rsync not syncing extended attributes, or ACL's to my 323 over NFS...

[Dave Bradley]

My goal is to backup the root directory of my desktop to my DNS-323.  I have samba and NFS both running on the 323, but I'd like to use NFS in this instance to preserve permissions, attributes, etc. from my linux box's. 

Here's exactly what I'm running from my desktop:

sudo rsync -auv --progress /* 192.168.1.106:/mnt/md0/Users/dave/Backup/Desktop/ --exclude={/home/*,/dev/*,/proc/*,/sys/*,/tmp/*,/run/*,/mnt/*,/media/*,/lost+found,/var/lib/pacman/sync/*}

This works fine, however I am unable to use the -A or -X rsync options to preserve ACL's, and extended attributes.  

With the -A option I get:

rsync: ACLs are not supported on this server

When I use the -X option, It just fails to sync the attributes.

failed: Operation not supported

If I mount the NFS share directly, and then rsync to that target location, I can use the -AX options, but this is not ideal.  It's slow, and I've heard it's not very good practice to use rsync with a mounted network drive...

I've tried shutting off the samba server in case rsync was using that instead of NFS, but I still get the errors.

Any suggestions or ideas would be greatly appreciated.

Thanks,

Dave

[João Cardoso]

On Sunday, December 15, 2013 5:26:08 PM UTC, Dave Bradley wrote:

My goal is to backup the root directory of my desktop to my DNS-323.  I have samba and NFS both running on the 323, but I'd like to use NFS in this instance to preserve permissions, attributes, etc. from my linux box's. 

Here's exactly what I'm running from my desktop:

<code>sudo rsync -auv --progress /* 192.168.1.106:/mnt/md0/Users/dave/Backup/Desktop/ --exclude={/home/*,/dev/*,/proc/*,/sys/*,/tmp/*,/run/*,/mnt/*,/media/*,/lost+found,/var/lib/pacman/sync/*}</code>

This works fine, however I am unable to use the -A or -X rsync options to preserve ACL's, and extended attributes.  

With the -A option I get:

<code>rsync: ACLs are not supported on this server</code>

When I use the -X option, It just fails to sync the attributes.

<code>failed: Operation not supported</code>

I search on rsync build log shows:

checking ACL test results... No ACL support found

checking whether to support extended attributes... Using Linux xattrs

and rsync is not linked against libacl nor libxattr, so, no, the box rsync has no ACL/XATTR support.

And will never have, because those libraries uses 180KB, which are simply not available in the base firmware :-(

The same happens with samba on the base firmware, that has no acl/xattr support.

For samba, you can however install on disk the samba Alt-F package, that will shadow the one in the base firmware, and installs libacl/libxattr.

I could do the same for rsync, providing a disk-installable package with acl/xattr support, please fill-in a package request at sourceforge, so I don't forget to do that (but I'm a slow moving target...)

Meanwhile, you can continue doing it the way you do now, or install ffp rsync... hmm, no luck, I just installed ffp-0.5 and ffp-0.7 and their rsync has no ACL support either, (and I suspect that no xattr support, although it can be statically compiled-in)

Just for your info, ACL/XATTR support is "recent" in Alt-F, previously there was no kernel/fs support for them.

Sorry

 

If I mount the NFS share directly, and then rsync to that target location, I can use the -AX options, but this is not ideal.  It's slow, and I've heard it's not very good practice to use rsync with a mounted network drive...

I dont' see any problem... not ideal, but at least for the local network there should be no problem. Just make sure the NSF mount is sync, now the default, not async.

As a matter of fact, Alt-F backup script does that, it does a local  NFS/CIFS mount and uses rsync to do the backup, which is faster than use rsync directly.