UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[opöl]

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ß

[Thomas Braun]

@opöl sagte in InfluxDB Restore über Backitup nicht möglich:

influxdb-client

sudo apt remove influxdb-client

Zuvor aber das influx-Repo neuanlegen:

https://forum.iobroker.net/topic/59231/phantastische-repositories-und-wo-sie-zu-finden-sind

[opöl]

@Thomas-Braun ,

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 read

Der 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

[Thomas Braun]

@opöl
Stell dich in dein Home.

[opöl]

@thomas-braun ,

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?_=1729892070152

Gruß

[nobbiman]

@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?

[Thomas Braun]

@nobbiman

iob host this

mal versuchen.

[nobbiman]

@thomas-braun

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?

[Thomas Braun]

@nobbiman

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.

[nobbiman]

@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]

@nobbiman

Den hostname am besten in

raspi-config

ändern.

[nobbiman]

@thomas-braun ... und jetzt ein neues Restore ?

[Thomas Braun]

@nobbiman

Nein. Jetzt den neuen hostname im iobroker bekannt machen.

iob host this

[nobbiman]

@thomas-braun

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'

[Homoran]

@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?

[nobbiman]

@homoran s.o. 'ioBraspi'

[Homoran]

@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 gefixt

zeig mal im Expertenmodus die system.hosts in den Objekten

[nobbiman]

@homoran

Ist es das, was du sehen willst, gerne auch mehr?

[Homoran]

@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

[nobbiman]

@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