IObroker nach Update in Endlosschleife

[dwm]

Hallo,

nach längerer Zeit, neuer Anlauf mit IObroker … Ich hab mal meine Installation upgedated, ... iobroker update, iobroker upgrade self ...

Nach iobroker start kommt das System aber nicht mehr hoch. Im Log findet sich folgendes in einer Endlos-Schleife:

2017-04-13 18:44:50.380  - info: host.penguin Restart adapter system.adapter.admin.0 because enabled
2017-04-13 18:45:00.504  - info: host.penguin instance system.adapter.dwd.0 started with pid 7855
2017-04-13 18:45:00.513  - info: host.penguin instance system.adapter.weatherunderground.0 started with pid 7860
2017-04-13 18:45:01.029  - info: dwd.0 starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.dwd, node: v4.2.6
2017-04-13 18:45:01.132  - info: weatherunderground.0 starting. Version 1.0.2 in /opt/iobroker/node_modules/iobroker.weatherunderground, node: v4.2.6
2017-04-13 18:45:02.076  - info: host.penguin instance system.adapter.dwd.0 terminated with code 0 (OK)
2017-04-13 18:45:04.886  - info: host.penguin instance system.adapter.weatherunderground.0 terminated with code 0 (OK)
2017-04-13 18:45:20.388  - info: host.penguin instance system.adapter.admin.0 started with pid 7879
2017-04-13 18:45:21.022  - info: admin.0 starting. Version 1.6.7 in /opt/iobroker/node_modules/iobroker.admin, node: v4.2.6
2017-04-13 18:45:21.048  - info: admin.0 requesting all states
2017-04-13 18:45:21.048  - info: admin.0 requesting all objects
2017-04-13 18:45:21.049  - info: admin.0 Request actual repository...
2017-04-13 18:45:21.049  - info: admin.0 http server listening on port 8081
2017-04-13 18:45:21.049  - info: admin.0 Use link "http://localhost:8081" to configure.
2017-04-13 18:45:21.101  - error: admin.0 uncaught exception: Cannot assign to read only property 'create' of system.user.admin
2017-04-13 18:45:21.104  - error: admin.0 TypeError: Cannot assign to read only property 'create' of system.user.admin
    at Adapter.that.calculatePermissions (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:485:84)
    at Namespace.initSocket (/opt/iobroker/node_modules/iobroker.admin/admin.js:630:17)
    at emitOne (events.js:77:13)
    at Namespace.emit (events.js:169:7)
    at Namespace.emit (/opt/iobroker/node_modules/iobroker.admin/node_modules/socket.io/lib/namespace.js:206:10)
    at /opt/iobroker/node_modules/iobroker.admin/node_modules/socket.io/lib/namespace.js:174:14
    at nextTickCallbackWith0Args (node.js:419:9)
    at process._tickCallback (node.js:348:13)
2017-04-13 18:45:21.105  - info: admin.0 terminating http server on port 8081
2017-04-13 18:45:21.288  - info: admin.0 terminating
2017-04-13 18:45:21.305  - info: hm-rega.0 system.adapter.admin.0: logging false
2017-04-13 18:45:21.306  - info: email.0 system.adapter.admin.0: logging false
2017-04-13 18:45:21.306  - info: sonos.0 system.adapter.admin.0: logging false
2017-04-13 18:45:21.307  - info: ping.0 system.adapter.admin.0: logging false
2017-04-13 18:45:21.307  - info: web.0 system.adapter.admin.0: logging false
2017-04-13 18:45:21.308  - info: history.0 system.adapter.admin.0: logging false
2017-04-13 18:45:21.308  - info: squeezebox.0 system.adapter.admin.0: logging false
2017-04-13 18:45:21.309  - info: socketio.0 system.adapter.admin.0: logging false
2017-04-13 18:45:21.310  - info: hm-rpc.0 system.adapter.admin.0: logging false
2017-04-13 18:45:21.311  - error: host.penguin instance system.adapter.admin.0 terminated with code 0 (OK)
2017-04-13 18:45:21.312  - info: javascript.0 system.adapter.admin.0: logging false
2017-04-13 18:45:21.311  - info: host.penguin Restart adapter system.adapter.admin.0 because enabled

… was mich zu ???? in den Augen und Kopfkratzen veranlasst.

Hat bitte jemand da ne gute Idee?

Das Ganze läuft in ner VM, ich kann also auch zum Zeitpunkt vor dem Upgrade zurück, wüsst aber nicht was ich anders machen sollte...

Gruß

Werner

[Svenibaer]

Hallo!

Ich bin erst vor kurzem mit ioBroker im Docker-Container gestartet und zwar mit dem Image https://hub.docker.com/r/iobroker/iobroker/

Der Start gelingt damit problemlos. Allerdings läuft das Ganze dann unter ioBroker.js-controller 0.15.3

Das Image auf Dockerhub ist halt auch schon ca. 1 Jahr unverändert…

Ich habe /opt/iobroker auf ein Verzeichnis meines DockerHosts gemountet, somit bleibt die Installation und Daten auch über Neustarts etc. des Containers hinweg erhalten.

Wende ich innerhalb des laufenden Containers das folgende Aktualisierungsprocedere an:

	cd \opt\iobroker
	iobroker stop
	iobroker update
	iobroker upgrade self
	iobroker start

Läuft ioBroker wieder (auf der alten Version, die neue kündigt sich aber schon an:
~~

Nach Container-Neustart hängt ioBroker in einer Fehlerschleife und die Oberfläche wird unter 8081 nicht mehr erreicht:

Send diag info: {"uuid":"xxxxx","language":"de","hosts":[{"version":"1.3.0","platform":"Javascript/Node.js","type":"linux"}],"node":"v4.8.0","arch":"x64","adapters":{"admin":{"version":"1.6.11","platform":"Javascript/Node.js"}},"model":"Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz","cpus":2,"mem":2076983296,"ostype":"Linux"}

[TypeError: Cannot assign to read only property 'create' of system.user.admin]

Also der gleiche Fehler den dwn hier reportet hat… leider ohne Lösung.

Habt ihr einen Tipp für mich woran das liegt?

Danke schonmal,

Sven~~

[apollon77]

Hey,

also von 0.15 auf die 1.3 ist ein echt heftiger Sprung.

Das Docker-Image ist nicht offiziell von den Erstellern, also können wir dazu nicht wirklich was sagen. Auch allgemein Docker ist für mich fraglich weil ioBroker davon ausgeht das die IP immer gleich bleibt. Also da kann so viel (und auch über die Zeit) sein das hier eine Suche nach der Ursache eher schwierig ist.

Wenn noch keine Daten drin sind wäre ich dabei nochmal alles zu löschen und mit "npm install iobroker" neu installieren.

[arteck]

mach doch mal folgendes….

alles zurück auf die Version die funktioniert

dann ab in den container in die console

cd /opt/iobroker
iobroker stop ewtl. pkill io

iobroker update
npm cache clean
npm i iobroker.js-controller --production
npm i iobroker.admin --production
iobroker upload admin

iobroker start … oder wie immer du den iobroker startest..

ewtl. sudo vor jedem befehl

[dwm]

Ich hab damals den IOBroker komplett neu aufgesetzt und alles rüber portiert.

War ein elender Haufen Arbeit

… hat aber rückblickend der Sache ganz gut getan, nachdem die kaputte Installation aus meinen ersten Experimenten bestand.

CU

Werner

[Svenibaer]

@arteck:

mach doch mal folgendes….

alles zurück auf die Version die funktioniert

dann ab in den container in die console

cd /opt/iobroker
iobroker stop ewtl. pkill io

iobroker update
npm cache clean
npm i iobroker.js-controller --production
npm i iobroker.admin --production
iobroker upload admin

iobroker start … oder wie immer du den iobroker startest..

ewtl. sudo vor jedem befehl `
Hallo arteck!

Wow - das hat es echt gebracht. Am Ende der Prozedur lies sich ioBroker zunächst nicht mehr Anstarten (iobroker controller daemon failed to start: 2… ) und er Container schmierte ab. Das hatte ich schon ein paar mal bei anderen Aktualisierungsversuchen und dachte Mist, schon wieder eine Sackgasse,...

Aber nach dem Neustart des Containers begrüßte mich diese (für mich gänzlich neue) Oberfläche:

Ich denke damit habe ich einen aktuellen Stand und kann loslegen.

Vielen Dank für die Hilfe, auch an die anderen die so schnell gepostet haben. Klasse.

Gruß Sven

[Svenibaer]

@apollon77:

Das Docker-Image ist nicht offiziell von den Erstellern, also können wir dazu nicht wirklich was sagen. Auch allgemein Docker ist für mich fraglich weil ioBroker davon ausgeht das die IP immer gleich bleibt. Also da kann so viel (und auch über die Zeit) sein das hier eine Suche nach der Ursache eher schwierig ist. `

Vielleicht wäre das mal eine Anregung ein aktuelles, offizielles Docker-Image bereitzustellen und zu pflegen. Würde bestimmt einigen den Start erleichtern.

Leider bin ich noch etwas zu neu in der Thematik um gleich mal meinen Stand hochzuladen :roll:

Danke trotzdem,

Gruß Sven