Re: rsync --xattrs w/ nfs

Top Page
Attachments:
Message as email
+ (text/plain)
Delete this message
Reply to this message
Author: kitepilot@kitepilot.com
Date:  
To: Main PLUG discussion list
Subject: Re: rsync --xattrs w/ nfs
Just wondering...
Can you ditch NFS and do sshfs?
NFS suuucks...
ET



Eric Shubert writes:

> Eric Shubert wrote:
>> Eric Shubert wrote:
>>> I could use a little help.
>>>
>>> I'm trying to rsync w/ --xattrs to a mounted nfs filesystem, and get the
>>> following error on each file:
>>> rsync_xal_set: lsetxattr user.DOSATTRIB failed: Operation not supported
>>> The rsync works fine w/out the --xattrs option. This appears to indicate
>>> that xattr isn't enabled on the destination side.
>>>
>>> Both hosts are running current CentOS5.4, and I'm running as root (just
>>> for testing).
>>>
>>> The source files contain the user.DOSATTRIB attributes from samba:
>>>         map archive = no
>>>         map hidden = no
>>>         map read only = no
>>>         map system = no
>>>         store dos attributes = yes
>>>         dos filemode = yes
>>> and the source filesystem (ext3) has xattr enabled:
>>> # tune2fs -l /dev/mapper/VolGroup00-LogVol00 | grep attr
>>> Filesystem features:      has_journal ext_attr resize_inode dir_index 
>>> filetype needs_recovery sparse_super large_file
>>> Default mount options:    user_xattr acl 

>>>
>>> The remote host has xattr enabled as well:
>>> # tune2fs -l /dev/md7 | grep attr
>>> Filesystem features:      has_journal ext_attr resize_inode dir_index 
>>> filetype needs_recovery sparse_super large_file
>>> Default mount options:    user_xattr acl 

>>>
>>> I've added user_xattr specifically to the fstab entry on the destination 
>>> side, in case the default mount option wasn't taking:
>>> # cat /etc/fstab | grep md7
>>> /dev/md7       /udat       ext3    user_xattr,acl  1 2 

>>>
>>> Autofs mounts nfs with the following options:
>>> -async,auto,rw,suid,user_xattrs,acl,fstype=nfs,rsize=32768,wsize=32768,i
>>> ntr
>>>
>>>
>>> I'm guessing that nfs is likely the problem, but from googling a bit, it
>>> appears that nfs should pass xattr values just fine. Perhaps this is
>>> incorrect.
>>>
>>> Does anyone have an idea why I'm getting this error?
>>> Solution?
>>> TIA.
>>>
>>
>> On further review, it appears that nfs on COS5.4 doesn't support xattrs.
>> I'll try mounting with cifs and see how that works. I'm guessing it'll
>> work better, given that rsync and samba come from the same place for the
>> most part. ;)
>>
>
> Just for the record, mounting with cifs didn't work either. /proc/mounts
> did not show the xattrs option in either case. So I'm guessing that xattrs
> on a remote cifs is just not supported yet, although I'm not quite certain
> what is missing. The kernel appears to have xattr enabled:
> # grep -i attr /boot/config-2.6.18-128.2.1.el5
> CONFIG_RAID_ATTRS=m
> CONFIG_SCSI_SPI_ATTRS=m
> CONFIG_SCSI_FC_ATTRS=m
> CONFIG_SCSI_ISCSI_ATTRS=m
> CONFIG_SCSI_SAS_ATTRS=m
> CONFIG_EXT2_FS_XATTR=y
> CONFIG_EXT3_FS_XATTR=y
> CONFIG_EXT4DEV_FS_XATTR=y
> # CONFIG_JFFS2_FS_XATTR is not set
> CONFIG_CIFS_XATTR=y
>
> Anyone know why xattrs on a (mounted) remote fs (nfs and/or cifs) wouldn't
> work? I think the code for NFS isn't in the COS5 kernel, but I really
> expected cifs would work.
>
> Anyhow, I just rsync'd w/ --xattr over ssh and that worked fine.
> Moving on. :)
>
> --
> -Eric 'shubes'
>
> ---------------------------------------------------
> PLUG-discuss mailing list -
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss

---------------------------------------------------
PLUG-discuss mailing list -
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss