[9.060][CLOSED] Data partition filling up

Hi it seems that my storage partition is filling up pretty fast. The culprit seems to be the /var/storage/pgsql92/data/pg_xlog directory. I have very light load so such a large log directory seems out of the ordinary.
gatekeeper:/var/storage/pgsql92/data/pg_xlog # du -ch
12K     ./archive_status
2.6G    .
2.6G    total



The screenshots of my partition usage are attached below

Regards
Bill
  • Well, as my data partition was now filled at 97% I did a factory reset and restored the latest config backup [;)]
  • Yes I started getting errors like
    2013:02:04-10:21:18 gatekeeper httpproxy[32097]: id="0003" severity="info" sys="SecureWeb" sub="http" request="0xa463db0" function="read_response_body_file_chunked" file="response.c" line="1172" message="failed to move tempfile /tmp/tmp_1XCIRA from ram disk to hard disk: No space left on device"

    and my hardware usage
    gatekeeper:/var/log # df -h
    
    Filesystem      Size  Used Avail Use% Mounted on
    /dev/sda6       5.3G  1.9G  3.2G  37% /
    udev           1014M   76K 1014M   1% /dev
    tmpfs          1014M     0 1014M   0% /dev/shm
    /dev/sda1       339M   21M  302M   7% /boot
    /dev/sda5       4.7G  4.7G     0 100% /var/storage
    /dev/sda7       6.2G  240M  5.6G   5% /var/log
    /dev/sda8       713M   28M  649M   5% /tmp
    tmpfs          1014M   52K 1014M   1% /var/storage/chroot-smtp/tmp/ram
    tmpfs          1014M  4.9M 1009M   1% /var/storage/chroot-http/tmp

    I will delete a few files and then do what Bastian did earlier.

    Regards
    Bill

    Edit: Deleted my pg_xlog [:P]
    gatekeeper:/var/storage/pgsql92/data/pg_xlog # df -h
    
    Filesystem      Size  Used Avail Use% Mounted on
    /dev/sda6       5.3G  1.9G  3.2G  37% /
    udev           1014M   76K 1014M   1% /dev
    tmpfs          1014M     0 1014M   0% /dev/shm
    /dev/sda1       339M   21M  302M   7% /boot
    /dev/sda5       4.7G  895M  3.6G  20% /var/storage
    /dev/sda7       6.2G  240M  5.6G   5% /var/log
    /dev/sda8       713M   28M  649M   5% /tmp
    tmpfs          1014M   52K 1014M   1% /var/storage/chroot-smtp/tmp/ram
    tmpfs          1014M  4.9M 1009M   1% /var/storage/chroot-http/tmp
  • EEhhhh, the minimum requirment for astaro is 20GB storage (which I use for beta testing in vm). This is what my partitions look like



    Actually the minimum requirements for HDD space is 40Gb (as per the UTM9 release notes.

    Hence while we might tune the system a bit, and while you might be actually able to install on 20Gb disk, you should increase the space of your virtual machines to accommodate for us taking that into consideration as we design new features and re-work architecture of existing ones.
  • OK, given that the requirement states 40 GB... this is exactly the size my ASG was set up with. And it managed to fill up the data partition as well [;)]

    I would therefore propose to increase the limit to at least 50 GB...
  • ..Actually the minimum requirements for HDD space is 40Gb (as per the UTM9 release notes...

    Sorry I missed that... Thats what you get using the same vm partition for every beta[;)]

     I will change it to 40gb but as Bastian said, he is still having problems even with a larger partition. Lets see what the fine tuning brings in future releases as suggested by magician.

    Regards
    Bill
  • Indeed we plan to tune that feature to strike a good balance, I meant to say that we won't do that with you 20GB holdouts in mind (grin).
  • Well, I'd say we all know how extremely expensive those 20 GB are nowadays [:D]

    My personal home user problem is rather RAM than HDD space, eventually I'll have to change that mainboard [:(]
  • The cost goes into paying all those little ninjas to open each drive and remove 5 out of every 6 sectors.[:)][[:D]][[:D]]

    Ian
  • Might want to consider not requiring too much disk space though.

    Some people could be running on 32GB SSD or memory cards etc...  I'd cross 64GB requirement very cautiously for instance.