UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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

1. Wieso der feher kommt
2. 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:

Spoiler

Error: 2019-02-18 11:59:35.934 error at Timer.listOnTimeout (timers.js:290:5)
Error: 2019-02-18 11:59:35.934 error at tryOnTimeout (timers.js:323:5)
Error: 2019-02-18 11:59:35.934 error at ontimeout (timers.js:498:11)
Error: 2019-02-18 11:59:35.934 error at Timeout._onTimeout (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:2024:16)
Error: 2019-02-18 11:59:35.934 error at Object.fs.writeFileSync (fs.js:1299:33)
Error: 2019-02-18 11:59:35.934 error at Object.fs.openSync (fs.js:646:18)
Error: 2019-02-18 11:59:35.934 error EACCES: permission denied, open '/opt/iobroker/node_modules/iobroker.js-controller/pids.txt'
uncaught 2019-02-18 11:59:35.928 error exception: EACCES: permission denied, open '/opt/iobroker/node_modules/iobroker.js-controller/pids.txt'

[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

1. Wieso der feher kommt
2. 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

1. Wieso der feher kommt
2. 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

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.

[pusemuckel]

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

Danke

[ltsalvatore]

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

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

Anschließend alle Hosts nacheinander gestartet.

ganz sicher.. ?
schau dir das bild noch mal genauer an :laughing:

[e-i-k-e]

@ltsalvatore ja
Der letzte Slave liegt noch in der Schublade. 😉

Das Bild ist ohne redis.

[apollon77]

@e-i-k-e Bitte für Redis Thema neuen Thread und genau reinschreiben was nicht tut

[apollon77]

@pusemuckel Nur ein nodejs update aktualisiert keine anderen npm Pakete. Was genau hast Du getan? Am besten in einem neuen Thread!

Zuder daswetter Meldung: Welche Loglevek hat die Meldung? Wenn "info" dann ist es wie vorher aus nur das die Meldung jetzt anders heisst als früher

[pusemuckel]

@apollon77 Danke Dir, ich werde bzgl. dem update von nodejs einen neuen Thread aufmachen.
Das Loglevel für dasWetter haben ich auf Info stehen, die Meldung im Log kommt allerdings als "warn" an. Daher auch meine Frage :school_satchel: