Openhab Adapter aktualisiert nicht
-
Gestern kamen sekundenweise Meldungen wie: "openhab.0 Unknown type: {"type":"UnDef","value":"UNDEF"}"
Daraufhin habe ich den Adapter gestoppt, deinstalliert und wieder installiert.
Seitdem läuft nichts mehr.
Beim Installieren und ersten Start werden die Objekte angelegt und danach aber nicht mehr aktualisiert..
Das Komische ist, dass es mal funktioniert hat (wenn auch mit den Fehlermeldungen)
EDIT:
Ich habe diese Fehlermeldung noch gefunden:
Cannot write files: /opt/iobroker/node_modules/iobroker.js-controller/lib/objects/../../../../iobroker-data/files/openhab.admin/_data.json: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/../../../../iobroker-data/files/openhab.admin/_data.json'
Evtl hilft das?
-
Welche Dateien liegen in dem Verzeichnis /opt/iobroker/iobroker-data/files/openhab.admin?
Gibt es das Verzeichnis überhaupt? Und wie sind die Zugriffsrechte des Verzeichnisses?
Wurde der Adapter über das WebInterface installiert? Gab es da auch schon Fehlermeldungen?
Die Meldung mit den "UNDEF" sieht komisch aus. Wenn das Adapter überhaupt wieder was macht, wäre ein Log mit aktiviertem DEBUG (oder besser "SILLY") hilfreich.
Gruß,
Sven
-
Das Verzeichnis gibt es (siehe screenshot)
Die Berechtigungen sind die gleichen, wie bei den anderen Ordnern.
Adapter wurde über das Webinterface installiert. Bei der Installation gab es (meines Wissens nach) keine Fehlermeldungen
EDIT:
gefundene Warnungen beim Installieren:
WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@~0.1.4 (node_modules/noble/node_modules/xpc-connection):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connecti
iobroker 2017-12-05 10:05:31.393 info npm
iobroker 2017-12-05 10:05:31.391 info npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
iobroker 2017-12-05 10:05:31.391 info npm WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@~0.1.4 (node_modules/iobroker.radar/node_modules/noble/node_modules/xpc-connection):
iobroker 2017-12-05 10:05:31.391 info npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
iobroker 2017-12-05 10:05:31.391 info npm WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@~0.1.4 (node_modules/iobroker.ble/node_modules/noble/node_modules/xpc-connection):
iobroker 2017-12-05 10:05:31.391 info WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@^1.0.0 (node_modules/chokidar/node_modules/fsevents):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.1.3: wante
2480_bildschirmfoto_vom_2017-12-05_09-49-07.png -
Kannst du den Debug-Level mal auf "Silly" stellen, den OH-Adapter neu starten und dann die Datei posten?
Wir fällt im Moment ausser Neu-Installation nicht viel ein, aber vielleicht gibt die Log-Datei was her.
Gruß,
Sven
-
wie stellt man das Debug-Level um?
-
In der Übersicht der Instanzen, aber es muss der Expertenmodus aktiviert sein.
-
Ok. ich habe den Adapter neu gestartet und dabei kam dieser Log:
! openhab.0 2017-12-05 14:04:59.081 debug stateChange openhab.0.items.network_device_192_168_1_1_time {"val":19.232366,"ack":true,"ts":1512464798712,"q":0,"from":"system.adapter.openhab.0","lc":1512464798712}
! openhab.0 2017-12-05 14:04:59.077 silly inMem message openhab.0.* openhab.0.items.network_device_192_168_1_1_time val=19.232366, ack=true, ts=1512464798712, q=0, from=system.adapter.openhab.0, lc=1512464798712
! openhab.0 2017-12-05 14:04:59.044 debug stateChange openhab.0.items.systeminfo_computer_openHabian_process_used {"val":null,"ack":true,"ts":1512464798630,"q":0,"from":"system.adapter.openhab.0","lc":1512464798630}
! openhab.0 2017-12-05 14:04:59.041 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_process_used val=null, ack=true, ts=1512464798630, q=0, from=system.adapter.openhab.0, lc=1512464798630
! openhab.0 2017-12-05 14:04:59.002 debug stateChange openhab.0.items.systeminfo_computer_openHabian_swap_used {"val":null,"ack":true,"ts":1512464798507,"q":0,"from":"system.adapter.openhab.0","lc":1512464798507}
! openhab.0 2017-12-05 14:04:59.001 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_swap_used val=null, ack=true, ts=1512464798507, q=0, from=system.adapter.openhab.0, lc=1512464798507
! openhab.0 2017-12-05 14:04:58.968 debug stateChange openhab.0.items.systeminfo_computer_openHabian_process_load {"val":null,"ack":true,"ts":1512464798447,"q":0,"from":"system.adapter.openhab.0","lc":1512464798447}
! openhab.0 2017-12-05 14:04:58.963 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_process_load val=null, ack=true, ts=1512464798447, q=0, from=system.adapter.openhab.0, lc=1512464798447
! openhab.0 2017-12-05 14:04:58.951 debug stateChange openhab.0.items.systeminfo_computer_openHabian_cpu_load {"val":3.2,"ack":true,"ts":1512464798435,"q":0,"from":"system.adapter.openhab.0","lc":1512464798435}
! openhab.0 2017-12-05 14:04:58.948 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_cpu_load val=3.2, ack=true, ts=1512464798435, q=0, from=system.adapter.openhab.0, lc=1512464798435
! openhab.0 2017-12-05 14:04:58.925 debug stateChange openhab.0.items.systeminfo_computer_openHabian_storage_used {"val":4500,"ack":true,"ts":1512464798411,"q":0,"from":"system.adapter.openhab.0","lc":1512464798411}
! openhab.0 2017-12-05 14:04:58.923 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_storage_used val=4500, ack=true, ts=1512464798411, q=0, from=system.adapter.openhab.0, lc=1512464798411
! openhab.0 2017-12-05 14:04:58.906 debug stateChange openhab.0.items.systeminfo_computer_openHabian_storage_available {"val":55436,"ack":true,"ts":1512464798398,"q":0,"from":"system.adapter.openhab.0","lc":1512464798398}
! openhab.0 2017-12-05 14:04:58.904 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_storage_available val=55436, ack=true, ts=1512464798398, q=0, from=system.adapter.openhab.0, lc=1512464798398
! openhab.0 2017-12-05 14:04:58.885 debug stateChange openhab.0.items.systeminfo_computer_openHabian_memory_usedPercent {"val":39.1,"ack":true,"ts":1512464798376,"q":0,"from":"system.adapter.openhab.0","lc":1512464798376}
! openhab.0 2017-12-05 14:04:58.883 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_memory_usedPercent val=39.1, ack=true, ts=1512464798376, q=0, from=system.adapter.openhab.0, lc=1512464798376
! openhab.0 2017-12-05 14:04:58.866 debug stateChange openhab.0.items.systeminfo_computer_openHabian_memory_availablePercent {"val":60.9,"ack":true,"ts":1512464798356,"q":0,"from":"system.adapter.openhab.0","lc":1512464798356}
! openhab.0 2017-12-05 14:04:58.864 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_memory_availablePercent val=60.9, ack=true, ts=1512464798356, q=0, from=system.adapter.openhab.0, lc=1512464798356
! openhab.0 2017-12-05 14:04:58.847 debug stateChange openhab.0.items.systeminfo_computer_openHabian_memory_used {"val":379,"ack":true,"ts":1512464798343,"q":0,"from":"system.adapter.openhab.0","lc":1512464798343}
! openhab.0 2017-12-05 14:04:58.845 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_memory_used val=379, ack=true, ts=1512464798343, q=0, from=system.adapter.openhab.0, lc=1512464798343
! openhab.0 2017-12-05 14:04:58.813 debug stateChange openhab.0.items.systeminfo_computer_openHabian_memory_available {"val":591,"ack":true,"ts":1512464798330,"q":0,"from":"system.adapter.openhab.0","lc":1512464798330}
! openhab.0 2017-12-05 14:04:58.811 silly inMem message openhab.0.* openhab.0.items.systeminfo_computer_openHabian_memory_available val=591, ack=true, ts=1512464798330, q=0, from=system.adapter.openhab.0, lc=1512464798330
! openhab.0 2017-12-05 14:04:58.808 debug Error: {"type":"error","status":404}
! openhab.0 2017-12-05 14:04:58.589 debug stateChange openhab.0.info.connection {"val":true,"ack":true,"ts":1512479098560,"q":0,"from":"system.adapter.openhab.0","lc":1512479098560}
! openhab.0 2017-12-05 14:04:58.576 silly inMem message openhab.0.* openhab.0.info.connection val=true, ack=true, ts=1512479098560, q=0, from=system.adapter.openhab.0, lc=1512479098560
! openhab.0 2017-12-05 14:04:58.568 warn oh2iob - Unknown type: color
! openhab.0 2017-12-05 14:04:58.560 info connected
! openhab.0 2017-12-05 14:04:58.374 info starting. Version 0.2.1 in /opt/iobroker/node_modules/iobroker.openhab, node: v6.12.0
! host.iobroker 2017-12-05 14:04:56.061 info instance system.adapter.openhab.0 started with pid 2414
! host.iobroker 2017-12-05 14:04:53.566 info instance system.adapter.openhab.0 terminated with code null ()
! host.iobroker 2017-12-05 14:04:53.565 warn instance system.adapter.openhab.0 terminated due to SIGTERMAber kein wirklicher Fehler oder?
-
ok… ich habe im Zuge der Homematic-Instalation (YAHM auf einem anderen raspi) iobroker rebootet und siehe da: nun läuft der adapter!
Allerdings nun mit der sekündlichen Fehlermeldung:
openhab.0 2017-12-05 16:14:37.668 warn oh2iob - Unknown type: undef
und einmal beim Start des Adapters:
warn oh2iob - Unknown type: color
Bekomme ich dieses Problem auch noch behoben?
-
Den Hinweis mit "Color" kann ich beheben und den Typen implementieren.
Bezüglich des "undef" kann ich aus dem anderen Log nichts erkennen. Evtl. mal ein aktuelles DEBUG-log erzeugen.
Gruß,
Sven
-
Soo.. ein wenig schlauer
Die UNDEF Fehler kommen von einem OH-Binding. "Local Computer" habe ich aktiviert. OH läuft auf einem Raspi3. Ich hatte die Prozesse aktiviert. Es sollten die System-Prozess-Informationen ausgegeben werden, was nicht funktionierte…
Hab ausgeschaltet und den Adapter neu gestartet. Nun kommt nur noch der Color-Fehler. Lag also nicht an iobroker sondern an OH.
Nun läuft alles.
Warum der Adapter erst seit der Installation des Homematic-Adapters und eines Reboot läuft, kann ich nicht sagen.
Hatte schon mehrmals rebootet
Aber nun alles i.O.
Grüße
-
Nachtrag:
Openhab-Adapter aktualisiert nur, wenn das Debug-Level auf silly steht.
Sobald ich wieder auf "info" stelle, wird nicht mehr aktualisiert.
Hatte also nix mit reboot zu tun.
Nun ist das Problem wieder da
-
Sind evtl. 2 Instanzen aktiv? Nach dem Umstellen des Debug-Levels schon einen Neustart probiert?
-
Es ist nur eine Instanz installiert und aktiv.
Ich hab bemerkt, dass ich den Adapter öfter neu starten muss. Dann funktioniert das Update der Objekte.
Nach einiger Zeit allerdings nicht mehr irgendwie. Obwohl der Adapter noch "Grün" ist
Schwer, hier den Fehler zu finden oder?
-
Ja, ist nicht so einfach.
Und in der Log-Datei ist nichts auffälliges zu sehen? Und bei Einstellung "Silly" läuft der Adapter fehlerfrei?
-
nein nichts Auffälliges zu sehen…aber momentan läuft der Adapter stabil.
Heute morgen noch mal neu gestartet und momentan läuft alles.
Ich kann echt nicht sagen, woran das alles liegt.
Manchmal scheint sich der Adapter irgendwie aufzuhängen
-
Update
Ich habe den Adapter jetzt 2 Tage laufen. Heute morgen kamen keine Statusupdates mehr.
Nach Neustart des Adapters läuft alles wieder wie zuvor
-
Und ich vermute, dass im Log nichts zu finden ist.
Da stehe ich jetzt auch auf dem Schlauch und kann nicht weiterhelfen.
-
Naja, solange er läuft, ist alles gut
