InfluxDB Restore über Backitup nicht möglich
-
Ja tatsächlich. Ich habe die Paketbefehle nicht gefunden. Vielen Danke ich werde berichten.
Update: Vielen Dank deine Hilfe hat das Problem behoben. Habe meine alten Werte wieder in der DB.
VG
-
Lesson learned:
Für Softwareinstallationen immer den Paketmanager verwenden. -
Hallo zusammen,
beim Versuch, meine Influx 1 DB von meinem Raspberry auf einen Futro zu übertragen komme ich auch nicht so richtig voran und bin auf diesen Beitrag gestoßen. Da ich einen ähnlichen Fehler bei mir vermutet habe, bin ich der Anleitung von @Thomas-Braun in diesem Beitrag gefolgt, bekomme aber bei der Neuinstallation die folgende Meldung.
/usr/bin/influx und
/var/cache/apt/archives/influxdb_1.8.10-1_amd64.deb
wurden bereits gelöscht.@futro:/usr/bin$ sudo apt-get update && sudo apt-get install influxdb OK:1 http://de.archive.ubuntu.com/ubuntu noble InRelease OK:2 http://de.archive.ubuntu.com/ubuntu noble-updates InRelease OK:3 http://de.archive.ubuntu.com/ubuntu noble-backports InRelease OK:4 http://security.ubuntu.com/ubuntu noble-security InRelease OK:5 https://apt.grafana.com stable InRelease OK:6 https://repos.influxdata.com/debian stable InRelease OK:7 https://deb.nodesource.com/node_20.x nodistro InRelease Fehl:6 https://repos.influxdata.com/debian stable InRelease Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY D8FF8E1F7DF8B07E Paketlisten werden gelesen… Fertig W: Während der Überprüfung der Signatur trat ein Fehler auf. Das Depot wurde nicht aktualisiert und die vorherigen Indexdateien werden verwendet. GPG-Fehler: https://repos.influxdata.com/debian stable InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY D8FF8E1F7DF8B07E W: Fehlschlag beim Holen von https://repos.influxdata.com/debian/dists/stable/InRelease Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY D8FF8E1F7DF8B07E W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt. Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Die folgenden NEUEN Pakete werden installiert: influxdb 0 aktualisiert, 1 neu installiert, 0 zu entfernen und 3 nicht aktualisiert. Es müssen noch 0 B von 54,4 MB an Archiven heruntergeladen werden. Nach dieser Operation werden 153 MB Plattenplatz zusätzlich benutzt. (Lese Datenbank ... 146163 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../influxdb_1.8.10-1_amd64.deb ... Entpacken von influxdb (1.8.10-1) ... dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/influxdb_1.8.10-1_amd64.deb (--unpack): Versuch, »/usr/bin/influx« zu überschreiben, welches auch in Paket influxdb-client 1.6.7~rc0-2ubuntu0.24.04.1 ist dpkg-deb: Fehler: »einfügen«-Unterprozess wurde durch Signal (Broken pipe) getötet Failed to disable unit: Unit file influxdb.service does not exist. Fehler traten auf beim Bearbeiten von: /var/cache/apt/archives/influxdb_1.8.10-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1)Hat jemand eine Idee dazu?
Danke und Gruß
-
@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?
