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

[simatec]

@negalein Ja das ist eine Methode, aber ich persönlich mag sie nicht. Auf dem Host sollte nichts eingebunden sein, was am Ende nur ein LXC nutzt.
Aber das ist ein Philosophie Thema :blush:

Für den mount von Backitup hilft das am Ende auch nicht.

So sollte die Config für den mount in einen LXC aussehen

@qqolli
Erstelle ein backup deines Containers und erstelle im Anschluss aus dem Backup einen neuen Container.
Bei der Erstellung wählst du privilegiert aus.
Im Anschluss noch unter Optionen in den Features die Option nfs oder cifs (je nachdem was du brauchst) aktivieren.
Dann den Container starten und ggfs. halt noch im LXC die cifs-utils oder nfs-common nachinstallieren

[qqolli]

@simatec

Super, werde ich mal in Angriff nehmen.

Noch eine kurze Frage, bei mir in den Optionen ist unter den Features noch nesting=1 aktiviert (auch im unprivilegierten Container). Soll ich das so lassen oder deaktivieren?

[simatec]

@qqolli
Wenn man nesting aktiviert, wird /proc und /sys vom Hypervisor (Proxmox) rw gemounted.
Vom Sicherheitsaspekt also nicht so gut.

Es gibt aber Konstellationen, wo es benötigt wird. Beispiel ist hier ein Docker im LXC

[Dutchman]

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

@negalein Ja das ist eine Methode, aber ich persönlich mag sie nicht. Auf dem Host sollte nichts eingebunden sein, was am Ende nur ein LXC nutzt.
Aber das ist ein Philosophie Thema

mja, mount of host versus priviligierten modus des container und damit komplett alle Prozesse darin root auf deinem host.... nicht nur Philosophie Thema ;)

[simatec]

@dutchman
Ja da gebe ich dir auch Recht … es sind beides Dinge mit Nachteilen 😊

[MCU]

@simatec
Ich habe in Proxmox (Priviligerter LXC CT) 2 Verzeichnisse zugeordnet.

1. Verzeichnis -> interne zusätzliche Festplatte für Backups
2. Verzeichnis -> externe FritzNAS

Kann ich jetzt mit einer Sicherung bzw. einer backitup-Instanz beiden eine Sicherung schicken?
-> durch Semikolon getrennte Pfade?

Oder muss ich dafür 2 Instanzen nutzen?
Oder gibt es eine andere Möglichkeit dafür?
Vielen Dank.

[simatec]

@mcu Nein das geht nicht.
Da du Proxmox nutzt kannst du aber mit dem Proxmox-Backup-Server an der Stelle arbeiten und damit auf dein NAS den Inhalt der internen Platte sichern.
PBS ist da genial.

Alternativ könntest du via rsync mit cronjob arbeiten und die interne Platte nach dem Backup auf dein NAS synchronisieren

Oder du bindest die interne Platte in den Pfad /opt/iobroker/backups ein und machst ein copy auf dein NAS

[AxLED]

@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

[simatec]

@axled Darf ich fragen, warum du dies so machst?
Backitup kann doch selber zu definierten Zeiten und alle x Tage ein automatisches Backup erstellen.
Da braucht es kein Blockly

[AxLED]

@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

[MCU]

@simatec Einstellungsfrage:
Welcher Token gehört hier hinein?

User-Token?

Wo hole ich den InfluxDB-Datenbank-Token?

[simatec]

@mcu Dir fehlen die Influx-cli
https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch#influxdb-backup

[MCU]

@simatec
Ich habe es jetzt nach Anleitung installiert, bekomme aber den gleichen Fehler, auch nach Neustart von influx und Instanz (backitup)? Muss man noch was machen?

prox@influxdb:~$ apt policy influxdb-client influxdb2-cli
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
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

[Thomas Braun]

@mcu

Hast du denn auch influxdb2?

apt policy influxdb*

zeigt mehr.

[MCU]

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

apt policy influxdb*

apt policy influxdb*
N: Unable to locate package influxdb2-client-2.3.0-linux-amd64
N: Couldn't find any package by glob 'influxdb2-client-2.3.0-linux-amd64'
N: Unable to locate package influxdb2-client-2.3.0-linux-amd64.tar.gz
N: Couldn't find any package by glob 'influxdb2-client-2.3.0-linux-amd64.tar.gz'

[Thomas Braun]

@mcu

Dann hast du dir irgendwas irgendwie am Paketmanager vorbei ins System geprügelt.

Sauber sähe das so aus:

echad@chet:/opt/iobroker $ apt policy influxdb*
influxdb2-cli:
  Installed: (none)
  Candidate: 2.3.0
  Version table:
     2.3.0 500
        500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages
influxdb-client:
  Installed: (none)
  Candidate: 1.6.7~rc0-1+b5
  Version table:
     1.6.7~rc0-1+b5 500
        500 http://deb.debian.org/debian bullseye/main arm64 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 bullseye/stable arm64 Packages
     1.6.7~rc0-1+b5 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages
influxdb2:
  Installed: (none)
  Candidate: 2.3.0-1
  Version table:
     2.3.0-1 500
        500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages

[MCU]

@thomas-braun

wget https://dl.influxdata.com/influxdb/releases/influxdb2-client-2.3.0-linux-amd64.tar.gz
--2022-07-10 19:41:36--  https://dl.influxdata.com/influxdb/releases/influxdb2-client-2.3.0-linux-amd64.tar.gz
Resolving dl.influxdata.com (dl.influxdata.com)... 54.230.206.23, 54.230.206.30, 54.230.206.53, ...
Connecting to dl.influxdata.com (dl.influxdata.com)|54.230.206.23|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 5350662 (5.1M) [application/x-gzip]
Saving to: 'influxdb2-client-2.3.0-linux-amd64.tar.gz'

influxdb2-client-2.3.0-linux-amd64.tar.gz  100%[=======================================================================================>]   5.10M  --.-KB/s    in 0.1s    

2022-07-10 19:41:36 (34.4 MB/s) - 'influxdb2-client-2.3.0-linux-amd64.tar.gz' saved [5350662/5350662]

prox@influxdb:~$ tar xvzf ./influxdb2-client-2.3.0-linux-amd64.tar.gz
influxdb2-client-2.3.0-linux-amd64/LICENSE
influxdb2-client-2.3.0-linux-amd64/README.md
influxdb2-client-2.3.0-linux-amd64/influx
prox@influxdb:~$ sudo cp influxdb2-client-2.3.0-linux-amd64/influx /usr/local/bin/

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

[sudo] password for prox: 
prox@influxdb:~$ 

[Thomas Braun]

@mcu

Macht man ja auch nicht so.

[MCU]

@thomas-braun Steht aber so dort:
https://docs.influxdata.com/influxdb/v2.3/tools/influx-cli/?t=Linux
Wie sonst?

[Thomas Braun]

@mcu

Da steht aber auch, wie man sich deren Repo anlacht.
Software unter Debian wird (zu 99,9%) IMMER über den Paketmanager installiert. Auch influx.