Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

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

[Homoran]

@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

[maxpd]

@Homoran Danke für die schnelle Rückmeldung.

Habe ich etwas falsch gemacht, dass raspberrypi nicht in den Renamings zu iobroker geändert wird?

[OliverIO]

@Homoran
hat er wirklich geändert?
auf der kommandozeile im prompt steht auch noch
pi@rapsberrypi

ich glauber neuer hostname wird erst nach reboot aktiv

[maxpd]

@OliverIO Danke dir. Fixed.

[Homoran]

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

ich glauber neuer hostname wird erst nach reboot aktiv

natürlich