Daten bei einem QNAP über NFS Mount mit no_root_squash exportieren

moses · Jan 19th 2023

Hallo alle

Ich versuche RaspiBackup mit RSYNC zu benutzen. Ich war bereits mit framp in Kontakt. Wir konnten keine Lösung finden.

Ich habe ein TS451 mit QTS 5.0.1.2248.

Ich habe den Mount erstellt und kann mit meinem normalen Raspi-User Dateien und Ordner auf dem QNAP erstellen und löschen. Wenn ich jedoch RaspiBackup benutze, funktioniert es nicht. Gemäss framp scheint dies u. a. am no_root_squash zu liegen. Die aktuelle Fehlermeldung ist, dass der Zugriff verweigert wurde. Zuvor, wurde der Raspi-user gleich dekonnektiert.

Gemäss framp wird das Backup von RaspiBackup mit "owner nobody and group nogroup" erstellt. Im QNAP habe ich bei NFS "Keine Benutzer zuordnen" angewählt. Zuvor hatte ich mit "GID=guest" und "UID=guest" versucht.

Ich danke Euch für die Unterstützung.

moses

Bot · Vor 5 Minuten

Schau mal ob du hier fündig wirst!

FSC830 · Jan 20th 2023

Gib noch ein paar Details preis: soll der QNAP Mount das Backup Ziel sein? Oder willst Du Daten von einem QNAP mit in die Sicherung aufnehmen?

Gruss

Franjo G · Jan 20th 2023

Vielleicht hilft das weiter?

Geänderte root_sqash optionen in der neuen Firmware.

https://www.qnap.com/en-in/how…anged-in-the-new-firmware

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

framp · Jan 20th 2023

Quote from FSC830

Gib noch ein paar Details preis:

Der TE hat leider vergessen unseren Diskussionsthread im GH zu verlinken

Franjo G · Jan 20th 2023

Quote from framp

Der TE hat leider vergessen unseren Diskussionsthread im GH zu verlinken

Quote

I changed the line in fstab from "... rw..." to "...(rw,no_root_squash...)". Now there is the error message "mount.nfs: an incorrect mount option was specified".

Daher mein Link in #3 Die Optionn wurden im QTS geändert.

FSC830 · Jan 20th 2023

framp: Ist das nicht unser "altes" ACL Thema?

Gruss

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

framp · Jan 20th 2023

Nein. Es fehlt die Berechtigung Filesystemattribute zu setzen wie User, group usw. Das liegt i.d.R. an fehlendem no_root_squash.

Bei ACL würde rsync meckern. Nicht mein Test in raspiBackup.

Franjo G · Jan 20th 2023

Quote

I changed the line in fstab from "... rw..." to "...(rw,no_root_squash...)". Now there is the error message "mount.nfs: an incorrect mount option was specified".

Was mir jetzt noch aufgefallen ist.

Die option no_root_squash oder gleichwertig gehört nicht in die fstab auf dem Pi, sondern in die Freigabe auf der Qnap.

Wenn diese option in der fstab eingetragen wird, führt das zu einem error.

framp · Jan 20th 2023

Er hat das wohl selbst bemerkt. Spaeter schreibt er

Quote

I did add no_roo_squash in the /etc/exports file on the qnap. Part of the file reads: (sec=sys,rw,async,wdelay,insecure,no_subtree_check,no_root_sqash,fsid=...)

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

moses · Jan 23rd 2023

Quote from Franjo G

Vielleicht hilft das weiter?
Geänderte root_sqash optionen in der neuen Firmware.

https://www.qnap.com/en-in/how…anged-in-the-new-firmware

Zunächst hatte ich ALL_USERS, danach NO_USERS. Das änderte die Fehlermeldung. Mein pi user wurde nicht mehr direkt abgemeldet, aber ich erhielt die Rückmeldung, dass der Zugriff abgelehnt wurde.

Display More

moses · Jan 23rd 2023

Quote from FSC830

Gib noch ein paar Details preis: soll der QNAP Mount das Backup Ziel sein? Oder willst Du Daten von einem QNAP mit in die Sicherung aufnehmen?

Gruss

Der QNAP Mount soll das Backup Ziel sein.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

moses · Jan 27th 2023

Hier meine Einstellungen auf dem QNAP NAS. Den Inhalt des /etc/exports ist ja oben schon erwähnt. Was müsste angepasst werden, um den Zugang zu gewähren?

Danke.

RTFM · Jan 27th 2023

Der Zufriff auf einen NFS Server erfolgt über den User nobody (oder nfsnobody), der auf Server und Ckient unter derselben UID/GID eingetragen sein muss. Die Server und Client-Einstellungen sind unter

https://www.raspberrypi.com/do…l#network-file-system-nfs

ausführlich dokumentiert.

Servus !

framp · Jan 27th 2023

Quote from RTFM

Der Zufriff auf einen NFS Server erfolgt über den User nobody (oder nfsnobody)

Das ist genau das Problem denn bei rsync muss no_root_squash definiert sein damit alle Linux Dateiattribute beim Kopieren gesetzt und erhalten werden koennen und nicht nobody zuschlaegt. Das testet raspiBackup und terminiert dann mit einer Fehlermeldung weil eine lokale als root erstellte Datei nicht am Ziel mit denselben Attributen abgelegt werden kann. Das muss es aber denn ansonsten erhalten die Dateien beim Restore nicht mehr die originalen Dateirechte

Das war ein boeses Problem wenn raspiBackup Nutzer NTFS als Backupfilesystem nutzen. Mittlerweile weist raspiBackup deshalb NTFS als Backupfilesystem zurueck

no_root_squash ist nicht erforderlich wenn der tar oder dd Backuptyp genutzt wird.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

moses · Jan 29th 2023

Quote from framp

Das ist genau das Problem denn bei rsync muss no_root_squash definiert sein damit alle Linux Dateiattribute beim Kopieren gesetzt und erhalten werden koennen und nicht nobody zuschlaegt. Das testet raspiBackup und terminiert dann mit einer Fehlermeldung weil eine lokale als root erstellte Datei nicht am Ziel mit denselben Attributen abgelegt werden kann. Das muss es aber denn ansonsten erhalten die Dateien beim Restore nicht mehr die originalen Dateirechte

Das war ein boeses Problem wenn raspiBackup Nutzer NTFS als Backupfilesystem nutzen. Mittlerweile weist raspiBackup deshalb NTFS als Backupfilesystem zurueck

no_root_squash ist nicht erforderlich wenn der tar oder dd Backuptyp genutzt wird.

Gemäss der Meldung von QNAP unter dem von Franjo G erwähnten Link (https://www.qnap.com/en-in/how…anged-in-the-new-firmware) verstehe ich Folgendes:

Ist in dem Fall NO_ROOT_SQUASH nicht gleich SQUASH_NO_USERS?

In der /etc/export/ habe ich das auf jeden Fall NO_ROOT_SQUASH angepasst. Auf dem QNAP kann ich aber bei SQASH_NO_USERS die GID und UID nicht anpassen. Macht ja auch Sinn, weil es kein User ist. DER NO_ROOT_SQUASH gibt die GID und UID weiter?

Ist jemand Anderes in einer ähnlichen Situation mit seinem QNAP NAS? Rsync läuft auf dem NAS auf jeden Fall, weil darüber auch die servereigenen Backups laufen.

Danke für weitere Inputs.

framp · Jan 30th 2023

Als Alternative kannst Du den tar Backuptyp nutzen. Da sind die Rechte nicht notwendig.

framp · Jan 30th 2023

Ansonsten - I'm sorry - ich habe keine QNAP und kann Dein Problem nicht nachstellen um es zu debuggen

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

FSC830 · Jan 30th 2023

Und ich muss mir erst wieder eine SD Karte fertig machen um ein Spielsystem zu haben.

Gruss

Edit: Habs weder hier noch im Github Thread gefunden: welches OS hat denn der Pi?

Post by moses (Jan 23rd 2023).