Help - /var/storage is filling up real fast

Why don't you go into local logs and change the delete levels and delays. They are configurable.

Ian M [:)]

Since it sounds like this just started, also look at the logs to see if one (or more) is bigger than it was a day or two ago. A sudden increase in log messages may indicate something else that should be looked at ( a sudden increase in dropped packets for example).

it wasn´t the logs. It was some temp files in both the kav and the http directory. they disapeared after rebooting the astaro.

any idea why these temp files went so large? i don´t want this behaviour at some point in the future.

regards
Joerg

You have users downloading huge files with http?

Barry

Hello Barry,

ofcourse, but not SO huge. I want to say: there was no user trying to download a 3 GIG file.

regards
Joerg

We have the same problem
997M    /var/storage/SWAP
52K     /var/storage/alicd-work
18M     /var/storage/chroot-clam
37M     /var/storage/chroot-http
22M     /var/storage/chroot-kav
35M     /var/storage/chroot-pop3
 20G    /var/storage/chroot-smtp
34M     /var/storage/chroot-squid
20K     /var/storage/chroot-weed
16K     /var/storage/lost+found
4.0K    /var/storage/nacctddata

We have the most of space in /var/storage/chroot-smtp/tmp, and we have enabled "Automatic cleanup" in proxy content manager in 7 days, but we have older files in this folder

Any help me?

Thank you, and sorry for my english

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.