Ressourcenmonitor - Zombie-Prozesse

O.k., danke

Ist auch der genannte nmd.pyc Prozess.

Zitat von Barungar

Allerdings bin ich mir nicht sicher, ob ich das Experiment wagen will

Was können 4 Buchstaben und ein paar Zahlen schon anstellen?

[~] # ps | grep "md5sum"
29530 admin           Z   [md5sum]
29531 admin           Z   [md5sum]
29532 admin           Z   [md5sum]
29533 admin           Z   [md5sum]
29534 admin           Z   [md5sum]
29535 admin           Z   [md5sum]
29536 admin           Z   [md5sum]
29537 admin           Z   [md5sum]
29605 admin           Z   [md5sum]
29806 admin           Z   [md5sum]
29808 admin           Z   [md5sum]
29811 admin           Z   [md5sum]
29812 admin           Z   [md5sum]
29813 admin           Z   [md5sum]
29814 admin           Z   [md5sum]
29816 admin           Z   [md5sum]
29817 admin           Z   [md5sum]
32404 admin      1148 S   grep md5sum
[~] # grep PPid /proc/29530/task/29530/status
PPid:   29367
[~] # ps -e | grep 29367
3645 admin       980 S   grep 29367
29367 admin     10912 S   python /usr/local/network/nmd/nmd.pyc
[~] # kill 29367
[~] # ps | grep "md5sum"
5016 admin      1024 S   grep md5sum

pasted-from-clipboard.png

Hab keine negativen Auswirkungen bemerkt...

Huch, doch... manche Teile vom Control Panel sowie Storage und Snapshots funktionieren nicht mehr.

Zitat von tiermutter

Huch, doch... manche Teile vom Control Panel sowie Storage und Snapshots funktionieren nicht mehr.

Ah, okay... also doch negative Auswirkungen. Aber schon interessant, dass es sich allgemein im "Control Panel" und dem "Storage und Snapshots" auswirkt.

Beim den Begriffen im Pfad hätte ich eher auch härtere Auswirkungen in Richtung des Netzes getippt, also eine eventuelle Nichterreichbarkeit des NAS, usw.

UdoA Okay, also noch jemand bei dem des der gleiche Phyton-Prozess ist.

Halten wir also mal fest, dass das Zombie-Problem vermutlich zu großen Teilen bei fast allen betroffenen von diesem Prozess stammt. Dann hat QNAP da scheinbar ein ziemlich blödes Problem und das auch schon seit ein paar QTS-Versionen; denn neu ist das Phänomen nicht.

Zitat von Barungar

hätte ich eher auch härtere Auswirkungen in Richtung des Netzes getippt, also eine eventuelle Nichterreichbarkeit des NAS, usw.

Jap, ich auch... hatte anschließend noch ein Appupdate gemacht und die Netzwerkeinstellungen aufgerufen... alles fein.

Zitat von Barungar

Aber schon interessant, dass es sich allgemein im "Control Panel" und dem "Storage und Snapshots" auswirkt.

Noch interessanter, dass es nur Teilbereiche sind... User- und Freigabenverwaltung funktionierte zB problemlos, andere Menüs nicht.

Zitat von Barungar

denn neu ist das Phänomen nicht.

Mindestens seit 5.0.0 gibt es das. Systeme mit QTS 4 habe ich glaube ich nicht mehr.

hmm, wenn ich hier mal wieder so still mitlese frage ich mich, ob ich wirklich überhaupt nochmal auf QTS 5.x updaten soll...immer ist da irgendwas, und zwar meistens was doch ziemlich grundlegendes wie Peformanceprobleme etc. Hab gerade einem Freund Synology empfohlen weil der nicht so technikaffin ist eigentlich nur einen Fileserver braucht. Aber ich will die alte Diskussion nicht anheizen, hab aber doch das Gefühl, dass Qnap sich mal wirklich mit den Basics ihres Systems auseinandersetzen sollten. Kann doch nicht sein, dass an so vielen grundlegenden Stellen Macken vorhanden sind.

Also bei mir passen die Angaben im "Ressourcemonitor" mit denen von ps.

pasted-from-clipboard.png

pasted-from-clipboard.png

Beide sagen, dass es auf dem kleinen TS-233 aktuell 5885 Zombies sind. Und wie gehabt, alles nur md5sum, curl und grep. Das Pyhton-Script ist leider pyc und daher nicht "human readable", mich hätte ja mal interessiert, was die da treiben. Vermutlich per curl eine Datei holen, dann mit md5sum und grep was prüfen.

Md5sum und curl könnten im Zusammenhang mit Backups genutzt werden.

Ich habe aktuell "nur" 150 Zombies, was aber auch zu viel ist.

Tschau

Uwe

Insgesamt erschließt sich mir aber nicht wie das mit der Funktion einiger Menüpunkte zu tun haben kann...

Und was könnte das NAS für wertvolle Informationen / Daten holen, dass diese überprüft werden müssen?

700 Zombies, 66 Tage Laufzeit

QTS 4.5.4
Barungar zur Info! Das ist nicht erst seit QTS 5

Mein D hat 28, aber die HBS3 MD5 Check Funktion habe ich wegen untauglichkeiten für den Vergleich abgeschaltet.

Da werden Dateien gemeldet die ich längst gelöscht habe, das die im Backup fehlen.

Crazyhorse

HBS3 scheint bei mir ähnliche Probleme zu haben.

Das Cloud Backup läuft fehlerfrei durch aber die Integritätsprüfung mit Inhaltsprüfung schlägt direk5 im Anschluss fehl und meldet nicht lesbare lokale Dateien obwohl diese problemlos lesbar sind, 5.0.1.2234.

Dazu läuft ein Ticket bei QNAP.

Tschau

Uwe

Bei mir verändert sich die Anzahl der Zombie-Prozesse ständig. Die Anzahl variiert zwischen 1 und xxx (50-150). Alle paar Minuten werden alle Zombie-Prozesse gelöscht. Qboost ist bei mir aktiviert.

Es gibt keinen Unterschied zwischen QTS 5.0.1.2248 und QTS 4.5.4.2117

Bin auf der Suche nach der etwas unterschiedlichen "Zähigkeit" meiner beiden TS-932PX (ARM 64 Bit) auch über diese Zombies gestolpert: Sage und schreibe mehr als 12.000 Stück davon auf jedem NAS, Großteils md5sum und viele curl, der Rest wirkt dagegen fast mäßig vertreten. Uptime 32 Tage.

Beim TS-832X und bei den beiden TS-432X2 (Uptime 4 und 19 Tage) viel weniger mit je nur ca. 350 Stück.

Das TS-832X zeigt hingegen zusätzlich auch mount.fuse-ext2 gehäuft, ungefähr soviele wie md5sum an. Uptime 4 Tage.

Alle NAS laufen mit QTS 5.0.0.2131.

Interessant ist auch, dass die beiden TS-932PX im oberen Bereich der Systemsteuerung nichts zu Seriennummer, Firmware-Version etc. anzeigen.

Da nur die TS-932PX im heftigen Dateiserver-Betrieb stehen gehe ich irgendwie von einem Zusammenhang damit aus. Vielleicht hinterlässt Qsirch hier auch Spuren, ist auf den Systemen auch stark am indizieren.

MD5 ist doch eher HBS3 mit dem neue nicht funktionierendem Verifikationsprozess in Verbindung zu bringen.

Habe das deaktiviert und kaum Zombies.

Laut Wikipedia sollten Zombie-Prozesse dem System nicht sehr zur Last fallen.

Unsere Server werden in letzter Zeit immer wieder recht reaktionszäh, obwohl die CPU-Last und die Speicherauslastung undramatisch wirken. Egal ob Web-Interface oder Netzwerk-Client, immer wieder sekundenlange Pausen.

Kann es trotzdem sein, dass bei dieser Anzahl von "Software-Leichen" das (mit-)verursachen?

Nach einem Neustart halten wir bei ca. 30 Zombies.

Nach einem ganzen Arbeitstag mit gestopptem Qsirch nach wie vor diese kleinen Mengen an "Untoten".

Habe jetzt Qsirch wieder aktiviert und beobachte die Lage.

Die Nacht ist vorüber und HBS3 "hat fertig", die Zahl der Zombies ist auf beiden Systemen um ca. 15 bis 20 gestiegen.

Nach dem heutigen Arbeitstag haben wir bei beiden NAS gut 100 Zombies.

Heute am Morgen gibt es je 120 Zombies. – Es ist also ein recht linearer täglicher Anstieg zu beobachten. Allerdings kommte ich mit dieser Menge bei 32 Tagen Uptime nicht auf die gesehenen 12.000!

Jetzt am Abend halten wir bei ungefähr 140 Zombies.

Das heute durchgeführte Qsirch-Update auf Version 5.2.5 beschleunigt die davor mit 10 bis 12 Tagen bzw. 40 Tagen angegebene Indizierungsdauer seltsamerweise auf 1 Tag bzw. 10 Tage? Gibt es Wunder?

Heute Abend sind es schon ca. 250 Zombies, da ging es gut bergauf!

Und Qsirch hat über Nacht von 10 Tagen auf 8 Stunden korrigiert. Soll einer verstehen.

Heute Morgen sind es schon 330 und 350 Zombies, am dritten NAS sehe 1.240.

Ein relativ gleichmäßiger Anstieg von gut 50 Stück ist also täglich zu beobachen und das lässt einen zumindest monatlichen Neustart sinnvoll erscheinen, um diese Untoten loszuwerden.

Hmm, wenn wir keine größeren Probleme als dies haben, sind wir echt zu beglückwünschen...