Weihnachtsangebot 2025! 🎄

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

[opossum]

@arteck sagte in [Aufruf] js-controller 2.0 Beta Test:

@opossum

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.

[apollon77]

@opossum naheliegend? .... naja lies mal den ersten Beitrag bei Installation durch :-(

[A Former User]

Hallo apollon77
Läuft alles soweit Prima, ABER

Ich habe unter:

/opt/iobroker/iobroker-data/files/Eigene Images

meine 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

[apollon77]

@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

[A Former User]

@apollon77
Ja, das mit dem Backup habe ich schon hinbekommen.
Gut, ich werde das Verzeichniss wechseln und meine Views anpassen.
Wohin genau kann ich das Uploaden das es Passt?

/opt/iobroker/node_modules/iobroker.vis

Und da auch in einem eigenen Unterverzeichnis?