InfluxDB Restore über Backitup nicht möglich
-
@opöl sagte in InfluxDB Restore über Backitup nicht möglich:
influxdb-client
sudo apt remove influxdb-clientZuvor aber das influx-Repo neuanlegen:
https://forum.iobroker.net/topic/59231/phantastische-repositories-und-wo-sie-zu-finden-sind
-
bis dahin kein Fehler, aber dann:
@futro:/usr/share/keyrings$ echo '393e8779c89ac8d958f81f942f9ad7fb82a25e133faddaf92e15b16e6ac9ce4c influxdata-archive_compat.key' | sha256sum -c && cat influxdata-archive_compat.key | gpg --dearmor | sudo tee /usr/share/keyrings/influxdata-archive_compat.gpg > /dev/null sha256sum: influxdata-archive_compat.key: No such file or directory influxdata-archive_compat.key: FAILED open or read sha256sum: WARNING: 1 listed file could not be readDer Inhalt des Ordners:
l@futro:/usr/share/keyrings$ ls influxdata-archive_compat.gpg ubuntu-pro-cis.gpg ubuntu-archive-keyring.gpg ubuntu-pro-esm-apps.gpg ubuntu-archive-removed-keys.gpg ubuntu-pro-esm-infra.gpg ubuntu-cloudimage-keyring.gpg ubuntu-pro-fips.gpg ubuntu-cloudimage-removed-keys.gpg ubuntu-pro-fips-preview.gpg ubuntu-master-keyring.gpg ubuntu-pro-realtime-kernel.gpg ubuntu-pro-anbox-cloud.gpg ubuntu-pro-ros.gpg ubuntu-pro-cc-eal.gpg -
@opöl
Stell dich in dein Home. -
danke. Das war es.
Meine Schritte, um die influx 1.8 DB auf ein neues System zu übertragen habe ich hier dokumentiert:
https://forum.iobroker.net/topic/77362/keine-grafana-dashboards-nach-systemwechsel?_=1729892070152Gruß
-
@thomas-braun Ich habe Probleme meine Influxdb-Konfiguration und -Datenbanken (3 Instanzen) mittels Backitup auf einen neuen RasPi zu übertragen.
Wie bin ich vorgegangen:
- Stopp der Influxdb-Instanzen auf meinem Alt-RasPi
- Ausführen von Backitup auf Alt-RasPi
- Kopieren der Sicherungsdatei in den Pfad /opt/iobroker/backups des Neu-RasPi
- Installation des Adapters Influxdb auf dem Neu-RasPi mit 3 Instanzen
- Restore auf dem Neu-RasPi
Nach komplettem Restoredurchlauf verweist die Instanz des Neu-RasPi auf die IP-Adresse des Alt-RasPi!
Wie bekomme ich es hin, dass die Instanzen des Neu-RasPi auf die übertragenen Daten des Neu-RasPi zugreift? -
-
pi@raspberrypi:~ $ iobroker stop pi@raspberrypi:~ $ iob host this A host with the name "raspberrypi" already exists! pi@raspberrypi:~ $Heißt das ich muss meinen Neu-RasPi umbenennen?
-
Joh...
Es darf in einem Netzwerk nicht zwei gleiche hostnames geben. Wohhin soll denn der arme Router die Pakete senden?
Davon abgesehen ändert man den User wie auch den hostname während der Installation auf eigene Namen ab.
Also nicht pi@raspberrypi. -
@thomas-braun Wenn ich den Hostnamen ändere, muss ich dann den RasPi komplett neu aufsetzen oder reicht diese Änderung und Neuinstallation des ioBroker und danach das Restore?
-
-
@thomas-braun ... und jetzt ein neues Restore ?
-
-
pi@ioBraspi:~ $ iobroker stop pi@ioBraspi:~ $ iob host this A host with the name "ioBraspi" already exists!Das verstehe ich nicht, der Alt-RasPi trägt den Hostnamen 'RasPi-ioBroker'
-
@nobbiman sagte in InfluxDB Restore über Backitup nicht möglich:
Das verstehe ich nicht, der Alt-RasPi trägt den Hostnamen 'RasPi-ioBroker'
und der neue?
-
@homoran s.o. 'ioBraspi'
-
@nobbiman sagte in InfluxDB Restore über Backitup nicht möglich:
@homoran s.o. 'ioBraspi'
dann ist doch alles gut!
Dann hat iob nach dem Reboot nach der Namensänderung das bereits selbst gefixtzeig mal im Expertenmodus die system.hosts in den Objekten
-
Ist es das, was du sehen willst, gerne auch mehr?
-
@nobbiman sagte in InfluxDB Restore über Backitup nicht möglich:
Ist es das, was du sehen willst,
nöö, was ist das?
ich hätte gerne diese Ansicht
-
@homoran ... und in welcher Form und Ordnertiefe, das wird unübersichtlich?
Merkwürdigerweise sind noch beide Hostnamen auf dem Neu-RasPi vertreten!? Nachtrag: sehe gerade, dass der Status des 2. Hostnamens nicht auf 'alive' steht
-
@nobbiman sagte in InfluxDB Restore über Backitup nicht möglich:
und in welcher Form und Ordnertiefe
so wie bei mir
müsste das hier sein
