Server shutdown alle paar Minuten [gelöst]

[Calivati]

Hallo, ich habe folgendes Problem: Ich sehe im Log naehzu minütlich folgende Meldungen:
2023.06.15 22:30:06 1: Sduino1: UNDEFINED Sensor SD_WS07_TH detected, code SD_WS07_TH_1
2023.06.15 22:30:15 2: Sduino1: initialized. v3.4.15-dev_ralf_08.04.
2023.06.15 22:31:00 1: Sduino1: UNDEFINED Sensor SD_WS07_TH detected, code SD_WS07_TH_1
2023.06.15 22:31:19 0: Server shutdown
2023.06.15 22:31:35 2: Sduino1: initialized. v3.4.15-dev_ralf_08.04.
2023.06.15 22:31:57 1: Sduino1: UNDEFINED Sensor SD_WS07_TH detected, code SD_WS07_TH_1
2023.06.15 22:32:27 2: AttrTemplates: got 259 entries
2023.06.15 22:32:50 0: Server shutdown
Allein in der letzten Stunde ca. 40 mal.
Dadurch funktioinieren natürlich keinerlei Automatisierungen mehr, das der Server ja permanent mit shutdown und wieder hochfahren beschäftigt ist. Hat jemand eine gute Idee, wo die Ursache liegt?

[Calivati]

Hallo, ich habe folgendes Problem: Ich sehe im Log naehzu minütlich folgende Meldungen:
2023.06.15 22:30:06 1: Sduino1: UNDEFINED Sensor SD_WS07_TH detected, code SD_WS07_TH_1
2023.06.15 22:30:15 2: Sduino1: initialized. v3.4.15-dev_ralf_08.04.
2023.06.15 22:31:00 1: Sduino1: UNDEFINED Sensor SD_WS07_TH detected, code SD_WS07_TH_1
2023.06.15 22:31:19 0: Server shutdown
2023.06.15 22:31:35 2: Sduino1: initialized. v3.4.15-dev_ralf_08.04.
2023.06.15 22:31:57 1: Sduino1: UNDEFINED Sensor SD_WS07_TH detected, code SD_WS07_TH_1
2023.06.15 22:32:27 2: AttrTemplates: got 259 entries
2023.06.15 22:32:50 0: Server shutdown
Allein in der letzten Stunde ca. 40 mal.
Dadurch funktioinieren natürlich keinerlei Automatisierungen mehr, das der Server ja permanent mit shutdown und wieder hochfahren beschäftigt ist. Hat jemand eine gute Idee, wo die Ursache liegt?

Ich wollte die Frage löschen, habe aber nicht die nötige Berechtigung. Nach "shutdown/restart" und definition des "unknown device" mit anschließendem ignore SD_WS* ist erst mal Ruhe. Also bitte erst mal ignorieren, danke!

[Wernieman]

Trotzdem ist das nicht normal .. was ist es für ein System?

[Calivati]

Hallo, mit System meinst du vermutlich die HW-Platform? Es ist ein Raspberry 3 und als CUL eben ein Sduino. Ich hatte gestern auch noch einen reset auf den Sduino gemacht, seitdem ist der Fehler in der Form weg. Jetzt stehen noch 15 Meldungen pro Stunde in der Form im Log, aber die shutdowns sind weg:
2023.06.16 08:00:57 1: Sduino1: SD_UT_Parse UNDEFINED sensor unknown detected, protocol 34, data BE8F0, code BE8
2023.06.16 08:02:48 1: Sduino1: SD_UT_Parse UNDEFINED sensor unknown detected, protocol 34, data 52DD2, code 52D
2023.06.16 08:03:44 1: Sduino1: SD_UT_Parse UNDEFINED sensor unknown detected, protocol 34, data 52DD2, code 52D
2023.06.16 08:12:05 1: Sduino1: SD_UT_Parse UNDEFINED sensor unknown detected, protocol 34, data E72D8, code E72
2023.06.16 08:12:06 1: Sduino1: SD_UT_Parse UNDEFINED sensor unknown detected, protocol 34, data BEE72, code BEE
2023.06.16 08:14:01 1: Sduino1: SD_UT_Parse UNDEFINED sensor unknown detected, protocol 34, data BEE72, code BEE
Gruß, Peter

[Wernieman]

Hast Du eventuell einen WatchDog definiert?

Bei der ersten Meldungg dachte ich, das Du Docker verwendest ...

[Calivati]

Ich denke eher nicht, weiß gar nicht was ein watchdog in dem Zusammenhang ist.

[Wernieman]

Irgendetwas fährt FHEM runter. Ein "Problem" fährt normalerweise FHEM nicht runter, sondern es Crached ...

[RalfRog]

Kannte ich auch noch nicht aber möglicherweise -> lt. ComRef z.B.:

Code Auswählen Erweitern

watchdog

    Define
        define <name> watchdog <regexp1> <timespec> <regexp2> <command>

        Startet einen beliebigen FHEM Befehl wenn nach dem Empfang des Ereignisses <regexp1> nicht innerhalb von <timespec> ein <regexp2> Ereignis empfangen wird.
        Der Syntax für <regexp1> und <regexp2> ist der gleiche wie regexp für notify.
        <timespec> ist HH:MM[:SS]
        <command> ist ein gewöhnlicher fhem Befehl wie z.B. in at oderr notify

[Calivati]

Hallo, das Problem tritt nach langer Zeit wieder auf und diesmal massiv. Fhem macht ca. alle 2 Minuten einen Shutdown. Ich habe update versucht, aber die Instanz bleibt nicht lange genug am Leben. Ich habe auch die beiden CULs schon abgesteckt, so dass nur noch das Netzwerkabel am Pi angesteckt war, trotzdem alle zwei Minuten shutdown. Ich brauche dringend Hilfe.
2024.03.04 14:04:34 0: Server shutdown
2024.03.04 14:06:05 0: Server shutdown
2024.03.04 14:08:01 0: Server shutdown
2024.03.04 14:09:56 0: Server shutdown
 ....
Ich hänge eine file mit dem Log Verbose=5 an.

Wie immer für jede Hilfe dankbar ...
Peter

[Wernieman]

1. Könntest Du bitte Logfiles als TXT-File eintragen? Macht das Durchlesen einfacher ..

2. ".... Server shutdown": Irgendetwas fährt Dir mit Absicht immer wieder den FHEM-Server runter. Hast Du einen WatchDog installiert? Oder sonst etwas in der Richtung?

3. Passiert das Problem auch mit der Demo-Fhem.cfg?

[Calivati]

Hallo Wernieman, klar, ich hänge den Log als Textfile an.
Ich habe nichts in Richtung Watchdog installiert. Was ich aktuell getan habe: Ich wollte Wettervorhersage integrieren und habe mit weather und openweather Versuche gemacht. Irgendwann gingen dann die FM, dass die Connection zum Server unterbrochen ist los. Ich habe alle definitionen mit Wetter mittlerweile gelöscht, der Fehler ist aber unverändert.
Wie gesagt, ich hatte ähnliches Verhalten schon in der Vergangenheit, aber nie so massiv.
Das mit der Demo-cfg versuche ich mal und gebe dann Bescheid.

Vielen Dank erst mal,
Peter

[Calivati]

Mit der demo cfg kommen keine shutdowns. Aufgrund dieser Erkenntnis habe ich eine ältere config (die fehlerfrei funktioniert hat) verwendet, und auch damit passieren die shutdowns.
Und jetzt wird's merkwürdig: ich habe auf einem zweiten Pi einen neuen Server aufgesetzt und die aktuelle config des fehlerhaften systems eingespielt. Da funktionieren zwar jetzt viele Sachen erst mal nicht, aber shutdowns treten auch keine auf.
Scheint also an der HW (eher unwahrscheinlich) oder an der fhem installation (eher wahrscheinlich) zu liegen.

[Wernieman]

... oder am Betriebsystem oder an einer Zusatzsoftware ...

Jedenfalls fährt irgendetwas Deinen FHEM runter ...

[JoWiemann]

Scheint also an der HW (eher unwahrscheinlich) oder an der fhem installation (eher wahrscheinlich) zu liegen.

Hallo, sofern Deine fhem.cfg nicht den Code für Fort Knox beinhaltet, könntest Du sie ja einfach mal posten

Grüße Jörg

[frank]

was steht im sylog vom os zu den zeiten?