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  [:)]  

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.
  

So far so good, after a few days logging and report generating the system seems to finish within a couple of hours. I recon the problems was/is a combination of heavy dataprocessing (large logs) and no DMA in the pre 4.016 versions. 

Have gone through the logging to exclude and explicitly drop some culprits. As mentioned earlier the virus couse can not be excluded.

thnx for all pointers!      

I have a similar problem ...  the CPU and RAM going to High Load ...  and I'm not able to receive any email .. because I'm using the ASL like a smtp proxy ...  but the problem going in back ... first, I'm not receiving email, and then, the system goes to High Load . ..  

Any idea ??? 
I have the 4.015 version .    

The experience I had was that when the ASL box started to choke the SMTP-Proxy failed as well. The SMTP-Proxy it self was'nt the culprit. If u think this is your case as well you need to lower the systemload by dropping some heavy "loggers" like broadcasts and worms.

If you use IDE disks it's a good idea to upgrade to 4.016 to get DMA support for the disk.

If you think the problem is coused by the SMTP-Proxy:
1. Do the email end up the proxy content? 
2. Is this due to lost communication with the "inside" mailserver? or a configuration mistake?
3. You should read this thread as well =)
 WebAdmin hangs when trying open Proxy Content... 

... only pointers I can give u as for now  [:)]  

I upgraded the system to the version 5 .. I reduce the memory load, but it was not enough ..  I upgraded tho a new box:

Dual Intel Xeon 2.4 GHz with Hyperthreading, 2 GB RAM, HD 73 GB SCSI ...  

All  is working fine now ...  the problem was a poor box configuration ...   

I upgraded the system to the version 5 .. I reduce the memory load, but it was not enough ..  I upgraded tho a new box:

Dual Intel Xeon 2.4 GHz with Hyperthreading, 2 GB RAM, HD 73 GB SCSI ...  

All  is working fine now ...  the problem was a poor box configuration ...