System : Backup to NFS Got error rsync: rsync_xal_set: lsetxattr

  • Hi there,


    I'm new to OMV and this is my first post :) .


    I'm trying to set OMV up as a home server in a way that OMV to be a CIFS server and also the destination of home backups (4 machines with windows of my family) using Urbackup, and at the same time that OMV do backup itself to another server (of name lacie-5big-n2) also at home network with NFS (this has also CIFS, FTP, ..).


    I want to say to all of you that I love OMV's first impression, its web interface is very comfortable once you get used to the idea of "its concepts", the plugins are great and I feel very nice with shellinabox ... thank you very much for all this software to all of you.


    Right now I have OMV (last version 4.1.5-1 and up-to-date) on a Virtual Box host until I make sure it works with out problems, then I will move or reintall it on a physical machine.


    I have read a lot in the forum about how to back up OMV and I find it too confusing, complicated and not very mature, I'm going to try anyway. I'm very sensitive to the backup issue because I've had bad experiences before. :(


    After all that I make the decissión to backup :


    1 - For the system stuff, to shutdown the server to backup it from time to time with clonezilla to a nfs share in my backup-server.


    2 - Also for the system stuff, to backup if before any update with System : Backup plugin, as this does not need to shutdown the server.


    3 - To backup data content on my backup-server using rsnapshot and in the future to the cloud with rclone or duplicati.


    ---
    So far:


    Point 1 went Ok, although I haven't restored it yet.


    When I do (System : Backup) on the NFS share, I receive this error:


    NFS is mounted with the Storage : Remote Mount plugin and also shared.


    I tried to mount it with NFS v4 and NFS v3 without any changes, the server supports both versions. However, clonezilla only works well with NFS v3:


    Bash
    root@omv4vm:~# rpcinfo -p lacie-5big-n2 | grep nfs
    100003 2 tcp 2049 nfs
    100003 3 tcp 2049 nfs
    100003 4 tcp 2049 nfs
    100003 2 udp 2049 nfs
    100003 3 udp 2049 nfs
    100003 4 udp 2049 nfs
    root@omv4vm:~#


    More info my /etc/fstab:


    I found out that the command generating the error is:


    rsync -aAXvxx /bin /boot /dev /etc /export /home /initrd.img /initrd.img.old /lib /lib64 /lost+found /media /mnt /opt /proc /root /run /sbin /sharedfolders /srv /sys /tmp /usr /var /vmlinuz /vmlinuz.old /srv/c6bc1cda-7d0b-4763-9ec6-e06adbeaec2e/de-omv4vm/omvbackup/ --delete --exclude=/dev --exclude=/proc --exclude=/sys --exclude=/tmp --exclude=/run --exclude=/mnt --exclude=/media --exclude=/lost+found --exclude=/export --exclude=/home/ftp --exclude=/srv


    and the related option is: -X, --xattrs preserve extended attributes


    Backup does not finish right because theses files


    grub.dd
    grub_parts.dd
    packages
    uuids


    are not in destination direstory. I made a local try to (srv/dev-disk-by-label-Backup) before.


    The error is strange as it have already copied arround 90.000 files !!


    Retrying the backup, it copies some files (or at least report directories), but it gives the error again in the same 3 files:

    Code
    /usr/bin/fping
    /usr/bin/fping6
    /usr/lib/x86_64-linux-gnu/gstreamer1.0/gstreamer-1.0/gst-ptp-helper


    And I can not find anything special about this files (i mean attributes). Lets see:



    Why is this failing to copy attributes? I chose an NFS destination because it is a Linux protocol and the machines are also Linux. I intend to back up the data to this NFS server with rsnapshot as well, would it be better to use a CIFS? I don't think so because it doesn't support hard links, or at least I think so.


    What are attributes used for ?


    Any help or workarround is welcome !!

  • I share my findings in the hope that it helps others:


    1 - NFS v3 and NFS v4 do not support extended attributes.


    NFS v3 and NFS v4 do not supportes Extended Attributes at stackoverflow.com
    and proposed standard (RFC 8276) about this.


    2 - NFS supports access privileges (ACL).


    3 - There are only 3 files in MVNO that have extended privileges or ACLs. In shared folders if there is more content with ACL.



    --


    Options for backup:


    1 - Use cronezilla on NFS. It works with NFS v3 (in my case it does not recognize NFS v4), it is fast and its backups take up little space, they are compressed.


    2 - Use REAR (relax-and-recover.org), is pending.


    3 - Removing the attributes of the 3 files before making the backup and putting them after and when making the restore... is cumbersome.


    I'll go for option 1: Tried and tested backup and restore and they work perfectly :)

    • Offizieller Beitrag

    Options for backup:

    fsarchiver is very good. I just added this as a backup option to the OMV 4.x version of openmediavault-backup.

    omv 7.0.4-2 sandworm | 64 bit | 6.5 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.10 | compose 7.1.2 | k8s 7.0-6 | cputemp 7.0 | mergerfs 7.0.3


    omv-extras.org plugins source code and issue tracker - github


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • Thanks, i didn't found it at first because it is still in testing repo.


    I will give a try when I have omv running, I like the idea of making a backup without shutting down and, according to its web page, it supports extended attributes :) !!



    Ah !!! and fsarchiver is a tool included in SystemRescueCd .. soo very interesting indeep to restore in case OS Disk faillure !!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!