This discussion has been locked.

You can no longer post new replies to this discussion. If you have a question you can start a new discussion

HIgh swap, High CPY utilization

How about a forum for performance issues?
My ASG 220, version 7.201 frequently pegs CPU utilization at 100%. Sometimes it becomes completely unresponsive and has to be power cycled. This is not new with 7.201, it has done this on previous versions too.

I also notice swap file usage about 96-97 %.

Network Accounting is Disabled. Anything else I can do to improve performance?

This thread was automatically locked due to age.

Parents

0 mhofer over 17 years ago

Hi,

look at this thread:

https://community.sophos.com/products/unified-threat-management/astaroorg/f/52/t/26572

Best Regards
Fred
Cancel
Vote Up 0 Vote Down

Cancel
0 mrainey over 17 years ago in reply to mhofer

Thanks, the thread tip to SSH to console, then switch to /var/mdw/scripts then ./ctasd restart reduces swap file usage. Not sure that will be helpful the next time the unit locks up at 100% CPU because webadmin become unreponsive and I keep shell access turned off by default.
Cancel
Vote Up 0 Vote Down

Cancel
0 Jack Daniel over 17 years ago in reply to mrainey

You can also reset ctasd from the Web GUI by temporarily disabling both SMTP and POP3 proxies, then re-enabling them.
Cancel
Vote Up 0 Vote Down

Cancel
0 Ma10 over 17 years ago in reply to mrainey

Thanks, the thread tip to SSH to console, then switch to /var/mdw/scripts then ./ctasd restart reduces swap file usage. Not sure that will be helpful the next time the unit locks up at 100% CPU because webadmin become unreponsive and I keep shell access turned off by default.

Had it too on several machines... the ctasd is taking too much RAM & therefor SWAP... Restarting SMTP proxy did the trick for 4 machines, but did not for one of them. However, it was OK for several hours and now it goes up again....
Any news about that?
Cancel
Vote Up 0 Vote Down

Cancel

Reply

0 Ma10 over 17 years ago in reply to mrainey

Thanks, the thread tip to SSH to console, then switch to /var/mdw/scripts then ./ctasd restart reduces swap file usage. Not sure that will be helpful the next time the unit locks up at 100% CPU because webadmin become unreponsive and I keep shell access turned off by default.

Had it too on several machines... the ctasd is taking too much RAM & therefor SWAP... Restarting SMTP proxy did the trick for 4 machines, but did not for one of them. However, it was OK for several hours and now it goes up again....
Any news about that?
Cancel
Vote Up 0 Vote Down

Cancel

Children

0 Jack Daniel over 17 years ago in reply to Ma10

If the system is still experiencing high RAM/swap use, restarting ctasd again should bring it down and then it should stay down. The problem patterns are no longer being distributed and the systems I am monitoring this afternoon have all stabilized.
Cancel
Vote Up 0 Vote Down

Cancel
0 BarryG over 17 years ago in reply to Jack Daniel

Would be nice to know which pattern versions have the 'fix', so people can confirm the issue is resolved.

Barry
Cancel
Vote Up 0 Vote Down

Cancel
0 AlanT_01 over 17 years ago in reply to BarryG

The issue wasn't with patterns on your ASG. It was with one of the pattern distribution nodes causing excessive update attempts. That problem was fixed. No bad patterns were installed on your ASG, so there's not a "fix" version to look for.
Cancel
Vote Up 0 Vote Down

Cancel