Laufender Restart HMIPServer

[kw1kbm]

Hallo zusammen,

nachdem ich nach vielen Versuchen und endloser Recherche leider selbst nicht mehr weiterkomme, hoffe ich mal auf einen zündenden Anstoß zur Lösung von meinem aktuellem Problem...
Ich suche jetzt schon seit mehreren Wochen nach einer möglichen Lösung...

Seit dem letzten Update habe ich massive Probleme mit dem ständigen Restart des HMIPServers.
Der Restart wird laufend ausgeführt und blockiert das System vollständig. Dies hatte ich auch schon vor dem letzten Update vereinzelt beobachtet, jedoch hat sich das wieder gelegt bzw. war nur vereinzelt. Die ganzen Jahre/Monate davor hatte ich nie Probleme.

Fehlermeldung:

Virtual Devices
Eine Komponente der Homematic Zentrale reagiert nicht mehr.
Hierfür kann es eine Reihe von Ursachen geben:
es besteht keine Netzwerk-Verbindung
die Stromversorung der HomeMatic Zentrale wurde unterbrochen
mindestens eine Komponente der HomeMatic Zentrale ist abgestürzt
Überprüfen Sie die Netzwerk-Verbindung und die Stromversorgung der HomeMatic Zentrale. Starten Sie ggf. die HomeMatic Zentrale neu.

Alarmmeldung:

Alarmname: WatchDog: hmipserver-restart
Beschreibung: HMIPServer restarted
Anzahl steigt laufend an

Die aktuelle Umgebung:
- OpenCCU aktuelle SW-Version 3.89.20260719 (ova) mit insgesamt 100 Geräten
- Läuft in einer PROXMOX-VM v9.2.6 (8 GB Ram / 2 CPU / 32 GB Disk)
- 2x LAN-Gateway (HM Configuration Tool LAN/HM-CFG-LAN)/ 1x CCU2 als LAN-Gateway (HomeMatic RF-LAN Gateway)/ KEIN direkt angeschlossener - Adapter (funktioniert seit Umzug auf Raspimatic/OpenCCU problemlos)
- Verwendung mit Anbindung an Homeassistant mit Integration "Homematic(IP) Local for OpenCCU Version 2.8.3"

Bisher versucht:
- Rollback auf vorherige FW-Versionen ohne Erfolg. Fehler auch hier vorhanden, obwohl diese vorher problemlos gelaufen sind
- Neuinstallation OpenCCU auf Proxmox (Wiederherstellung aus Backup)
- Neuinstallation Homeassistant und Anbindung mit Integration (Fehler weiterhin vorhanden, HASS lässt sich nicht mehr bedienen, nach Deaktivierung der Integration sind alle Funktionen außer Homematic verfügbar und können bedient werden)
- De-/Installation CuxD
- Unzählige Neustarts der Systeme und Gateways
- Der Versuch, OpenCCU wieder auf einen Raspi 4 zu installieren hat nicht funktioniert, da sich das Backup nicht einspielen lässt[/list]

Fehlerlog:

Code: Alles auswählen

Aug  3 22:50:10 KWRaspiMatic user.err monit[2063]: 'HMIPServer' service restarted 1 times within 1 cycles(s) - exec
Aug  3 22:50:10 KWRaspiMatic user.info monit[2063]: 'HMIPServer' exec: '/bin/triggerAlarm.tcl HMIPServer restarted WatchDog: hmipserver-restart true'
Aug  3 22:50:10 KWRaspiMatic user.info monit[2063]: 'HMIPServer' process is running after previous exec error (slow starting or manually recovered?)
Aug  3 22:50:10 KWRaspiMatic user.info monit[2063]: 'HMIPServer' process is running after previous restart timeout (manually recovered?)
Aug  3 22:50:10 KWRaspiMatic user.err monit[2063]: 'HMIPServer' failed protocol test [DEFAULT] at [localhost]:39292 [TCP/IP] -- Connection refused
Aug  3 22:50:10 KWRaspiMatic user.info monit[2063]: 'HMIPServer' trying to restart
Aug  3 22:50:10 KWRaspiMatic user.info monit[2063]: 'HMIPServer' restart: '/etc/init.d/S62HMServer restart'
Aug  3 22:50:11 KWRaspiMatic daemon.warn cuxd[1536]: process_rpc_request(127.0.0.1) - illegal XMLRPC(listDevices) request
Aug  3 22:50:40 KWRaspiMatic user.err monit[2063]: 'HMIPServer' failed to restart (exit status -1) -- '/etc/init.d/S62HMServer restart': Program timed out -- Stopping HMIPServer: OK Starting HMIPServer: ...............
Aug  3 22:50:58 KWRaspiMatic user.info monit[2063]: 'HMIPServer' process is running after previous exec error (slow starting or manually recovered?)
Aug  3 22:50:58 KWRaspiMatic user.err monit[2063]: 'HMIPServer' failed protocol test [DEFAULT] at [localhost]:39292 [TCP/IP] -- Connection refused
Aug  3 22:50:58 KWRaspiMatic user.info monit[2063]: 'HMIPServer' trying to restart
Aug  3 22:50:58 KWRaspiMatic user.info monit[2063]: 'HMIPServer' restart: '/etc/init.d/S62HMServer restart'
Aug  3 22:50:59 KWRaspiMatic daemon.warn cuxd[1536]: process_rpc_request(127.0.0.1) - illegal XMLRPC(listDevices) request
Aug  3 22:51:28 KWRaspiMatic user.err monit[2063]: 'HMIPServer' failed to restart (exit status -1) -- '/etc/init.d/S62HMServer restart': Program timed out -- Stopping HMIPServer: OK Starting HMIPServer: ...............
Aug  3 22:51:46 KWRaspiMatic user.err monit[2063]: 'HMIPServer' service restarted 1 times within 1 cycles(s) - exec
Aug  3 22:51:46 KWRaspiMatic user.info monit[2063]: 'HMIPServer' exec: '/bin/triggerAlarm.tcl HMIPServer restarted WatchDog: hmipserver-restart true'
Aug  3 22:51:46 KWRaspiMatic user.info monit[2063]: 'HMIPServer' process is running after previous exec error (slow starting or manually recovered?)
Aug  3 22:51:46 KWRaspiMatic user.info monit[2063]: 'HMIPServer' process is running after previous restart timeout (manually recovered?)
Aug  3 22:51:46 KWRaspiMatic user.err monit[2063]: 'HMIPServer' failed protocol test [DEFAULT] at [localhost]:39292 [TCP/IP] -- Connection refused
Aug  3 22:51:46 KWRaspiMatic user.info monit[2063]: 'HMIPServer' trying to restart
Aug  3 22:51:46 KWRaspiMatic user.info monit[2063]: 'HMIPServer' restart: '/etc/init.d/S62HMServer restart'
Aug  3 22:51:47 KWRaspiMatic daemon.warn cuxd[1536]: process_rpc_request(127.0.0.1) - illegal XMLRPC(listDevices) request
Aug  3 22:52:16 KWRaspiMatic user.err monit[2063]: 'HMIPServer' failed to restart (exit status -1) -- '/etc/init.d/S62HMServer restart': Program timed out -- Stopping HMIPServer: OK Starting HMIPServer: ...............
Aug  3 22:52:33 KWRaspiMatic user.info monit[2063]: 'HMIPServer' process is running after previous exec error (slow starting or manually recovered?)
Aug  3 22:52:33 KWRaspiMatic user.err monit[2063]: 'HMIPServer' failed protocol test [DEFAULT] at [localhost]:39292 [TCP/IP] -- Connection refused
Aug  3 22:52:33 KWRaspiMatic user.info monit[2063]: 'HMIPServer' trying to restart
Aug  3 22:52:33 KWRaspiMatic user.info monit[2063]: 'HMIPServer' restart: '/etc/init.d/S62HMServer restart'
Aug  3 22:52:35 KWRaspiMatic daemon.warn cuxd[1536]: process_rpc_request(127.0.0.1) - illegal XMLRPC(listDevices) request

Hier nur die letzten Einträge. Diese wiederholen sich ca. alle 30 sec.

Weitere Festestellungen bei OpenCCU:
- Aufruf Systemsteuerung/Kopplungen:

Error while loading the following file: /pages/jpages/system/Coupling/show?sid=@LuijlWBebA@

- Aufruf Systemsteuerung/Allgemeine Einstellungen:

Error while loading the following file: /pages/jpages/system/StorageSettings/show?sid=@LuijlWBebA@

Ich wäre dankbar für jeden Hinweis, das ich das System wieder zum laufen bekomme. Ich möchte nur ungern alle 100 Geräte neu anlernen müssen
Falls noch irgendwelche Informationen hilfreich sind, gerne...

Vielen Dank schon mal.

Gruß
Karl

[jp112sdl]

Das wichtigste Log fehlt leider... /var/log/hmserver.log

Dort findest du möglicherweise einen Hinweis darauf, was den HMIPServer zum Absturz bringt.

Du kannst in der WebUI (bei Zentralenwartung) auch das Loglevel erhöhen, falls die Infos im Logfile noch nicht ausreichen.

[MichaelN]

Hört sich für mich nach defekter SD-Karte an. Mal mit einem älteren Backup probieren

[Xel66]

Seit dem letzten Update habe ich massive Probleme mit dem ständigen Restart des HMIPServers.
Der Restart wird laufend ausgeführt und blockiert das System vollständig. Dies hatte ich auch schon vor dem letzten Update vereinzelt beobachtet, jedoch hat sich das wieder gelegt bzw. war nur vereinzelt. Die ganzen Jahre/Monate davor hatte ich nie Probleme.


- 2x LAN-Gateway (HM Configuration Tool LAN/HM-CFG-LAN)/ 1x CCU2 als LAN-Gateway (HomeMatic RF-LAN Gateway)/ KEIN direkt angeschlossener - Adapter (funktioniert seit Umzug auf Raspimatic/OpenCCU problemlos)

Naja, schon widersprüchlich. Auch vereinzelte Abstürze lassen nicht auf einen problemlosen Betrieb schließen, sondern nur, dass die Probleme nicht so präsent aufgetreten sind. Du hast einen vereinzelt/häufig abstürzenden Prozess, der Dir das System lahmlegen, nicht der Restart blockiert das System, sondern das, was den Restart verursacht.

Für die systeminterne Verschlüsselung ist ein lokal verfügbares Modul zwingende Voraussetzung, egal wie es angebunden ist. Alte Systeme (CCU2) haben das in Software gemacht. Würde mich nicht wundern, wenn das so langsam ausgeknipst wird. Die Meldung "failed protocol test" lässt für mich darauf schließen. Der Dienst sucht das Modul, findet aber nix und wirft das Handtuch.

Gruß Xel66

[Baxxy]

Naja, er nutzt ja nur LGW's und damit kein HmIP. Somit braucht er auch keine "HmIP-Verschlüsselung".
Jedenfalls deute ich das so aus:

KEIN direkt angeschlossener - Adapter

Außerdem startet bei ihm ja auch nur der "abgespeckte" HMServer (/opt/HMServer/HMServer.jar) und nicht der "vollwertige" HmIPServer (/opt/HMServer/HMIPServer.jar).

Aber egal, wenn der HM/HmIPServer crasht merkt Monit das und versucht den neu zu starten. Das kann gerne mal in einem Endlos-Loop enden.
Und daraus resultiert u.a. die "failed protocol test" - Meldung.

Letztlich hat's @jp112sdl auf den Punkt gebracht... ohne Logs geht's hier nicht weiter.

[Xel66]

Naja, er nutzt ja nur LGW's und damit kein HmIP. Somit braucht er auch keine "HmIP-Verschlüsselung".
Jedenfalls deute ich das so aus:

Deute ich ebenfalls so. Ob das System aber der Meinung ist, sich vollständig zu starten und deshalb entsprechende Hardware sucht, steht auf einem anderen Blatt. Man kann kann OpenCCU auch komplett ohne "Funk"hardware betreiben. Da zickt es nicht. Das Log meint aber, dass der Protokolltest fehlschlägt.

Gruß Xel66

[kw1kbm]

Servus zusammen,

vielen Dank schon mal für die Rückmeldungen...
Den Loglevel habe ich erhöht und auch das hmserver.log hab ich angehängt...
Ich hoffe das hilft weiter, ich bin damit überfordert

@MichaelN: SD-Karte scheidet aus, da nicht vorhanden. Ist eine Installation auf Proxmox (NUC mit NVME).

@Xel66: Natürlich sind auch vereinzelte Abstürze nicht problemlos, haben aber bislang nicht das System komplett blockiert. Ich wollte damit ausdrücken, dass der Fehler vorher auch da war, jetzt aber alles lahmlegt. Die Ursache dafür würde ich ja gerne herausfinden.

@Baxxy: Korrekt, ich habe bislang nur LAN-Adapter genutzt, da ich kein HomematicIP, sondern nur Homematic-Komponenten nutze. Das hat bislang ja auch super funktioniert... bis jetzt...

Wenn ein lokaler USB-Adapter die Lösung bringt, wird es daran nicht scheitern, ich bin mir nur nicht sicher ob das die Ursache ist und falls ja, welcher USB-Adapter hier am besten passen würde.

In jedem Fall vielen Dank für die Unterstützung an alle...

[kw1kbm]

Hallo zusammen,

hat tatsächlich keiner eine Idee dazu...?
Mir fällt dann nur noch ein "Neuanfang" in einer neuen OpenCCU-Instanz ein, womit ich aber ja leider alle Geräte neu anlernen muss. Eine Übernahme mit Backup habe ich ja schon versucht, womit auch der Fehler mitgewandet ist
Gibt es eine Möglichkeit, nur die Geräte zu importieren?

Ich hoffe noch immer auf die eine Idee, welche das Problem lösen kann.
Vielen Dank.

Gruß
Karl

[jp112sdl]

Nutzt du dieses ESHLight Plugin von OSRAM ?
Der kackt ja immer ab wenn er irgendsoeine Map DB lesen will:

Code: Alles auswählen

2026-08-04 22:21:29,187 de.eq3.ccu.server.BaseHMServer INFO  [main] Init ESHLight Bridge 
2026-08-04 22:21:29,209 org.eclipse.smarthome.core.common.ThreadPoolManager DEBUG [main] Created scheduled thread pool 'discovery' of size 5 
2026-08-04 22:21:29,253 org.eclipse.smarthome.core.common.ThreadPoolManager DEBUG [main] Created scheduled thread pool 'thingManager' of size 5 
2026-08-04 22:21:29,254 de.eq3.eshlight.runtime.ThingManager DEBUG [main] Thing handler factory 'LightifyHandlerFactory' added 
2026-08-04 22:21:29,254 de.eq3.eshlight.runtime.ThingManager DEBUG [main] Thing handler factory 'HueThingHandlerFactory' added 
2026-08-04 22:21:29,341 org.eclipse.smarthome.storage.mapdb.internal.MapDbStorageService DEBUG [main] Opened MapDB file at '/etc/config/eshlight/mapdb/storage.mapdb'. 
2026-08-04 22:21:29,356 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [main] Exception in thread "main" java.lang.NoSuchMethodError: 'void com.google.gson.internal.ConstructorConstructor.<init>(java.util.Map, boolean, java.util.List)' 
2026-08-04 22:21:29,356 de.eq3.cbcs.util.EQ3LoggerOutputStream ERROR [main] 

Falls du das nicht brauchst oder relativ leicht neu einbinden kannst, dann lösch doch mal testweise die /etc/config/eshlight/mapdb/storage.mapdb

[kw1kbm]

Hallo jp112sdl,

so wie es aktuell aussieht, könnte das der entscheidende Hinweis gewesen sein
ESHLight Plugin von OSRAM hatte ich nie in Verwendung, aber Philipps Hue war als Kopplung aktiv...
Ich habe das Verzeichnis umbenannt. Nach dem Neustart wurde das Verzeichnis und die Dateien zwar neu angelegt, jedoch ist bislang der Fehler nicht mehr aufgetreten. Aktuell ist das System online und ansprechbar.

Werde ich weiter beobachten.
In jedem Fall schon mal vielen Dank...

Gruß
Karl