seit 3.87.6.20260614 dauernd Abstürze

[nonnenmacherh]

Meine Homatic CCU3 lief mit der alten 3.87.6.20260313 sehr stabil.
Leider war root aber nicht ausreichend groß (1gb), so dass ich die 3.87.6.20260614 quasi neu mittels rpi-imager installieren musste.
Hat 1a geklappt, Backup zurückgespielt, alles wieder steuerbar. so weit so gut...erstmal.

Aber seit einer Woche crasht die CCU3 immer wieder (LED blinkt dann blau/grün) und ist nicht mehr via WebGUI erreichbar.

Hat jemand ein paar Ideen, wo man ein log findet, in dem Hinweise zu finden sind, wieso die CCU3 crasht?

[MichaelN]

Dann musst du einen externen log Server aufsetzen, das log der CCU wird beim Shutdown gelöscht.

[Ritchie H.]

Hallo NonnenmacherH,

bei Deinem Post wurde ich hellhörig. Ich habe seit der Version 3.87.6.20260614 auch das Problem, dass ich mich alle paar Tage nicht per WebGUI einloggen kann. Da ich bisher nichts dazu im Release Thread gesehen habe, bin ich von einem lokalen Problem bei meiner Installation wie z.B. einer sterbenden SD-Karte ausgegangen.

Eventuell haben wir das gleiche Problem. Ein Großteil der User scheint das Problem nicht zu haben.

Bei mir äußert sich das Problem im Detail wie folgt:
Da man sich im WebGUI nicht einloggen kann, scheint die CCU gecrashed zu sein. Automatisierungen wie Programme etc. funktionieren bei mir aber.
Beim Loginversuch per HTTPS kommt meist noch die übliche Meldung bzg. dem Selbstsignierten Zertifikat. Die Loginmaske mit User/PWD erscheint nicht mehr.
Des weiteren kann ich mich trotzdem per SSH einloggen. Ein "top" zeigt keine Auffälligkeiten.
Was bei mir hilft ist es den Netzwerkstecker zu ziehen und wieder einstecken.
Dann geht das WebGUI sofort wieder.
Hier genau lesen: Den Netzwerkstecker (TCP/IP LAN zum Router), nicht den Netzstecker 230 V ziehen!

Im Logfile habe ich bisher nichts entdeckt was auf einen Absturz einer Komponente hindeutet (Loglevel nur Fehler).
Vielleicht hat jemand noch eine Idee für einen Debuggingversuch.
Ritchie

[jp112sdl]

Beim Loginversuch per HTTPS kommt meist noch die übliche Meldung bzg. dem Selbstsignierten Zertifikat. Die Loginmaske mit User/PWD erscheint nicht mehr.

Im Logfile

In welchem ?
Hast du auch mal in die /var/log/lighttpd-*.log geschaut ?

Schaut mir vom Fehlerbild her schon irgendwie nach dem lighttpd aus.

Vielleicht hat jemand noch eine Idee für einen Debuggingversuch.

Ich würde zuerst versuchen, einzelne Komponenten neu zu starten.

Da Programme etc. weiterlaufen, würde ich nach oben erwähnter Vermutung mit dem lighttpd Server anfangen:

Code: Alles auswählen

monit restart lighttpd

Wenn das hilft, dann kann man da gezielt weiter suchen

[Ritchie H.]

Hallo Jerome,

Danke für Deine Antwort.
Ich hatte nur im Log aus der Systemsteuerung nachgeschaut.

Hast du auch mal in die /var/log/lighttpd-*.log geschaut ?

Ich habe mir nun die Dateien angeschaut.
lighttpd-error.log: Seit dem Reboot kein neuer Eintrag bzw. Fehlermeldung
lighttpd-access.log Dort sehe nur erfolgreiche http Verkehr vor und nach dem Problem.
im Messages file nur Meldung als in den Netzwerkstecker gezogen habe. Leider auch keine Fehlermeldung davor.

Code: Alles auswählen

Jul  4 22:31:29 homematic-raspi kern.info kernel: [1468314.695402] lan78xx 1-1.1.1:1.0 eth0: Link is Down
Jul  4 22:31:29 homematic-raspi daemon.info ifplugd(eth0)[1400]: Link beat lost.
Jul  4 22:31:32 homematic-raspi kern.info kernel: [1468317.763348] lan78xx 1-1.1.1:1.0 eth0: Link is Up - 1Gbps/Full - flow control off
Jul  4 22:31:32 homematic-raspi daemon.info ifplugd(eth0)[1400]: Link beat detected.

Wenn das Problem nochmal auftritt probiere ich den lightttpd Restart.
Ritchie

[rewe0815]

bei Deinem Post wurde ich hellhörig. Ich habe seit der Version 3.87.6.20260614 auch das Problem, dass ich mich alle paar Tage nicht per WebGUI einloggen kann. ...

Genau das gleiche Problem hier. occu läuft bei mir in einer UTM-VM auf dem Mac. Bin vor einigen Tagen zurück auf 509 und habe da keinerlei Probleme.
Ohne diesen Thred bin ich voll von einem Problem in meinem Setup ausgegangen.
Noch ein Hinweis. Systemlog zeigt keine Auffälligkeiten. OCCU scheint ansonsten auch zu laufen. Nur komme ich nicht mehr in die WebGUI genau wie hier beschrieben. Netzstecker ziehen entfällt bei mir (VM)

Reiner

[Ritchie H.]

Da Programme etc. weiterlaufen, würde ich nach oben erwähnter Vermutung mit dem lighttpd Server anfangen:

Code: Alles auswählen

monit restart lighttpd

Wenn das hilft, dann kann man da gezielt weiter suchen

Hallo Jerome, es hat bis heute gedauert bis die WebUI wieder hängt. Ich hatte die letzten Tage die WebUI etwas malträtiert, ohne Änderungen vorzunehmen, in der Hoffnung den Hänger reproduzieren zu können. Das ist mir leider nicht gelungen.

Heute morgen war es wieder soweit. Aufruf der Loginseite. Warnhinweis bzgl. Zertifikat kommt noch Login-Maske erscheint nicht mehr. TOP zeigt keine CPU Auffälligkeit.

Der von Dir vorgeschlagene Befehl Monit restart lighttpd im SSH Terminal hat das Problem beseitigt.
Um das Problem genauer zu untersuchen müssen wir vermutlich wieder warten bis der Prozess nochmal hängt?
Vielleicht hast Du noch ein Idee, was ich zur Analyse des lighttpd tun kann.
Grüße Ritchie

[jp112sdl]

Um das Problem genauer zu untersuchen müssen wir vermutlich wieder warten bis der Prozess nochmal hängt?

Wenn es zwischenzeitlich keinen Reboot gab, dann sollten die Logfiles vielleicht Infos liefern...

Hast du auch mal in die /var/log/lighttpd-*.log geschaut ?

[Ritchie H.]

Hast du auch mal in die /var/log/lighttpd-*.log geschaut ?

Der lighttpd Prozess müsste zwischen dem 07.07.2026 21:00 bis 08.07.2026 11:15 inaktiv geworden sein. Deshalb habe ich den relevanten Zeitraum selektivert. Restart war um 11:37:34

Messages

Code: Alles auswählen

Jul  6 12:30:57 homematic-raspi local0.warn ReGaHss: WARNING: XMLRPC 'setValue': rpcClient.isFault() failed (url: xmlrpc_bin://127.0.0.1:32001, params: {"LEQ0878541:1","LEVEL",0.500000}, result: [faultCode:-1,faultString:"Failure"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2621]
Jul  6 12:30:57 homematic-raspi local0.err ReGaHss: ERROR: XMLRPC 'setValue' call failed (interface: 1007, params: {"LEQ0878541:1","LEVEL",0.500000}) [CallSetValue():iseXmlRpc.cpp:1518]
Jul  6 12:30:57 homematic-raspi local0.err ReGaHss: ERROR: rpc.CallSetValue failed; address = LEQ0878541:1 [WriteValue():iseDOMdpHSS.cpp:76]
Jul  7 17:25:00 homematic-raspi user.warn watchdog: DutyCycle-5F298D94EF, NAME: 'CCU', TYPE: CCU2, CONNECTED: 1, DC: 0 %, CS: 80 %
Jul  8 11:15:00 homematic-raspi user.warn watchdog: DutyCycle-5F298D94EF, NAME: 'CCU', TYPE: CCU2, CONNECTED: 1, DC: 1 %, CS: 80 %
Jul  8 11:21:06 homematic-raspi auth.info sshd-session[18230]: Accepted password for root from 192.168.178.21 port 65134 ssh2
Jul  8 11:27:34 homematic-raspi user.info monit[1991]: 'lighttpd' restart on user request
Jul  8 11:27:34 homematic-raspi user.info monit[1991]: Monit daemon with PID 1991 awakened
Jul  8 11:27:34 homematic-raspi user.info monit[1991]: Awakened by User defined signal 1
Jul  8 11:27:34 homematic-raspi user.info monit[1991]: 'lighttpd' trying to restart
Jul  8 11:27:34 homematic-raspi user.info monit[1991]: 'lighttpd' restart: '/etc/init.d/S50lighttpd restart'
Jul  8 11:27:34 homematic-raspi user.info monit[1991]: 'lighttpd' restart action done
Jul  8 11:29:47 homematic-raspi auth.info sshd-session[18252]: Connection closed by 192.168.178.21 port 65134
Jul  8 14:23:46 homematic-raspi auth.info sshd-session[1536]: Accepted password for root from 192.168.178.21 port 64323 ssh2

Grüße Ritchie

Der kurzfristige Carriersense Anstieg dürfte das Problem nicht ausgelöst haben. Denn am 07.07. 17:25 hat er auch zu keinem WebUI Problem geführt.
lighttpd-access.log

Code: Alles auswählen

192.168.178.7 192.168.178.4 - [07/Jul/2026:21:30:19 +0200] "GET /ise/img/favicon-96x96.png HTTP/2.0" 200 3110 "-" "Mozilla/5.0 (Linux; Android 14; SM-X200 Build/UP1A.231005.007; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/148.0.7778.178 Safari/537.36"
192.168.178.7 - - [07/Jul/2026:21:31:20 +0200] "PRI * HTTP/2.0" 100 14109981 "-" "-"
192.168.178.7 - - [08/Jul/2026:11:17:16 +0200] "PRI * HTTP/2.0" 100 - "-" "-"
192.168.178.7 192.168.178.4 - [08/Jul/2026:11:17:17 +0200] "GET / HTTP/2.0" 200 2595 "-" "Mozilla/5.0 (Linux; Android 14; SM-X200 Build/UP1A.231005.007; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/148.0.7778.178 Safari/537.36"
192.168.178.7 192.168.178.4 - [08/Jul/2026:11:17:17 +0200] "GET /pages/index.htm HTTP/2.0" 302 0 "-" "Mozilla/5.0 (Linux; Android 14; SM-X200 Build/UP1A.231005.007; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/148.0.7778.178 Safari/537.36"
192.168.178.7 192.168.178.4 - [08/Jul/2026:11:17:17 +0200] "GET /login.htm HTTP/2.0" 200 5394 "-" "Mozilla/5.0 (Linux; Android 14; SM-X200 Build/UP1A.231005.007; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/148.0.7778.178 Safari/537.36"
192.168.178.7 192.168.178.4 - [08/Jul/2026:11:17:28 +0200] "GET /favicon.ico HTTP/2.0" 200 15086 "-" "Mozilla/5.0 (Linux; Android 14; SM-X200 Build/UP1A.231005.007; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/148.0.7778.178 Safari/537.36"
192.168.178.7 - - [08/Jul/2026:11:18:29 +0200] "PRI * HTTP/2.0" 100 23734 "-" "-"
192.168.178.7 - - [08/Jul/2026:11:28:10 +0200] "PRI * HTTP/2.0" 100 - "-" "-"
192.168.178.7 192.168.178.4 - [08/Jul/2026:11:28:11 +0200] "GET / HTTP/2.0" 200 2595 "-" "Mozilla/5.0 (Linux; Android 14; SM-X200 Build/UP1A.231005.007; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/148.0.7778.178 Safari/537.36"
192.168.178.7 192.168.178.4 - [08/Jul/2026:11:28:12 +0200] "GET /pages/index.htm HTTP/2.0" 302 0 "-" "Mozilla/5.0 (Linux; Android 14; SM-X200 Build/UP1A.231005.007; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/148.0.7778.178 Safari/537.36"
192.168.178.7 192.168.178.4 - [08/Jul/2026:11:28:12 +0200] "GET /login.htm HTTP/2.0" 200 5394 "-" "Mozilla/5.0 (Linux; Android 14; SM-X200 Build/UP1A.231005.007; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/148.0.7778.178 Safari/537.36"
192.168.178.7 192.168.178.4 - [08/Jul/2026:11:28:12 +0200] "GET /webui/js/extern/jqueryURLPlugin.js HTTP/2.0" 200 8833 "-" "Mozilla/5.0 (Linux; Android 14; SM-X200 Build/UP1A.231005.007; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/148.0.7778.178 Safari/537.36"
192.168.178.7 192.168.178.4 - [08/Jul/2026:11:28:12 +0200] "GET /webui/js/extern/jquery.js HTTP/2.0" 200 88145 "-" "Mozilla/5.0 (Linux; Android 14; SM-X200 Build/UP1A.231005.007; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/148.0.7778.178 Safari/537.36"
192.168.178.7 192.168.178.4 - [08/Jul/2026:11:28:12 +0200] "GET /webui/js/lang/loadTextResource.js HTTP/2.0" 200 3687 "-" "Mozilla/5.0 (Linux; Android 14; SM-X200 Build/UP1A.231005.007; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/148.0.7778.178 Safari/537.36"

lighttpd-error.log

Code: Alles auswählen

2026-06-17 22:40:27: (../src/server.c.1971) server started (lighttpd/1.4.82)
2026-06-17 22:41:15: (../src/server.c.1271) [note] graceful shutdown started
2026-06-17 22:41:15: (../src/server.c.1222) [note] pid 1975 continuing to handle 0 connection(s) in progress
2026-06-17 22:41:15: (../src/server.c.1971) server started (lighttpd/1.4.82)
2026-06-17 22:41:15: (../src/server.c.1271) [note] graceful shutdown started
2026-06-17 22:41:15: (../src/server.c.2372) server stopped by UID = 0 PID = 1534
2026-07-08 11:27:34: (../src/server.c.2372) server stopped by UID = 0 PID = 1532
2026-07-08 11:27:34: (../src/server.c.1971) server started (lighttpd/1.4.82)

top um 11:23 also vor Restart

Code: Alles auswählen

 1991     1 root     S     9064   1%   0% /usr/bin/monit -Ic /etc/monitrc
 1722     1 root     S     301m  32%   0% java -Dos.arch=aarch64 -Dgnu.io.rxtx.SerialPorts=/dev/mmd_hmip -Xmx128m -Dio.netty.tryReflectionSetAccessible=true --add-opens java.base/java.lang
18274 18253 root     R     2120   0%   0% top
17634     2 root     RW       0   0%   0% [kworker/2:3-eve]
  384     1 hssled   S     3272   0%   0% /bin/hss_led -l 6
 1400     1 root     S     1344   0%   0% /usr/sbin/ifplugd -i eth0 -fwI -u0 -d10 -q
18183     2 root     IW       0   0%   0% [kworker/0:2-eve]
 1686     1 root     S    18752   2%   0% /bin/rfd -f /var/etc/rfd.conf -l 5
 1863     1 root     S    18716   2%   0% /bin/ReGaHss -f /etc/rega.conf -l 2
 1534  1532 root     S     9156   1%   0% /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf -D
18230  1561 root     S     7688   1%   0% sshd-session: root [priv]
18252 18230 root     S     5840   1%   0% sshd-session: root@pts/0
 1561     1 root     S     5048   1%   0% sshd: /usr/sbin/sshd [listener] 0 of 10-100 startups
  121     1 root     S     4364   0%   0% /sbin/udevd
 1645     1 root     S<    3380   0%   0% /bin/multimacd -f /var/etc/multimacd.conf -l 5
 1525     1 eq3cfg   S     2872   0%   0% /bin/eq3configd
 1542     1 ssdp     S     2840   0%   0% /bin/ssdpd
 1179     1 root     S     2444   0%   0% /usr/sbin/irqbalance --foreground
18253 18252 root     S     2160   0%   0% -sh
 1410     1 chrony   S     2152   0%   0% /usr/sbin/chronyd
 1965     1 root     S     2016   0%   0% /usr/sbin/crond -f -l 9
 8713     1 root     S     1904   0%   0% /sbin/syslogd -n -m 0 -s 0 -b 0 -D
 8716     1 root     S     1760   0%   0% /sbin/klogd -n
 1188     1 dbus     S     1752   0%   0% /usr/bin/dbus-daemon --system --syslog
    1     0 root     S     1452   0%   0% init
  241     1 root     S     1444   0%   0% /sbin/watchdog -T 300 -t 5 /dev/watchdog
 1992     1 root     S     1084   0%   0% init

[Matsch]

Ein CS von 5% geht gerade noch so, ab 10% ist er tödlich, zumindest für die Kommunikation mit HmIP. Aber Abstürzen dürfte deswegen nichts. Bin mir nicht sicher, ob bestimmte Programmierungen in solchem Fall dann doch Probleme bereiten können (Programmschleifen, wenn Geräte länger nicht erreichbar sind?).