Test Adapter ioBroker.backitup v3.0.x

[MCU]

@thomas-braun sagte in Test Adapter ioBroker.backitup v2.4.x:

ls -la

prox@influxdb:~$ ls -la
total 32
drwxr-xr-x 3 prox prox 4096 Jul 10 20:41 .
drwxr-xr-x 3 root root 4096 Jun 26 07:23 ..
-rw------- 1 prox prox 1297 Jul 10 20:37 .bash_history
-rw-r--r-- 1 prox prox  220 Jun 26 07:23 .bash_logout
-rw-r--r-- 1 prox prox 3526 Jun 26 07:23 .bashrc
-rw-r--r-- 1 prox prox  807 Jun 26 07:23 .profile
-rw-r--r-- 1 prox prox 3108 May  4  2021 influxdb.key
drwxr-xr-x 2 prox prox 4096 Jul 10 19:42 influxdb2-client-2.3.0-linux-amd64
prox@influxdb:~$ 

[Thomas Braun]

@mcu

rm -rf influx*

[MCU]

@thomas-braun Geht nur mit sudo rm influx*. OK?
Oder so:

ls -la
total 24
drwxr-xr-x 2 prox prox 4096 Jul 10 20:47 .
drwxr-xr-x 3 root root 4096 Jun 26 07:23 ..
-rw------- 1 prox prox 1297 Jul 10 20:37 .bash_history
-rw-r--r-- 1 prox prox  220 Jun 26 07:23 .bash_logout
-rw-r--r-- 1 prox prox 3526 Jun 26 07:23 .bashrc
-rw-r--r-- 1 prox prox  807 Jun 26 07:23 .profile

[Thomas Braun]

@mcu

Nein, das muss auch mit dem user prox funktionieren, dem gehört der Sums ja.

rm -rf influx*

[MCU]

@thomas-braun

apt policy influxdb*
influxdb2-cli:
  Installed: 2.3.0
  Candidate: 2.3.0
  Version table:
 *** 2.3.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+b5
  Version table:
     1.6.7~rc0-1+b5 500
        500 http://ftp.debian.org/debian bullseye/main 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+b5 500
        500 http://ftp.debian.org/debian bullseye/main amd64 Packages
influxdb2:
  Installed: 2.3.0-1
  Candidate: 2.3.0-1
  Version table:
 *** 2.3.0-1 500
        500 https://repos.influxdata.com/debian stable/main amd64 Packages
        100 /var/lib/dpkg/status

[Thomas Braun]

@mcu

apt policy influxdb*

bringt nun?

[Thomas Braun]

@mcu @simatec
Muss der client auf dem System mit dem ioBroker installiert sein?
Mir war so.

[MCU]

@thomas-braun Also das auf dem ioBroker-System?

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 update && sudo apt install influxdb2-cli

[Thomas Braun]

@mcu

Wenn der client auf dem iobroker-System laufen muss dann ja. Steht aber soweit ich weiß in der Readme zum Adapter drin.

[simatec]

@thomas-braun
Der Client musst dort installiert sein, wo Backitup läuft. Also ja auf dem iobroker System.
Wenn influxdb auf einem anderen System läuft, wird es dort für Backitup nicht benötigt

[Thomas Braun]

@simatec

Thx. Hatte gerade aber auch für @MCU auch nochmal in die Readme geschaut... Da steht es ja drin:

Um ein Backup einer InfluxDB 2.x erstellen zu können, muss Influx-CLI auf eurem System installiert sein. Dies ist sowohl bei einem lokalen als auch bei einem Remote Backup erforderlich.

Bei einem Remote Backup muss Influx-CLI auf dem System installiert sein, auf dem auch euer iobroker läuft. Auf dem entfernten System, in dem eure Datenbank arbeitet, ist die Installation für ein Backup nicht erforderlich.

[MCU]

@thomas-braun Jetzt ein Schritt weiter?

[Thomas Braun]

@mcu

Da fehlt jetzt die Zugangsberechtigung. Da ich aber influx nicht verwende kann ich da nicht weiterhelfen.

[simatec]

@mcu Ich verwende bei mir den Token vom Admin

[legro]

@mcu

In der neuen InfluxDB gibt es keine Authentifizierung über Benutzer/Passwort mehr. Es werden ausschließlich sog. Token verwendet.

Wie du diese einrichten kannst, habe ich hier in einer PDF beschrieben.

[MCU]

@simatec @legro
Es muss der Initial-User-Token(erster admin-User, kann auch anders heißen, so wie in meinem Fall) sein, nicht der DB-AdminUser-Token.
Mit dem Initial-Admin-Token funktioniert es. Danke an alle.

[AxLED]

@simatec
@axled sagte in Test Adapter ioBroker.backitup v2.4.x:

@simatec

weil meine NAS sporadisch 1x die Woche läuft, daher greift die Zeitplanung von Backitup leider in meinem Fall auch nicht (immer).

Gruß

AxLED

[simatec]

@axled Warum weckst du dein NAS nicht über den Backitup Adapter mit WOL

[AxLED]

@simatec
meine NAS unterstützt leider kein Wake on Lan
Gruß AxLED

[simatec]

@axled sagte in Test Adapter ioBroker.backitup v2.4.x:

@simatec

ich habe mal eine Frage zum Objekt lastedBackup.
Wann wird das aktualisiert?

Hintergrund: Da meine NAS nicht 24x7 läuft, habe ich ein Blockly erstellt, dass

• Listenpunktdas Datum aus latestBackup mit dem aktuellen Datum vergleicht

• ListenpunktSollte dass länger als 7 Tage her sein, setze ich den Wert des Objektes oneClick/iobroker auf true.

Funktioniert soweit auch ganz gut, bis auf das Objekt latestBackup, dass wird leider nicht aktualisiert.
Hast du einen Tipp für mich?

Danke und Gruß

AxLED

Das Objekt latestBackup wird beim Backupprozess aktualisiert
Wenn du nicht die Logik von Backitup einsetzt und damit keine automatischen Backups erstellst, hast du nicht die Funktion für das löschen alter Backups zur Verfügung.

Das manuelle Backup über die GUI oder über das Objekt oneClick/iobroker löschen aus Sicherheitsgründen keine alten Backups.

Ich denke, du solltest eventuell dein Energiekonzept für dein NAS überdenken.
Grundsätzlich rate ich in jeder Nacht ein Backup zu erstellen. Damit wäre es für dich auch leichter händelbar.

Du erstellst jede Nacht um 2:33 ein Backup und startest vorher dein NAS jede Nacht um 2:30