GELOEST : backup fails INFLUXDB

Thomas Braun

Auf dem client-System muss das passende influxdbX-cli(ent)-Paket installiert sein.

Welche Version von influxdb läuft denn im anderen Container?

Fred Freund

user1@influxdb:/bin$ influx version
Influx CLI dev (git: none) build_date: 2023-04-28T14:24:14Z

user1@influxdb:/bin$ influxd version
InfluxDB v2.7.4 (git: 19e5c0e1b7) build_date: 2023-11-08T17:07:39Z

Homoran

@fred-freund sagte in backup fails INFLUXDB:

ist in einem anderen Container

davon war nie die Rede!
Alle Berechnungen durchgereicht?

Fred Freund

@homoran sorry ich dachte wenn die Datenspeicherung funktioniert und backup das Setup kopiert der KEY stimmt ...dann geht es auch so..

Die Berechtigungen , das ist eine Gute Frage das weiss ich leider nicht, Daten speichern funktioniert.
sorry

Ich denke es ist einfach ich mache ein Backup des ganzen containers mit Proxmox.

eine Frage noch zu diesem Fehler:

backitup.0	2024-01-12 07:59:59.793	error	[iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors.

Homoran

@fred-freund sagte in backup fails INFLUXDB:

eine Frage noch zu diesem Fehler:
backitup.0 2024-01-12 07:59:59.793 error [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors.

und welche?

Fred Freund

@homoran Ich habe

trotzdem versucht er die letzten Backups zu loeschen?

Homoran

@fred-freund sagte in backup fails INFLUXDB:

trotzdem versucht er die letzten Backups zu loeschen?

nein!
bei richtiger Konfiguration wird das Backup im Mountpunkt geschrieben, aber auf das Ziel gemountet.

Da der mount anscheinend wegen der fehlenden Rechte nicht geklappt hat, bleibt das Backup lokal und wird da nicht gelöscht

Fred Freund

@homoran also Backup auf dem NAS funktioniert:

iobroker_2024_01_12-07_59_52_iobroker_backupiobroker.tar.gz
user1@laptop2:~/iobroker/backups/iobroker$

also das ist mein share

Thomas Braun

@fred-freund

Im Wiki zu Backitup ist das alles erklärt. Vielleicht magst du da mal reinschauen.

Marc Berg

@fred-freund

Der Fehler tritt auf, weil du auf deiner ioB VM noch nicht den influx Client installiert hast. Und sobald ein Fehler im Backup auftritt, werden keine alten Backups gelöscht.

Um den Client zu installieren, zuerst das Influxdata Repo hinzufügen:

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

Danach

sudo apt update
sudo apt install influxdb2-client

Und dann diese Hinweise hier beachten, da zum Backup der Operator Token erforderlich ist.

https://github.com/simatec/ioBroker.backitup/wiki/Diverse-Anleitungen-für-ioBroker.backitup#token-für-influxdb-2x-backup-richtig-erstellen

Fred Freund

@all

Danke , werde ins wiki schauen.....
achso der adapter greift auf die /bin/influx..... zu und als client macht er dann backup...

wie gesagt vielleicht einfacher ich mache ein Backup des containers.

Danke nochmal..

Marc Berg

@fred-freund sagte in backup fails INFLUXDB:

achso der adapter greift auf die /bin/influx..... zu und als client macht er dann backup...

Genau.
Wenn du den Container backupst, dann besteht die (theoretische) Gefahr, dass offene Datenbankfiles Probleme beim Restore bereiten könnten und es zum Datenverlust kommt. Die Variante über influx backup ist da die sauberere.

Fred Freund

@marc-berg ok....ok...
muesste die Installation: https://docs.influxdata.com/influxdb/v2/install/?t=Linux
auch gehen?

Thomas Braun

@fred-freund

Nein, besser nicht. Für Software-Installationen verwendet man wo immer möglich die entsprechenden Paketmanger und die Repos.

Fred Freund

@thomas-braun naja bei mir ist mit ...

user1@iobroker1:~$ uname -a
Linux iobroker1 6.5.11-7-pve #1 SMP PREEMPT_DYNAMIC PMX 6.5.11-7 (2023-12-05T09:44Z) x86_64 GNU/Linux

aber ich denke ich verwendete vor dem Script eine debian 12 installation...??

da waere das Repo doch fuer linux das richtige...

I am confused...

GUT BIN der Anleitung: gefolgt thx MARC BERG

coll, neuer key erstellt und
[link text](user1@iobroker1:~$ influx backup --bucket data --host http://192.168.1.46:8086 -t tv1myl3JORpRcxhhjPuv-dfCNFZDQ97GLhugey1-WxYZ4QKEYg== "/tmp/influx-test"
2024/01/12 11:48:49 INFO: Downloading metadata snapshot
Error: failed to backup metadata: failed to download metadata snapshot: 401 Unauthorized: read:authorizations is unauthorized)

sollte noch jemand den Fehler haben unbedingt den ADMIN token nehmen all access nutzt nix:
backup influxdb authorization problems

user1@influxdb:/bin$ influx user list --token 62H-ZJZFRa29C4JVyfzx45mQ==
ID                      Name
0c59783e7225a000        admin
0c5978f013a5a000        dbuser
0c59799ab765a000        Iobroker

wenn ich aber

user1@influxdb:/bin$ sudo influx auth list --user admin
Error: could not find authorization with given parameters: 401 Unauthorized: unauthorized access

das ist ein Problem des UI mit dem Key ..der nicht stimmt...

Thomas Braun

@fred-freund sagte in backup fails INFLUXDB:

aber ich denke ich verwendete vor dem Script eine debian 12 installation...??
da waere das Repo doch fuer linux das richtige...

In der Anleitung verweisen die aber (warum auch immer) nicht auf ihr eigenes Repo sondern knödeln da ein deb-File manuell ins System.
Macht man nicht, wenn es auch besser über ein Repository und apt als Paketmanager geht.

Fred Freund

@thomas-braun said in backup fails INFLUXDB:

@fred-freund sagte in backup fails INFLUXDB:

aber ich denke ich verwendete vor dem Script eine debian 12 installation...??
da waere das Repo doch fuer linux das richtige...

In der Anleitung verweisen die aber (warum auch immer) nicht auf ihr eigenes Repo sondern knödeln da ein deb-File manuell ins System.
Macht man nicht, wenn es auch besser über ein Repository und apt als Paketmanager geht.

Alles getestet, geht jetzt super , DANKE:

Thomas Braun

@fred-freund

apt policy influxdb*

sagt nun auf dem client?

Fred Freund

@thomas-braun said in GELOEST : backup fails INFLUXDB:

@fred-freund
apt policy influxdb*
sagt nun auf dem client?

user1@iobroker1:~$ apt policy influxdb*
influxdb2-cli:
  Installed: (none)
  Candidate: 2.7.3-1
  Version table:
     2.7.3-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.7.1-2 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.6.1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.6.0 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.5.0 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.4.0 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.3.0 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
influxdb-client:
  Installed: (none)
  Candidate: 1.6.7~rc0-1+b13
  Version table:
     1.6.7~rc0-1+b13 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
influxdb-dev:
  Installed: (none)
  Candidate: (none)
  Version table:
influxdb2-client:
  Installed: 2.7.1-1
  Candidate: 2.7.1-1
  Version table:
 *** 2.7.1-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
        100 /var/lib/dpkg/status
influxdb:
  Installed: (none)
  Candidate: 1.8.10-1
  Version table:
     1.8.10-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     1.6.7~rc0-1+b13 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
influxdb2:
  Installed: (none)
  Candidate: 2.7.4-1
  Version table:
     2.7.4-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.7.3-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.7.1-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.7.0-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.6.1-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.6.0-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.5.1-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.4.0-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.3.0-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
     2.2.0 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
user1@iobroker1:~$

ChrisWitt

Hallo zusammen,

habe Influxdb V.2.7.6 neu installiert.

Davor und jede Nacht ein anständiges Backup gemacht, größe ca. 2gb

Den neuen Token habe ich ins Backitup sowie den Adapter kopiert und wollte eine Wiederherstellung starten.

ALs Fehler bekomme ich folgendes :

09:40:33.309INFOguistarting Restore...
09:40:33.355DEBUGinfluxDBCreated tmp directory
09:40:33.358DEBUGinfluxDBStart influxDB Restore ...
09:40:42.265ERRORinfluxDB2024/07/03 09:40:40 INFO: Restoring bucket "9a8bd3a1105db0a1" as "iobroker"
Error: failed to restore bucket "iobroker": 401 Unauthorized: read:authorizations is unauthorized
09:40:42.304DEBUGinfluxDBTry deleting the InfluxDB tmp directory
09:40:42.307DEBUGinfluxDBinfluxDB Restore completed successfully
[EXIT] influxDB restore done

Schalte ich den Influx adapter an kommt folgendes :

09:46:46.953INFOguistarting Restore...
09:46:47.005DEBUGinfluxDBTry deleting the old InfluxDB tmp directory
09:46:47.007DEBUGinfluxDBInfluxDB old tmp directory was successfully deleted
09:46:47.010DEBUGinfluxDBCreated tmp directory
09:46:47.016DEBUGinfluxDBStart influxDB Restore ...
09:46:47.261DEBUGinfluxDBinfluxdb.0 is stopped
09:46:59.826ERRORinfluxDB2024/07/03 09:46:58 INFO: Restoring bucket "9a8bd3a1105db0a1" as "iobroker"
Error: failed to restore bucket "iobroker": 422 Unprocessable Entity: bucket with name iobroker already exists
09:46:59.942DEBUGinfluxDBinfluxdb.0 started

Was mache ich falsch? Es muss doch in Backitup und die Instanz der neue token oder?

Community Forum

NEWS

GELOEST : backup fails INFLUXDB

Support us

576

32.8k

82.8k

1.3m