Important note about SSL VPN compatibility for 20.0 MR1 with EoL SFOS versions and UTM9 OS. Learn more in the release notes.

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

confd.plx, mdw_daemon.plx und hohe CPU Last

Hallo,

unsere Astaro Appliance mit Firmware 7.402 läuft seit einem Tag mit ~95% CPU Auslastung - Grund dafür sind die Prozesse mdw_daemon.plx und confd.plx.

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
3163 root      25   0 73176  62m 2516 R 51.4  6.3   1790:27 mdw_daemon.plx
23932 root      16   0 35072  18m 2556 R 38.0  1.9   0:00.97 confd.plx

Weiters liegt auf der /tmp Partition ein riesen confd-debug.log File mit 1.4Gig, wobei die /tmp Partition insg. nur 1.8Gig Platz hat und bald voll ist.

Was könnte der Grund sein bzw. was machen die Prozesse und kann ich diese im laufenden Betrieb neu starten?

Ein Reboot der Firewall ist nicht ohne weiteres möglich :-(

Vielen Dank!

lg,
Max


This thread was automatically locked due to age.
Parents
  • Hi,

    mdw_conf.plx ist unter anderem, für Einstellungen des Loggings( Archivierung der Logfiles) der Astaro zuständig via Webinterface, schaue mal in den log einträgen ob da evtl. eine Service unheimlich gross ist vielleicht Paket Filter logs ? Dann versuche mal den Logservice via Webinterface zu deaktivieren( Wichtig nicht lange deaktiviert lassen !!!), falls du den verursacher in sachen logging ausgemacht hast kannste diesen wegspeichern und danach den logfile leeren alles via Webinterface. Sollte es nicht funktionieren gibts noch die methode via bash. Schau mal !

    P.S. die mdw(Astaro middleware) sorgt sich um das logging system der astaro(syslog) vielleicht kannst du dir den debug file mal anschauen was sich zuletzt weggeschrieben hat. Leider geht das nur via bash z.B. mit tail -n10 (letzten 10 zeilen). Man kann den debug file auch deaktivieren was ich aber nicht raten würde. Ich nehme an die hohe CPU Last ist nur vorhanden da er beim archivieren der Logfiles ziemlich große files vor sich hat.
  • Hi,

    mdw_conf.plx ist unter anderem, für Einstellungen des Loggings( Archivierung der Logfiles) der Astaro zuständig via Webinterface, schaue mal in den log einträgen ob da evtl. eine Service unheimlich gross ist vielleicht Paket Filter logs ? Dann versuche mal den Logservice via Webinterface zu deaktivieren( Wichtig nicht lange deaktiviert lassen !!!), falls du den verursacher in sachen logging ausgemacht hast kannste diesen wegspeichern und danach den logfile leeren alles via Webinterface. Sollte es nicht funktionieren gibts noch die methode via bash. Schau mal !

    P.S. die mdw(Astaro middleware) sorgt sich um das logging system der astaro(syslog) vielleicht kannst du dir den debug file mal anschauen was sich zuletzt weggeschrieben hat. Leider geht das nur via bash z.B. mit tail -n10 (letzten 10 zeilen). Man kann den debug file auch deaktivieren was ich aber nicht raten würde. Ich nehme an die hohe CPU Last ist nur vorhanden da er beim archivieren der Logfiles ziemlich große files vor sich hat.



    Danke für die Hinweise... 
    Kann noch keine Schlüsse ziehen und werde das System beobachten.

    lg,
    max
Reply
  • Hi,

    mdw_conf.plx ist unter anderem, für Einstellungen des Loggings( Archivierung der Logfiles) der Astaro zuständig via Webinterface, schaue mal in den log einträgen ob da evtl. eine Service unheimlich gross ist vielleicht Paket Filter logs ? Dann versuche mal den Logservice via Webinterface zu deaktivieren( Wichtig nicht lange deaktiviert lassen !!!), falls du den verursacher in sachen logging ausgemacht hast kannste diesen wegspeichern und danach den logfile leeren alles via Webinterface. Sollte es nicht funktionieren gibts noch die methode via bash. Schau mal !

    P.S. die mdw(Astaro middleware) sorgt sich um das logging system der astaro(syslog) vielleicht kannst du dir den debug file mal anschauen was sich zuletzt weggeschrieben hat. Leider geht das nur via bash z.B. mit tail -n10 (letzten 10 zeilen). Man kann den debug file auch deaktivieren was ich aber nicht raten würde. Ich nehme an die hohe CPU Last ist nur vorhanden da er beim archivieren der Logfiles ziemlich große files vor sich hat.



    Danke für die Hinweise... 
    Kann noch keine Schlüsse ziehen und werde das System beobachten.

    lg,
    max
Children
No Data