Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 3 subscribers
  • Views 1214 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

[5.200]mdw_daemon.pl at 100% CPU

drees
For some time now, we've been seeing the mdw_daemon.pl spike to 100% CPU utilization on one of our Astaro firewalls.  We haven't been able to figure out why.  We did find one clue in the mdw.log, this error message coincides with the spike to 100% CPU utilization:

Code:
2005:03:10-10:54:09 (none) middleware[611]: modules::networks::getNetwork() => Not enough arguments!
2005:03:10-10:54:09 (none) middleware[611]: modules::smtp at /PerlApp/modules/smtp.pm line 133.
2005:03:10-10:54:09 (none) middleware[611]:
2005:03:10-10:54:09 (none) middleware[611]: modules::Error::Error
2005:03:10-10:54:09 (none) middleware[611]: modules::networks::getNetwork
2005:03:10-10:54:09 (none) middleware[611]: modules::smtp::load
2005:03:10-10:54:09 (none) middleware[611]: modules::Config::load
2005:03:10-10:54:09 (none) middleware[611]:
2005:03:10-10:54:09 (none) middleware[611]: =========================================================================

However, this error message doesn't always seem to cause the problem, so it could be coincidental.

We also see this error in the log file as well:

Code:
2005:03:10-10:14:37 (none) middleware[611]: =========================================================================
2005:03:10-10:14:37 (none) middleware[611]: modules::Config::getConfig() => Unexpected reference type: /etc/wfe/conf/arm.conf ''
2005:03:10-10:14:37 (none) middleware[611]: modules::Ressource at /PerlApp/modules/Ressource.pm line 134.
2005:03:10-10:14:37 (none) middleware[611]:
2005:03:10-10:14:37 (none) middleware[611]: modules::Error::Error
2005:03:10-10:14:37 (none) middleware[611]: modules::Config::getConfig
2005:03:10-10:14:37 (none) middleware[611]: modules::Ressource::getConfig
2005:03:10-10:14:37 (none) middleware[611]: modules::arm::load
2005:03:10-10:14:37 (none) middleware[611]: modules::Config::load

Any ideas?


This thread was automatically locked due to age.
Parents
  • 0
    Good possible something with your interface definitions is broken and thus not working correctly.

    A little trick to solve the problem might be:

    Copy the content of /opt/tmpfs/running_itf.conf to /etc/wfe/conf/itf.conf.new

    Paste the section [global] of /etc/wfe/conf/itf.conf to this new itf.conf.new

    Change the rights of the new itf.conf.new according to the ones of the original itf.conf with:

    chmod 644 itf.conf.new
    chown wwwrun.nogroup itf.conf.new

    Make a backup of your itf.conf with:

    cp /etc/wfe/conf/itf.conf /etc/wfe/conf/itf.conf.bak

    Finally copy your new itf.conf.new to itf.conf like above so you can still go back if something went wrong using your .bak

    Thats it!
  • 0 in reply to DrMabuse
    I am running 5.2 on the gw 320 and have a simliar problem, support tracked it to the pop proxy. Are you running that? Turn it off and see if it corrects to problem. They are working on a fix for it now.
  • 0 in reply to ernman
    wow..the big cpu hog here is confd.  Just goes to show different HW setups can show different issues..[:)]
  • 0 in reply to William Warren
    Hi all,
    we had a similar thing here on some systems. All affected systems were P4 with HT. So we take one box turned off the HT in the bios and reinstalled the system with the standard kernel. and since this time it never happens again. After this we do the same on the other HT boxes and everything looks god till now.

    firebear
Reply
  • 0 in reply to William Warren
    Hi all,
    we had a similar thing here on some systems. All affected systems were P4 with HT. So we take one box turned off the HT in the bios and reinstalled the system with the standard kernel. and since this time it never happens again. After this we do the same on the other HT boxes and everything looks god till now.

    firebear
Children
No Data