ioBroker.js-controller 1.5.6

FuLLHDvs480p

Hallo,

wollte gerade auf 1.5.7 updaten. Bekomme iobroker aber nicht gestoppt.

root@rock64:/# cd /opt/iobroker
root@rock64:/opt/iobroker# sudo iobroker stop
iobroker controller daemon is not running
root@rock64:/opt/iobroker# iobroker status
iobroker is running

Objects type: file
States  type: file
root@rock64:/opt/iobroker# sudo systemctl stop iobroker
root@rock64:/opt/iobroker# iobroker status
iobroker is running

Objects type: file
States  type: file
root@rock64:/opt/iobroker#

Im Log ist leider nichts zu finden.

System:
Rock64
node.js v8.15.0
npm: 6.4.1
js-controller: 1.4.2

Jemand eine Idee?

Gruß Timo

Homer.J.

Hi,

ich habe es jetzt seid 2 Tage in der Version 1.5.7 am laufen ohne Probleme der dasWetter Adapter verhält sich auch unauffällig.
Von meiner Seite also keine Probleme.

Grüße

LJSven

Nach dem Update auf 1.5.7 habe ich diverse Error-Meldungen (trotz diversen Neustarts.) Ausserdem geht mein iot Adapter anscheinend nicht korrekt. Was muss ich da machen?

2019-02-17 08:28:47.376 - error: host.bananapimaster instance system.adapter.history.0 terminated with code 7 (Adapter already running)
2019-02-17 08:28:47.378 - info: host.bananapimaster Restart adapter system.adapter.history.0 because enabled
2019-02-17 08:28:49.063 - info: info.0 starting. Version 1.0.2 in /opt/iobroker/node_modules/iobroker.info, node: v8.15.0
2019-02-17 08:28:50.011 - info: iot.0 starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.iot, node: v8.15.0
2019-02-17 08:28:50.125 - info: iot.0 Connecting with a18wym7vjdl22g.iot.eu-west-1.amazonaws.com
2019-02-17 08:28:56.855 - info: iot.0 Connection changed: connect
2019-02-17 08:28:57.252 - error: iot.0 Cannot report device state: null
2019-02-17 08:28:57.255 - warn: iot.0 Invalid URL key. Status update is disabled: {"error":"Invalid URL-KEY"}
2019-02-17 08:29:11.500 - info: zigbee.0 new dev 0x7cb03eaa00b2249d 41663 Plug 01
2019-02-17 08:29:15.399 - info: zigbee.0 new dev 0x84182600000fa6d0 55124 Plug 01
2019-02-17 08:29:16.426 - info: history.0 enabled logging of zigbee.0.84182600000fa6d0.state, Alias=false
2019-02-17 08:29:17.488 - info: host.bananapimaster instance system.adapter.history.0 started with pid 3175
2019-02-17 08:29:21.563 - info: zigbee.0 new dev 0x7cb03eaa00b0d16c 52630 Plug 01
2019-02-17 08:29:25.501 - error: host.bananapimaster instance system.adapter.history.0 terminated with code 7 (Adapter already running)
2019-02-17 08:29:25.503 - info: host.bananapimaster Restart adapter system.adapter.history.0 because enabled
2019-02-17 08:29:48.018 - info: host.bananapimaster object change system.adapter.history.0
2019-02-17 08:29:48.019 - info: host.bananapimaster "system.adapter.history.0" disabled
2019-02-17 08:29:48.045 - info: history.0 Adapter is disabled => stop
2019-02-17 08:29:48.163 - info: history.0 terminating
2019-02-17 08:29:58.819 - error: history.0 adapter disabled
2019-02-17 08:29:58.943 - error: host.bananapimaster instance system.adapter.history.0 terminated with code 3 (Adapter disabled or invalid config)
2019-02-17 08:29:58.944 - info: host.bananapimaster Do not restart adapter system.adapter.history.0 because disabled or deleted
2019-02-17 08:30:59.308 - info: admin.0 successful connection to socket.io from ::ffff:192.168.178.201

apollon77

Already running bedeutet das da noch ein Prozess läuft. An besten Reboot oder prozesse finden und killen.

Homoran

@FuLLHDvs480p sagte in ioBroker.js-controller 1.5.6:

Bekomme iobroker aber nicht gestoppt.

sudo systemctl stop iobroker

Steff

Hallo,
wollte auch mal danke sagen! Habe die Engine und den Controller nun auf V3.6.5 / V1.5.7 hochgezogen, sieht bis auf ein paar Kleinigkeiten gut aus.
Habe dennoch eine Frage bzgl. des DasWetter-Adapters, diesen habe ich in V2.7.2 am Laufen. Es kommt allerdings bei jedem geplanten Start zu einer Warnung 11 (haben einige hier im Thread ebenfalls beschrieben) --> siehe Bild:

Gibt es hierzu eine Lösung?

Das zweite Problem mit dem Telegram-Adapter habe ich hier --> https://forum.iobroker.net/topic/20021/telegram-fehler-seit-js-engine-controller-upgrade gepostet.

Gruß Steffen

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

Community Forum

NEWS

ioBroker.js-controller 1.5.6

Support us

868

32.4k

81.5k

1.3m