Test js-controller v2.0.x (GitHub)
-
Installiert.
Dann teste ich mal.
-
Testsystem geupdated, ohne Probleme, System läuft soweit unauffällig.
-
Habe mein Testsystem gerade angehoben, alle Adapter sind gestartet. Im Log habe ich nach dem Neustart folgenden Fehler:
Nachdem ich die Rechte des Ordners iobroker.js-Controller auf 777 gesetzt hatte, war der Fehler nach einem Neustart nicht mehr vorhanden, jetzt ist auch die Datei pid.txt vorhanden. Könnte aber auch an Debian Buster liegen.Gruß
Egbert -
-
Bei dem Fehler ist es denke ich mal interesssant wem die pids.txt gehört. Falls „root“ ist die Frage wie es dazu gekommen sein könnte. Weil damit das ist muss iobroker mal als root gestartet worden sein.
-
@opossum sagte in [Aufruf] js-controller 2.0 Beta Test:
Nachdem ich die Rechte des Ordners iobroker.js-Controller auf 777 gesetzt hatte, war der Fehler nach einem Neustart nicht mehr vorhanden, jetzt ist auch die Datei pid.txt vorhanden. Könnte aber auch an Debian Buster liegen.
Bitte nicht mehr mit chmod 777 arbeiten
Der Installation Fixer ist das Mittel der Wahl! -
Fehlermeldung 1
Adapter: iqcontrol:
Die UI wird geöffnet, aber es kommen keine Daten mehr und man kann auch keine Geräte mit den Icon Bleistift bearbeiten.
https://github.com/sbormann/ioBroker.iqontrol/issues/81
closed Fehler mit JS-Controller Version 2.0.2 Beta #81
-
Fehlermeldung 2
Adapter: Alle
Fehler: code 7iqontrol.0 2019-09-19 10:27:23.113 debug system.adapter.admin.0: logging true host.Medion 2019-09-19 10:27:22.904 info Restart adapter system.adapter.snmp.0 because enabled host.Medion 2019-09-19 10:27:22.904 error instance system.adapter.snmp.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) snmp.0 2019-09-19 10:27:22.890 error snmp.0 already running host.Medion 2019-09-19 10:27:22.699 info instance system.adapter.firetv.1 started with pid 7004 host.Medion 2019-09-19 10:27:22.497 info instance system.adapter.ping.0 started with pid 13792 host.Medion 2019-09-19 10:27:22.249 info instance system.adapter.snmp.0 started with pid 8660 host.Medion 2019-09-19 10:27:21.847 info Restart adapter system.adapter.statistics.0 because enabled host.Medion 2019-09-19 10:27:21.847 error instance system.adapter.statistics.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) statistics.0 2019-09-19 10:27:21.826 error statistics.0 already running host.Medion 2019-09-19 10:27:21.311 info instance system.adapter.statistics.0 started with pid 12120 host.Medion 2019-09-19 10:27:21.203 info Restart adapter system.adapter.snmp.0 because enabled host.Medion 2019-09-19 10:27:21.203 error instance system.adapter.snmp.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) snmp.0 2019-09-19 10:27:21.182 error snmp.0 already running host.Medion 2019-09-19 10:27:21.066 info Restart adapter system.adapter.wifilight.0 because enabled host.Medion 2019-09-19 10:27:21.066 error instance system.adapter.wifilight.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) wifilight.0 2019-09-19 10:27:21.033 error wifilight.0 already running host.Medion 2019-09-19 10:27:20.840 info Restart adapter system.adapter.cloud.0 because enabled host.Medion 2019-09-19 10:27:20.840 error instance system.adapter.cloud.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) host.Medion 2019-09-19 10:27:20.830 info Restart adapter system.adapter.hue.0 because enabled host.Medion 2019-09-19 10:27:20.830 error instance system.adapter.hue.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) cloud.0 2019-09-19 10:27:20.794 error cloud.0 already running hue.0 2019-09-19 10:27:20.779 error hue.0 already running -
@sigi234 Und was ist DAVOR passiert? Das "error 7" sagt nur "uups der läuft schon aber ich will ihn nochmal starten" ... das heisst die Frage ist was davor war
-
Und PS: Hat sich das mit Error 7 danach gefangen pder hast Du manuell etwas tun müssen? AN sich sollten solche Fehler einmalig kommen und der Adapter danach es alleine fixen
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Und PS: Hat sich das mit Error 7 danach gefangen pder hast Du manuell etwas tun müssen? AN sich sollten solche Fehler einmalig kommen und der Adapter danach es alleine fixen
Nein, Fehler kommen ständig.
-
Ok, dann kille mal die prozesse die laufen. Ist im Log davor irgendwas? Es muss nen grund geben warum er die neu starten wollte
-
@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:
Ok, dann kille mal die prozesse die laufen. Ist im Log davor irgendwas? Es muss nen grund geben warum er die neu starten wollte
Dann müsste ich alle killen.....ich starte mal neu.
Keine Änderung,...LOG:
-
Läuft seit gestern Abend, allerdings hatte ich auch den PID-Fehler. Die TXT existierte bei mir einfach nicht, also auch nix mit Rechte setzen. Leider habe ich dann zu schnell den Fixer drüber laufen lassen (danach funktionierte es) und mir nicht die Rechte vom Verzeichnis angeschaut. Die müssten aber gestimmt haben, da ich schon ein paar mal vorher den Fixer drüber laufen hatte.
Ein paar Schwierigkeiten hatte ich noch mit node-RED:node-red.0 2019-09-19 10:57:31.326 error node-red.0 invalid instance object: {"_id":"","type":"channel","common":{"name":"States created by node-red.%INSTANCE%","role":"info"},"native":{}}und dann (stimmt jetzt zeitlich nicht so ganz, da falsch aus dem Log kopiert) bis zum abwinken:
2019-09-19 09:24:57.808 - error: node-red.0 19 Sep 09:24:57 - [error] [ioBroker get:c7dd8250.fd991] TypeError: Cannot read property 'getObject' of undefined at Adapter.getObject (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:1917:26) at checkState (/opt/iobroker/node_modules/iobroker.node-red/nodes/ioBroker.js:85:17) at new IOBrokerGetNode (/opt/iobroker/node_modules/iobroker.node-red/nodes/ioBroker.js:330:17) at Object.createNode (/opt/iobroker/node_modules/iobroker.node-red/node_modules/@node-red/runtime/lib/nodes/flows/util.js:483:31) at Flow.start (/opt/iobroker/node_modules/iobroker.node-red/node_modules/@node-red/runtime/lib/nodes/flows/Flow.js:176:44) at start (/opt/iobroker/node_modules/iobroker.node-red/node_modules/@node-red/runtime/lib/nodes/flows/index.js:329:33) at tryCatchReject (/opt/iobroker/node_modules/iobroker.node-red/node_modules/when/lib/makePromise.js:845:30) at runContinuation1 (/opt/iobroker/node_modules/iobroker.node-red/node_modules/when/lib/makePromise.js:804:4) at Fulfilled.when (/opt/iobroker/node_modules/iobroker.node-red/node_modules/when/lib/makePromise.js:592:4) at Pending.run (/opt/iobroker/node_modules/iobroker.node-red/node_modules/when/lib/makePromise.js:483:13)Neustart nur von node-RED löste das Problem und derzeit läuft soweit erst mal alles.
-
@SBorg Den erste Fehler fixe ich das das nicht angezeigt wird. Der zweite passiert wenn der Adapter die Objects-DB Verbindung verliert. Was ewar denn so im Log als das begonnen hat (also kurz davor)?
-
Nichts schlimmes, nur der 1. node-RED Fehler, dann paar normale Infos und der "übliche"
2019-09-19 09:24:55.189 - warn: node-red.0 19 Sep 09:24:55 - [warn] Projekte inaktiviert: setze editorTheme.projects.enabled=true zum Aktivierendanach kommt dann der 2. Fehler.
-
Hey All,
Auf GitHub gibt es die 2.0.3 mit ein paar Optimierungen für Fälle wie Verbindungsverluste von Adaptern zur Objects/Sate DB und "Error 7" Fälle. Der Fehler sollte jetzt maximal einmal kommen und dann weg bleiben ... bitte schaut mal ob das alles so passt.
Nach dem Stoppen bitte nochmal schauen das wirklich alle Prozesse auch weg sind (io.*), dann update und neu starten ... -
Node-RED lüppt nu auch
-
@apollon77
Habe 2.0 installiert, bei mir ohne Fehlermeldung. Scheint alles gut zu sein. -
Auf GitHub gibt es seid eben die 2.0.4. Ein fehlerhaftes "iobroker host" Kommando wurde gefixt und eine weitere Abfrage bei der Objekt-Migration hinzugefügt.
