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

[apollon77]

@e-i-k-e Die Slaves sind also auch alle auf die 2.0 aktualisiert? Es scheint als ob die Slaves nicht zum Master kommen. WIe ist die Ausgabe von "iobroker setup custom" von allen Hosts bitte?

[apollon77]

Hey All,

die 2.0.5 ist soeben auf GitHub gelandet und sollte alle hier verifizierten Themen behandeln. Daher bitte folgendes Re-Testen:

• Zugriff auf Files/Images in Vis oder web (oder iqontrol?) sollte tun, auch eigene File-Locations die eigentlich nicht supported sind
• Für node-red gibts eine neue node-red Adapterversion ...
• Bitte auch mit ble nochmal testen. Es sollte jetzt mal mindestens beim versuch den in compact-Modus zu starten den Fehler geben und das zu einem Fallback-Start als normaler Prozess führen. Beim Restart kann es immer noch zu craseds kommen, das kann nur der Adapter fixen. Aber wäre cool zu wissen wie sich das jetzt verhält.

Weiterhin ist die Migration jetzt noch ausgeklügelter was das Nachfragen angehtund die Entscheidung ob eine Migration erlaubt wird.

[e-i-k-e]

@apollon77

Danke für deine schnelle Antwort.

Ein Neustart der Slave Geräte hat das Problem behoben. Evtl. sollte man diese Info in die Anleitung mit aufnehmen?

[e-i-k-e]

@apollon77

Mit 2.0.5 bekomme ich meinen ioBroker Master nicht mehr gestartet.

root@ioBroker-Rock:~# iobroker status
 Cannot parse /opt/iobroker/iobroker-data/objects.json: SyntaxError: Unexpected                                                                                                              end of JSON input
 Cannot parse /opt/iobroker/iobroker-data/objects.json.bak: SyntaxError: Unexpec                                                                                                             ted end of JSON input
iobroker is not running.

Objects type: file
States  type: redis

Wie komme ich auf die 2.0.4 zurück?

[apollon77]

@e-i-k-e da hat es irgendwie deine objects.json zerstört. liegt eher nicht am Controller denke ich. Sichere die mal weg und schau ob du im Verzeichnis iobroker-data/Backup-objects ein früheres file findest was tut. Einfach auspacken und anstelle objects.json hinkopieren.

[apollon77]

@e-i-k-e naja dazu müsste ich genauer verstehen was das Szenario war. Hast du alles gestoppt, geupdatet und dann Master und dann slaves gestartet oder wie?

[e-i-k-e]

@apollon77
Kannst du mir bitte kurz unter die Arme greifen?

[apollon77]

@e-i-k-e is: heb mal die kaputte objects.json auf und schick sie mir per E-Mail (iobroker@fischer-ka.de). Dann kann ich mal schauen was kaputt war.

[apollon77]

@e-i-k-e was genau brauchst du? Ich hab nur keinen Rechner mehr weil ich grad im Bett gelandet bin.
Habe oben an sich die groben Infos geschrieben.

Die objects.json ist kaputt. Die musst du mit einer älteren Version austauschen. Diese Backups liegen im Angegebenen Verzeichnis. Eine aktuelle raussuchen., entpacken und Objekts.json ersetzen. Falls Backup gleicher Fehler dann eine ältere nehmen.

[e-i-k-e]

Ich weiß nicht, wie ich diese Datei entpacken muss.

[sigi234]

@e-i-k-e sagte in [Aufruf] js-controller 2.0 Beta Test:

Ich weiß nicht, wie ich diese Datei entpacken muss.

https://www.7-zip.org/

[apollon77]

@e-i-k-e glaube die Endung ist .gz oder? Dann

gunzip  <Dateiname>

[e-i-k-e]

Hat geklappt, Danke!

Schicke Dir die alte Datei rüber.

[Einstein67]

Nach einem (erfolgreichen) Standard Backup mit dem Adapter BackitUp, kommen diese Zeilen im Log.

Error	2019-09-21 06:54:47.255	warn	from InMemDB: Error: ERR keys id=web.0 - Not exists
Error	2019-09-21 06:54:47.254	warn	from InMemDB: Error: ERR keys id=admin.0 - Not exists

Die Backups lassen sich aber problemlos Restoren. "admin.0" und "web.0" sind leere Ordner im Backup-Archiv. Der "vis.0" Ordner in dem etwas drinnen ist erzeugt keine Fehlermeldung. Also möglicherweise ein reiner Schönheitsfehler

Alles andere läuft auf meinem System absolut perfekt. Getestet von JS 2.0.2 bis JS 2.0.5

EDIT: Die Meldungen kommen auch bei "iobroker backup" wenn der Iobroker vorher nicht gestoppt wird!

[apollon77]

@Einstein67 ja, Danke. Schaue ich an und fixe es bzw denke mache aus warn ne andere Meldung.

[Jan1]

@apollon77
hier das Log vom BLE nach dem Update auf 2.0.5 und Start des compact mode von BLE:

Spoiler

host.Beelink.compactgroup1	2019-09-21 10:54:27.178	info	Restart adapter system.adapter.ble.0 because enabled
host.Beelink.compactgroup1	2019-09-21 10:54:27.177	error	instance system.adapter.ble.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
host.Beelink.compactgroup1	2019-09-21 10:54:26.487	info	instance system.adapter.ble.0 started with pid 29345
host.Beelink.compactgroup1	2019-09-21 10:54:26.461	error	Cannot start ble.0 in compact mode. Fallback to normal start! : Cannot read property 'on' of undefined
host.Beelink.compactgroup1	2019-09-21 10:53:56.442	info	Restart adapter system.adapter.ble.0 because enabled
host.Beelink.compactgroup1	2019-09-21 10:53:56.441	error	instance system.adapter.ble.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
ble	2019-09-21 10:53:56.382	error	(28673) ble.0 already running
ble.0	2019-09-21 10:53:56.352	info	(COMPACT) starting scan for services ["fe95"]
ble.0	2019-09-21 10:53:56.046	info	(COMPACT) monitored services: fe95
ble.0	2019-09-21 10:53:56.045	info	(COMPACT) enabled plugins: mi-flora, _default
ble.0	2019-09-21 10:53:56.044	info	(COMPACT) loaded plugins: Xiaomi, mi-flora, ruuvi-tag, _default
ble.0	2019-09-21 10:53:55.882	info	(COMPACT) starting. Version 0.9.0 in /opt/iobroker/node_modules/iobroker.ble, node: v10.16.3
host.Beelink.compactgroup1	2019-09-21 10:53:55.673	info	instance system.adapter.ble.0 started with pid 28673
   2019-09-21 10:53:55.648	error	ndefined
host.Beelink.compactgroup1	2019-09-21 10:53:55.647	error	Cannot start ble.0 in compact mode. Fallback to normal start! : Cannot read property 'on' of undefined
host.Beelink	2019-09-21 10:53:55.616	info	instance system.adapter.ble.0 is handled by compact group controller pid 26343
host.Beelink	2019-09-21 10:53:53.186	info	instance system.adapter.ble.0 terminated with code 156 (156)
ble.0	2019-09-21 10:53:53.164	info	(27939) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
host.Beelink	2019-09-21 10:53:53.109	info	stopInstance system.adapter.ble.0 killing pid 27939
host.Beelink	2019-09-21 10:53:53.109	info	stopInstance system.adapter.ble.0
ble.0	2019-09-21 10:53:53.111	info	(27939) stopping scan

[sigi234]

V 2.0.5 installiert. Teste weiter.

Bericht:
System läuft derzeit stabil. Keine Fehler im Log. Alle Adapter Grün.
IQontrol kommen noch keine Daten.

[apollon77]

@Jan1 Danke. Da muss ich nochmal schauen

[SBorg]

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

@SBorg das sieht aber an sich korrekt aus oder?! ... ja das start log. Checke.

Hehe, das war ja auch dann der korrekte Start. Sorry, ist etwas verhunzt und man übersieht schnell das angehängte File. Hatte es erst als Spoiler, kam damit aber über das 50k Zeichenlimit. Aber du bist ja eh fitt/fix(*) und hast es gemerkt

(*)...und schneller als ich den Issue anlegen konnte gefixt
"Blind" hat anscheinend auch gefruchtet, bisher läuft es.

Beim Update auf die 2.0.3 schlug er mir dann auch ein Update von NPM 6.4.1 --> 6.11.3 vor. Habe ich dann durchgeführt und wollte dann auf JS 2.0.4 updaten. Verweigerte NPM mit dem Hinweis, dass durch einen Bug die Zugriffsrechte in alten Versionen falsch sind und korrigiert werden sollen. Gemacht, aber der JS-Controller ließ sich trotzdem nicht mehr updaten.
Also als root versucht, erst mittels sudo -H... funktionierte es dann?

Setze ich "git clone..." per Hand auf der Console ab legt er das Verzeichnis an...
Zumindest habe ich dann gleich auf die 2.0.5 geupdated

[apollon77]

@SBorg den git clone Fehler hatte Arteck auch mal plötzlich. Ursache muss irgendwo bei npm liegen. Aber gut zu wissen das das andere Kommando tat.

Node-red release ich dann heute Abend.