High CPU Load 100% and RAM memory......

Have the same problem since upgrade 4.014 or 4.015 i think. Not quite sure though. It seems like the nacctdreport.pl script hangs or never finishes when trying generate month statistics And keeps eating memory until the system finally hangs and must be restarted (usually within 24h:s) Notifier says:

Too much memory for a single process: 
371968 kb for /usr/bin/perl /usr/local/bin/nacctdreport.pl --thismonth    

The debug logs for nacctd is empty and havent been able to find any hints in any other logs. 

--- Begin Edited
The size of /varl/log/account/net-acct is huge, witch sounds ok since it probobly should contain the month accumlated data.  .gz
uses about 35-40% CPU but never over 10% memory (low priority)
--- End edit

Question is... is this a hardware problem? script problem? or just coused by to much data to process?

This problem accours on a PIII@800Mhz, 512Ram, 40Gb HDD with ASL 4.015 Office Version.

Any ideas?  

Hi @all

the problem come only if you are Update the Astaro.
Install v4.008 and  wait for a new .ISO 
 
   

Looks like a new .iso was posted this morning.
asl-4.016.iso.gz

No up2date patch available yet though and no changelog.  

Accounit "this month": Every night ASL generates a report for the actual month. If you are in the first week of the month you don't have a lot of logs. But if you are in the last week of the month you have more than 20 days to process every night. If you are accounting a lot, the ASL has a lot to do during the end of the month.

fwlogwatch ... kernel: This processes the kernellog every night. If you have a big kernellogfile the ASL has a lot to do. DROP some unimportant packets to reduce the size. Have a look inside the kernellogfile to see what is in there.

Xeno  

Well I just installed the 4.016, just have to wait and see what happens when the processed logs multiplies  [:)]  

Well I just installed the 4.016, just have to wait and see what happens when the processed logs multiplies  [:)]  

I just got one of those 100% CPU, memory and SWAP. The support service from Astaro (great job pals) point to me to look for the running processes to see what was going on. There I found (in my case) the processes checking the kernel log taking almost 100% CPU. The reason was a huge kernel-log file due to an attack of blaster-like virus. They generate lots of log-drop packages on my kernel-log so went up to several megas size. By the time the logrotate and some other programs try to process those files the system got 100%. All we did was deleting the files and killing the processes.

So the key idea is check Reporting/Hardware/Processes List to find out the problem.... or get the great support from Astaro buying a license.    

A little tip to lower the CPU for logs:  create a Service Group with all MS bullshit 135,137,139 etc.  Everything that these worms use.  You might want to add Services for things not covered but banging the firewall.  Put a Drop rule at the top of the list.  Now you drop them without logging.