Raspberry Image Hostname ändern zerstört Installation?
-
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 -
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
-
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.
-
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.
-
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!
-
Bin gerade dabei ein neues Image zu erstellen.
Werde der Sache dabei auf den Grund gehen (versuchen).
ist das eigentlich inzwischen irgendwo als Fehler gemeldet? `
Was bitte genau?Damit ich es versuchen kann zu reproduzieren.
Gruß
Rainer
-
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
-
das der HOST-Name am RASpi nicht änderbar ist `
Das kann ich eben nicht nachvollziehen, deswegen brauche ich mehr Infos.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
-
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
-
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??
-
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.
-
Jetzt triffst du aber nicht mehr den richtigen Ton!
Mit dieser "Wegdiskutier"-Haltung `
Ich habe ja schon gesagt dass ich das ganze nicht reproduzieren kann - hier wird nichts wegdiskutiert!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
-
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.
-
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.
Mir fehlt dafür gerade die Testumgebung `
Die habe ich.und auch die Zeit dafür. `
Das zwar weniger, aber ich will es endlich wissen.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
-
hatte es auf einem 3 und 3b+
-
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 ?
-
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 -
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)
-
@maxpd Danke für den Hinweis.
Muss ich überprüfen, ob ich in dem Image vergessen hatte den Namen auf ioBroker-Pi zu ändern und ggf. in der ReadMe anpassen
-
@Homoran Danke für die schnelle Rückmeldung.
Habe ich etwas falsch gemacht, dass raspberrypi nicht in den Renamings zu iobroker geändert wird?
