Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)

Einrichtung, Nutzung und Hilfe zu RaspberryMatic (OCCU auf Raspberry Pi)

Moderatoren: jmaus, Co-Administratoren

Benutzeravatar
jmaus
Beiträge: 6673
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 82 Mal
Danksagung erhalten: 517 Mal
Kontaktdaten:

Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)

Beitrag von jmaus » 29.10.2020, 17:18

Michael K. hat geschrieben:
29.10.2020, 17:16
Da komme ich gerne darauf zurück. Rega vorher stoppen oder einfach drüber starten?

Code: Alles auswählen

/etc/init.d/S70ReGaHss stop
Hab doch geschrieben "monit stop regahss". Das stoppt ReGaHss und auch das WatchDog monitoring für ReGa. Danach dann von Hand starten und die SSH Sitzung oder sowas aber sicherstellen das die immer offen und unberührt bleibt.
RaspberryMatic 3.53.34.20201121 @ ESXi, ~190 Hm-RF/HmIP-RF/HmIPW Geräte, ioBroker – RaspberryMatic GitHub Projekt / Twitter

Michael K.
Beiträge: 35
Registriert: 05.02.2014, 22:10
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)

Beitrag von Michael K. » 29.10.2020, 17:22

Sonderbar. Habe natürlich zuerst

Code: Alles auswählen

monit stop regahss
gemacht. War sofort fertig. Ich habe aber immer noch den Rega Prozess

Code: Alles auswählen

 ps -e | grep rega
  983 root      0:58 /bin/ReGaHss -f /etc/rega.conf -l 0
Meine Rega scheint unsterblich zu sein. Log dazu

Code: Alles auswählen

Oct 29 17:22:40 homematic-ccu2 user.info monit[1058]: 'ReGaHss' stop on user request
Oct 29 17:22:40 homematic-ccu2 user.info monit[1058]: Monit daemon with PID 1058 awakened
Oct 29 17:22:40 homematic-ccu2 user.info monit[1058]: Awakened by User defined signal 1
Oct 29 17:22:40 homematic-ccu2 user.info monit[1058]: 'ReGaHss' stop action done

Michael K.
Beiträge: 35
Registriert: 05.02.2014, 22:10
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)

Beitrag von Michael K. » 29.10.2020, 17:40

Drüberstarten führt zu zweitem ReGa Prozess. Der kommt bis

Code: Alles auswählen

[2020-10-29 17:32:51 CET] Info: Create thread 'HTTP-Server', stack size = 524288, ThreadID = 1976026192, Called-PID = 21233 [Create():iseSysLx.cpp:1003]
[2020-10-29 17:32:51 CET] Info: Create thread 'HTTP-Server', stack size = 524288, ThreadID = 1975497808, Called-PID = 21233 [Create():iseSysLx.cpp:1003]
failed to start HTTP server![2020-10-29 17:32:51 CET] Info: Start thread 'HTTP-Server', ThreadID = 1976026192, PID = 21233 [ThreadProc():iseSysLx.cpp:1171]

[2020-10-29 17:32:51 CET] Info: starting web server id #11 [ThreadFunction():httpServer.cpp:689]
[2020-10-29 17:32:51 CET] Info: Start thread 'HTTP-Server', ThreadID = 1977082960, PID = 21233 [ThreadProc():iseSysLx.cpp:1171]
[2020-10-29 17:32:51 CET] Info: starting web server id #9 [ThreadFunction():httpServer.cpp:689]
[2020-10-29 17:32:51 CET] Info: Start thread 'HTTP-Server', ThreadID = 1975497808, PID = 21233 [ThreadProc():iseSysLx.cpp:1171]
[2020-10-29 17:32:51 CET] Info: starting web server id #12 [ThreadFunction():httpServer.cpp:689]
[2020-10-29 17:32:51 CET] Info: Create thread '<unnamed thread>', stack size = 524288, ThreadID = 1974969424, Called-PID = 21233 [Create():iseSysLx.cpp:1003]
[2020-10-29 17:32:51 CET] Info: Start thread '<unnamed thread>', ThreadID = 1974969424, PID = 21233 [ThreadProc():iseSysLx.cpp:1171]
Waiting for child to finish
Executing /bin/hm_startup in child 21248

und hängt dann. Mit ^c abgebrochen.

Den ursprünglichen Rega gekillt (kill -9).

Nochmal gestartet: Jetzt funktioniert es. Putty schreibt fleißig.

Michael K.
Beiträge: 35
Registriert: 05.02.2014, 22:10
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)

Beitrag von Michael K. » 31.10.2020, 18:21

Hat ein wenig gedauert, aber heute Nacht ist die ReGa wieder gestützt. Mit

Code: Alles auswählen

[2020-10-31 05:13:48 CET] ERROR: Accept socket failed (errno=24)! [Accept():iseSysLx.cpp:1450]
[2020-10-31 05:13:48 CET] CRASH: Could not let the listener socket accept incoming traffic! {"HTTP-Listener"} [ThreadFunction():httpListener.cpp:135]
[2020-10-31 05:13:48 CET] Info: Thread 'HTTP-Listener' exited with return code 0. [ThreadProc():iseSysLx.cpp:1180]
terminate called without an active exception
[2020-10-31 05:13:48 CET] Info: IseSession GetSessionId from URL: /tclrega.exe [GetSessionId():iseSession.cpp:185]
Aborted
Nach socket.accept error 24: To many open files vermute ich ein tiefgreiferendes Problem. Nachdem dies nichts mit dem gegenständlichen Thema (Timing problem im Startup) zu tun hat, hier ein eigener Thread.

Das reboot-Thema werde ich hier weiter berichten.

Benutzeravatar
jmaus
Beiträge: 6673
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 82 Mal
Danksagung erhalten: 517 Mal
Kontaktdaten:

Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)

Beitrag von jmaus » 31.10.2020, 19:27

Ist das Timingproblem beim starten denn jetzt mit dem ifplugd.conf anpassung behoben? Warte da noch auf Rückmeldung von dir.
RaspberryMatic 3.53.34.20201121 @ ESXi, ~190 Hm-RF/HmIP-RF/HmIPW Geräte, ioBroker – RaspberryMatic GitHub Projekt / Twitter

Michael K.
Beiträge: 35
Registriert: 05.02.2014, 22:10
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)

Beitrag von Michael K. » 31.10.2020, 19:35

Habe seit dem nicht rebootet, wegen dem Logging zum Absturz.
Das reboot-Thema werde ich hier weiter berichten.
. Sobald es was zu berichten gibt.

Benutzeravatar
jmaus
Beiträge: 6673
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 82 Mal
Danksagung erhalten: 517 Mal
Kontaktdaten:

Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)

Beitrag von jmaus » 31.10.2020, 19:51

Wie ich im neuen Beitrag von dir geschrieben habe denke ich liegt der Absturz an dem bug in system.Exec() in der 3.53.30.20201024. Wenn du eine aktuelle Snapshot Version installierst sollte das beseitigt sein und zusätzlich ist auch die ifplugd.conf Anpassung da bereits integriert.
RaspberryMatic 3.53.34.20201121 @ ESXi, ~190 Hm-RF/HmIP-RF/HmIPW Geräte, ioBroker – RaspberryMatic GitHub Projekt / Twitter

Michael K.
Beiträge: 35
Registriert: 05.02.2014, 22:10
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)

Beitrag von Michael K. » 01.11.2020, 13:36

Bezüglich Timeouts: ich habe die von die vorgeschlagenen Änderungen bei mir lokal vorgenommen, und dann 4x rebootet, davon 1x mit stromlosmachen. Alle Boots waren erfolgreich. Alarm ist nicht mehr aufgetreten, Start von chronyd laut log jedesmal erfolgreich.

Danke für Deine Unterstützung.

Den Snapshot probiere ich als nächstes aus, wovon ich davon ausgehe, dass das auch funktioniert. Wenn nicht, würde ich hier nochmal schreiben.

Antworten

Zurück zu „RaspberryMatic“