Rechteprobleme mit Backitup und NFS NAS sicherung

[Termina]

@Homoran sagte in Rechteprobleme mit Backitup und NFS NAS sicherung:

@simatec sagte in Rechteprobleme mit Backitup und NFS NAS sicherung:

Da fehlt mir das wie im Beispiel "volume1"

das suche ich ja gerade auch

Gestartet...
[ERROR] [mount] - [undefined mount.nfs: Operation not permitted

[ERROR] [mount] - [IGNORED] Error: Command failed: sudo mount 192.168.178.20:/volume1/backup/iobroker/standard/ /opt/iobroker/backups
mount.nfs: Operation not permitted

[Homoran]

@Termina hast du meinen Screenshot gesehen?
das hätte ich gerne von dir!

und dann OHNE den führenden /

[Termina]

@Homoran
Hatte erst den User neu angelegt - hier der Screenshot:

[Termina]

@simatec sagte in Rechteprobleme mit Backitup und NFS NAS sicherung:

@Termina Um erstmal ein Rechteproblem auszuschließen, vergebe mal bitte den gleichen Username und Passwort wie auf deinem System.
Da stimmen erstmal die Rechte. Also User mach mal "iobroker" und Passwort halt von deinem System

Angelegt, aber keine Änderung!

[Termina]

@simatec @Homoran @Thomas-Braun

Ihr seid super, aber meint ihr nicht, ich nehme lieber eins meiner lokalen Backups (hab ich ja nun genug ) und setze einen neuen iobroker-LXC auf? Idealerweise mit der von euch bevorzugten Installationsweise!?

[Homoran]

@Termina sagte in Rechteprobleme mit Backitup und NFS NAS sicherung:

@Homoran
Hatte erst den User neu angelegt - hier der Screenshot:

und warum trägst du den moutpfad nicht in dem Adapter ein?
Warum meinst du wird er extra angegeben?

[Termina]

@Homoran
Wir hatten zunächst versucht die bestehende CIFS config wieder hinzubekommen. Erst im Laufe dieser Unterhaltung sind wir zu NFS gekommen. Doch wie Du hier siehst Link Text habe ich das ja zwischenzeitlich ebenfalls ausprobiert - jedoch ohne Erfolg!

Kann es denn grundsätzlich sein, dass bei der Neuinstallation vom Iobroker per Script etwas schief gelaufen ist!? Ich habe ja nichts geändert vor dem zurückspielen des Backups! Der einzige Unterschied zwischen dem vorherigem System und dem jetzigen ist, dass ich zuvor iobroker in einer VM und nun im LXC installiert und laufen habe. Kann es daran auch liegen?

[Thomas Braun]

@Termina sagte in Rechteprobleme mit Backitup und NFS NAS sicherung:

ndert vor dem zurückspielen des Backups! Der einzige Unterschied zwischen dem vorherigem System und dem jetzigen ist, dass ich zuvor iobroker in einer VM und nun im LXC installiert und laufen habe. Kann es daran auch liegen?

Ja, Container ticken halt grundsätzlich anders als VMs.
Hattest du das erwähnt, das es hier um Container-Zeuch geht?
Normalerweise mache ich nämlich um die einen Bogen.

[Homoran]

@Termina sagte in Rechteprobleme mit Backitup und NFS NAS sicherung:

und nun im LXC installiert

ich halte nichts von Containern, aber das ist bekannt und unerheblich

ich arbeite mit einer VM und CIFS ohne jegliche Probleme

[Termina]

Erähnt hatte ich das in meinem ersten Post

Nun gut. Ist zwar nicht die erhoffte Lösung, aber wie würdet ihr als Profis nun vorgehen? Neue VM und Iobroker dann auf welcher Distribution mit welcher Arte der Installation (Script?) Es gibt ja mittlerweile soviele How To´s und Videos, da habe ich mich an das von "verdrahtet" gehalten und stehe nun da... daher die Frage an euch!

[Thomas Braun]

@Termina
Hängt halt davon ab, was da an Hardware zur Verfügung steht.
Ich mag z. B. gerne native Installationen, ohne VM oder Container-Gedöns.
Dann kämpft man nicht auch noch mit virtualisierter oder containerisierter Hard- und Software.

Wenn es unbedingt sein muss:
Debian 'Buster' 10 in einer VM.

[Homoran]

@Termina sagte in Rechteprobleme mit Backitup und NFS NAS sicherung:

Es gibt ja mittlerweile soviele How To´s und Videos

vergiss die!

@Termina sagte in Rechteprobleme mit Backitup und NFS NAS sicherung:

eue VM und Iobroker dann auf welcher Distribution

Debian 10

und dann curl -sLf https://iobroker.net/install.sh | bash -

fertig!

[XxJooO]

@Homoran ,

das mit dem Slash habe ich drin, siehe hier. Es funktioniert einwandfrei...

[Homoran]

@XxJooO sagte in Rechteprobleme mit Backitup und NFS NAS sicherung:

das mit dem Slash habe ich drin,

Passt!
nachdem ich jetzt den Pfad gesehen habe, muss der bei NFS wohl doch rein

[XxJooO]

Ich zweifle auch etwas daran, dass es mit VM oder LXC zu tun hat. Soweit ich mich erinnere muss man doch, wenn man sich per SSH auf der ioBroker Maschine befindet, einen mount Befehl absetzen können, der dem des backitup Adapter ähnlich oder sogar genau gleich ist. Dann muss der mount funktionieren. Geht das nicht liegt es an der eingegebenen Adresse die auf das NAS zeigt - oder an den falschen Rechten auf dem NAS.

@Thomas-Braun , kannst Du nicht mal kurz einen Befehl konstruieren, der einen mount erlauben kann? Mir fehlen die tiefgreifenden Linux-Kenntnisse...

[Thomas Braun]

@XxJooO
Hatte ich oben schon geschrieben:

sudo mount -t nfs 10.10.0.10:/backups /var/backups

Absicherung nicht per user/kennwort sondern per kerberos.
Siehe
https://forum.proxmox.com/threads/trying-to-mount-an-nfs-share-with-username-password.44068/

nfs version 3 does not have user/password authentication, AFAIK this only works with nfs 4 and kerberos and even then you do not specify the user and password via the mounting
but this happens via a kerberos ticket

One sane way to manage an NFS network is to have the same uids across all systems. For large networks, this is best done with a distributed authentication mechanism such as NIS, Kerberos, or LDAP.

Welche UID sind denn da auf dem NFS-Server aktiv?

[Termina]

Ich will mal kurz eine Rückmeldung geben!

Ich bin nun endlich dazu gekommen mal probeweise eine VM mit iobroker ganz frisch anzulegen! Ganz normal iobroker (wie gehabt) per Anleitung installiert, Backitup-Adapter installiert, NAS Daten eingegeben, gespeichert und nun funktioniert es! Ich habe weder etwas an der config der Synology noch irgendetwas anderes seitdem geändert... Misteriös!

@Homoran @simatec @Thomas-Braun und all die anderen - ich danke euch trotzdem für diesen tollen Einsatz! Ihr seid super hier in der Community!

[simatec]

@Termina
Halt Container ... bin da auch kein Freund von ... aber es gibt dort sich auch ne simple Lösung.
Ich arbeite aber selber auch nur nur mit Proxmox und VM

[Termina]

@simatec
So, nun konnte ich noch ein wenig "rumspielen".

Auf dem Container bekomme ich für das Wiederherstellen eine Verbindung und kann entsprechend die Ordnerinhalte auf meinem NAS sehen.
Möchte ich nun dort allerdings ein Backup erstellen, dann kommen wieder die Fehlermeldungen

Gestartet...
[DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ...
[ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.20/backup/iobroker/standard/ /opt/iobroker/backups
mount error(1): Operation not permitted
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

[ERROR] [mount] - [IGNORED] Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.20/backup/iobroker/standard/ /opt/iobroker/backups
mount error(1): Operation not permitted
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

[DEBUG] [iobroker] - host.IoBroker-main 10685 states saved

[DEBUG] [iobroker] - host.IoBroker-main 8703 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2020_11_28-12_23_49_Nuc_IoBroker_LXC_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[ERROR] [historyDB] - [IGNORED] No source for compress!
[DEBUG] [cifs] - done
[ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
[DEBUG] [clean] - done
[DEBUG] [telegram] - done
[DEBUG] [history] - backitup.0.history.html
[DEBUG] [history] - backitup.0.history.json
[EXIT] 0

Da bin ich nun echt raus! Backup local scheint alles gut zu sein, aber beim NAS halt nicht...

Ist das ein "Rechteproblem" beim Schreiben? Aber das haben wir doch auch schon versucht zu lösen, indem wir die Rechte mal auf 777 gesetzt hatten. Hmm

[Cumulus 0]

@termina Ich hatte gestern das gleiche Problem mit der Fehlermeldung.
Nach einigem Probieren war die Ursache gefunden. Wenn man sich strikt an die Ausfüllanweisung von backitup hält, funktioniert das ohne Fehlermeldung.
Der Knackpunkt war folgender: Unter Host darf nur die IP Adresse oder der Hostname stehen, Beispiel //absd oder //123.123.123.1, ohne Slash am Ende.
Unter Pfad steht nur der Pfad, Beispiel NAS/rout_bak/RaspBack . Ohne führenden Slash oder Slash am Ende. Backitup setz gnadenlos Slashes ein, auch wenn schon welche gesetzt wurden.
Wenn man das nicht macht, steht irgendwo ein verweister Slash, der zu der Fehlermeldung führt. Erstellt und kopiert wurde die Sicherungsdatei trotzdem.

Setzt man unter Host den kompletten Pfad ein, funktioniert das nicht mehr. Backitup hat diesbezüglich keinerlei Fehlertoleranz.

Dazu gehört natürlich, das man einen Benutzer mit Passwort sowie eine Freigabe auf der NAS eingerichtet hat. Bei mir ist das einfach eine HD, die per USB an der Fritzbox hängt. Für Sicherungen funktioniert das problemlos.