Hilfe beim Einrichten von InfluxDB und BackItUp
-
@berlon Ein unprivilegierter CT hat leider nicht die Rechte um auf externe Shares zuzugreifen.
Also ein privilegierter LXC oder eine VM, dann gibts kein Problem mit BackitUp.
-
@einstein67
Danke für die Auskunft.
Werde den Broker als VM neu aufsetzen. -
@berlon Du könntest, wenns schnell gehen soll, deinen Container auf die Synology sichern.
- Wiederherstellen als "privilegiert"
- Unter Optionen-Features "NFS" anwählen
- im CT "apt install nfs-common" installieren
und schon sollte Sicherung und Wiederherstellung funktionieren.
-
@einstein67
Habs so gemacht und bin etwas weiter. Backup startet,
Habe nun das Problem mit Influx. Token habe ich gesternt.
Das Backup bleibt in der letzten Zeile stehen und beendet nicht.
Liegt es eventuell daran das Influx/ Grafana auch ein unprivilegierter CT sind?
Die Konfig im BackItUp habe ich mit dem Button "Ermitteln der Konfiguration" übernommen.
Influx funktioniert da ich Daten reinschreibe und mit Grafana auswerte.Started iobroker ... [DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.6.10:/volume1/Backup/RPI_IOBroker/IOBroker /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.ioBroker 2801 states saved [DEBUG] [iobroker] - host.ioBroker 3529 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_09_11-18_00_41_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [influxDB] - InfluxDB-Backup started ... [DEBUG] [influxDB] - Start InfluxDB Backup ... [DEBUG] [influxDB] - InfluxDB Backup tmp directory created [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted [DEBUG] [influxDB] - [ERROR] [influxDB] - Error: Command failed: influx backup --bucket iobroker --host http://192.168.6.52:8086 -t ***************************************************** "/opt/iobroker/backups/influxDB_2022_09_11-18_00_45_backupiobroker" /bin/sh: 1: influx: not found -
@berlon sagte in BackItUp macht Ärger:
/bin/sh: 1: influx: not found
Auf beiden Systemen muss influxdb installiert sein. Siehe Anleitung zu Backitup.
-
@thomas-braun
auf dem Brocker auch? Reicht da nur die Installation oder muss da auch konfiguriert werden?
Wenn ja, was? Kannst mir einen Link geben? Der Link im BackItUp Adapter führt
zu der allgemeinen Doku von Influx auf englisch. -
Was für ein Brocker?
Auf beiden Systemen. Also auf dem wo die Datenbank läuft und dann auf dem Client (in gleicher Version).
-
@thomas-braun
Alles läuft auf Proxmox.
ioBroker und InfluxDB/Grafana laufen in 2 verschiedene CT.
Mit dem ioBroker will ich dann mit BackItUp dann auch InfluxDB sichern.
Die Konfiguration nimmt sich BackItUp aus dem influxdb Adapter.
Hoffe das ich es nun richtig beschrieben habe. -
Nochmal. influxdb muss auf beiden Systemen/Müllcontainern installiert sein.
In der gleichen Version. -
-
Ok, gemacht. Influxdb wurde nun auch auf dem Iobroker Installiert.
Habe auch den InfluxDB-client installiert.
Backup läuft nicht durchStarted iobroker ... [DEBUG] [mount] - mount activ... umount is started before mount!! [DEBUG] [mount] - umount successfully completed [DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.6.10:/volume1/Backup/RPI_IOBroker/IOBroker /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.ioBroker 2801 states saved [DEBUG] [iobroker] - host.ioBroker 3529 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_09_11-18_43_01_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [influxDB] - InfluxDB-Backup started ... [DEBUG] [influxDB] - Start InfluxDB Backup ... [DEBUG] [influxDB] - InfluxDB Backup tmp directory created [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted [DEBUG] [influxDB] - Usage of influx: -version Display the version and exit. -host 'host name' Host to connect to. -port 'port #' Port to connect to. -socket 'unix domain socket' Unix socket to connect to. -database 'database name' Database to connect to the server. -password 'password' Password to connect to the server. Leaving blank will prompt for password (--password ''). -username 'username' Username to connect to the server. -ssl Use https for requests. -unsafeSsl Set this when connecting to the cluster using https and not use SSL verification. -execute 'command' Execute command and quit. -format 'json|csv|column' Format specifies the format of the server responses: json, csv, or column. -precision 'rfc3339|h|m|s|ms|u|ns' Precision specifies the format of the timestamp: rfc3339, h, m, s, ms, u or ns. -consistency 'any|one|quorum|all' Set write consistency level: any, one, quorum, or all -pretty Turns on pretty print for the json format. -import Import a previous database export from file -pps How many points per second the import will allow. By default it is zero and will not throttle importing. -path Path to file to import -compressed Set to true if the import file is compressed Examples: # Use influx in a non-interactive mode to query the database "metrics" and pretty print json: $ influx -database 'metrics' -execute 'select * from cpu' -format 'json' -pretty # Connect to a specific database on startup and set database context: $ influx -database 'metrics' -host 'localhost' -port '8086' [ERROR] [influxDB] - Error: Command failed: influx backup --bucket iobroker --host http://192.168.6.52:8086 -t v-yX0W1sADx9HEy9z_WFV-d1ffBEI56ANPkB0KYmuyBtPKSvslG2PZO6LvhnhNHq2sGtvIpcI4KtKjyXV8pOOw== "/opt/iobroker/backups/influxDB_2022_09_11-18_43_06_backupiobroker" unknown arguments: backup --bucket iobroker --host http://192.168.6.52:8086 -t v-************************************** /opt/iobroker/backups/influxDB_2022_09_11-18_43_06_backupiobrokerWas muss nun in dieser InfluxDB konfiguriert werden.
Ich verstehe es nicht........................................... -
-
@berlon sagte in BackItUp macht Ärger:
Ich verstehe es nicht...........................................
bitte weniger "Frustrations-Satzzeichen" verwenden - danke !
Eben gelesen dass Du da mit ProxDings unterwegs bist...
schau mal bitte ob das hilft ...
https://github.com/simatec/ioBroker.backitup/issues/390
Keine Ahnung aber da wird halt das System erwähntclosed Backup InfluxDB mit Error #390
-
@berlon Du musst influxdb2-cli auf dem System installieren, auf dem dein iobroker läuft.
Steht auch in der Doku ...
Von daher finde ich den Titel deines Threads sehr fraglich ...wget -q https://repos.influxdata.com/influxdb.key echo '23a1c8836f0afc5ed24e0486339d7cc8f6790b83886c4c96995b88a061c5bb5d influxdb.key' | sha256sum -c && cat influxdb.key | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/influxdb.gpg > /dev/null echo 'deb [signed-by=/etc/apt/trusted.gpg.d/influxdb.gpg] https://repos.influxdata.com/debian stable main' | sudo tee /etc/apt/sources.list.d/influxdata.list sudo apt install influxdb2-cli -
@berlon sagte in BackItUp macht Ärger:
noch nie hatte ich solche Probleme den Broker aufzusetzten.
Ich denke eher dass du mit den Containern und deren Spezialitäten nicht firm bist.
mit ioBroker hat das nichts zu tun!
Jetzt da die Schuld zu suchen ist nicht fair. -
Danke für die ganzen Hinweise.
Mit der Containergeschichte bin ich am lernen.
Ich habe es für mich momentan so gelöst das Proxmox von den 2 Container
nachts täglich ein Backup erstellt. Auf der Synology ist jedenfalls
genug Platz.
Die Hinweise werde ich noch alle durchlesen und umsetzen.Es wird auf jeden Fall noch weiter gelernt
-
@thomas-braun
auf dem ioBroker:pi@ioBroker:~$ apt policy influxdb* influxdb-client: Installed: 1.6.7~rc0-1 Candidate: 1.6.7~rc0-1 Version table: *** 1.6.7~rc0-1 500 500 http://archive.ubuntu.com/ubuntu jammy/universe amd64 Packages 100 /var/lib/dpkg/status influxdb-dev: Installed: (none) Candidate: (none) Version table: influxdb: Installed: 1.6.7~rc0-1 Candidate: 1.6.7~rc0-1 Version table: *** 1.6.7~rc0-1 500 500 http://archive.ubuntu.com/ubuntu jammy/universe amd64 Packages 100 /var/lib/dpkg/status pi@ioBroker:~$auf der InfluxDB:
root@InfluxDB-Grafana:/# apt policy influxdb* influxdb2-cli: Installed: 2.4.0 Candidate: 2.4.0 Version table: *** 2.4.0 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages 100 /var/lib/dpkg/status influxdb-client: Installed: (none) Candidate: 1.6.7~rc0-1 Version table: 1.6.7~rc0-1 500 500 http://archive.ubuntu.com/ubuntu jammy/universe amd64 Packages influxdb-dev: Installed: (none) Candidate: (none) Version table: 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 500 500 http://archive.ubuntu.com/ubuntu jammy/universe amd64 Packages influxdb2: Installed: 2.4.0-1 Candidate: 2.4.0-1 Version table: *** 2.4.0-1 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages 100 /var/lib/dpkg/status root@InfluxDB-Grafana:/# -
Ich vermute ganz stark, dass du mit den Tools von influxdb1 keine Schnitte haben wirst bei einer influxdb2.
Den Hinweis auf: "Hampel NICHT als root herum!" hast du bestimmt schon mal gelesen?
Darüberhinaus vermute ich ebenfalls, dass es für 'jammy' ein eigenes Repository für influxdb2 geben wird. Richte das gescheit ein.
-
@thomas-braun
hm. Hast Recht.
Den neuen Nutzer in der Influx anlegen habe ich vergessen.
Kann ich den noch nachträglich anlegen oder ist das Kind schon in den Brunnen gefallen.
Wenn ja - wird Influx neu gemacht. -
Wie user in Container gestopft werden sollte man wissen, wenn man die Dinger einsetzt. Ist absoutes Basiswissen, imho.
Die influxdb.list-Datei sollte jedenfalls so aussehen:
deb [signed-by=/etc/apt/trusted.gpg.d/influxdb.gpg] https://repos.influxdata.com/ubuntu stable main
