Weihnachtsangebot 2025! 🎄

[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!

[Homoran]

Bin gerade dabei ein neues Image zu erstellen.

Werde der Sache dabei auf den Grund gehen (versuchen).

@bb61:

ist das eigentlich inzwischen irgendwo als Fehler gemeldet? `
Was bitte genau?

Damit ich es versuchen kann zu reproduzieren.

Gruß

Rainer

[bb61]

na das der HOST-Name am RASpi nicht änderbar ist, stattdessen die Installation zerschiesst. Der ganze Thread handelt doch davon.

Details kann ich selbst aber nicht sagen, haben andere oben aber genug beschrieben ich PLANE nur weitere als meinen 1. Raspi als Multihost einzusetzen, wobei ab 2. dann ja ein anderer Hostname dasein muss.

Gruß bb61

[Homoran]

@bb61:

das der HOST-Name am RASpi nicht änderbar ist `
Das kann ich eben nicht nachvollziehen, deswegen brauche ich mehr Infos.

@bb61:

Der ganze Thread handelt doch davon. `

Aber das Problem haben nur einzelne. Bei dem vorletzten Image (oder um welches geht es hier??????) gibt es 20.000 Downloads.

Gruß

Rainer

[bb61]

solange die nur einen Raspi im System haben, ist ja alles ok.

Oder sie haben genug Ahnung und "installieren selbst" (wie da steht, was aber so wie ich ds lese, auch nur VOR fertiger Installation = einmalig ändern funktioniert, also keine wirkliche Lösung um HOST-Name bei Änderung von Aufgabe, Standort oder so evtl. anzupassen um Übersicht zu behalten.)

Am Ende des Jahres sehe ich aber lauter Bestätigungen des Fehlers, direkt vor meinem Post von heute

[Homoran]

@bb61:

Am Ende des Jahres `
Da haben wir ja noch etwas Zeit ;-)

Am 04.01. gab es ein neues Image. tritt dieses Phänomen da auch noch auf??

[bb61]

Korrektur: Die letzten Posts von Ende des Jahres 2018.

Sorry, Nachvollziehbare Fehler sind nachvollziehbare Fehler. Schon recht befremdlich, diese hier aus einem einzigen Hinweis erwachsene Diskussion, denn normalerweise sind Entwickler doch an nachvollziehbaren Fehlermeldungen sehr interessiert? Schließlich ist wohl kaum jemand so wahnsinnig zu behaupten, selbst bereits die Permutation aller Anwendungen, Prozess- und Systemumgebungen debuggt zu haben?

Mit dieser "Wegdiskutier"-Haltung wird ioBroker wohl leider noch lange eine Bastellösung von/für Nerds bleiben und kaum ernsthaft eingesetzt werden können. Schade um die eigentlich sehr schöne Lösung. - Offenbar bis auf das Fehler- und Änderungstracking. Ich für meinen Teil habe inzwischen eine andere Lösung für o.g. Problem gefunden.

[Homoran]

Jetzt triffst du aber nicht mehr den richtigen Ton!

@bb61:

Mit dieser "Wegdiskutier"-Haltung `
Ich habe ja schon gesagt dass ich das ganze nicht reproduzieren kann - hier wird nichts wegdiskutiert!

@bb61:

an nachvollziehbaren Fehlermeldungen `
Und genau das schaff ich eben nicht.

Deshalb die Bitte es mit dem neuesten image auch zu testen.

Schade dass du das anscheinend nicht verstehen willst.

Gruß

Rainer

[Arnulf]

Ich hatte diesen HOST-Fehler ja auch und hatte diesen bei mehreren Versuchen und tagelanger Installationen und Backups tatsächlich auf den Zeitpunkt reduzieren können, dass es die Änderung des Hostnamens ist, der ein System in den Fehler treibt.

Irgendwo ist (oder war) der ursprüngliche Hostname in irgendwelchen Konfigurationen fest verdrahtet und wird bei einer Namensänderung nicht mitgeändert.

Die Änderung des Hostnamens wird erst dann zwingend nötig, wenn man einen Master/Slave-Betrieb hat.

So der Stand im letzten Jahr.

Man sehe es mir nach, dieses Szenario gerade nicht neu retesten kann. Mir fehlt dafür gerade die Testumgebung und auch die Zeit dafür.

Wer aber ohnehin gerade neu aufbaut und etwas spielen möchten der darf das gerne ausprobieren.

Um den Fehler nachzustellen, braucht man nur einen ioBroker. (keinen Slave)

Lediglich der Hostname muss nachträglich geändert werden.

[Homoran]

@Arnulf:

Man sehe es mir nach, dieses Szenario gerade nicht neu retesten kann. `
Danke für deine Info.

Das Image hat sich im Vergleich zu früheren Images in nichts geändert, was die Erstellung angeht.

Raspbian hat allerdings zwischenzeitlich das raspi-config zumindest neu strukturiert.

@Arnulf:

Mir fehlt dafür gerade die Testumgebung `
Die habe ich.

@Arnulf:

und auch die Zeit dafür. `
Das zwar weniger, aber ich will es endlich wissen.

@Arnulf:

Um den Fehler nachzustellen, braucht man nur einen ioBroker. (keinen Slave)

Lediglich der Hostname muss nachträglich geändert werden. `
Da ich es damit eben nicht nachstellen kann habe ich ein paar Fragen nach eventuellen Unterschieden.

Die früheren images hatte ich am Pi 2 erstellt, die letzten beiden am pi3. Einen pi3 b+ besitze ich nicht.

Bei welchem modell tritt das Problem auf?

Habt ihr das Problem auch schon wenn ihr beim Original Image den namen ändert, oder habt ihr schon etwas geändert (installiert/gelöscht)?

Tritt das Problem unter gleichen Voraussetzungen auch mit dem Image vom Januar auf?

Gruß

Rainer

[Arnulf]

hatte es auf einem 3 und 3b+

[MyzerAT]

das Problem besteht leider noch immer , habe mehrmals probiert den host umzubenennen und bekomme auch diese FM wie hier ellenlang in diesem Fred beschrieben wird!
Ich habe jetzt das Image "ioBroker_Image_RPi_2-3_20190128_stretch.zip" genommen und da klappt es , es ist aber ein minimal image, was darf ich darunter verstehen? denke "redis" zb fehlt , wie bekomme ich das nachinstalliert ?

[Homoran]

Wie bitte passt das zusammen?

@MyzerAT sagte in Raspberry Image Hostname ändern zerstört Installation?:

das Problem besteht leider noch immer

Und

@MyzerAT sagte in Raspberry Image Hostname ändern zerstört Installation?:

Ich habe jetzt das Image "ioBroker_Image_RPi_2-3_20190128_stretch.zip" genommen und da klappt es

Ich bitte schon lange es mit neueren images zu versuchen, da ich den "Fehler" nicht nachstellen kann.
Besteht der "Fehler" mit dem aktuellen Image also jetzt nicht mehr?

Oder ist es tatsächlich noch so...

@MyzerAT sagte in Raspberry Image Hostname ändern zerstört Installation?:

wie hier ellenlang in diesem Fred beschrieben wird!

@MyzerAT sagte in Raspberry Image Hostname ändern zerstört Installation?:

es ist aber ein minimal image, was darf ich darunter verstehen?

Wie im ReadMe steht:

Es handelt sich um eine Minimalinstallation, die nur den admin und den discovery-Adapter enthält. weitere Adapter sowie deren Instanzen müssen noch angelegt und konfiguriert werden.

@MyzerAT sagte in Raspberry Image Hostname ändern zerstört Installation?:

"redis" zb fehlt , wie bekomme ich das nachinstalliert ?

Wie im ReadMe steht:
http://www.iobroker.net/docu/?page_id=8799&lang=de#Installation_von_Redis

[maxpd]

Hi,

ich habe dem Raspberry einen neuen Namen "iobroker" über sudo raspi-config gegeben.

Dann habe ich folgendes ausgeführt. Aber es wird gar nicht der neu definierte Name genommen? Es bleibt immer bei raspberrypi. Laut Beschreibung des Images: "Namen des Raspberry Pi ggf. ändern. Vorgabe ist ioBroker-Pi" scheint nicht zu stimmen, oder? Sonst wäre es nicht "raspberrypi". (ioBroker Image für Raspberry Pi2/3/4 Buster mit piVCCU 20190723)