Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[FredF]

@reutli Eine Antwort auf Homorans Frage an mich in deinem thread...

[reutli]

@fredf

Nicht dass ich eine solche Frage gesehen hätte? Wüsste nicht in welchem Posting - kommt da gerade Ewas durcheinander?

@Homoran : Was geht hier?

[FredF]

@reutli ein paar Beiträge weiter oben war ein edit von homoran, kann gerade nicht verlinken

[reutli]

@fredf
gefunden ... war ein edit

[Homoran]

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

@fredf

Nicht dass ich eine solche Frage gesehen hätte? Wüsste nicht in welchem Posting - kommt da gerade Ewas durcheinander?

@Homoran : Was geht hier?

ich wollte deinem Wunsch zu einer eindeutigeren Formulierung der Doku nachkommen und bin auf technische Probleme gestoßen

[reutli]

@homoran
Alles gut und danke.
Mach mich jetzt dann an's "Bereinigen" des Clients/Slaves und dann melde ich mich wieder.

[reutli]

@Homoran
Wollte an's Bereinigen gehen.
Jetzt ist für mich aber die Frage, wie ich am besten vorgehe, aleso alle Adapter (samt Instanzen) auf diesem Slave löschen kann.

Optimalerweise über die Konsole in einem Rutsch.

Gibt's dazu eine Vorgehensweise?

[Homoran]

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Optimalerweise über die Konsole in einem Rutsch.

da ist mir nix bekannt. einzeln: iobroker del AdapterName.
Sooo viele sollten es ja nicht sein.

An deiner Stelle würde ich eine neue Karte nehmen, dort eine neue Installation drauf machen (gleicher Hostname wie bisher!), admin, backitup und Discovery löschen (und was ggf. sonst mit installiert wird) diesen Slave koppeln und gut ist.

Bei Instanzen, die über den Master installiert wurden, werden diese automatisch wiederhergestellt, der Rest muss manuell erstellt werden.

Vorteil:
du hast noch ein Hardwarebackup deines alten Slaves mit allen Daten auf der alten Karte.

[reutli]

@homoran
Neu installieren wollte ich eigentlich ungern, weil ich auf dem PI bisserl noch was installiert habe.
Wegen mir könnte ich iobroker komplett löschen und neu installieren, nicht aber das OS.
Wie deinstalliere ich den iob schnell und sauber?

[bahnuhr]

@reutli

du hast einen pi und da noch was installiert ?!?!?!
Warum ?
Und willst diesen dann als slave einsetzen.

Interessant.
Machs richtig, so wie @homoran beschrieben.

Und dann nur ! iob auf raspi; und diesen dann als slave.

[Homoran]

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Wie deinstalliere ich den iob schnell und sauber?

damit wäre aber der größte Vorteil, das Hardwarebackup, weg!!!
Außerdem bliebe ein möglicherweise verhunztes Node bestehen.

einfach das Verzeichnis/ opt/iobroker löschen und alles ist weg.

[Homoran]

@bahnuhr sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Warum ?
Und willst diesen dann als slave einsetzen.

warum nicht?

hab ich (früher) auch gemacht! Wenn ich einen Pi (et al.) für etwas gebraucht habe noch schnell ein ioBroker drauf
piVCCU + ioBroker, oder NUT Server + ioBroker., piAware + ioBroker.....

[bahnuhr]

@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

hab ich (früher) auch gemacht!

du kennst dich da auch aus.

Aber als newbi macht man Fehler, z.B.
Adapter auf slave direkt installieren.

[bahnuhr]

@homoran
Oder man installiert alles zusammen.
iob, ccu3 -> alles drauf.
Und dann nur 1 GB.

Und dann kommen die Fragen.

[Homoran]

@bahnuhr sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Aber als newbi macht man Fehler, z.B.
Adapter auf slave direkt installieren.

nicht unbedingt. Dies passiert meist, so auch hier, wenn ein solcher Pi für die bisherige Installation zu klein wird, ein neuer Rechner hinzukommt, diesert dann als Master definiert eird und der bestehende einfach als Slave eingebunden wird.

[bahnuhr]

@homoran sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

diesert dann als Master definiert eird und der bestehende einfach als Slave eingebunden wird.

genau, deshalb ja auch:
neue SD und neu installieren.

[reutli]

@bahnuhr @Homoran

Nur keine Panik... da läuft sonst nichts "Wildes" drauf... habe sechs PIs am rennen, also genügend HW (nicht nur PIs) hier im Haus.
Nur hab ich da an dem PI noch ne WPumpensteuerung am rennen.

Eigentlich funkioniert ja alles bestens, Problem ist hier ja "nur", dass die Behauptung im Raum steht, dass der PI nicht als Slave sichert, weil er mal iob-Master war...
Das wollte ich einfach einem Test unterziehen.

Dabei fehlt mir jetzt eben eine konkrete Vorgehensweise

1. iob deinstallieren
2. iob installieren
3. Adapter löschen
4. Slave-Connect
5. Backitup Adapter (vom Masteraus) neu installieren
6. Testen und wundern

Ich war mir nicht bewusst, dass ich in die Probleme rennen könnte, wenn ich aus dem Master einen Slave mache.

Faktisch:
Ich habe einen PI der mal Master war. Den habe ich zum Slave gemacht. Alles passt und läuft bis auf eben das Backup.

[bahnuhr]

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

Dabei fehlt mir jetzt eben eine konkrete Vorgehensweise

neue SD
iob neu drauf.
alle Instanzen löschen
master / slave konfigurieren
Und dann über den master die Instanzen auf dem slave installieren die gebraucht werden.
fertig.

Und dann den thread als gelöst markieren.

[reutli]

@bahnuhr

Ja, das war aber nicht die Frage.
Und btw. Was hier fehlt ist eben die 'root cause analaysis', denn bisher vermuten wir nur, dass es daran liegt (und es funktioniert schließlich nur das Backup nicht, obwohl er es [Backitup] behauptet).

Schnellösungen kann man immer mal machen - ohne den Grund zu kennen, aber in dem Fall wäre es schön zu wissen, woran es liegt.
Gibt "gelöst" Punkte - weil gelöst ist es eben nicht?

[bahnuhr]

@reutli sagte in Backitup Slave wird nicht gesichert (ohne Fehler):

@bahnuhr

Ja, das war aber nicht die Frage.

Das mag sein.
Die Lösung hab ich dir geschrieben.

Bin jetzt raus.