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.Michael K. hat geschrieben: ↑29.10.2020, 17:16Da komme ich gerne darauf zurück. Rega vorher stoppen oder einfach drüber starten?Code: Alles auswählen
/etc/init.d/S70ReGaHss stop
Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)
Moderatoren: jmaus, Co-Administratoren
- jmaus
- Beiträge: 9865
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1883 Mal
- Kontaktdaten:
Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 38
- Registriert: 05.02.2014, 22:10
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 4 Mal
Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)
Sonderbar. Habe natürlich zuerst
gemacht. War sofort fertig. Ich habe aber immer noch den Rega Prozess
Meine Rega scheint unsterblich zu sein. Log dazu
Code: Alles auswählen
monit stop regahss
Code: Alles auswählen
ps -e | grep rega
983 root 0:58 /bin/ReGaHss -f /etc/rega.conf -l 0
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
-
- Beiträge: 38
- Registriert: 05.02.2014, 22:10
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 4 Mal
Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)
Drüberstarten führt zu zweitem ReGa Prozess. Der kommt bis
und hängt dann. Mit ^c abgebrochen.
Den ursprünglichen Rega gekillt (kill -9).
Nochmal gestartet: Jetzt funktioniert es. Putty schreibt fleißig.
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
Den ursprünglichen Rega gekillt (kill -9).
Nochmal gestartet: Jetzt funktioniert es. Putty schreibt fleißig.
-
- Beiträge: 38
- Registriert: 05.02.2014, 22:10
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 4 Mal
Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)
Hat ein wenig gedauert, aber heute Nacht ist die ReGa wieder gestützt. Mit
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.
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
Das reboot-Thema werde ich hier weiter berichten.
- jmaus
- Beiträge: 9865
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1883 Mal
- Kontaktdaten:
Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)
Ist das Timingproblem beim starten denn jetzt mit dem ifplugd.conf anpassung behoben? Warte da noch auf Rückmeldung von dir.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 38
- Registriert: 05.02.2014, 22:10
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 4 Mal
Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)
Habe seit dem nicht rebootet, wegen dem Logging zum Absturz.
. Sobald es was zu berichten gibt.Das reboot-Thema werde ich hier weiter berichten.
- jmaus
- Beiträge: 9865
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1883 Mal
- Kontaktdaten:
Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)
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.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 38
- Registriert: 05.02.2014, 22:10
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 4 Mal
Re: Timingproblem im startup löst manchmal NTP Watchdog aus (Fehlalarm)
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.
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.