Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 3 subscribers
  • Views 1212 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
    Well, I managed to remove the offending rules which expand to 20k+ iptables rules each, so the firewall is down to a couple hundred firewall rules now.

    CPU utilization is down to normal now.  No more mdw_daemon.pl sitting at 100% CPU for extended periods of time.

    Stay away from rules with groups in the source / service / destination where if you multiple the number of items in each group gets big!
Reply
  • 0 in reply to DrMabuse
    Well, I managed to remove the offending rules which expand to 20k+ iptables rules each, so the firewall is down to a couple hundred firewall rules now.

    CPU utilization is down to normal now.  No more mdw_daemon.pl sitting at 100% CPU for extended periods of time.

    Stay away from rules with groups in the source / service / destination where if you multiple the number of items in each group gets big!
Children
No Data