NEWS
Rechteprobleme mit Backitup und NFS NAS sicherung
-
@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 SystemAngelegt, aber keine Änderung!
-
@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!?
-
@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? -
@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?
-
@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. -
@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
-
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!
-
@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. -
@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 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 -
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...
-
@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 ticketOne 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?
-
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!
-
@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 -
@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 FehlermeldungenGestartet... [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
-
@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.
-
@luft-post Hallo,
ich habe gerade die Sicherung mit Backitup zu meiner Synology NAS per NFS hinbekommen.
Um nicht als root eine NFS-Verbindung herstellen zu müssen, muss auf dem Host (bei mir der Rpi) die fstab in /etc/fstab bearbeitet werden.
Hier ist mein Eintrag: "users" führt dazu, dass sämtliche user auf dem Rpi mounten dürfen. Die NFS-Version habe ich in der NAS-Oberfläche ausgewählt. Auf Wunsch kann ich Screenshots senden.
NAS:/volume1/backup /opt/iobroker/backups nfs auto,nfsvers=4.1,users,defaults,rsize=32768,wsize=32768,intr 0 0
Dann war das Problem, dass Backitup nicht die Rechte hatte in backups zu schreiben, sobald eine NFS-Verbindung da war (ohne ging es). Ich habe mit
ls -l /opt/iobroker
gesehen, dass in den Ordner backups gar niemand schreiben darf:
total 320 d--------- 4 root root 4096 Nov 30 20:25 backups -rwxrwxrwx+ 1 iobroker iobroker 237 Nov 16 11:51 INSTALLER_INFO.txt lrwxrwxrwx 1 iobroker iobroker 22 Nov 16 11:51 iob -> /opt/iobroker/iobroker -rwxr-xr-x+ 1 iobroker iobroker 309 Nov 16 11:51 iobroker drwxrwxr-x+ 8 iobroker iobroker 4096 Nov 30 18:11 iobroker-data drwxrwxr-x+ 2 iobroker iobroker 4096 Nov 30 20:44 log drwxrwxr-x+ 502 iobroker iobroker 20480 Nov 25 22:34 node_modules -rw-rwxr--+ 1 iobroker iobroker 492 Nov 25 22:34 package.json -rw-rwxr--+ 1 iobroker iobroker 281765 Nov 25 22:34 package-lock.json
Also habe ich die read/write-Rechte verändert.
Im /opt/iobroker Verzeichnis dazu
sudo chmod 777 backups/
eingeben.
Nun steht folgendes:
drwxrwxrwx 4 root root 4096 Nov 30 20:25 backups -rwxrwxrwx+ 1 iobroker iobroker 237 Nov 16 11:51 INSTALLER_INFO.txt lrwxrwxrwx 1 iobroker iobroker 22 Nov 16 11:51 iob -> /opt/iobroker/iobroker -rwxr-xr-x+ 1 iobroker iobroker 309 Nov 16 11:51 iobroker drwxrwxr-x+ 8 iobroker iobroker 4096 Nov 30 18:11 iobroker-data drwxrwxr-x+ 2 iobroker iobroker 4096 Nov 30 20:44 log drwxrwxr-x+ 502 iobroker iobroker 20480 Nov 25 22:34 node_modules -rw-rwxr--+ 1 iobroker iobroker 492 Nov 25 22:34 package.json -rw-rwxr--+ 1 iobroker iobroker 281765 Nov 25 22:34 package-lock.json
Das Backup lief jetzt per Backitup problemlos durch.
Wie gesagt: Screenshots von Backitup-Einstellungen und Synology-NAS-Einstellungen liefer ich gerne nach.
Als Pfad in Backitup habe ich übrigens /volume1/backup stehen.
-
@oromis sagte in Rechteprobleme mit Backitup und NFS NAS sicherung:
chmod 777 backups/
Darf auf Verzeichnisse mit ACLs nicht verwendet werden.
Und 777 ist i.d.R. ohnehin Murks.
getfacl /opt/iobroker/backups
sagt?
-
@thomas-braun Ich hatte mir auch schon überlegt, dass iobroker fix wohl die Rechte wieder anpasst.
getfacl: Removing leading '/' from absolute path names # file: opt/iobroker/backups # owner: iobroker # group: iobroker user::rwx group::r-x group:iobroker:rwx mask::rwx other::r-x default:user::rwx default:group::r-x default:group:iobroker:rwx default:mask::rwx default:other::r-x
ist meine Ausgabe. Hast du eine alternative Idee, wie man das Rechteproblem mit NFS umgehen kann?