ioBroker.js-controller 1.5.6

Einstein67

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

Fehlermeldung:

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.

ltsalvatore

so, ich bin jetzt auch hingegangen und habe den js-controller auf meine produktiven und test maschine auf 1.5.7 aktualisiert und den iobroker sicherheitshalber neugestartet.

im ioT adapter habe ich nun das problem, dass ich keine neuen geräte mehr hinzufügen kann.
ich kann auf gerät hinzufügen klicken, das entsprechende objekt selektieren, das anschließende fenster zum benennen des geräts erscheint leider nicht.
stattdessen bekomme ich folgende fehlermeldung im log angezeigt.

Terminated:	2019-02-17 18:26:06.156	warn	11

apollon77

@Einstein67 Bitte ein Issue im GitHub anlegen!

ltsalvatore

@apollon77 sagte in ioBroker.js-controller 1.5.6:

@Einstein67 Bitte ein Issue im GitHub anlegen!

hab ich, danke

apollon77

@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

@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

@ltsalvatore Das "warn 11" kommt von deinem daswetter. Hat mit iot nichts zu tun

ltsalvatore

@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

LJSven

@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:

cburghardt

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)

gfrene

@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

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

ltsalvatore

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
2019-02-19 19_17_59-instances - ioBroker.jpg

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.

e-i-k-e

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

Gruß
Eike

apollon77

Ist das ein Master-Slave System? Oder ein normales?

e-i-k-e

Maste-Slave System
Master: Rock64 4GB
Slave: 5x Raspberry 3B

apollon77

Welche js-Controller Versionen sind denn da so im Einsatz? Welche Version hat der Master?

e-i-k-e

Auf dem Master sowie Slave befindet sich die Version 1.4.2.

apollon77

Dann kann das das Problem sein. Am besten zuerst Master updaten. Dann den Slave. Probier bitte mal ob es damit besser ist. Das muss ggf noch in die Doku rein

e-i-k-e

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 restart

Slave
iobroker setup custom und unter Type of states DB [file, redis], default [file]: r

Anschließend alle Hosts nacheinander gestartet.

Community Forum

NEWS

ioBroker.js-controller 1.5.6

Support us

778

32.4k

81.5k

1.3m