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

sigi234

Installiert. :grinning:
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

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 :+1:

e-s

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

apollon77

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.

Community Forum

NEWS

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

Support us

721

32.4k

81.4k

1.3m