Test Adapter ioBroker.backitup v3.1.x

[qqolli]

@thomas-braun

Also da habe ich mich immer sklavisch an deine Vorgaben gehalten

pi@ioBroker:~ $ uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
armv7l
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.15.1
v16.15.1
8.11.0
pi
/home/pi
OK:1 http://phoscon.de/apt/deconz buster InRelease
OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease
OK:3 https://packages.grafana.com/oss/deb stable InRelease
OK:4 http://archive.raspberrypi.org/debian buster InRelease
OK:5 https://deb.nodesource.com/node_16.x buster InRelease
OK:6 https://repos.influxdata.com/debian buster InRelease
OK:7 https://archive.raspbian.org/raspbian buster InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
nodejs:
  Installiert:           16.15.1-deb-1nodesource1
  Installationskandidat: 16.15.1-deb-1nodesource1
  Versionstabelle:
 *** 16.15.1-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x buster/main armhf Packages
        100 /var/lib/dpkg/status
     10.24.0~dfsg-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        500 https://archive.raspbian.org/raspbian buster/main armhf Packages

[qqolli]

@homoran
Verstehe ich noch nicht ganz.

Freigabe auf dem NAS für den Ordner Backup. Und dort ist der Ordner iobroker_Proxmox.

Woher weiß denn der Adapter das er in backup schreiben muss auf der NAS?

Die Fehlermeldung oben zeigt ja, das er das nicht weiß:

[ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.23/iobroker_Proxmox /opt/iobroker/backups
mount error(1): Operation not permitted

sonst würde er ja in backup schreiben, oder?

[Thomas Braun]

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

Woher weiß denn der Adapter das er in backup schreiben muss auf der NAS?

Weiß er nicht. Tut er auch nicht. Er legt das Backup immer in /opt/iobroker/backups ab. Aber du kannst das Verzeichnis als mountpunkt für andere Dateisysteme verwenden. Dazu muss das aber mit den richtigen Rechten auch dort eingehängt werden.

[Homoran]

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

Freigabe auf dem NAS für den Ordner Backup

hast du die freigegeben und dem user backup?? auch die Rechte gegeben?

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

Und dort ist der Ordner iobroker_Proxmox.

der befindet sich innerhalb des Freigabeverzeichnisses?

dann muss pfad sein: backups/iobroker_Proxmox

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

zeigt ja, das er das nicht weiß:

weil die Freigabe fehlt, da steht nur

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

192.168.178.23/iobroker_Proxmox

kein Freigabename. oder hast du iobroker_Proxmox freigegeben?

[qqolli]

@homoran
Mit FTP habe ich es jetzt zum laufen gebracht. Ist es normal, das er auf dem iob die Backupdateien nicht löscht? Auch wenn ich z. B. sage max. 2 Backups werden es immer mehr. Aber zumindest auf der NAS landen sie jetzt.

[simatec]

@qqolli Es wird nur bei automatischen Backups gelöscht. Wenn du ein manuelles Backup durchführst, wird nicht gelöscht.
Wo hast du denn den ioBroker laufen? LXC oder VM?

[qqolli]

@simatec

LXC

[simatec]

@qqolli Privilegiert oder Unprivilegiert?

[qqolli]

@simatec

Unprivilegiert (bin was das betrifft Anfänger)

[simatec]

@qqolli Für einen nfs/cifs mount muss der LXC Privilegiert erstellt werden und die Option für nfs oder cifs in Proxmox aktiviert werden.
Unprivilegierte Container können keinen mount via nfs oder cifs

[Negalein]

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

Für einen nfs/cifs mount muss der LXC Privilegiert erstellt werden und die Option für nfs oder cifs in Proxmox aktiviert werden.
Unprivilegierte Container können keinen mount via nfs oder cifs

da muss ich und @Dutchman dir leider wiedersprechen.
Meine LXCs sind unpreviligiert und NFS auf Synology funktioniert!

[qqolli]

@simatec

Oh, das hatte ich noch nicht gewusst. Vielen Dank für die Info.

Generell, was würdest du eher empfehlen: Privilegiert oder Unprivilegiert?

[simatec]

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

Meine LXCs sind unpreviligiert und NFS auf Synology funktioniert!

OK das würde mich interessieren? Der nfs mount auf dem host und dann den mount in den LXC einbinden kenne ich.
Aber ein direkte nfs mount Befehl aus dem lxc raus?

[qqolli]

@negalein
Wie hast du das genau hinbekommen, ich meine die Einstellungen (NAS & Proxmox)?

[simatec]

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

Das ist aber kein nfs mount direkt aus dem lxc.
Du bindest über Proxmox ein Verzeichnis, welches du vorher in Proxmox gemountet hast ein.

[Negalein]

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

Das ist aber kein nfs mount direkt aus dem lxc.

Ah ok, das meintest du!

Ich bin nach dieser Anleitung vorgegangen.
https://drozmotix.github.io/languages/de/BasicSetup/03.ProxmoxLXC.html#_5-externes-laufwerk-einbinden-z-b-nas

Und später dann geändert wie hier auf mp.
https://forum.iobroker.net/topic/53859/mount-nfs-operation-not-permitted?page=1

[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

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