Test js-controller v2.0.x (GitHub)
-
@Yetiberg Ist die gleiche Fehler-Ecke wie das andere. Ich fixe das. Gibt heute Abend ein Update wo das gefixt sein sollte. Falls es für dich dringender ist sag mir per PN bescheid
-
@apollon77
Nee nee, alles OK.
Mach mal in ruhe. -
Der BLE Adapter scheint wohl Probleme im compact mode zu mache. Der Adapter an sich läuft unauffällig, lediglich im Log steht dann die Meldung das der Status des compact mode nicht ermittelt werden kann und wenn ich den BLE Adapter neu starte, gehen einige andere Adapter mit in die Knie.
Hab den compact mode für den BLE Adapter nun wieder deaktiviert und alles ist OK.host.Beelink.compactgroup1 2019-09-20 17:50:08.348 error Cannot start ble.0 in compact mode: Cannot read property 'on' of undefinedroot@Beelink:~# iobroker compact ble.0 status Compact mode supported: true Compact mode enabled: true Compact group: 1root@Beelink:~# iobroker compact ble.0 disable Compact mode supported: true Compact mode enabled: true --> false Compact group: 1 Instance settings for "ble.0" are changed. -
@Jan1 Mach mal bitte Issue beim controller auf in dem Fall ... In dem Fall findet er das Start File nicht. was genau passier tbeim beenden? Hast Du da logs?
-
@apollon77
Da an der Stelle einige Andere Adapter auch neu starten ist das Log recht voll. -
@Jan1 Aber findest Du Fehler oder nur Neustarts?
-
-
@Jan1 Ich habe mal https://github.com/AlCalzone/ioBroker.ble/issues/203 angelegt, was quasi die Ursache ist dafür das alles abraucht. Das muss @AlCalzone im Adapter fixen.
Der Grund warum das init nicht klappt muss ich mir mit Ihm ansehen ... Grund gefunden ... https://github.com/AlCalzone/ioBroker.ble/issues/204
-
@Jan1 Also mit den zwei Issues ist ble gerade nicht compact Kompatibel, bitte erstmal bis zu nem Fix ausschalten
-
@apollon77
schon passiert und danke für die Mühe
-
Node-RED Start: log.txt
Restart Node-RED Adapter:
2019-09-20 17:41:40.013 - debug: node-red.0 (16880) system.adapter.admin.0: logging false 2019-09-20 17:41:40.038 - debug: node-red.0 (16971) system.adapter.admin.0: logging false 2019-09-20 17:41:40.722 - info: host.Ubuntu object change system.adapter.node-red.0 (from: system.adapter.admin.0) 2019-09-20 17:41:40.723 - info: node-red.0 (16971) Adapter is disabled => stop 2019-09-20 17:41:40.729 - info: node-red.0 (16880) kill node-red task 2019-09-20 17:41:40.723 - info: host.Ubuntu "system.adapter.node-red.0" disabled 2019-09-20 17:41:40.726 - info: host.Ubuntu stopInstance system.adapter.node-red.0 2019-09-20 17:41:41.307 - info: node-red.0 (16971) terminating 2019-09-20 17:41:41.344 - info: node-red.0 (16880) node-red exited with 0 2019-09-20 17:41:41.348 - info: mqtt.0 (16456) Client [ioBroker] connection closed: closed 2019-09-20 17:41:41.731 - info: host.Ubuntu stopInstance timeout "1000 system.adapter.node-red.0 killing pid 16880 2019-09-20 17:41:41.808 - info: node-red.0 (16880) Terminated (NO_ERROR): Without reason 2019-09-20 17:41:41.840 - info: host.Ubuntu instance system.adapter.node-red.0 terminated with code 0 (NO_ERROR) 2019-09-20 17:41:49.504 - info: host.Ubuntu object change system.adapter.node-red.0 (from: system.adapter.admin.0) 2019-09-20 17:41:49.505 - info: host.Ubuntu "system.adapter.node-red.0" enabled 2019-09-20 17:41:49.588 - info: host.Ubuntu instance system.adapter.node-red.0 started with pid 6366 2019-09-20 17:41:52.629 - debug: node-red (6366) Redis Objects: Use Redis connection: 127.0.0.1:9001 2019-09-20 17:41:55.060 - debug: node-red (6366) Objects connected to redis: 127.0.0.1:9001 2019-09-20 17:41:55.078 - debug: node-red (6366) objectDB connected 2019-09-20 17:41:55.084 - debug: node-red (6366) Redis States: Use Redis connection: 127.0.0.1:9000 2019-09-20 17:41:55.098 - debug: node-red (6366) statesDB connected 2019-09-20 17:41:55.124 - error: node-red (6366) node-red.0 invalid instance object: {"_id":"","type":"channel","common":{"name":"States created by node-red.%INSTANCE%","role":"info"},"native":{}} 2019-09-20 17:41:55.136 - debug: node-red (6366) States connected to redis: 127.0.0.1:9000 2019-09-20 17:41:56.034 - info: node-red.0 (6366) starting. Version 1.9.0 in /opt/iobroker/node_modules/iobroker.node-red, node: v8.16.1 2019-09-20 17:41:58.051 - info: node-red.0 (6366) Starting node-red: --max-old-space-size=156 /opt/iobroker/node_modules/iobroker.node-red/node_modules/node-red/red.js -v --settings /opt/iobroker/iobroker-data/node-red/settings.js 2019-09-20 17:42:03.598 - debug: node-red.0 (6366) 20 Sep 17:42:03 - [info] Willkommen bei Node-RED! =================== 2019-09-20 17:42:03.601 - debug: node-red.0 (6366) 20 Sep 17:42:03 - [info] Node-RED Version: v0.20.7 2019-09-20 17:42:03.611 - debug: node-red.0 (6366) 20 Sep 17:42:03 - [info] Node.js Version: v8.16.1 20 Sep 17:42:03 - [info] Linux 5.0.0-29-generic ia32 LE 2019-09-20 17:42:06.394 - debug: node-red.0 (6366) 20 Sep 17:42:06 - [info] Paletten-Nodes werden geladen 2019-09-20 17:42:36.179 - debug: node-red.0 (6366) 20 Sep 17:42:36 - [info] Polymer started at /node-red/polymer 2019-09-20 17:42:39.590 - debug: node-red.0 (6366) 20 Sep 17:42:39 - [info] Dashboard version 2.15.5 started at /node-red/ui 2019-09-20 17:42:43.523 - debug: node-red.0 (6366) 20 Sep 17:42:43 - [info] Einstellungsdatei: /opt/iobroker/iobroker-data/node-red/settings.js 2019-09-20 17:42:43.529 - debug: node-red.0 (6366) 20 Sep 17:42:43 - [info] Kontextspeicher: 'default' [ module=memory] 2019-09-20 17:42:43.533 - debug: node-red.0 (6366) 20 Sep 17:42:43 - [info] Benutzerverzeichnis: /opt/iobroker/iobroker-data/node-red/ 2019-09-20 17:42:43.535 - warn: node-red.0 (6366) 20 Sep 17:42:43 - [warn] Projekte inaktiviert: setze editorTheme.projects.enabled=true zum Aktivieren 2019-09-20 17:42:43.541 - debug: node-red.0 (6366) 20 Sep 17:42:43 - [info] Flow-Datei: /opt/iobroker/iobroker-data/node-red/flows.json 2019-09-20 17:42:33.761 - debug: node-red (6646) Redis Objects: Use Redis connection: 127.0.0.1:9001 2019-09-20 17:42:43.617 - debug: node-red (6646) objectDB connected 2019-09-20 17:42:43.622 - debug: node-red (6646) Redis States: Use Redis connection: 127.0.0.1:9000 2019-09-20 17:42:43.628 - debug: node-red (6646) Objects connected to redis: 127.0.0.1:9001 2019-09-20 17:42:43.661 - debug: node-red (6646) statesDB connected 2019-09-20 17:42:43.692 - debug: node-red.0 (6366) 20 Sep 17:42:43 - [info] Server wird jetzt auf http://192.168.1.30:1880/node-red/ ausgeführt. 2019-09-20 17:42:43.823 - debug: node-red.0 (6366) 20 Sep 17:42:43 - [info] Flows starten 2019-09-20 17:42:44.258 - debug: node-red.0 (6366) 20 Sep 17:42:44 - [info] Flows gestartet 2019-09-20 17:42:44.787 - debug: node-red (6646) States connected to redis: 127.0.0.1:9000 2019-09-20 17:42:44.821 - info: mqtt.0 (16456) Client [ioBroker] connected with secret xxx 2019-09-20 17:42:44.867 - debug: node-red.0 (6366) 20 Sep 17:42:44 - [info] [mqtt-broker:MQTT@1883] Verbindung zum Broker ioBroker@mqtt://192.168.1.30:1883 hergestellt. 2019-09-20 17:42:44.879 - info: mqtt.0 (16456) Client [ioBroker] subscribes on "mqtt.0.cmnd.Wohnzimmer-Nebler.POWER" 2019-09-20 17:42:44.880 - info: mqtt.0 (16456) Client [ioBroker] publishOnSubscribe 2019-09-20 17:42:44.883 - info: mqtt.0 (16456) Client [ioBroker] subscribes on "mqtt.0.stat.HeizCon.PowerUP" 2019-09-20 17:42:44.883 - info: mqtt.0 (16456) Client [ioBroker] publishOnSubscribe 2019-09-20 17:43:44.212 - debug: node-red.0 (6366) 20 Sep 17:43:44 - [info] [inject:Tablettenbestand] Wiederholen = 3600000 2019-09-20 17:44:38.649 - info: tankerkoenig.0 (16423) Reading data from tankerkoenig ... ... -
@SBorg das sieht aber an sich korrekt aus oder?! ... ja das start log. Checke.
-
@SBorg Hm ... das problem ist das node-red "zu schnell" startet. Wie Du im log schön siehst will er schon states abrufen 17:31:41.477 ... aber die ioBroker-Datenbank-Verbindungen sind erst 17:31:42.659 verfügbar. Das sind einige "Get"-Nodes die in dem Zuge wohl recht am Anfang stehen. Und weil bei einem kompletten Start natürlich der Host recht zu viel tun hat kann das mal etwas dauern ...
Bitte GitHub Issue bei node-red anlegen. Das muss man irgendwie "delayen" bis der Adapter ready ist. Bitte so einen 2getObject" Fehler mit Stack Trace reinpacken ins Issue.
-
@SBorg Bitte mal node-red vom GitHub versuchen. Ist blind gemacht kann also auch schieff gehen
Das sollte das prüfen der States verzögern falls die DBs noch nicht da sind. -
Guten Abend,
habe soeben mein Multihost System mit redis nach Anleitung aktualisiert.
Master: Rock64 4GB + SSD, 6x Slave Raspberry).
Iobroker: Node.js 10.16.3, js controller: 2.0.4, npm: 6.11.3Ich bekomme nun folgende Fehlermeldung unzählige mal im Log Angezeigt (mit geänderterer IP-Adresse)
Bis auf die Adapter der Slave Geräte, sind alle Adapter Grün.
Unter Host werden die Slave als verfügbar angezeigt.
-
@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?
-
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.
- Zugriff auf Files/Images in Vis oder web (oder iqontrol?) sollte tun, auch eigene File-Locations die eigentlich nicht supported sind
-
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?
-
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: redisWie komme ich auf die 2.0.4 zurück?
-
@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.
