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

[Thomas Braun]

@norbert999

Der user iobroker natürlich.

[norbert999]

@thomas-braun said in [HOW-TO] backitup Konfiguration mit nfs:

Der user iobroker natürlich.

D.h. ich muss auf dem NAS folgenden user haben:

uid=1001(iobroker) gid=1001(iobroker) groups=1001(iobroker). Richtig?

[Thomas Braun]

@norbert999

Ja die UID/GID wird durchgereicht.

[norbert999]

@thomas-braun said in [HOW-TO] backitup Konfiguration mit nfs:

Ja die UID/GID wird durchgereicht.

Hallo Thomas, muss Dich schon wieder nerven. Habe jetzt folgendes "erreicht":

Auf raspi5 user iobroker in gruppe iobroker mit uid=1001 und gid=1001:

pi@raspi5:/backup $ id iobroker
uid=1001(iobroker) gid=1001(iobroker) groups=1001(iobroker),5(tty),20(dialout),29(audio),44(video),46(plugdev),108(bluetooth),994(i2c),993(gpio)

Auf QNAP user iobroker in gruppe iobroker mit uid=1001 und gid=1001:

[/] # id iobroker
uid=1001(iobroker) gid=100(everyone) groups=100(everyone),1001(iobroker)

Der mount statische mount auf dem raspi ist da:

pi@raspi5:/backup $ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
.....
192.168.1.12:/share/backup_raspi5 on /backup type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.12,mountvers=3,mountport=44352,mountproto=udp,local_lock=none,addr=192.168.1.12)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=824544k,nr_inodes=206136,mode=700,uid=1000,gid=1000)
...

Leider geht es immer noch nicht, gleicher Fehler bei raspiBackup:

pi@raspi5:/backup $ sudo raspiBackup
--- RBK0009I: raspi5: raspiBackup.sh V0.6.9.1 - 2024-09-28 (be4ba6d) Thu 16 Jan 09:02:46 CET 2025 gestartet.
??? RBK0266E: Es fehlt die Berechtigung um Linux Dateiattribute auf /backup zu erstellen (Dateisystem: nfs).
--- RBK0033I: Bitte warten bis aufgeräumt wurde.
--- RBK0043I: Unvollständiges Backup in /backup/raspi5/raspi5-rsync-backup-20250116-090246 wird gelöscht. Das kann etwas dauern. Bitte Geduld.
??? RBK0005E: Backup fehlerhaft beendet. Siehe vorhergehende Fehlermeldungen.
--- RBK0010I: raspi5: raspiBackup.sh V0.6.9.1 - 2024-09-28 (be4ba6d) Thu 16 Jan 09:02:59 CET 2025 beendet mit Returncode 102.
--- RBK0026I: Debug Logdatei wurde in /home/pi/raspiBackup.log gesichert.
pi@raspi5:/backup $

Hast Du noch eine Idee für mich, wie ich weiter vorgehen kann?

[Thomas Braun]

@norbert999

Welches Dateisystem ist auf dem NAS angelegt?
Welche Version des NFS-Servers werkelt auf dem NAS?

[norbert999]

@thomas-braun said in [HOW-TO] backitup Konfiguration mit nfs:

Welches Dateisystem ist auf dem NAS angelegt?
ext4 (wie kann das nochmal über ssh auf dem NAS überprüfen?)

Welche Version des NFS-Servers werkelt auf dem NAS?
NFSv3

[Thomas Braun]

@norbert999

Auf dem Client wird NFS4 laufen. Das ist aber nicht vollständig abwärtskompatibel zu NFS3.

(wie kann das nochmal über ssh auf dem NAS überprüfen?)

blkid

[norbert999]

@thomas-braun said in [HOW-TO] backitup Konfiguration mit nfs:

(wie kann das nochmal über ssh auf dem NAS überprüfen?)

So wie ich das jetzt (mit Deiner Hilfe) sehe, sind die 2 HD´s sda1 und sda2 ext3 formatiert. Das passt nicht, richtig (hatte gelesen es muss ext4 für NFS sein)? Sehe ich es richtig, dass ich das NAS auf ext4 umstellen muss?

[/dev] # blkid
/dev/mapper/cachedev1: LABEL="DataVol1" UUID="f00b5c8f-fd71-4ce7-acd7-78f25b9ee6f8" TYPE="ext4"
/dev/sdb2: TYPE="swap"
/dev/loop0: UUID="6dc86caa-3a28-4ddb-acf1-e884acb1f5a5" SEC_TYPE="ext2" TYPE="ext3"
/dev/mmcblk1p1: SEC_TYPE="msdos" LABEL="EFI" UUID="DF29-556E" TYPE="vfat"
/dev/mmcblk1p2: LABEL="QTS_BOOT_PART2" UUID="799c7339-dd43-4cc2-ad05-a86a91719c61" TYPE="ext2"
/dev/mmcblk1p3: LABEL="QTS_BOOT_PART3" UUID="9e3a6fd6-515d-4d15-94d6-de5c794dcb04" TYPE="ext2"
/dev/mmcblk1p5: UUID="1675f897-f7d6-4770-adf1-52b4029caa6b" TYPE="ext2"
/dev/mmcblk1p6: UUID="0d143c40-05c9-4065-a0c5-bcc207b11f06" TYPE="ext2"
/dev/sda1: UUID="641cf71b-1c61-4f6d-8962-d267ecd0ad49" TYPE="ext3"
/dev/sda2: TYPE="swap"
/dev/sda3: UUID="QasvVR-P33P-uBOV-3qSj-12iu-JHaa-uyZxLs" TYPE="lvm2pv"
/dev/sda4: UUID="abe1dad0-a5e0-4d38-8a5f-bd1968b4d566" TYPE="ext3"
/dev/sda5: TYPE="swap"
/dev/sdb1: UUID="641cf71b-1c61-4f6d-8962-d267ecd0ad49" TYPE="ext3"
/dev/sdb3: UUID="QasvVR-P33P-uBOV-3qSj-12iu-JHaa-uyZxLs" TYPE="lvm2pv"
/dev/sdb4: UUID="abe1dad0-a5e0-4d38-8a5f-bd1968b4d566" TYPE="ext3"
/dev/sdb5: TYPE="swap"
/dev/md9: UUID="641cf71b-1c61-4f6d-8962-d267ecd0ad49" TYPE="ext3"
/dev/md13: UUID="abe1dad0-a5e0-4d38-8a5f-bd1968b4d566" TYPE="ext3"
/dev/md256: TYPE="swap"
/dev/md322: TYPE="swap"
/dev/md1: UUID="QasvVR-P33P-uBOV-3qSj-12iu-JHaa-uyZxLs" TYPE="lvm2pv"
/dev/drbd1: UUID="QasvVR-P33P-uBOV-3qSj-12iu-JHaa-uyZxLs" TYPE="lvm2pv"
/dev/mapper/vg288-lv1: LABEL="DataVol1" UUID="f00b5c8f-fd71-4ce7-acd7-78f25b9ee6f8" TYPE="ext4"

[Thomas Braun]

@norbert999 sagte in [HOW-TO] backitup Konfiguration mit nfs:

(hatte gelesen es muss ext4 für NFS sein)

Sollte eigentlich auch mit ext3 funktionieren. Das kennt ja die erweiterten Attribute von unix auch.

[norbert999]

@thomas-braun said in [HOW-TO] backitup Konfiguration mit nfs:

Sollte eigentlich auch mit ext3 funktionieren. Das kennt ja die erweiterten Attribute von unix auch.

Ich hatte gelesen, dass es ext4 sein soll/muss. Hatte mir aber nicht aufgeschrieben, wo ich das gelesen hatte (Mist, schreibe jetzt alles auf).

Da ich noch ein 2tes NAS habe, welches wöchentlich ein backup meines 1ten NAS macht, werde ich jetzt mein 1tes NAS neu aufsetzen und ext4 formatieren. Danach alles files wieder zurückspielen. Das wird ein paar Std dauern. Melde mich dann wieder.

Habe auch noch ein Ticket bei QNAP aufgemacht. Schätze aber, dass die sagen, dass der statische mount ja funktioniert und sie mit raspiBackup nichts am Hut haben,

[Thomas Braun]

@norbert999 sagte in [HOW-TO] backitup Konfiguration mit nfs:

dass der statische mount ja funktioniert und sie mit raspiBackup nichts am Hut haben,

Das Problem liegt aber nicht am RaspiBackup sondern am grundsätzlichen Dingen beim Mounten per NFS.