WAR 102 Too much memory for a single process error

[ QUOTE ]
I keep reciving e-mails from the self monitor service telling me that the process /usr/bin/perl /usr/local/bin/nacctdreport.pl is using too much memory. I assume this process has something to do with the nightly accounting, however I see no problems when I look at the accounting reports, I just recive a whole bunch of these e-mails. The message I recive tells me to look in the manual, however I have not found anything abuot WAR 102 in the manual, on this BBS, or on google. Anyone have any ideas how I can fix this?
Thanks!   

[/ QUOTE ]
It is indeed accounting that is causing it. AFAIK the alert emails are normal when a process uses up a lot of memory (up to 140 MiB for accounting in my case).
You can try to reduce log size by dropping packets without logging them but that doesn't always help.
    

Do you know if there is any way to turn off these e-mails? Or change the threshhold on this error? I'm getting about 5 every night it seems, it's a touch annoying. [:)]
  

Check the size of your daily filter logs and kernel logs.
If they are less than 100 KB in size, then your packet filter rules are OK.
If the logs are in the megabyte range, then you are logging far too many dropped packets (Astaro log drops by default), and you need to put in packet filter drop (not log drop) rules to keep the junk out of the filter log and the kernel log. Put in Drop rules to drop all netbios traffic coming to the Internal interface and to the Internal broadcast address. That will help a lot.

Internal_Network  { netbios }  Internal_Interface  Drop
Internal_Network  { netbios }  Internal_Broadcast  Drop

When the filter log and the kernel log files are allowed to grow very large, ASL will incur a high processing load every midnight, when it rotates the logs, and it will complain regularly by sending you several emails like the ones that you are getting, about there being "Too much memory for a single process".

Beyond installing packet filter rules to keep the log sizes down, you can also check under Reports how much swap is being used. If it is a significant amount, add more RAM to the box.   

I checked the size of the log files. The accounting files never get above 2KB/day, and the packetl logs average around 100KB/day to a max of 250KB/day.
I also looked at the swap usage, and I'm only using about 7MB of swap max ever (which I don't think is a large amount) [:)]
I added the packet rule for Internal_Broadcast to drop, I didn't add the first rule because I think that will screw up my VPN connection to another site that needs netbios.
This firewall is just used for a small home network of 5-8 computers (same size at both ends of the vpn btw), so I don't think I'd be making enough packets to cause this kind of problem... 
If I go onto the console is there any place I can change the selfmonitor options?
Thanks!  

how much ram do you have in the machine?
 

[ QUOTE ]
I checked the size of the log files. The accounting files never get above 2KB/day, and the packetl logs average around 100KB/day to a max of 250KB/day.

[/ QUOTE ] Are any of the other log files large?

[ QUOTE ]
I also looked at the swap usage, and I'm only using about 7MB of swap max ever (which I don't think is a large amount) [:)]

[/ QUOTE ] You should have sufficient RAM then.

[ QUOTE ]
I added the packet rule for Internal_Broadcast to drop, I didn't add the first rule because I think that will screw up my VPN connection to another site that needs netbios.

[/ QUOTE ] Don't confuse netbios packets from the Windows workstations going THROUGH the Internal interface with netbios packets from the Windows workstations addressed TO the Internal interface. I run WinXP pro on multiple machines, and they will beacon out netbios packets addressed to the default gateway address constantly. Preventing these from being logged (ASL is is already log dropping them) by inserting the second rule I gave you is perfectly safe. It won't affect netbios traffic into the VPN tunnel.

[ QUOTE ]
This firewall is just used for a small home network of 5-8 computers (same size at both ends of the vpn btw), so I don't think I'd be making enough packets to cause this kind of problem... 

[/ QUOTE ] But something is pushing up your utilization when the log files are processed at midnight, right? Could it be the VPN logging?

[ QUOTE ]
If I go onto the console is there any place I can change the selfmonitor options?

[/ QUOTE ]Network --> Accounting. You can turn it off. If you do run the Traffic Accounting, only monitor the Internal network.