Backitup - Influxdb2 Fehler bei Sicherung

[Snopy_16]

@crunchip @Thomas-Braun

Ich weiss, dass ich mit meinen Fragen oft nerve.
Aber für mich ist das noch alles ein bißchen komplex.
Aber mit jedem Schritt lerne ich dazu und verstehe alles ein bisschen besser.
Drum danke Euch, die mich unterstützen.
(Will gar nicht mehr zu meinen Anfängen zurückdenken - stand da wie der Ochs vorm Tor)

[Snopy_16]

@crunchip
Also, irgendwas mache ich komplett falsch.

Beim Restore der influxdb werden keine Datenpunkte zurückgeschrieben.
Restore Fehlermeldung.

15:00:34.581INFOguistarting Restore...
15:00:34.721DEBUGinfluxDBCreated tmp directory
15:00:34.736DEBUGinfluxDBStart influxDB Restore ...
15:00:57.433ERRORinfluxDBError: API compatibility check failed: Get "http://localhost:8086/health": dial tcp [::1]:8086: connect: connection refused
15:00:57.450DEBUGinfluxDBTry deleting the InfluxDB tmp directory
15:00:57.557DEBUGinfluxDBinfluxDB Restore completed successfully

im log

backitup.0
2024-11-23 15:00:56.770	error	[influxDB] Error: API compatibility check failed: Get "http://localhost:8086/health": dial tcp [::1]:8086: connect: connection refused

backitup.0
2024-11-23 15:00:13.312	error	Error: ENOENT: no such file or directory, lstat '/opt/iobroker/backups/influxDB_2024_11_23-14_35_27_backupiobroker.tar.gz'

backitup.0
2024-11-23 15:00:09.710	error	umount: /opt/iobroker/backups: not mounted.

backitup.0
2024-11-23 14:59:02.506	error	umount: /opt/iobroker/backups: not mounted.

Adapter influxdb vor restore habe ich gestoppt. Alte Influx-Datenbank vor der Wiederherstellung automatisch löschen habe ich auch probiert.
Bucket wird angelegt, Measurements werden angelegt. Nur die Historiedaten fehlen.

[crunchip]

@snopy_16 sagte in Backitup - Influxdb2 Fehler bei Sicherung:

Ich habe Iobroker in Proxmox auf einer VM
Influxdb2 in einem eigenen Container

Wenn die InfluxDB von einem entfernten Server gesichert werden soll, müssen in der influxdb.conf auf dem entfernten Server die Remote-Rechte für den RPC-Dienst angepasst werden.

bind-address = "<InfluxDB-IP>:8088"
oder

bind-address = "0.0.0.0:8088"
Nach dem Änderungen in der Konfiguration muss der InfluxDB-Dienst neugestartet werden.

Weitere Informationen zur Datensicherung der InfluxDB sind hier zu finden.

[Snopy_16]

@crunchip
hab ich aber nur bei influxdb 1 gelesen, ich hab influxdb 2
Habs aber jetzt hinbekommen.
Dafür die nächste Hürde: grafana in einem anderen Container als influx installiert.
Beim restore kommt dann das

18:10:02.838INFOguistarting Restore...
18:10:02.862DEBUGgrafanaStart Grafana Restore ...
18:10:02.918DEBUGgrafanafilename for restore: /opt/iobroker/backups/grafana_2024_11_23-14_38_55_backupiobroker.tar.gz
18:10:02.924DEBUGgrafanaGrafana tmp directory created: /opt/iobroker/backups/grafana_tmp
18:10:02.936DEBUGgrafanastart decompress
18:10:03.970DEBUGgrafanaGrafana request started
18:10:03.990DEBUGgrafanaGrafana is available ... Status: 200
18:10:04.001DEBUGgrafanaTry to Restore: /opt/iobroker/backups/grafana_tmp/datasource/InfluxDB.json
18:10:04.017DEBUGgrafanacannot restore datasource "InfluxDB": "Invalid username or password"
18:10:04.024DEBUGgrafanaTry to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/fronius.json
18:10:04.067DEBUGgrafanaTry to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/haustechnik.json
18:10:04.072DEBUGgrafanacannot restore dashboard "haustechnik": {"message":"Unauthorized","traceID":""}
18:10:04.075DEBUGgrafanacannot restore dashboard "fronius": {"message":"Unauthorized","traceID":""}
18:10:04.110DEBUGgrafanaGrafana request ended
18:10:04.122DEBUGgrafanaTry deleting the Grafana tmp directory
18:10:04.126DEBUGgrafanaGrafana tmp directory was successfully deleted
18:10:06.076DEBUGgrafanaGrafana Restore completed successfully

grafana datenquelle zeigt beim Test

es wird nichts restored

[crunchip]

@snopy_16 hast du deinen token erstellt?

[Snopy_16]

@crunchip
Danke

[Ralph 0]

Hi,
weil ich Antworten auf Fragen, die nie gestellt wurden so liebe ;-):

Proxmox hat auch eine super Backup-Funktion. Per Klick oder Zeitplan kannst Du einfach einzelne/alle Container bzw. VMs sichern oder restoren.

Was ich besonders nützlich finde, wenn man gerne rumspielt und/oder sich noch nicht so gut auskennt:
Neben dem laufendem System aus einem Backup eine Containerkopie restoren, darin die gewünschten Änderungen ausprobieren und wenn's funktioniert diese im Original umsetzen. Hat man den Container "kaputt" gespielt - löschen, neuen restoren und nochmal probieren.

[io2345]

@thomas-braun said in Backitup - Influxdb2 Fehler bei Sicherung:

@snopy_16

Dann dürfte es

sudo apt update
sudo apt install influxdb2-cli

sein.

Da kommt bei mir allerdings:

iobrokeradmin@ioBroker8neu:~$ sudo apt install influxdb2-cli
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package influxdb2-cli

Wie hast du das gelöst?

===========================
Vollständige Beschreibung: Ich habe das fast identisch wie bei dir installiert: Iobroker ist ein LXC-Container auf dem Proxmox, die Influx DB in Version 2.7.5 ein weiterer LXC-Container. Den Iobroker-Container habe ich die letzten Tage erneuert (neuen Container angelegt und dann das Backup eingespielt). Seither kommt der Fehler wie bei dir: "[iobroker/influxDB] /bin/sh: 1: influx: not found" beim Backup.

[Thomas Braun]

@io2345

Ist das influxdb-Repo angelegt?

sudo apt update
apt policy influxdb2*

sagt?

[io2345]

@thomas-braun said in Backitup - Influxdb2 Fehler bei Sicherung:

apt policy influxdb2*

Da kommt nichts. "sudo apt update" läuft durch, aber dann

iobrokeradmin@ioBroker8neu:~$ apt policy influxdb2*
N: Unable to locate package influxdb2*
N: Couldn't find any package by glob 'influxdb2*'

Wie bekommt man das Repo angelegt?

[Thomas Braun]

@io2345 sagte in Backitup - Influxdb2 Fehler bei Sicherung:

"sudo apt update" läuft durch

Zeigen!
An der Ausgabe hätte ich schon sehen können was da angelegt ist oder nicht.

[io2345]

@thomas-braun said in Backitup - Influxdb2 Fehler bei Sicherung:

Zeigen!

Ah, sorry. Hier isses:

iobrokeradmin@ioBroker8neu:~$ sudo apt update
[sudo] password for iobrokeradmin: 
Hit:1 http://security.debian.org bullseye-security InRelease
Hit:2 http://deb.debian.org/debian bullseye InRelease                              
Hit:3 http://deb.debian.org/debian bullseye-updates InRelease                      
Hit:4 https://deb.nodesource.com/node_20.x nodistro InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
iobrokeradmin@ioBroker8neu:~$ apt policy influxdb2*
N: Unable to locate package influxdb2*
N: Couldn't find any package by glob 'influxdb2*'
iobrokeradmin@ioBroker8neu:~$ 

[Thomas Braun]

@io2345

sudo rm /etc/apt/sources.list.d/influ*
wget -q https://repos.influxdata.com/influxdata-archive_compat.key
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
echo 'deb [signed-by=/usr/share/keyrings/influxdata-archive_compat.gpg] https://repos.influxdata.com/debian stable main' | sudo tee /etc/apt/sources.list.d/influxdata.list
rm influxdata-archive_compat.key

Danach stehen die Pakete in deinem Pakermanager zur Installation bereit.

[io2345]

@thomas-braun
Danke!
Nach dieser Aktion klappt ein weiterer Aufruf von
sudo apt update
sudo apt install influxdb2-cli
und installiert den gewünschten Client.

Fragt sich, ob das andere, die so wie ich alle halbe Jahre mal an ihrer Installation rumschrauben, ohne Hilfe von Spezialisten wie dir hinbekommen. Eher nicht, denke ich. Aber dafür ist dieses Forum ja da, gell?

Sieht man eigentlich irgendwo in der Oberfläche des Iobroker, dass da nun ein zusätzlicher DB-Client installiert ist? Unter Instanzen sehe ich da weiterhin nur den Adapter "influxdb".

[Thomas Braun]

@io2345 sagte in Backitup - Influxdb2 Fehler bei Sicherung:

halbe Jahre mal an ihrer Installation rumschrauben

DEUTLICH zu selten. Mach das regelmäßig häufiger.

[io2345]

Ich bin ja eher der Typ "never change a running system"

[Thomas Braun]

@io2345 sagte in Backitup - Influxdb2 Fehler bei Sicherung:

Ich bin ja eher der Typ "never change a running system"

Falscher Ansatz. Halt die Kiste REGELMÄSSIG auf Stand. Dann 'runnt' das auch besser.