FHEM (6.4) startet alle paar Minuten von selbst neu

Begonnen von andiblueml, 25 April 2025, 17:01:24

Vorheriges Thema - Nächstes Thema

andiblueml

Ich habe FHEM auf einem Raspi aufgesetzt (Raspberry Pi OS bookworm) um einen älteren Rechner für die Haussteuerung zu ersetzen.
Der Server startet alle paar Minuten neu, wie mir im Log aufgefallen ist, schon mit der Startkonfiguration.
Im ausführlichem Log steht:

2025.04.25 16:30:10 5: Starting notify loop for global, 1 event(s), first is SHUTDOWN
2025.04.25 16:30:10 5: End notify loop for global
2025.04.25 16:30:10 0: Server shutdown

mehr leider nicht.
Es ist nie nach einem bestimmten Device oder einer bestimmten Abfrage.

Vielleicht weiß wer was.

Danke

rudolfkoenig

Meine Hypothese: irgendwer sendet dem Process ein TERM Signal, vermutlich derjenige, der FHEM danach neu startet.
Was passiert, wenn man FHEM direkt in der Konsole startet?

andiblueml

#2
So gestartet läufts.

Es scheint, als würde Systemd keine Starterfolgsmeldung bekommen. Nach nicht ganz 2 Minuten startet er wegen scheinbar fehlendem Erfolg neu. Ich starte mit fhem.service das Standardmäßig installiert wurde (Raspi-Installation mit apt wie empfohlen).
Wie überprüft systemd den Erfolg?

Apr 25 23:32:31 fhem systemd[1]: fhem.service: Scheduled restart job, restart counter is at 967.
Apr 25 23:32:31 fhem systemd[1]: Stopped fhem.service - FHEM Home Automation.
Apr 25 23:32:31 fhem systemd[1]: fhem.service: Consumed 1.666s CPU time.
Apr 25 23:32:31 fhem systemd[1]: Starting fhem.service - FHEM Home Automation...
Apr 25 23:34:01 fhem systemd[1]: fhem.service: start operation timed out. Terminating.
Apr 25 23:34:01 fhem systemd[1]: fhem.service: Failed with result 'timeout'.
Apr 25 23:34:01 fhem systemd[1]: Failed to start fhem.service - FHEM Home Automation.
Apr 25 23:34:01 fhem systemd[1]: fhem.service: Consumed 1.660s CPU time.

Otto123

Vermutlich blockiert irgendwas beim Start von FHEM und systemd setzt nach 90 sec (defaultwert von systemd) einen Timeout?

Versuch mal diesen Tipp https://wiki.fhem.de/wiki/Fhem.service_(systemd_unit_file)#Restart_verz%C3%B6gern

Aber das ist nur ein Workaround eigentlich muss man der Ursache auf den Grund gehen.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

rudolfkoenig

ZitatVermutlich blockiert irgendwas beim Start von FHEM und systemd setzt nach 90 sec (defaultwert von systemd) einen Timeout?
Wenn die Uhrzeit noch nicht gesetzt ist (d.h. es wird 1970 gemeldet), dann wartet FHEM zwei Minuten darauf, dass NTP anlaeuft.

Alternativ: in FHEM ist nofork gesetzt, und in der systemd Konfiguration Type=fork.

Otto123

Dann könnte aber auch
Wants=network-online.target
After=network-online.target
helfen? falls ntp nicht blockiert wird und die Zeit beim Start immer auf 1970 steht?
Aber eigentlich dürfte doch dann nur ein Neustart erfolgen, irgendwann läuft ja ntp? ???
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz