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

Help - /var/storage is filling up real fast

Hello,

we use the astaro 6.101 with caspersky and clam both active for http and smtp. Now since about one week with no problems. Now: Since today 12 o clock the /var/storage partition exploded to more than 8 gig.

du -sh show the following: 

fw:/var/log # du -sh /var/storage/*
997M    /var/storage/SWAP
18M     /var/storage/chroot-clam
3.9G    /var/storage/chroot-http
3.1G    /var/storage/chroot-kav
37M     /var/storage/chroot-pop3
186M    /var/storage/chroot-smtp
50M     /var/storage/chroot-squid
20K     /var/storage/chroot-weed
16K     /var/storage/lost+found
4.0K    /var/storage/nacctddata

what can I do? The partition is filling FAST and I don´t know what files I can delete without risking to lose the warranty!

Please help.

best regards
Joerg


This thread was automatically locked due to age.
Parents
  • Hello,

    "Running Astaro 6.100."

    I have the same problem, though it took about 1,5 month to fill up /var/storage/chroot-smtp/tmp. We only use the smtp-proxy part, so for our doings, this is only a mail related problem. No mails will be processed when the directory is filled up.

    I haven't been able to find any solutions on this, so my thought on this is to create a script to run in crontab that will delete files older than 1 month or so.

    For helping out a bit, I ran these command in hand on the directory from console login:

    ls -la /var/storage/chroot-smtp/tmp|grep "Nov  7"|gawk ' { print $9 }' 

    for finding and listing all entries for fx. November the 7th, thereafter the following command will delete those file:

    for i in `ls -la /var/storage/chroot-smtp/tmp|grep "Nov  7"|gawk ' { print $9 }'` do; { rm -f $i; }

    Then I have to rerun the command for every day I need to delete files from.

    I'll post as soon as I have a script that'll do it automatically, to run in crontab.

    /Yngve Berthelsen
  • I recived a message from astaro support, and they said:

    that is a known issue and will be fixed in one of the next up2dates. You can delete the files inside this directory with the command 'find . -type f |xargs -n100 rm -f'.

    They are any way to fix the problem temporaly like:
    - find /var/storage/chroot-smtp/tmp -type f |xargs -n100 rm -f
    - find /var/storage/chroot-smtp/tmp/ -name "wool_*" -type f -mtime +2 -exec rm -f {} \;

    Thanks for all
  • Are there any estimated timeplan for the release? I have two update's waiting (6.101 and 6.102) But the description doesn't tell any of solving this problem, so I'll wait until then, using the temporary fix.
    This fix is most welcome, as it gives some other problems with fx. updating virus paterns, which leads to attachments to be defined as unknown malware. I can see that, as a clean-up solves that problem too.
  • this issue /var/storage/chroot-smtp/tmp is filling up should be fixed with 6.103 and is planned for january 2006.
  • I have now installed update 6.104 and am monitoring the behaviour of the problem. After update and reboot, the /var/chroot-smtp/tmp is emtpy, so this can give me an indication from bottom, on how it uses the temporary disk space.

    Happy new year :-)
  • Where'd you get 6.104?  AFAIK, 6.103 is the latest thing released.

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Advice given as posted on this forum does not construe a support relationship or other relationship with Convergent Information Security Solutions, LLC or its subsidiaries.  Use the advice given at your own risk.

  • [ QUOTE ]
    Where'd you get 6.104?  AFAIK, 6.103 is the latest thing released. 

    [/ QUOTE ]

    He might have been sent it by Astaro to see if it fixes the issue.  That would also be why he said that he would report back.
Reply Children