-
-
Notifications
You must be signed in to change notification settings - Fork 187
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HMIPServer is constantly restarted #613
Comments
Maybe this error in the log is also related to the problem?:
|
I also noticed I cannot open "Connections" or "General Settings" in "Settings" anymore. If I press the buttons for those entries the background is grayed out but no popup window shows on top like usually. |
I have now imported a backup file from a previously good state and the problem is solved. |
@koegel Regarding your initial problem: Please execute @koegel Regarding the additional *.dev file. This could happen when you switched RF-modules and the re-keying process was interrupted (e.g. due to a hard restart, etc.) In that case the old *.dev file from the old RF-module is not deleted properly and thus can be a problem when reimporting a backup. |
I tried and found that the HMIPServer does not succeed in starting even without monit restarting it constantly. |
At this time to my best knowledge the raspberry was neither restarted nor did I switch RF-modules , so I wonder how this happened. |
@koegel So now everything works correctly and this ticket can be closed? |
Yes everything works now. I am just wondering if this is maybe something also other users may see from time to time and if RaspberryMatic could maybe detect broken .dev files and delete them to help users to resolve this situation? If you think this is not something that is likely to occur again for other users please consider this problem fixed. |
As said, this only usually ocurrs if an rf module is exchanged or users switch from a ccu2 to raspberrymatic and the rekeying is interrupted. In fact this is the first time I read about this outside the rekeying context |
Diese dev-File Leichen entstehen scheinbar auch, sofern das Anlernen eines Geräts nicht vollständig abgeschlossen wird. Dies passiert z.B. wenn der KeyServer nicht erreichbar ist, oder die Kommunikation teilweise gestört ist. Das Gerät wird nicht in der regadom eingetragen, taucht nicht im Posteingang auf, aber das dev-File bleibt als Leiche zurück. Es sollte daher z.B. beim Neustart geprüft werden, ob alle Geräte (dev-Files) auch in regadom eingetragen wurden, ist dies nicht der Fall, sollte die Leiche gelöscht werden, damit ein erneutes anlernen möglich wird. |
@HMside Das kann ich gerne für eine der nächsten Versionen vorsehen. Die Frage wäre nur wie genau man sowas abgleicht und herausfindet ob das Gerät das hinter dem dev file steckt auch wirklich nicht in der regadom vorhanden ist. Sollte das nicht eigentlich die Aufgabe des HMIPServer sein die dev files (da er ja die Dateien anlegt) auch aufzuräumen, oder?!? |
Ich denke da hat @jens-maus Recht, eigentlich sollte der HMIPServer überflüssige dev files abräumen. Außerdem sollte er imho die Exception graceful handeln und nicht einfach anhalten. |
Deshalb reaktiviere ich dieses Ticket mal und flagge es als upstream issue. |
Ich habe ebenfalls das Problem. Wie kann ich feststellen, welche dev file gelöscht werden muss? |
Ich habe das nur Anhand des Zeitstempels vermutet. Die Datei wurde zeitlich relativ nahe zum Zeitpunkt des Fehlers erzeugt. Ich habe sie daher probeweise in einen anderen Ordner verschoben und den HMIPServer neu gestartet . |
Habe ich ähnlich gemacht, Datei umbenannt und neugestartet. Bisher ohne erneuten Fehler. |
@jens-maus Besser wäre es selbstverständlich, wenn der HMServer bei einem misslungenen Anlernversuch das dev-File direkt wieder löschen. Des weiteren habe ich auch schon Backups gesehen, wo die ap und apkx Files doppelt vorhanden waren und zwar bei reinen Funk Systemen (ohne HmIP-DRAP). Ich vermute, das dies durch einen Zentralen, oder auch Funkmodul Wechsel verursacht wird. Auch hier sollte eine Prüfung erfolgreich. |
@HMside |
automatically started before starting HMIPServer and which will try to check if a *.dev, *.ap, *.apkx file should be moved away into an "old" folder so that upon HMIPServer startup only device files which are actually correctly referenced in the global homematic.regadom database are present. This refs #613.
So, inzwischen habe ich einmal solch ein besagtes Hilfskraft erstellt (siehe https://github.com/jens-maus/RaspberryMatic/blob/master/buildroot-external/overlay/base-raspmatic/bin/checkHmIPdevices.sh). Das sollte nach meinem Verständnis automatisch bei hochfahren des HMIPServer nun wie von @HMside vorgeschlagen die Konsistenz der Bitte diesen Skript gerne mal runterladen und unter RaspberryMatic ausführen, dann sollte er ausspucken ob es ggf. ein problem gibt. Wenn es keine Einwände oder Probleme beim testen des Skriptes gibt werde ich diesen dann für die nächste RaspberryMatic Version zur integration vorsehen und automatisch vor dem Start des HMIPServer ausführen lassen. |
Ich habe es ausprobiert und das Script findet (leider) zwei Treffer. Die beiden zugehörigen Dateien sind im Vergleich zu anderen .dev Dateien auch eher kurz ({...} = HEX-Zeichenfolgen):
|
@koegel Dann mal den Script mit der Option |
Ich habe aktuell eigentlich kein Problem. Bist du sicher dass die beiden Dateien überflüssig sind? |
Probieren geht über studieren würde ich sagen ;) und wäre schon eine hilfe für den nächsten Release zu erfahren ob das skript macht was es soll. Und wenn es danach probleme gibt oder Geräte weg sind sind die ja wieder schnell zurückkopiert. |
OK :), habe es ausprobiert. Scheint bisher keine negativen Seiteneffekte zu haben. Ich werde mich hier nochmal melden falls es doch noch Probleme gibt. |
Gut, danke. dann denke ich sollte es für den nächsten Release so i.O. gehen. |
HMIPServer restarted. |
Describe the bug
HMIPServer is constantly restarted . The alarm messages show that the HMIPServer is restarted about once every minute. None of the HomematicIP devices can be controlled via the central since they do not show in the WebUI any more.
In the hmserver.log an exception is logged during restart of the HMIPServer (full log see at the bottom):
To Reproduce
I do not know how to reproduce this. On my system the problem seems permanent since yesterday. Restarting the raspberry-pi does not change anything.
Expected behavior
HMIPServer should not restart constantly and Homematic IP devices can be controlled via the central.
System information (please complete the following information):
Additional context
Log output of hmserver.log:
The text was updated successfully, but these errors were encountered: