raspiBackup - Fehler beim Übertragen von Symlinks?

  • Hallo raspiBackup-Benutzer, vielleicht kann mir jemand helfen:

    Ich schaffe es nicht, ein fehlerfreies Backup auf einem NFS-Laufwerk mit raspiBackup und rsync zu erstellen.

    Versucht habe ich es mit meinem Pi4 und mit meinem Pi3 (beide mit aktuellem Buster).

    Ich erhalte eine Vielzahl von Meldungen wie z.B. die folgende:

    Code
    rsync: failed to set times on "/mnt/NFS-Link2/raspi-backup/Raspberrypi7/Raspberrypi7-rsync-backup-20210721-141056/etc/alsa/conf.d/10-samplerate.conf": Stale file handle (116)

    Die Meldungen beziehen sich vermutlich auf die Symlink-Dateien des zu sichernden Dateisystems.

    Zur weiteren Info:
    Das NFS-Laufwerk ist ein älteres Buffalo-Linkstation-NAS mit xfs-Dateisystem und nachtäglich installiertem NFS (Kann das überhaupt funktionieren?)

    Hier die /etc/exports - Datei auf dem NAS-Laufwerk:

    Code
    root@LINK2:~# cat /etc/exports
    /mnt/disk1/WEB 192.168.0.0/255.255.0.0(rw,sync,no_root_squash,no_subtree_check)
    /mnt/disk1/Backup 192.168.0.0/255.255.0.0(rw,sync,no_root_squash,no_subtree_check)


    Das Backupverzeichnis wird auf dem Pi3 ohne Fehlermeldung über /etc/fstab gemountet:

    Code
    root@Raspberrypi7 ~ # cat /etc/fstab
    proc            /proc           proc    defaults          0       0
    /dev/mmcblk0p1  /boot           vfat    defaults          0       2
    /dev/mmcblk0p2  /               ext4    defaults,noatime  0       1
    # a swapfile is not a swap partition, so no using swapon|off from here on, use  dphys-swapfile swap[on|off]  for that
    
    192.168.168.3:/mnt/disk1/Backup            /mnt/NFS-Link2         nfs defaults,nolock,soft,rw,nofail 0 0                    <----------------------

    Mount-Ausgabe auf dem Pi3 (verkürzt):

    Code
    root@Raspberrypi7 ~ # mount
    /dev/mmcblk0p2 on / type ext4 (rw,noatime)
    ...
    /dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
    
    192.168.168.3:/mnt/disk1/Backup on /mnt/NFS-Link2 type nfs (rw,relatime,vers=3,rsize=524288,wsize=524288,namlen=255,soft,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.168.3,mountvers=3,mountport=2049,mountproto=udp,local_lock=all,addr=192.168.168.3)

    Nachzutragen wäre noch, dass ich "per Hand" mittels cp -d ... solche Symlinks sehr wohl auf das NFS-Laufwerk kopieren kann! :conf:

    Es wäre prima, wenn mir jemand einen Tipp geben könnte!

    Meine Pis

    Pi B Rev 2 24/7 - DHCP-Server im Heimnetz
    Pi 2B Rev 1.1 Home-Infocenter (Domoticz) - Kamera auf Garten
    Pi 2B Rev 1.1 Testgerät mit USV, Musikplayer, Kodi,
    Pi 3B Rev 1.2 Videos aus Netzwerk (an Rückseite des TV moniert)
    Pi 3B+ Rev 1.3 mit 3.5-TouchDisplay, Peppy-Web-Radio
    Pi 4B - 4GB Rev 1.1 Testgerät - Argon-ONE-Gehäuse

    Pi Zero Testgerät

    Pi Zero W Rev 1.1 Motion-Eye auf Garten

  • raspiBackup - Fehler beim Übertragen von Symlinks?? Schau mal ob du hier fündig wirst!

  • Es wäre prima, wenn mir jemand einen Tipp geben könnte!

    Ich habe mal ein wenig im netzt gesucht aber so richtig fuendig bin ich nicht geworden. Wenn man nach "stale file handle" sucht findet man verschiedene Ursachen und Loesungen wie z.B. hier. Es gab schon oefters mal Leute die hatten nfs Probleme speziell mit aelteren NASsen. Wie mir scheint benutzt Dur nfs Version 3. ich koennte mir auch vorstellen dass es daran liegt. Aber sicher bin ich nicht denn ich bin kein nfs Spetzl.

  • Danke framp
    Ich hab auch nochmal das Internet und die Manpage von rsync befragt, und mich dabei auf den ersten Teil der Fehlermeldung konzentriert:

    Code
    rsync: failed to set times on ...

    Fundstelle:

    https://ubuntu.buildwebhost.com/de/q/110195

    Dann habe ich mir die raspiBackup.sh vorgenommen und bei cmdParms und an den Stellen mit cmd="rsync ... folgenden Parameter hinzugefügt:

    --omit-link-times

    von dem die Manpage sagt:

     -J, --omit-link-times                       omit symlinks from --times 

    Resultat:
    Die o.g. Fehlermeldungen sind verschwunden! :bravo2:

    Ob das Backup so verwendet werden kann, weiß ich noch nicht - es läuft noch die Erstellung.

    Daraus ergibt sich gleich die nächste Frage:

    Ist es normal dass das Backup gefühlt ewig dauert? (Netzwerkanbindung über Ethernet-Kabel)

    Die Erstellung läuft jetzt seit 2 Stunden (SD-Kartengröße: 16 GB)

    Meine Pis

    Pi B Rev 2 24/7 - DHCP-Server im Heimnetz
    Pi 2B Rev 1.1 Home-Infocenter (Domoticz) - Kamera auf Garten
    Pi 2B Rev 1.1 Testgerät mit USV, Musikplayer, Kodi,
    Pi 3B Rev 1.2 Videos aus Netzwerk (an Rückseite des TV moniert)
    Pi 3B+ Rev 1.3 mit 3.5-TouchDisplay, Peppy-Web-Radio
    Pi 4B - 4GB Rev 1.1 Testgerät - Argon-ONE-Gehäuse

    Pi Zero Testgerät

    Pi Zero W Rev 1.1 Motion-Eye auf Garten

    Einmal editiert, zuletzt von msol (22. Juli 2021 um 13:57)

  • Interessant was Du rausgefunden hast. Interessant ist jetzt ob das restorete Image noch funktional ist :conf: Man kann uebrigens die rsync Optionen im Config File erweitern (DEFAULT_RSYNC_BACKUP_ADDITIONAL_OPTIONS).

    Ist es normal dass das Backup gefühlt ewig dauert? (Netzwerkanbindung über Ethernet-Kabel)

    Die Erstellung läuft jetzt seit 2 Stunden (SD-Kartengröße: 16 GB)

    Das ist schon ziemlich lange. Ich vermute Du nutzt nfs. Sieht so aus als liegt bei Dir irgendwo ein nfs Konfigurationsproblem vor.

  • In der rsync Manpage steht auch was zu NFS. Vielleicht hilft das:

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!