8.2 - High Srorage Partition Usage

do u see any segfault message in kernel ? 
can u open a support ticket?  
  
do u have log mgmt enable ?

Hi.
1. (To Skott) "Follow the steps in posts from buddy007 in the thread at ASG320: Disk Space Full and 100% CPU Load. This will allow you to confirm that this is the problem and remediate." - didn't seems to help.
2. do u see any segfault message in kernel ? - Not sure how to see this
3.can u open a support ticket? No can do.  well, at least not till Monday. Any how - if I I'll see this Ver still need debugging, i will go back to 8.103
4. do u have log mgmt enable ? - Nop

dash board Logging and Reporting >>view log file >Kernel messages
and do u see any error message in application control also 

thx

It seems there is an error:
2011:07:23-01:15:40 mhgate kernel: [ 62.017212] alg: No test for ecb(cipher_null) (ecb-cipher_null)
2011:07:23-01:15:40 mhgate kernel: [ 62.017255] alg: No test for digest_null (digest_null-generic)
2011:07:23-01:15:40 mhgate kernel: [ 62.017297] alg: No test for compress_null (compress_null-generic)
2011:07:23-01:15:40 mhgate kernel: [ 62.039483] afcd[7265]: segfault at dead0106 ip 00000000dead0106 sp 00000000f2aa1b5c error 14

Nothing in "application control"

I was just reviewing some threads on this segfault issue in the beta forum.  Reads to me as though it's a code error and there isn't a remediation that you as a user can do, other than to keep clearing the cache and deleting the core dump files to free up space.  

Here is my suggestion:  save off a config backup and reinstall.  You can either 1)  save your 8.200 config, then reinstall 8.103, u2d to 8.200, then apply the 8.200 config backup  or 2)  save an 8.10x backup that is still on your system, reinstall 8.103, apply backup.  Due to changes in 8.200, do not attempt to restore an 8.200 config backup to an earlier build.  If you do decide to reinstall, I've heard that a new build of the 8.200 soft-release will be uploaded early next week (Monday or Tuesday?) with some more fixes.  I'd wait until that shows up before trying 8.200 again.  

If you don't want to reinstall, you'll need to open up a support case.

Sorry I couldn't come up with anything more granular than this.

Thanks.
see how thinks goes.
I'm aware of the compatibility issue between Versions.
For any case, I have kept the last config before updating to 8.2, so going back is not a big deal.

Same problem here with a clients ASG 320.

I stopped and started again the HTTP proxy with "/var/mdw/scripts/httpproxy stop" and "/var/mdw/scripts/httpproxy start"

But it´s no solution for me.

What causes that bug and how can it completely solved?

I stopped and started again the HTTP proxy with "/var/mdw/scripts/httpproxy stop" and "/var/mdw/scripts/httpproxy start"

Restarting proxy won't do anything. You probably should open a support case with astaro but this thread discusses a possible workaround till the next release which will fix the problem. https://community.sophos.com/products/unified-threat-management/astaroorg/f/53/t/33471

Regards
Bill

Not sure if it's the case in here, but if the WebAdmin stays open for a long time, it can cause similar issue.
Any how, after instaling 8.202, Astaro seems to work much better and more stable.

Restarting proxy won't do anything. You probably should open a support case with astaro but this thread discusses a possible workaround till the next release which will fix the problem. http://www.astaro.org/astaro-gateway-products/management-networking-logging-reporting/40119-data-disk-filling-up-issue.html

Regards
Bill

Restarting the proxy flushed all the temp-files out of the  /var/storage/chroot-http/tmp/ directory - so it was an temporary fix for me.

Not sure if it's the case in here, but if the WebAdmin stays open for a long time, it can cause similar issue.
Any how, after instaling 8.202, Astaro seems to work much better and more stable.

Yes, one of our customers also said this. With an long time open WebAdmin his ASG uses more and more CPU ressources which can end in 100% usage. It´s an horrible bug.