Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 25 subscribers
  • Views 4627 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

confd.plx, mdw_daemon.plx und hohe CPU Last

maxf
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.
  • 0
    Hast Du die HTTP-Exceptions für den Adobe-Updates aktiv im Proxy ?
  • 0
    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.
  • 0 in reply to NicolasPerrot1
    Hast Du die HTTP-Exceptions für den Adobe-Updates aktiv im Proxy ?


    nein, wir verwenden den HTTP Proxy der Astaro im Moment auch nicht (hoffe der war damit gemeint).
  • 0 in reply to panconcept
    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
Unfiltered HTML