Hide Forgot
The DHT layout and posix generation number xattr's are visible on the mountpoint. This can cause problems if someone does: rsync -X /mnt/glusterfs1 /mnt/glusterfs2 As this will overwrite the generation numbers and cause ESTALE errors.
Vikas found following: ----- ESTALE because of this: [2010-03-31 18:59:45] D [dht-layout.c:649:dht_layout_dir_mismatch] distribute: / - disk layout missing [2010-03-31 18:59:45] D [dht-common.c:274:dht_revalidate_cbk] distribute: mismatching layouts for / On the backend, layout xattr is missing on the first subvolume (replicate pair) and present on the second subvolume. Value on second subvolume: trusted.glusterfs.dht=0x00000001000000007fffffffffffffff This happens when rsync -rav -X is done. -----
Needs a small fix in dht_getxattr ()
PATCH: http://patches.gluster.com/patch/3156 in master (Filter out extended attribute visibility on the mount point.)
PATCH: http://patches.gluster.com/patch/3163 in release-3.0 (Filter out extended attribute visibility on the mount point.)
Do we have this fixed or not? This is a P1 bug.
(In reply to comment #5) This has been fixed.
verified with 3.0.5rc6. rsync files from native fs to gluster mount pt and also tested between two gluster mount pts - didn't produce the "Stale NFS file handle" error. rsync -Xav /lib /home/laks/workpath/regression/797/regr/mnt/client1 rsync -Xav /usr/bin/ /home/laks/workpath/regression/797/regr/mnt/client1 rsync -Xav /lib /home/laks/workpath/regression/797/regr/mnt/client1