Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Termina]

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

@Termina wieso schneidest du immer die wichtigsten Informationen ab?
hier fehlt der Share-Pfad und bei der Adapterkonfig das selbe

Das verstehe ich jetzt nicht. Irritierend ist hier vielleicht, dass es einen Order backup (Hauptordner) und den User backup gibt, aber auf meinem letzten Screenshot steht doch der Name des Ordners -> backup

Adaptereinstellung -> da hast Du recht - sry, mache ich doch nicht mit Absicht!

[Homoran]

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

Das verstehe ich jetzt nicht.

bei NFS rechten auf der Syno steht ganz unten in der Einstellung der zu nutzende Pfad

und nimm in der Adapterkonfig den führenden / raus

[Homoran]

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

Da fehlt mir das wie im Beispiel "volume1"

das suche ich ja gerade auch

[simatec]

@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

[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!?:angel:

[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?