Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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