Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 3 subscribers
  • Views 921 views
  • Users 0 members are here
Options
Suggested
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

100 % CPU usage on fresh install

Pestilent
I have just started playing with the ASG Virtual Appliance (v7.2). Right now I am just in the evaluation stages on my home network. This morning I configured the device and planned to swap out my existing router this evening, but I've noticed some troublesome behavior.

On multiple occasions, throughout the day, I have  witnessed the device hitting 100% CPU usage. Memory usage has never reached above 80% during these events, but it takes the system some time to become fully responsive again. Generally, the event seems to be triggered by the selecting any of the reporting options via the web interface. 

Right now the system is not in production at all. The wan interface is not connected and the only traffic on the Lan iFace is from the web console. So I can not understand what is causing the cpu usage, since the logs are virtually blank. 

I have tried minimizing the ips methods in place and turning off many of the features, but it has been no help. The appliance is on a solid machine (4x 3ghz xeon w/ 16gb of mem) and there is nothing else running, right now, to fight it for resources. 

Has anyone run into anything like this?


This thread was automatically locked due to age.
Parents
  • 0
    Sounds like a mis-configuration.  Which parts have you enabled?
  • 0 in reply to BAlfson
    This behavior started occurring shortly after the configuration script completed. By default it seems that the setup script turns on a great deal, but I feel like the default configuration should not cause this sort of issue. Especially considering that there is absolutely no load on the system yet.
    Since running into the problem, I have turned off the packet filtering rules it created, changed the web proxy to single scan and disabled roughly half of the attack patterns. Otherwise, it is a completely default configuration. None of the changes have any effect on the situation.
  • 0 in reply to Pestilent
    I just took another look at the system this morning, to see if I missed anything. It looks like some bad log data was generated durrign the initial startup. Now that the data has been cleared, everything is behaving wonderfully. 

    Does anyone know how this could have happened? I would like to ensure this does not happen again, especially since it will be goign into production shortly.
Reply
  • 0 in reply to Pestilent
    I just took another look at the system this morning, to see if I missed anything. It looks like some bad log data was generated durrign the initial startup. Now that the data has been cleared, everything is behaving wonderfully. 

    Does anyone know how this could have happened? I would like to ensure this does not happen again, especially since it will be goign into production shortly.
Children