GDS erzeugt Zombie Prozesse

Begonnen von CoolTux, 23 Februar 2016, 13:54:54

Vorheriges Thema - Nächstes Thema

CoolTux

Hallo betateilchen

Ich hatte seit einiger Zeit (2-3 Monate) immer 2 Zombieprozesse von perl. Nach dem ich das GDS Modul deaktiviert habe, kamen die nicht mehr.
Auf GDS bin ich gekommen weil ein weiterer User es ebenfalls verwendet und auch 2 Zobies hatte.

Anscheinend laufen die geforkten Kindprozesse weiter, während die Eltern schon tot sind.




Grüße
Leon
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

moskito

N´Abend,

hab mir das auch mal angeschaut.
Passend zu den Zombies sind folgende Einträge bei mir im Log:

2016.02.23 20:20:15 1: Timeout for _retrieveCONDITIONS reached, terminated process 2021
2016.02.23 20:20:15 1: Timeout for _retrieveCONDITIONS reached, terminated process 2022
2016.02.23 20:20:15 1: Timeout for _retrieveFILE reached, terminated process 2024


Die Prozesse selbst werden bei mir immer im Rahmen eines Neustarts erzeugt.

Gruß

Danny
FHEM auf Intel NUC/Proxmox & Debian 12 + HM-CFG-USB + zigbee2mqtt + Zwave + Enocean

zap

Holt Ihr auch die Grafiken per GDS? Ich hole nur die Warnmeldungen und habe keine Zombies. Die Grafiken hole ich separat per Crontab gesteuertem FTP-Script.

2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

moskito

Zitat von: zap am 24 Februar 2016, 12:53:54
Holt Ihr auch die Grafiken per GDS? Ich hole nur die Warnmeldungen und habe keine Zombies. Die Grafiken hole ich separat per Crontab gesteuertem FTP-Script.

Nein, keine Grafiken. Nur conditions und alerts.
FHEM auf Intel NUC/Proxmox & Debian 12 + HM-CFG-USB + zigbee2mqtt + Zwave + Enocean

CoolTux

Ich hole auch die Grafiken, werde das mal deaktivieren und dann schauen ob es weg ist. Zombies sind ja jetzt für das System nicht schädlich (Ressourcenfressend), sieht aber kacke aus   ;D
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

betateilchen

Das ist vermutlich kein Problem von GDS, sondern von Blocking.pm
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

rudolfkoenig

Dagegen. :)
fhem.pl setzt $SIG{CHLD} = 'IGNORE', damit sollte er (bis auf OS oder Perl Fehler) fein aus der Sache raus sein.

CoolTux

Da ich ebenfalls Blocking.pm in einem meiner Module verwende, und noch keine Beobachtung zwecks Zombies von meinem Modul machen konnte, würde ich auch erstmal aus der Erfahrung heraus sagen das Blocking.pm da sauber ist.
Mir ist aber wohl auch bewusst das es immer auf den Aufruf an kommt.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net