Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 2 subscribers
  • Views 7696 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

[9.001] [INFO-154] Data Disk is filling up - please check

furgl
Hi guys !
Usage grew up and up during last weeks,
burying my hope that somewhere in UTM is a neat little piece of software
which cleans up automatically.

Clearing HTTP caching released 3% - not really mentionable.
Now I gathered round in data partition,

wondering if in storage/cores these files should be coredumps ??

and if I could delete them without pain ??

and further if there is a posiibility like in longtmp
to clean up dirs like that periodically ??
say: remove files older than ....

greets,


This thread was automatically locked due to age.
  • 0
    Hi, 

    The core dumps can be deleted.

    I'm not sure what 'longtmp' is.

    You can set logs to be deleted automatically.

    Barry
  • 0 in reply to BarryG
    Hi, Barry !

    Great, just deleted them - storage usage is back to 23% ! [[:)]]

    Some distros do have a so called longtmp -
    just a second tmp dir where content will be kept other than /tmp.

    But - is there any official config option to disbale coredumps at all ?
    Dumps might not make a sense on a personal version like mine.

    Ehm, jep and logs are stored on another mountponit.
    Luckily enough. [[:)]]

    thanks for reply and greets,
  • 0
    Hi, there's no way to disable coredumps in webadmin, but you could probably do something with ulimit on the console, probably in /etc/profile.

    Might be good to know what is causing the coredumps though.

    Barry
  • 0
    Hi
    I have the same message (data disk is filling ...). I extended the partition for my virtual UTM in ESX. But how can i extend the partition into my UTM?
    greets
    René
  • 0
    René ,

    You don't need to extend the partitions.  Just delete the core dumps.  You can search here for the commands to do as root.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to BAlfson
    You don't need to extend the partitions.  Just delete the core dumps.  You can search here for the commands to do as root.



    OK, thats right. But is it possible to extend the partitions? And how can i do it?

    greetings
    René
  • 0
    Hi, I believe EXT4 (assuming you're running a NEW install of v9) partitions can be 'grown'; information to do that is available on the internet, but realize if something goes wrong that Astaro won't support it.
    Make a backup first.

    Barry
  • 0
    I was having the same issue but my problem was different. 
    using the help of du -sh * I found out that my
    /var/storage/pgsql92/data/pg_xlog
    Was 1.7G!

    So what I did to resolve this was:
    cd /var/storage/pgsql92/data/pg_xlog
    pg_archivecleanup -d /var/log/storage/pgsql92/data/pg_xlog/ ************XX

    Where the *************** is the last file you want to keep
    you need to specify an earlier file. I suggest go back 4 or 5 files just to make sure.

    I believe the reason this is happening is because the VM gets suspended when it is being backed up and when it is resumed, PGSQL tries to catch up and creates these 16 MB files. I'm not exactly sure how this occurs, but I'm fine doing this every few months... Or maybe I'll try removing the UTM 9 VM from the Backup list. Anyway, I hope this helps someone.
  • 0
    Hi Mario,

    What backup system and what VM are you using?

    Maybe you should just take VM snapshots/backups after an up2date, and use Astaro's built-in config backup system nightly.

    Barry
  • 0
    Maybe you should just take VM snapshots/backups after an up2date, and use Astaro's built-in config backup system nightly.


    Yep, I'm already using that in addition to Windows Server Backup. It's the Windows Server Backup that makes the Astaro act up, but I guess it is expected.
Cookie Information Banner