Test js-controller v2.0.x (GitHub)
-
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.
-
@arteck sagte in [Aufruf] js-controller 2.0 Beta Test:
curl -sL https://iobroker.net/fix.sh | bash -hast du gemach t??
ups, auf das Naheliegende kommt man nicht. Danke für den Tip, Fehler ist nun weg.
-
@opossum naheliegend? .... naja lies mal den ersten Beitrag bei Installation durch
-
Hallo apollon77
Läuft alles soweit Prima, ABERIch habe unter:
/opt/iobroker/iobroker-data/files/Eigene Imagesmeine eigenen Images hinterlegt.
Seit Update auf 2.0.4 werden die im VIS nicht mehr angezeigt.
Auch im Widget kann ich sie nicht mehr auswählen.
Dort sollten nicht nur die beiden anderen Ordner angezeigt werden sondern alle Images. Es sind .png Dateien.
Ich hänge mal 2 Screenshots mit an.
Beim versuch in die anderen Ordner zu wechseln macht der Master einen Neustart und bekomme im Log folgende Fehlermeldung:
host.rockpro64 2019-09-20 09:24:05.324 error at Object.checkFileRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:226:17) host.rockpro64 2019-09-20 09:24:05.324 error at ObjectsInMemoryServer.getUserGroup (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemFileDB.js:201:22) host.rockpro64 2019-09-20 09:24:05.324 error at Object.getUserGroup (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:333:25) host.rockpro64 2019-09-20 09:24:05.324 error at ObjectsInMemoryServer.utils.getUserGroup (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemFileDB.js:203:22) host.rockpro64 2019-09-20 09:24:05.324 error at ObjectsInMemoryServer.objects.getUserGroup (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:230:13) host.rockpro64 2019-09-20 09:24:05.324 error at checkFileRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:244:13) host.rockpro64 2019-09-20 09:24:05.324 error at ObjectsInMemoryServer.checkFile (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemFileDB.js:158:32) host.rockpro64 2019-09-20 09:24:05.324 error at objects.checkFile (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsUtils.js:248:20) host.rockpro64 2019-09-20 09:24:05.324 error at checkFileRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemFileDB.js:683:33) host.rockpro64 2019-09-20 09:24:05.324 error at ObjectsInMemoryServer._readDir (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemFileDB.js:584:50) host.rockpro64 2019-09-20 09:24:05.324 error TypeError: Cannot read property 'Eigene Images' of undefined host.rockpro64 2019-09-20 09:24:05.321 error uncaught exception: Cannot read property 'Eigene Images' of undefined -
@Yetiberg Bitte leg mal für diese Meldung ein GitHub Issue an.kriegen wir gefixt, ABER das wichtigste ist: Du machst da etwas was so nicht supportet ist! Diese Files existieren zwar innerhalb dem Verzeichnis aber Formal kennt ioBroker die nicht in den eigenen Strukturen. Sie werden auch nicht gebackuped und so. Also formal existieren die nicht weil SIe zu keinem Objekt im ioBroker-System gehören. Das Du Sie nutzen kannst wenn "Objects-DB vom Typ file ist" ist quasi Zufall. Du solltest schauen das Du diese Files regulär hochlädst und dann in vis.0 ablegst ... aber auch hier ist ein einfaches kopieren ggf nicht genug! Upload via CLI oder Vis Dateinmanager
