ioBroker.js-controller 1.5.6
-
Ich verwende seit 3 Tagen den JS-Controller 1.5.7. Iobroker läuft absolut problemlos. Das.Wetter und UPNP verwende ich nicht.
Auf einer Testinstallation hab ich jetzt allerdings festgestellt dass das "restore" unter 1.5.7 nicht funktioniert (unter 1.4.2 ist alles OK):
Mein System:
Debian 9 in Proxmox Container (ganz frisch installiert)
node/node.js v8.15.0
npm: 6.8.0
js-controller: 1.5.7
admin : 3.6.0Fehlermeldung:
iobroker@ioTest:/opt/iobroker$ sudo iobroker restore [sudo] Passwort für iobroker: Please specify one of the backup names: 2019_02_17-13_16_30_backupiobroker.tar.gz or 2019_02_17-13_16_30 or 0 iobroker@ioTest:/opt/iobroker$ sudo iobroker restore 0 /opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:568 if (parseInt(name.trim(), 10).toString() === name.trim().toString()) { ^ TypeError: name.trim is not a function at BackupRestore.restoreBackup (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupBackup.js:568:27) at dbConnect (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:1469:28) at Object.connected (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:3080:29) at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemServer.js:184:26) at runCallback (timers.js:810:20) at tryOnImmediate (timers.js:768:5) at processImmediate [as _immediateCallback] (timers.js:745:5) iobroker@ioTest:/opt/iobroker$Soll nur eine Info sein, ist ja kein großes Problem. Restore vor Update des JS-Controllers funktioniert ja problemlos.
@Einstein67 Bitte ein Issue im GitHub anlegen!
-
@Einstein67 Bitte ein Issue im GitHub anlegen!
@apollon77 sagte in ioBroker.js-controller 1.5.6:
@Einstein67 Bitte ein Issue im GitHub anlegen!
hab ich, danke
-
@ltsalvatore Ich meinte @Einstein67 soll ein Issue anlegen ...:-))
Bei deinem Problem sehe ich mit dem kurzen log die Zusammenhängt nicht. Bitte mehr Logzeilen posten. Ist es wirklich der iot Adapter der da beendet wird? Da muss mehr log sein, wenn
-
@ltsalvatore Ich meinte @Einstein67 soll ein Issue anlegen ...:-))
Bei deinem Problem sehe ich mit dem kurzen log die Zusammenhängt nicht. Bitte mehr Logzeilen posten. Ist es wirklich der iot Adapter der da beendet wird? Da muss mehr log sein, wenn
@apollon77 sagte in ioBroker.js-controller 1.5.6:
@ltsalvatore Ich meinte @Einstein67 soll ein Issue anlegen ...:-))
Bei deinem Problem sehe ich mit dem kurzen log die Zusammenhängt nicht. Bitte mehr Logzeilen posten. Ist es wirklich der iot Adapter der da beendet wird? Da muss mehr log sein, wenn
oops, sorry.. :-)
leider spuckt das log file nicht mehr aus:
host.homesmartpi 2019-02-17 23:11:03.848 info instance system.adapter.daswetter.0 terminated with code 11 (Desired termination) Terminated: 2019-02-17 23:11:03.828 warn 11 daswetter.0 2019-02-17 23:11:02.462 info starting. Version 2.7.2 in /opt/iobroker/node_modules/iobroker.daswetter, node: v6.14.2 host.homesmartpi 2019-02-17 23:11:00.028 info instance system.adapter.daswetter.0 started with pid 4510 host.homesmartpi 2019-02-17 23:10:03.731 info instance system.adapter.daswetter.0 terminated with code 11 (Desired termination) Terminated: 2019-02-17 23:10:03.713 warn 11 daswetter.0 2019-02-17 23:10:02.373 info starting. Version 2.7.2 in /opt/iobroker/node_modules/iobroker.daswetter, node: v6.14.2 host.homesmartpi 2019-02-17 23:10:00.047 info instance system.adapter.daswetter.0 started with pid 4451 host.homesmartpi 2019-02-17 23:09:04.160 info instance system.adapter.daswetter.0 terminated with code 11 (Desired termination) Terminated: 2019-02-17 23:09:04.142 warn 11 daswetter.0 2019-02-17 23:09:02.733 info starting. Version 2.7.2 in /opt/iobroker/node_modules/iobroker.daswetter, node: v6.14.2 host.homesmartpi 2019-02-17 23:09:00.063 info instance system.adapter.daswetter.0 started with pid 4392 host.homesmartpi 2019-02-17 23:08:57.042 info instance system.adapter.ble.0 terminated with code 0 (OK)muss zwar nicht zusammenhängend sein, nur merkwürdig, dass sich auf beiden maschinen, seit dem update des js controllers, keine geräte mehr hinzufügen lassen.
-
@apollon77 sagte in ioBroker.js-controller 1.5.6:
@ltsalvatore Ich meinte @Einstein67 soll ein Issue anlegen ...:-))
Bei deinem Problem sehe ich mit dem kurzen log die Zusammenhängt nicht. Bitte mehr Logzeilen posten. Ist es wirklich der iot Adapter der da beendet wird? Da muss mehr log sein, wenn
oops, sorry.. :-)
leider spuckt das log file nicht mehr aus:
host.homesmartpi 2019-02-17 23:11:03.848 info instance system.adapter.daswetter.0 terminated with code 11 (Desired termination) Terminated: 2019-02-17 23:11:03.828 warn 11 daswetter.0 2019-02-17 23:11:02.462 info starting. Version 2.7.2 in /opt/iobroker/node_modules/iobroker.daswetter, node: v6.14.2 host.homesmartpi 2019-02-17 23:11:00.028 info instance system.adapter.daswetter.0 started with pid 4510 host.homesmartpi 2019-02-17 23:10:03.731 info instance system.adapter.daswetter.0 terminated with code 11 (Desired termination) Terminated: 2019-02-17 23:10:03.713 warn 11 daswetter.0 2019-02-17 23:10:02.373 info starting. Version 2.7.2 in /opt/iobroker/node_modules/iobroker.daswetter, node: v6.14.2 host.homesmartpi 2019-02-17 23:10:00.047 info instance system.adapter.daswetter.0 started with pid 4451 host.homesmartpi 2019-02-17 23:09:04.160 info instance system.adapter.daswetter.0 terminated with code 11 (Desired termination) Terminated: 2019-02-17 23:09:04.142 warn 11 daswetter.0 2019-02-17 23:09:02.733 info starting. Version 2.7.2 in /opt/iobroker/node_modules/iobroker.daswetter, node: v6.14.2 host.homesmartpi 2019-02-17 23:09:00.063 info instance system.adapter.daswetter.0 started with pid 4392 host.homesmartpi 2019-02-17 23:08:57.042 info instance system.adapter.ble.0 terminated with code 0 (OK)muss zwar nicht zusammenhängend sein, nur merkwürdig, dass sich auf beiden maschinen, seit dem update des js controllers, keine geräte mehr hinzufügen lassen.
@ltsalvatore Das "warn 11" kommt von deinem daswetter. Hat mit iot nichts zu tun
-
@ltsalvatore Das "warn 11" kommt von deinem daswetter. Hat mit iot nichts zu tun
@apollon77 sagte in ioBroker.js-controller 1.5.6:
@ltsalvatore Das "warn 11" kommt von deinem daswetter. Hat mit iot nichts zu tun
Ah okay danke....
Gut zu wissen...Stellt sich dennoch die Frage
- Wieso der feher kommt
- Wieso der iot seit dem update keine Geräte mehr hinzufügt
-
Already running bedeutet das da noch ein Prozess läuft. An besten Reboot oder prozesse finden und killen.
@apollon77 Habe ich alles gemacht. Warum startet er die überhaupt doppelt? Das passiert auch nach einem Neustart.
Habe ausserdem folgende Meldung auf meinem Slave - irgendwie ist der Wurm drin:
-
Ich habe gerade auf einem Slave System den Controller auf 1.5.7 aktualisiert und kriege nun bei iobroker update und iobroker version (die beiden habe ich getestet):
undefined server error undefined Error: server error at Socket.onPacket (/opt/iobroker/node_modules/engine.io-client/lib/socket.js:445:19) at XHR.<anonymous> (/opt/iobroker/node_modules/engine.io-client/lib/socket.js:268:10) at XHR.Emitter.emit (/opt/iobroker/node_modules/engine.io-client/node_modules/component-emitter/index.js:133:20) at XHR.Transport.onPacket (/opt/iobroker/node_modules/engine.io-client/lib/transport.js:145:8) at callback (/opt/iobroker/node_modules/engine.io-client/lib/transports/polling.js:144:10) at Object.exports.decodePayload (/opt/iobroker/node_modules/engine.io-parser/lib/index.js:309:18) at XHR.Polling.onData (/opt/iobroker/node_modules/engine.io-client/lib/transports/polling.js:148:10) at Request.<anonymous> (/opt/iobroker/node_modules/engine.io-client/lib/transports/polling-xhr.js:126:10) at Request.Emitter.emit (/opt/iobroker/node_modules/engine.io-client/node_modules/component-emitter/index.js:133:20) at Request.onData (/opt/iobroker/node_modules/engine.io-client/lib/transports/polling-xhr.js:296:8) -
@apollon77 sagte in ioBroker.js-controller 1.5.6:
@ltsalvatore Das "warn 11" kommt von deinem daswetter. Hat mit iot nichts zu tun
Ah okay danke....
Gut zu wissen...Stellt sich dennoch die Frage
- Wieso der feher kommt
- Wieso der iot seit dem update keine Geräte mehr hinzufügt
@ltsalvatore said in ioBroker.js-controller 1.5.6:
@apollon77 sagte in ioBroker.js-controller 1.5.6:
@ltsalvatore Das "warn 11" kommt von deinem daswetter. Hat mit iot nichts zu tun
Ah okay danke....
Gut zu wissen...Stellt sich dennoch die Frage
- Wieso der feher kommt
- Wieso der iot seit dem update keine Geräte mehr hinzufügt
Da du ioT nutzt und warn 10 bekommst ... sage ich mal vorsichtig das du noch nicht die KAUF-Version hast. Weil ioT TEST gehen nur 10 Geräte und 10 Befehle am Tag. Kann auch sein das ich im anderem Jahrhundert z.Z lebe ... falls ja dann SORRY
Edit: Weil das Wetter sollte wenn überhaupt den (Fehler) schmeissen : Instance system.adapter.daswetter.0 terminated with code 11 ()
-
@ltsalvatore said in ioBroker.js-controller 1.5.6:
@apollon77 sagte in ioBroker.js-controller 1.5.6:
@ltsalvatore Das "warn 11" kommt von deinem daswetter. Hat mit iot nichts zu tun
Ah okay danke....
Gut zu wissen...Stellt sich dennoch die Frage
- Wieso der feher kommt
- Wieso der iot seit dem update keine Geräte mehr hinzufügt
Da du ioT nutzt und warn 10 bekommst ... sage ich mal vorsichtig das du noch nicht die KAUF-Version hast. Weil ioT TEST gehen nur 10 Geräte und 10 Befehle am Tag. Kann auch sein das ich im anderem Jahrhundert z.Z lebe ... falls ja dann SORRY
Edit: Weil das Wetter sollte wenn überhaupt den (Fehler) schmeissen : Instance system.adapter.daswetter.0 terminated with code 11 ()
@gfrene sagte in ioBroker.js-controller 1.5.6:
@ltsalvatore said in ioBroker.js-controller 1.5.6:
@apollon77 sagte in ioBroker.js-controller 1.5.6:
@ltsalvatore Das "warn 11" kommt von deinem daswetter. Hat mit iot nichts zu tun
Ah okay danke....
Gut zu wissen...Stellt sich dennoch die Frage
- Wieso der feher kommt
- Wieso der iot seit dem update keine Geräte mehr hinzufügt
Da du ioT nutzt und warn 10 bekommst ... sage ich mal vorsichtig das du noch nicht die KAUF-Version hast. Weil ioT TEST gehen nur 10 Geräte und 10 Befehle am Tag. Kann auch sein das ich im anderem Jahrhundert z.Z lebe ... falls ja dann SORRY
Edit: Weil das Wetter sollte wenn überhaupt den (Fehler) schmeissen : Instance system.adapter.daswetter.0 terminated with code 11 ()
das ist schon die pro version des ioT..
ich werde morgen zum testen mal zurück auf die 1.4.2 gehen und schauen, ob ich dann wieder geräte hinzufügen kann.
dies sollte im übrigen auch in der nicht pro version möglich sein, da ja bei der nicht pro version nur die anfragen auf 10 pro tag limitiert sind. -
so, ich bin nun von 1.5.7 wieder zurück auf 1.4.2 gegangen um zu schauen, ob es daran liegt, dass ich keine geräte mehr im ioT hinzufügen kann.
jetzt habe ich das problem, dass nach installation von 1.4.2 und einem reboot des servers das admin interface permanent abstürzt.
das iobroker log file gibt folgende fehlermeldung:
root@shsrv:/home/iobroker/node_modules# tail -f 100 /opt/iobroker/log/iobroker.2019-02-19.log tail: '100' kann nicht zum Lesen geöffnet werden: Datei oder Verzeichnis nicht gefunden ==> /opt/iobroker/log/iobroker.2019-02-19.log <== at ontimeout (timers.js:498:11) at tryOnTimeout (timers.js:323:5) at Timer.listOnTimeout (timers.js:290:5) 2019-02-19 19:01:32.644 - info: iobroker _restart 2019-02-19 19:01:32.896 - info: iobroker Starting node restart.js 2019-02-19 19:01:32.915 - info: iobroker exit 0 2019-02-19 19:01:32.978 - info: admin.0 Repository received successfully. 2019-02-19 19:01:33.304 - info: admin.0 received all objects 2019-02-19 19:01:33.362 - info: admin.0 https server listening on port 8081 2019-02-19 19:01:33.362 - info: admin.0 Use link "https://localhost:8081" to configure. 2019-02-19 19:01:42.646 - info: host.shsrv force terminating 2019-02-19 19:01:42.647 - info: Adapter admin still running 2019-02-19 19:01:43.636 - info: host.shsrv instance system.adapter.backitup.0 started with pid 6686 2019-02-19 19:01:43.660 - info: admin.0 terminating https server on port 8081 2019-02-19 19:01:45.161 - info: admin.0 terminating https server on port 8081 2019-02-19 19:01:45.478 - info: host.shsrv iobroker.js-controller version 1.4.2 js-controller starting 2019-02-19 19:01:45.479 - info: host.shsrv Copyright (c) 2014-2018 bluefox, 2014 hobbyquaker 2019-02-19 19:01:45.479 - info: host.shsrv hostname: shsrv, node: v8.15.0 2019-02-19 19:01:45.480 - info: host.shsrv ip addresses: 192.168.111.2 fe80::9c30:e6ff:ff11:86a7 2019-02-19 19:01:45.506 - info: host.shsrv inMem-states listening on port 9000 2019-02-19 19:01:45.606 - info: host.shsrv inMem-objects listening on port 9001 2019-02-19 19:01:45.610 - info: host.shsrv InMemoryDB connected 2019-02-19 19:01:45.614 - info: host.shsrv 34 instances found 2019-02-19 19:01:45.633 - info: host.shsrv starting 28 instances 2019-02-19 19:01:45.643 - info: host.shsrv instance system.adapter.admin.0 started with pid 6703 2019-02-19 19:01:46.120 - info: admin.0 starting. Version 3.6.0 in /opt/iobroker/node_modules/iobroker.admin, node: v8.15.0 2019-02-19 19:01:46.132 - info: admin.0 Request actual repository... 2019-02-19 19:01:46.134 - info: admin.0 requesting all states 2019-02-19 19:01:46.134 - info: admin.0 requesting all objects 2019-02-19 19:01:46.460 - info: admin.0 received all states 2019-02-19 19:01:46.643 - error: uncaught exception: EACCES: permission denied, open '/opt/iobroker/node_modules/iobroker.js-controller/pids.txt' 2019-02-19 19:01:46.644 - error: Error: EACCES: permission denied, open '/opt/iobroker/node_modules/iobroker.js-controller/pids.txt' at Object.fs.openSync (fs.js:646:18) at Object.fs.writeFileSync (fs.js:1299:33) at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:1782:16) at ontimeout (timers.js:498:11) at tryOnTimeout (timers.js:323:5) at Timer.listOnTimeout (timers.js:290:5) 2019-02-19 19:01:46.645 - info: iobroker _restart 2019-02-19 19:01:46.833 - info: iobroker Starting node restart.js 2019-02-19 19:01:46.841 - info: iobroker exit 0 2019-02-19 19:01:47.002 - info: admin.0 received all objects 2019-02-19 19:01:47.062 - info: admin.0 https server listening on port 8081 2019-02-19 19:01:47.062 - info: admin.0 Use link "https://localhost:8081" to configure. 2019-02-19 19:01:47.107 - info: host.shsrv Update repository "latest" under "http://download.iobroker.net/sources-dist-latest.json" 2019-02-19 19:01:47.670 - info: admin.0 Repository received successfully.EDIT:
ich habe jetzt mal die in dem log file besagte fehlende datei einfach manuell erstellt, und siehe da...die admin oberfläche startet wieder.
interessanterweise waren nun zwei admin instanzen installiert
habe jetzt einfach die admin.1 gelöscht und es gab bis jetzt keine probleme.
bez. der eigentlichen problematik, dass keine ioT geräte hinzugefügt werden können, kann ich sagen, dass es mit der 1.4.2 wieder problemlos funktioniert.
sobald ich wieder auf 1.5.7 aktualisiere, geht es wieder nicht.
-
Ich habe weiterhin Probleme, Javascript unter 1.5.7 zum laufen zu bekommen.
Habe dies nun bereits auf 4 Raspberry (Slave) getestet. Der Adapter bleibt dauerhaft rot.Wenn ich den Adapter neu installieren möchte, erhalte ich folgende Meldung.
$ ./iobroker add javascript --host raspberrypi-display2 undefined server error undefined Error: server error at Socket.onPacket (/opt/iobroker/node_modules/engine.io-client/lib/socket.js:445:19) at XHR.<anonymous> (/opt/iobroker/node_modules/engine.io-client/lib/socket.js:268:10) at XHR.Emitter.emit (/opt/iobroker/node_modules/engine.io-client/node_modules/component-emitter/index.js:133:20) at XHR.Transport.onPacket (/opt/iobroker/node_modules/engine.io-client/lib/transport.js:145:8) at callback (/opt/iobroker/node_modules/engine.io-client/lib/transports/polling.js:144:10) at Object.exports.decodePayload (/opt/iobroker/node_modules/engine.io-parser/lib/index.js:309:18) at XHR.Polling.onData (/opt/iobroker/node_modules/engine.io-client/lib/transports/polling.js:148:10) at Request.<anonymous> (/opt/iobroker/node_modules/engine.io-client/lib/transports/polling-xhr.js:126:10) at Request.Emitter.emit (/opt/iobroker/node_modules/engine.io-client/node_modules/component-emitter/index.js:133:20) at Request.onData (/opt/iobroker/node_modules/engine.io-client/lib/transports/polling-xhr.js:296:8)npm: 6.4.1
node: 8.15.0Gruß
Eike -
kurze Rückmeldung
So hat es ohne Probleme Funktioniert.
Mein kompl. System läuft jetzt auf 1.5.7 mit npm 6.8.0 .
Alle Adapter sind grün und laufen bis jetzt problemlos.Ich hätte eine Frage, die allerdings nicht zu dem Thema gehört.
Ich würde mein System gerne auf redis umsetzen.
Leider habe ich es nicht hinbekommen, dass sich die Slave mit dem Master verbinden.So bin ich vergangen.
iobroker stop (auf allen Hosts)
Master
Installation des redis servers
nano /etc/redis/redis.conf und bind 127.0.0.1 gegen bind 0.0.0.0 ersetzt
iobroker setup custom und unter Type of states DB [file, redis], default [file]: r
service redis-server restartSlave
iobroker setup custom und unter Type of states DB [file, redis], default [file]: rAnschließend alle Hosts nacheinander gestartet.
-
Hallo Zusammen,
ich habe gestern mein System auf node 8.15 aktualisiert und dabei wurde mir auch der js-controller auf 1.5.7 hochgezogen.Seitdem habe ich auch das Symptom, dass der Adapter dasWetter ins log die Meldung "instance system.adapter.daswetter.0 terminated with code 11 (Desired termination)" generiert. Gibt es dafür jetzt schon eine Lösung ?
Meine Daten
node: v8.15.0
nodejs: v8.15.0
npm: 6.8.0
js-controller: Controller "js-controller" : 1.4.2 , installed 1.5.7
redis: ja in Docker
debian9 in Docker
dasWetter: Adapter "daswetter" : 2.5.0 , installed 2.7.2Danke
-
kurze Rückmeldung
So hat es ohne Probleme Funktioniert.
Mein kompl. System läuft jetzt auf 1.5.7 mit npm 6.8.0 .
Alle Adapter sind grün und laufen bis jetzt problemlos.Ich hätte eine Frage, die allerdings nicht zu dem Thema gehört.
Ich würde mein System gerne auf redis umsetzen.
Leider habe ich es nicht hinbekommen, dass sich die Slave mit dem Master verbinden.So bin ich vergangen.
iobroker stop (auf allen Hosts)
Master
Installation des redis servers
nano /etc/redis/redis.conf und bind 127.0.0.1 gegen bind 0.0.0.0 ersetzt
iobroker setup custom und unter Type of states DB [file, redis], default [file]: r
service redis-server restartSlave
iobroker setup custom und unter Type of states DB [file, redis], default [file]: rAnschließend alle Hosts nacheinander gestartet.
@e-i-k-e sagte in ioBroker.js-controller 1.5.6:
kurze Rückmeldung
So hat es ohne Probleme Funktioniert.
Mein kompl. System läuft jetzt auf 1.5.7 mit npm 6.8.0 .
Alle Adapter sind grün und laufen bis jetzt problemlos.Ich hätte eine Frage, die allerdings nicht zu dem Thema gehört.
Ich würde mein System gerne auf redis umsetzen.
Leider habe ich es nicht hinbekommen, dass sich die Slave mit dem Master verbinden.So bin ich vergangen.
iobroker stop (auf allen Hosts)
Master
Installation des redis servers
nano /etc/redis/redis.conf und bind 127.0.0.1 gegen bind 0.0.0.0 ersetzt
iobroker setup custom und unter Type of states DB [file, redis], default [file]: r
service redis-server restartSlave
iobroker setup custom und unter Type of states DB [file, redis], default [file]: rAnschließend alle Hosts nacheinander gestartet.
ganz sicher.. ?
schau dir das bild noch mal genauer an :laughing:
Support us
599
Online32.7k
Users82.4k
Topics1.3m
Posts