Test js-controller v2.0.x (GitHub)

apollon77

In diesem Post werden wir FAQ-artig öfter vorgekommene Fragen, Antworten, Tips und Tricks sammeln ...

1. Wie lang soll der Beta-test laufen?
Wir peilen aktuell ca. 2 Wochen ür den Beta Test an und wollen Anfang Oktober den js-controller 2.0 gern im Latest Repository veröffentlichen.

2. Ich bekomme nach dem Start von ioBroker einen Fehler im Log das pids.txt nicht geschrieben werden konnte. Was kann ich tun?
Der Fehler tritt auf wenn der Nutzer unter dem ioBroker gestartet wurde das genannte File nicht schreiben kann. Dies kann passieren wenn ioBroker aus Versehen als Root o.ä. gestartet wurde oder die Dateirechte dieser Datei verbogen sind. Die einfachste Abhilfe hier ist der Installation-Fixer (siehe oben im Text). Alternativ Bitte die Datei einfach löschen wenn ioBroker nicht läuft und dann sollte Sie beim nächsten Start korrekt angelegt werden.

3. Ich habe trotz der Warnungen bei iobroker setup custom auf einem Slave auch Daten migriert und nun funktioniert nichts mehr. Was kann ich tun?
Bei der Migration wird ein Backup erstellt. Dieses ist auf der Master-Host im backups Verzeichnis gespeichert und hat am Ende des Namens "-migration" angehängt. Um den Datenstand von der Master-Migration wieder herzustellen muss dieses Backup mittels iobroker restore <Filename> wieder eingespielt werden.
Danach alle Slave-Hosts umstellen und am Ende auf dem Master ein iobroker upload all ausführen.

4. Wie muss ich ein Skript was bisher in iobroker-data/files direkt geschrieben hat umbauen?
Das Skript sollte die writeFile Methode nutzen. Details auch https://forum.iobroker.net/post/307537

sigi234

Installiert.
Dann teste ich mal.

Screenshot (4130).png

Meistertr

Testsystem geupdated, ohne Probleme, System läuft soweit unauffällig.

opossum

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

arteck

@opossum

curl -sL https://iobroker.net/fix.sh | bash -

hast du gemach t??

apollon77

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.

apollon77

@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!

sigi234

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

sigi2345 created this issue in sbormann/ioBroker.iqontrol

closed Fehler mit JS-Controller Version 2.0.2 Beta #81

sigi234

Fehlermeldung 2

Adapter: Alle
Fehler: code 7

iqontrol.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

apollon77

@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

apollon77

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

sigi234

@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.

apollon77

Ok, dann kille mal die prozesse die laufen. Ist im Log davor irgendwas? Es muss nen grund geben warum er die neu starten wollte

sigi234

@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:

iobroker.2019-09-19 - Kopie (3).zip

SBorg

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.

apollon77

@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)?

SBorg

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 Aktivieren

danach kommt dann der 2. Fehler.

apollon77

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 ...

SBorg

Node-RED lüppt nu auch

e-s

@apollon77
Habe 2.0 installiert, bei mir ohne Fehlermeldung. Scheint alles gut zu sein.

NEWS

Test js-controller v2.0.x (GitHub)

closed Fehler mit JS-Controller Version 2.0.2 Beta #81

Support us

907
Online

30.4k
Users

76.6k
Topics

1.2m
Posts

NEWS

Test js-controller v2.0.x (GitHub)

closed Fehler mit JS-Controller Version 2.0.2 Beta #81

Support us

907Online

30.4kUsers

76.6kTopics

1.2mPosts

907
Online

30.4k
Users

76.6k
Topics

1.2m
Posts