Raspberry Image Hostname ändern zerstört Installation?

JoeXXL

Moinsen,

hatte das gleiche Problem - und so gelöst:

Als root mit Putty angemeldet , dann :

iobroker stop
npm cache clean --force
npm install iobroker.js-controller --production
iobroker host this
npm install -g npm@4
iobroker start

Nun läuft es mit geändertem hostname.

-Joe

Stabilostick

Vorher schauen, ob überhaupt ein neues npm notwendig ist. Aktuell nur wenn

npm -v

eine Version > 5 ausgibt.

Dann diese Sequenz:

iobroker stop
npm cache clean --force
npm install -g npm@4
npm install iobroker.js-controller --production
iobroker host this
iobroker start

mhund

Tatsächlich! Das hat es bei mir gebracht! Danke für den Tipp!

Nur für mich als Depp: Sehe ich es richtig, dass die Kommandos am Ende die gesamte iobroker Kernsoftware inkl. npm neu ziehen und installieren? Ich freue mich dass es geht und interpretiere, dass der ursprüngliche Grund, warum es nicht mit "normalen Mittel" funktioniert, dadurch nicht gelöst ist.

Wie auch immer - danke für den Tipp!

Homoran

~~@mhund:~~

dass die Kommandos am Ende die gesamte iobroker Kernsoftware inkl. npm neu ziehen und installieren? `
nicht ganz.

Der js-Controller (die "Kernsoftware") wird mithilfe von npm (Node Package Manager) neu installiert.

~~@mhund:~~

dass der ursprüngliche Grund, warum es nicht mit "normalen Mittel" funktioniert `
Ich habe diesen Thread nicht gefolgt, aber nach der Änderung des Hostnamens muss

sudo iobroker host this

gestartet werden BEVOR iobroker erneut gestartet wird.

Hattest du das gemacht?

Gruß

Rainer

mhund

~~@Homoran:~~

Ich habe diesen Thread nicht gefolgt, aber nach der Änderung des Hostnamens muss
sudo iobroker host this
gestartet werden BEVOR iobroker erneut gestartet wird.

Hattest du das gemacht?

Gruß

Rainer `

Hallo Rainer,

ja das hatte ich gemacht. Wie bei anderen auch (hier im Thread), die dieses Image verwendet haben, lief danach das Admin Frontend nicht mehr richtig; blieb im Todeskreisel hängen. Ich bin noch kein iobroker insider - aber für mich sieht es so aus, dass in der Konfiguration des Images irgendwo ein Fehler ist, der sich auswirkt, wenn der Standard-Name der Instanz geändert wird. Wie auch immer. Mit der oben beschriebenen Lösung konnte ich das anschließend fixen.

Grüße,

Martin

Homoran

~~@mhund:~~

Wie bei anderen auch …, die dieses Image verwendet haben `
Da lag es an dem Problem, dass das apt update && apt upgrade etwas zerschossen hat.

Hattest du das auch ausgeführt?

Gruß

Rainer

mhund

~~@Homoran:~~

~~@mhund:~~

Wie bei anderen auch …, die dieses Image verwendet haben `
Da lag es an dem Problem, dass das apt update && apt upgrade etwas zerschossen hat.

Hattest du das auch ausgeführt?

Gruß

Rainer `

Ich habe den Ablauf mehrere Male durchprobiert und auch das häufig apt update / upgrade durchgeführt. Aber ich bin nicht mehr sicher, ob ich es tatsächlich immer gemacht hatte. Meinst Du, dass der Fehler gar nicht im image selbst sein muss, sondern in diesem Folgeschritt?

Farmer-cb

Hab das selbe Problem, komischerweise ging es bei 2 iobroker installationen (fertiges Image vom 14.04) und jetzt bei dieser install genau die beschriebenen Probleme.

schon ausprobiert:

erstes Mal hochfahren, 3 Satz des raspi-config iobroker host this ausgeführt (alter host wird genutz)

neustart -> nix geht mehr

erstes Mal hochfahren, apt-get Update apt-get upgrade dann 3 Satz des raspi-config iobroker host this ausgeführt (alter host wird genutz)

neustart -> nix geht mehr

gibt es sonst keine möglichkeit mehr ausser die der reinstallation des iobroker-js

antragon

Hi,

ich gehe auch davon aus, dass es sich hierbei um ein generelles Problem mit dem Image handelt. Bei mir tritt das gleiche Problem beim Welchseln des Hostnames auf und ich habe noch keinen Weg gefunden es wieder geradezubiegen.

Ich habe mittlerweile in meheren Neuinstallationen alle sonstigen Fehlerquellen ausschließen können. Das System läuft ganz normal und das Webinterface ist erreichbar BEVOR ich über raspi-config den Hostname ändere.

Wenn ich dann das System neu starte ist das Webinterface nicht mehr erreichbar.

Dann stoppe ich iobroker und führe die bekannte Zeile aus:

pi@io:/opt/iobroker/log $ sudo iobroker host this
No instances found for host "this".

Irgend etwas scheint hier verbuggt zu sein.

Im Log kann ich übrigens sehen, dass iobroker sich alle paar sekunden neu startet und dann mit einem Error abbricht:

2018-10-29 00:23:21.856  - info: iobroker _restart
2018-10-29 00:23:22.561  - info: iobroker Starting node restart.js
2018-10-29 00:23:22.593  - info: iobroker exit 0
2018-10-29 00:23:22.973  - info: host.io received SIGTERM
2018-10-29 00:23:24.365  - info: admin.0 States connected to redis: 127.0.0.1:6379
2018-10-29 00:23:24.453  - info: admin.0 starting. Version 3.4.7 in /opt/iobroker/node_modules/iobroker.admin, node: v8.11.1
2018-10-29 00:23:24.481  - info: admin.0 requesting all states
2018-10-29 00:23:24.484  - info: admin.0 requesting all objects
2018-10-29 00:23:24.486  - info: admin.0 Request actual repository...
2018-10-29 00:23:25.047  - info: admin.0 received all states
2018-10-29 00:23:26.461  - info: admin.0 received all objects
2018-10-29 00:23:26.603  - info: admin.0 http server listening on port 8081
2018-10-29 00:23:26.603  - info: admin.0 Use link "http://localhost:8081" to configure.
2018-10-29 00:23:26.659  - info: host.io Update repository "default" under "http://download.iobroker.net/sources-dist.json"
2018-10-29 00:23:27.983  - info: host.io received SIGTERM
2018-10-29 00:23:28.515  - info: admin.0 Repository received successfully.
2018-10-29 00:23:32.045  - info: host.io force terminating
2018-10-29 00:23:32.046  - info: Adapter admin still running
2018-10-29 00:23:39.589  - info: host.io iobroker.js-controller version 1.4.0 js-controller starting
2018-10-29 00:23:39.596  - info: host.io Copyright (c) 2014-2018 bluefox, 2014 hobbyquaker
2018-10-29 00:23:39.597  - info: host.io hostname: io, node: v8.11.1
2018-10-29 00:23:39.602  - info: host.io ip addresses: 192.168.178.77 fe80::5912:4c5a:683e:21b4
2018-10-29 00:23:39.934  - info: host.io  inMem-objects listening on port 9001
2018-10-29 00:23:39.955  - info: host.io InMemoryDB connected
2018-10-29 00:23:39.974  - info: host.io 13 instances found
2018-10-29 00:23:39.994  - info: host.io starting 7 instances
2018-10-29 00:23:40.045  - info: host.io instance system.adapter.admin.0 started with pid 19735
2018-10-29 00:23:40.066  - info: host.io States connected to redis: 127.0.0.1:6379
2018-10-29 00:23:40.074  - error: uncaught exception: Cannot convert undefined or null to object
2018-10-29 00:23:40.078  - error: TypeError: Cannot convert undefined or null to object
    at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:863:9)
    at runCallback (timers.js:798:20)
    at tryOnImmediate (timers.js:752:5)
    at processImmediate [as _immediateCallback] (timers.js:729:5)
2018-10-29 00:23:40.086  - info: iobroker _restart
2018-10-29 00:23:40.776  - info: iobroker Starting node restart.js
2018-10-29 00:23:40.811  - info: iobroker exit 0
2018-10-29 00:23:41.185  - info: host.io received SIGTERM
2018-10-29 00:23:42.635  - info: host.io instance system.adapter.admin.0 terminated with code 7 (Adapter already running)
2018-10-29 00:23:42.635  - info: host.io All instances are stopped.
2018-10-29 00:23:42.860  - info: host.io terminated
2018-10-29 00:23:47.856  - info: host.io iobroker.js-controller version 1.4.0 js-controller starting
2018-10-29 00:23:47.866  - info: host.io Copyright (c) 2014-2018 bluefox, 2014 hobbyquaker
2018-10-29 00:23:47.866  - info: host.io hostname: io, node: v8.11.1
2018-10-29 00:23:47.872  - info: host.io ip addresses: 192.168.178.77 fe80::5912:4c5a:683e:21b4
2018-10-29 00:23:48.217  - info: host.io  inMem-objects listening on port 9001
2018-10-29 00:23:48.239  - info: host.io InMemoryDB connected
2018-10-29 00:23:48.257  - info: host.io 13 instances found
2018-10-29 00:23:48.277  - info: host.io starting 7 instances
2018-10-29 00:23:48.327  - info: host.io instance system.adapter.admin.0 started with pid 19827
2018-10-29 00:23:48.348  - info: host.io States connected to redis: 127.0.0.1:6379
2018-10-29 00:23:48.356  - error: uncaught exception: Cannot convert undefined or null to object
2018-10-29 00:23:48.360  - error: TypeError: Cannot convert undefined or null to object
    at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:863:9)
    at runCallback (timers.js:798:20)
    at tryOnImmediate (timers.js:752:5)
    at processImmediate [as _immediateCallback] (timers.js:729:5)

Hat noch irgend jemand neue Vorschläge zur Lösung des Problems?

eric2905

Moin,

habt ihr mal die anderen Varianten ausprobiert?

Infos dazu gibt es in der Commandline-Referenz (https://github.com/ioBroker/ioBroker/wiki/Console-commands#iobroker-host

Gruß,

Eric

Von unterwegs getippert

antragon

Hi,

mit dem host set Befehl wurden einige Dinge umbenannt:

pi@io:/opt/iobroker $ sudo iobroker host set io
Rename state "system.host.io.mem".
Rename state "system.host.io.memHeapUsed".
Rename state "system.host.io.memHeapTotal".
Rename state "system.host.io.memRss".
Rename state "system.host.io.uptime".
Rename state "system.host.io.load".
Rename state "system.host.io.alive".
Rename state "system.host.io.freemem".
Rename state "system.host.io.inputCount".
Rename state "system.host.io.outputCount".
Instance host changed for "system.adapter.admin.0" from "io" to "io".
Instance host changed for "system.adapter.discovery.0" from "io" to "io".
Instance host changed for "system.adapter.hm-rpc.0" from "io" to "io".
Instance host changed for "system.adapter.hm-rega.0" from "io" to "io".
Instance host changed for "system.adapter.web.0" from "io" to "io".
Instance host changed for "system.adapter.flot.0" from "io" to "io".
Instance host changed for "system.adapter.rpi2.0" from "io" to "io".
Instance host changed for "system.adapter.socketio.0" from "io" to "io".
Instance host changed for "system.adapter.cloud.0" from "io" to "io".
Instance host changed for "system.adapter.vis.0" from "io" to "io".
Instance host changed for "system.adapter.history.0" from "io" to "io".
Instance host changed for "system.adapter.javascript.0" from "io" to "io".
Instance host changed for "system.adapter.mobile.0" from "io" to "io".

…wenn ich es richtig lese scheint der alte Befehl mit "this" wohl schon trotz Fehlermeldung eine Umbenennung durchgeführt zu haben (da Umbenennung von io zu io).

Iobroker startet jedoch immernoch andauernd neu und kann nicht per Webinterface erreicht werden. Kennt jemand die Fehlermeldung die hier für den Neustart sorgt?

2018-10-29 07:43:24.687  - error: uncaught exception: Cannot convert undefined or null to object
2018-10-29 07:43:24.690  - error: TypeError: Cannot convert undefined or null to object
    at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:863:9)
    at runCallback (timers.js:798:20)
    at tryOnImmediate (timers.js:752:5)
    at processImmediate [as _immediateCallback] (timers.js:729:5)
2018-10-29 07:43:24.698  - info: iobroker _restart
2018-10-29 07:43:25.383  - info: iobroker Starting node restart.js
2018-10-29 07:43:25.419  - info: iobroker exit 0
2018-10-29 07:43:25.795  - info: host.io received SIGTERM
2018-10-29 07:43:27.224  - info: host.io instance system.adapter.admin.0 terminated with code 7 (Adapter already running)
2018-10-29 07:43:27.224  - info: host.io All instances are stopped.
2018-10-29 07:43:27.459  - info: host.io terminated
2018-10-29 07:43:32.414  - info: host.io iobroker.js-controller version 1.4.0 js-controller starting
2018-10-29 07:43:32.421  - info: host.io Copyright (c) 2014-2018 bluefox, 2014 hobbyquaker
2018-10-29 07:43:32.422  - info: host.io hostname: io, node: v8.11.1
2018-10-29 07:43:32.427  - info: host.io ip addresses: 192.168.178.77 fe80::5912:4c5a:683e:21b4
2018-10-29 07:43:32.761  - info: host.io  inMem-objects listening on port 9001
2018-10-29 07:43:32.783  - info: host.io InMemoryDB connected
2018-10-29 07:43:32.801  - info: host.io 13 instances found
2018-10-29 07:43:32.821  - info: host.io starting 7 instances
2018-10-29 07:43:32.871  - info: host.io instance system.adapter.admin.0 started with pid 20897
2018-10-29 07:43:32.894  - info: host.io States connected to redis: 127.0.0.1:6379
2018-10-29 07:43:32.902  - error: uncaught exception: Cannot convert undefined or null to object
2018-10-29 07:43:32.905  - error: TypeError: Cannot convert undefined or null to object
    at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:863:9)
    at runCallback (timers.js:798:20)
    at tryOnImmediate (timers.js:752:5)
    at processImmediate [as _immediateCallback] (timers.js:729:5)
2018-10-29 07:43:32.913  - info: iobroker _restart
2018-10-29 07:43:33.608  - info: iobroker Starting node restart.js
2018-10-29 07:43:33.638  - info: iobroker exit 0
2018-10-29 07:43:34.020  - info: host.io received SIGTERM
2018-10-29 07:43:35.406  - info: admin.0 States connected to redis: 127.0.0.1:6379
2018-10-29 07:43:35.505  - info: admin.0 starting. Version 3.4.7 in /opt/iobroker/node_modules/iobroker.admin, node: v8.11.1
2018-10-29 07:43:35.534  - info: admin.0 requesting all states
2018-10-29 07:43:35.537  - info: admin.0 requesting all objects
2018-10-29 07:43:35.539  - info: admin.0 Request actual repository...
2018-10-29 07:43:36.137  - info: admin.0 received all states
2018-10-29 07:43:37.625  - info: admin.0 received all objects
2018-10-29 07:43:37.766  - info: admin.0 http server listening on port 8081
2018-10-29 07:43:37.766  - info: admin.0 Use link "http://localhost:8081" to configure.
2018-10-29 07:43:38.045  - info: host.io Update repository "default" under "http://download.iobroker.net/sources-dist.json"
2018-10-29 07:43:39.159  - info: admin.0 Repository received successfully.
2018-10-29 07:43:39.480  - info: host.io received SIGTERM

eric2905

~~@antragon:~~

2018-10-29 07:43:27.224  - info: host.io instance system.adapter.admin.0 terminated with code 7 (Adapter already running)
```` `

Steht doch im Log - der Admin läuft doppelt.

Host mal rebootet?

Gruß,

Eric

antragon

Ich habe jetzt alle Instanzen per konsole gestoppt (was gar nicht so einfach war, da sich die prozess-id durch die restarts alle paar sekunden geändert hat). Ein Reboot hatte nicht geholfen.

Jetzt scheine ich aber wieder in einer Schleife zu stecken, nachdem ich den iobroker wieder gestartet habe:

2018-10-29 12:22:53.406  - info: host.io iobroker.js-controller version 1.4.0 js-controller starting
2018-10-29 12:22:53.414  - info: host.io Copyright (c) 2014-2018 bluefox, 2014 hobbyquaker
2018-10-29 12:22:53.415  - info: host.io hostname: io, node: v8.11.1
2018-10-29 12:22:53.420  - info: host.io ip addresses: 192.168.178.77 fe80::5912:4c5a:683e:21b4
2018-10-29 12:22:53.751  - info: host.io  inMem-objects listening on port 9001
2018-10-29 12:22:53.773  - info: host.io InMemoryDB connected
2018-10-29 12:22:53.792  - info: host.io 13 instances found
2018-10-29 12:22:53.811  - info: host.io starting 7 instances
2018-10-29 12:22:53.861  - info: host.io instance system.adapter.admin.0 started with pid 4232
2018-10-29 12:22:53.881  - info: host.io States connected to redis: 127.0.0.1:6379
2018-10-29 12:22:53.893  - error: uncaught exception: Cannot convert undefined or null to object
2018-10-29 12:22:53.899  - error: TypeError: Cannot convert undefined or null to object
    at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:863:9)
    at runCallback (timers.js:798:20)
    at tryOnImmediate (timers.js:752:5)
    at processImmediate [as _immediateCallback] (timers.js:729:5)
2018-10-29 12:22:53.902  - info: host.io stopInstance system.adapter.admin.0
2018-10-29 12:22:53.903  - info: host.io stopInstance system.adapter.admin.0 killing pid 4232
2018-10-29 12:22:53.904  - info: host.io stopInstance system.adapter.discovery.0
2018-10-29 12:22:53.904  - warn: host.io stopInstance system.adapter.discovery.0 not running
2018-10-29 12:22:53.904  - info: host.io stopInstance system.adapter.hm-rpc.0
2018-10-29 12:22:53.904  - warn: host.io stopInstance system.adapter.hm-rpc.0 not running
2018-10-29 12:22:53.905  - info: host.io stopInstance system.adapter.hm-rega.0
2018-10-29 12:22:53.905  - warn: host.io stopInstance system.adapter.hm-rega.0 not running
2018-10-29 12:22:53.905  - info: host.io stopInstance system.adapter.web.0
2018-10-29 12:22:53.905  - warn: host.io stopInstance system.adapter.web.0 not running
2018-10-29 12:22:53.905  - info: host.io stopInstance system.adapter.rpi2.0
2018-10-29 12:22:53.905  - warn: host.io stopInstance system.adapter.rpi2.0 not running
2018-10-29 12:22:53.905  - info: host.io stopInstance system.adapter.socketio.0
2018-10-29 12:22:53.905  - warn: host.io stopInstance system.adapter.socketio.0 not running
2018-10-29 12:22:53.906  - info: host.io stopInstance system.adapter.cloud.0
2018-10-29 12:22:53.906  - warn: host.io stopInstance system.adapter.cloud.0 not running
2018-10-29 12:22:53.906  - info: host.io stopInstance system.adapter.vis.0
2018-10-29 12:22:53.906  - info: host.io stopInstance system.adapter.history.0
2018-10-29 12:22:53.906  - warn: host.io stopInstance system.adapter.history.0 not running
2018-10-29 12:22:53.906  - info: host.io stopInstance system.adapter.javascript.0
2018-10-29 12:22:53.906  - warn: host.io stopInstance system.adapter.javascript.0 not running
2018-10-29 12:22:53.907  - info: host.io stopInstance system.adapter.mobile.0
2018-10-29 12:22:53.913  - info: iobroker _restart
2018-10-29 12:22:53.960  - warn: host.io instance system.adapter.admin.0 terminated due to SIGTERM
2018-10-29 12:22:53.960  - info: host.io instance system.adapter.admin.0 terminated with code null ()
2018-10-29 12:22:53.961  - info: host.io All instances are stopped.
2018-10-29 12:22:54.345  - info: host.io terminated
2018-10-29 12:22:54.602  - info: iobroker Starting node restart.js
2018-10-29 12:22:54.628  - info: iobroker exit 0
2018-10-29 12:22:54.993  - info: host.io received SIGTERM
2018-10-29 12:23:01.568  - info: host.io iobroker.js-controller version 1.4.0 js-controller starting
2018-10-29 12:23:01.576  - info: host.io Copyright (c) 2014-2018 bluefox, 2014 hobbyquaker
2018-10-29 12:23:01.577  - info: host.io hostname: io, node: v8.11.1
2018-10-29 12:23:01.581  - info: host.io ip addresses: 192.168.178.77 fe80::5912:4c5a:683e:21b4
2018-10-29 12:23:01.908  - info: host.io  inMem-objects listening on port 9001
2018-10-29 12:23:01.929  - info: host.io InMemoryDB connected
2018-10-29 12:23:01.948  - info: host.io 13 instances found
2018-10-29 12:23:01.967  - info: host.io starting 7 instances
2018-10-29 12:23:02.016  - info: host.io instance system.adapter.admin.0 started with pid 4313
2018-10-29 12:23:02.038  - info: host.io States connected to redis: 127.0.0.1:6379
2018-10-29 12:23:02.045  - error: uncaught exception: Cannot convert undefined or null to object
2018-10-29 12:23:02.049  - error: TypeError: Cannot convert undefined or null to object
    at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:863:9)
    at runCallback (timers.js:798:20)
    at tryOnImmediate (timers.js:752:5)
    at processImmediate [as _immediateCallback] (timers.js:729:5)
2018-10-29 12:23:02.057  - info: iobroker _restart
2018-10-29 12:23:02.740  - info: iobroker Starting node restart.js
2018-10-29 12:23:02.774  - info: iobroker exit 0
2018-10-29 12:23:03.144  - info: host.io received SIGTERM
2018-10-29 12:23:04.579  - info: admin.0 States connected to redis: 127.0.0.1:6379
2018-10-29 12:23:04.699  - info: admin.0 starting. Version 3.4.7 in /opt/iobroker/node_modules/iobroker.admin, node: v8.11.1
2018-10-29 12:23:04.730  - info: admin.0 requesting all states
2018-10-29 12:23:04.733  - info: admin.0 requesting all objects
2018-10-29 12:23:04.735  - info: admin.0 Request actual repository...
2018-10-29 12:23:05.288  - info: admin.0 received all states
2018-10-29 12:23:06.789  - info: admin.0 received all objects
2018-10-29 12:23:06.931  - info: admin.0 http server listening on port 8081
2018-10-29 12:23:06.932  - info: admin.0 Use link "http://localhost:8081" to configure.
2018-10-29 12:23:07.306  - info: host.io Update repository "default" under "http://download.iobroker.net/sources-dist.json"
2018-10-29 12:23:08.158  - info: host.io received SIGTERM
2018-10-29 12:23:08.772  - info: admin.0 Repository received successfully.
2018-10-29 12:23:12.226  - info: host.io force terminating
2018-10-29 12:23:12.227  - info: Adapter admin still running

An dem System sind bisher keine eigenen Modifikationen vorgenommen worden, es muss also mit den Grundeinstellungen des Images zusammenhängen, dass mehrere Instanzen laufen oder was auch immer die Fehler verursacht. Aufgetreten ist das ganze wie zuvor gesagt nach dem Ändern des Hostname.

Arnulf

leider wurde das Problem wohl nicht endgültig gelöst

Auch ich habe heute versucht, einen zweiten Raspi ins Netz zu nehmen und wollte ihm einen anderen Namen geben.

Dabei treten auch bei mir genau die oben beschriebenen Probleme auf.

Was ich jetzt festgestellt habe ist, dass in den Dateien

/opt/iobroker/iobroker-data/objects.json

/opt/iobroker/iobroker-data/states.json

immer noch die alten Hostnamen drin stehen.

Und weil die Dateien trotz stoppen des iobroker-Prozesses irgendwie immer noch in Benutzung sind, kann man sie auch nicht manuell korrigieren.

Ohne einen veränderten Hostnamen wird das aber wohl nix mit Multihost, oder?

Arnulf

Ich versuche jetzt einen Workaround: Ich nehme ein anderes Image. Das hat jetzt den Namen "All-In-One_Raspi". und dann habe ich einen zweiten Namen ohne dass ich ihn ändern muss.

Jetzt muss ich halt die Adapter anpassen

cmorlok

Ich habe heute auch versucht, iobroker mit dem Image zu installieren, und habe dabei versucht, mich exakt an diese Anleitung zu halten: http://www.iobroker.net/docu/?page_id=8070&lang=de. Um auszuschliessen, dass ich irgend einen Blödsinn gemacht habe, und für den Fall, dass jemand das Problem reproduzieren möchte, habe ich das gerade nochmal mit einer frischen Installation gemacht. Hier die exakten Schritte, die ich ausgeführt habe:

# flashed with etcher
# first boot

pi@ioBroker-RasPi:~ $ sudo raspi-config

# 2 Network options
# N1 Hostname
# changed hostname to iobroker
# no reboot

pi@ioBroker-RasPi:~ $ cat /etc/hostname 
iobroker

pi@ioBroker-RasPi:~ $ sudo iobroker host this
Cannot execute changes on running system. Stop iobroker first.

pi@ioBroker-RasPi:~ $ sudo iobroker stop
Stopping iobroker controller daemon...
iobroker controller daemon stopped.
Exit code for "killall.sh": 123
pi@ioBroker-RasPi:~ $ sudo iobroker host this
Rename state "system.host.ioBroker-RasPi.mem".
Rename host "system.host.ioBroker-RasPi" to system.host.ioBroker-RasPi
Rename state "system.host.ioBroker-RasPi.memHeapUsed".
Rename state "system.host.ioBroker-RasPi.memHeapTotal".
Rename state "system.host.ioBroker-RasPi.memRss".
Rename state "system.host.ioBroker-RasPi.uptime".
Rename state "system.host.ioBroker-RasPi.load".
Rename state "system.host.ioBroker-RasPi.alive".
Rename state "system.host.ioBroker-RasPi.freemem".
Rename state "system.host.ioBroker-RasPi.inputCount".
Rename state "system.host.ioBroker-RasPi.outputCount".
Instance host changed for "system.adapter.admin.0" from "ioBroker-RasPi" to "ioBroker-RasPi".
Instance host changed for "system.adapter.discovery.0" from "ioBroker-RasPi" to "ioBroker-RasPi".
Instance host changed for "system.adapter.hm-rpc.0" from "ioBroker-RasPi" to "ioBroker-RasPi".
Instance host changed for "system.adapter.hm-rega.0" from "ioBroker-RasPi" to "ioBroker-RasPi".
Instance host changed for "system.adapter.web.0" from "ioBroker-RasPi" to "ioBroker-RasPi".
Instance host changed for "system.adapter.flot.0" from "ioBroker-RasPi" to "ioBroker-RasPi".
Instance host changed for "system.adapter.rpi2.0" from "ioBroker-RasPi" to "ioBroker-RasPi".
Instance host changed for "system.adapter.socketio.0" from "ioBroker-RasPi" to "ioBroker-RasPi".
Instance host changed for "system.adapter.cloud.0" from "ioBroker-RasPi" to "ioBroker-RasPi".
Instance host changed for "system.adapter.vis.0" from "ioBroker-RasPi" to "ioBroker-RasPi".
Instance host changed for "system.adapter.history.0" from "ioBroker-RasPi" to "ioBroker-RasPi".
Instance host changed for "system.adapter.javascript.0" from "ioBroker-RasPi" to "ioBroker-RasPi".
Instance host changed for "system.adapter.mobile.0" from "ioBroker-RasPi" to "ioBroker-RasPi".

pi@ioBroker-RasPi:~ $ sudo reboot

pi@iobroker:~ $ sudo iobroker stop
iobroker controller daemon is not running

pi@iobroker:~ $ sudo iobroker host this
No instances found for host "this".

pi@iobroker:~ $ tail /opt/iobroker/log/iobroker.2018-12-06.log
2018-12-06 15:38:33.626  - info: host.iobroker iobroker.js-controller version 1.4.0 js-controller starting
2018-12-06 15:38:33.634  - info: host.iobroker Copyright (c) 2014-2018 bluefox, 2014 hobbyquaker
2018-12-06 15:38:33.635  - info: host.iobroker hostname: iobroker, node: v8.11.1
2018-12-06 15:38:33.640  - info: host.iobroker ip addresses: 192.168.1.9 fe80::82d8:7d25:8f31:74b3
2018-12-06 15:38:33.963  - info: host.iobroker  inMem-objects listening on port 9001
2018-12-06 15:38:33.985  - info: host.iobroker InMemoryDB connected
2018-12-06 15:38:34.004  - info: host.iobroker 13 instances found
2018-12-06 15:38:34.011  - warn: host.iobroker does not start any instances on this host
2018-12-06 15:38:34.030  - info: host.iobroker States connected to redis: 127.0.0.1:6379
2018-12-06 15:38:34.037  - error: uncaught exception: Cannot convert undefined or null to object
2018-12-06 15:38:34.040  - error: TypeError: Cannot convert undefined or null to object
    at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:863:9)
    at runCallback (timers.js:798:20)
    at tryOnImmediate (timers.js:752:5)
    at processImmediate [as _immediateCallback] (timers.js:729:5)
2018-12-06 15:38:34.173  - info: iobroker _restart
2018-12-06 15:38:34.240  - info: host.iobroker terminated
2018-12-06 15:38:34.822  - info: iobroker Starting node restart.js
2018-12-06 15:38:34.850  - info: iobroker exit 0
2018-12-06 15:38:35.197  - info: host.iobroker received SIGTERM
2018-12-06 15:38:41.756  - info: host.iobroker iobroker.js-controller version 1.4.0 js-controller starting
2018-12-06 15:38:41.764  - info: host.iobroker Copyright (c) 2014-2018 bluefox, 2014 hobbyquaker
2018-12-06 15:38:41.765  - info: host.iobroker hostname: iobroker, node: v8.11.1
2018-12-06 15:38:41.770  - info: host.iobroker ip addresses: 192.168.1.9 fe80::82d8:7d25:8f31:74b3
2018-12-06 15:38:42.092  - info: host.iobroker  inMem-objects listening on port 9001
2018-12-06 15:38:42.114  - info: host.iobroker InMemoryDB connected
2018-12-06 15:38:42.132  - info: host.iobroker 13 instances found
2018-12-06 15:38:42.139  - warn: host.iobroker does not start any instances on this host
2018-12-06 15:38:42.158  - info: host.iobroker States connected to redis: 127.0.0.1:6379
2018-12-06 15:38:42.165  - error: uncaught exception: Cannot convert undefined or null to object
2018-12-06 15:38:42.168  - error: TypeError: Cannot convert undefined or null to object
    at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:863:9)
    at runCallback (timers.js:798:20)
    at tryOnImmediate (timers.js:752:5)
    at processImmediate [as _immediateCallback] (timers.js:729:5)
2018-12-06 15:38:42.300  - info: iobroker _restart
2018-12-06 15:38:42.369  - info: host.iobroker terminated
2018-12-06 15:38:42.944  - info: iobroker Starting node restart.js
2018-12-06 15:38:42.972  - info: iobroker exit 0
2018-12-06 15:38:43.322  - info: host.iobroker received SIGTERM

eric2905

Hast Du nach dem Umbenennen einen reboot gemacht?

Es sieht nicht danach aus, da ioBroker den Namen in den gleichen umbenannt hat.

Die /etc/hostname ist zwar geändert, zieht aber noch nicht.

Gruß,

Eric

Von unterwegs getippert

lebuenski

Ein reboot oder ändern per iobroker Befehl ändert nichts.

Mit dem fertigen Image darf der Hostname nicht geändert werden, sonst kommt es zu dem Fehler.

Hab es mit 2 Pis sowie zwei Downloads und zwei Karten probiert.

Sobald der Hostname geändert wird kommt es zum Fehler. Ziemlich ärgerlich.

Arnulf

kann ich exakt so bestätigen.

Wenn man einen zweiten Raspi ins Netz hängen möchte, so sollte man entweder ein anderes fertiges Image nehmen und die Adapter anpassen oder komplett selbst installieren.

bb61

Hallo,

ist das eigentlich inzwischen irgendwo als Fehler gemeldet?

Wäre schon schön, wenn das Problem abgestellt wäre und ginge. Plane auch diverse "Lastverteilungen" auf mehrere PIs / u.U. auch extern mit perma-VPN Standort (Fritzbox <-> Fritzbox) zu nem familiären Pflegefall. Da braucht es sicher mehrere PIs mit diversen unterschiedlichen Namen.

Habe aber noch nie mit GIT usw. gearbeitet im Leben / hier Fehler gemeldet. Das können andere / Gurus(?) sicher sofort.

Danke!

Community Forum

NEWS

Raspberry Image Hostname ändern zerstört Installation?

Support us

761

32.6k

81.9k

1.3m