[Gluster-devel] Re: NFS reexport status

[Brent A Nelson]

A hopefully relevant strace snippet:

open("share/perl/5.8.8/unicore/lib/jt", 
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
mmap2(NULL, 1052672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb7c63000
getdents64(3, /* 6 entries */, 1048576) = 144
lstat64("share/perl/5.8.8/unicore/lib/jt/C.pl", {st_mode=S_IFREG|0644, 
st_size=220, ...}) = 0
lstat64("share/perl/5.8.8/unicore/lib/jt/U.pl", {st_mode=S_IFREG|0644, 
st_size=251, ...}) = 0
lstat64("share/perl/5.8.8/unicore/lib/jt/D.pl", {st_mode=S_IFREG|0644, 
st_size=438, ...}) = 0
lstat64("share/perl/5.8.8/unicore/lib/jt/R.pl", {st_mode=S_IFREG|0644, 
st_size=426, ...}) = 0
getdents64(3, /* 0 entries */, 1048576) = 0
munmap(0xb7c63000, 1052672)             = 0
close(3)                                = 0
open("share/perl/5.8.8/unicore/lib/gc_sc", 
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
mmap2(NULL, 1052672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb7c63000
getdents64(3, 0xb7c63024, 1048576)      = -1 EIO (Input/output error)
write(2, "rsync: readdir(\"/tmp/blah/usr0/s"..., 91rsync: 
readdir("/tmp/blah/usr0/share/perl/5.8.8/unicore/lib/gc_sc"): Input/output 
error (5)) = 91
write(2, "\n", 1
)                       = 1
munmap(0xb7c63000, 1052672)             = 0
close(3)                                = 0

Thanks,

Brent

On Thu, 2 Aug 2007, Brent A Nelson wrote:

> NFS reexport of a unified GlusterFS seems to be working fine as of TLA 409. 
> I can make identical copies of a /usr area local-to-glusterfs and 
> glusterfs-to-glusterfs, hardlinks and all.  Awesome!
>
> However, this is not true when AFR is added to the mix (rsync 
> glusterfs-to-glusterfs via NFS reexport):
>
> rsync: readdir("/tmp/blah/usr0/lib/perl/5.8.8/auto/POSIX"): Input/output 
> error (5)
> rsync: readdir("/tmp/blah/usr0/share/perl/5.8.8"): Input/output error (5)
> rsync: readdir("/tmp/blah/usr0/share/i18n/locales"): Input/output error (5)
> rsync: readdir("/tmp/blah/usr0/share/locale-langpack/en_GB/LC_MESSAGES"): 
> Input/output error (5)
> rsync: readdir("/tmp/blah/usr0/share/groff/1.18.1/font/devps"): Input/output 
> error (5)
> rsync: readdir("/tmp/blah/usr0/share/man/man1"): Input/output error (5)
> rsync: readdir("/tmp/blah/usr0/share/man/man8"): Input/output error (5)
> rsync: readdir("/tmp/blah/usr0/share/man/man7"): Input/output error (5)
> rsync: readdir("/tmp/blah/usr0/share/X11/xkb/symbols"): Input/output error 
> (5)
> rsync: readdir("/tmp/blah/usr0/share/zoneinfo/right/Africa"): Input/output 
> error (5)
> rsync: readdir("/tmp/blah/usr0/share/zoneinfo/right/Asia"): Input/output 
> error (5)
> rsync: readdir("/tmp/blah/usr0/share/zoneinfo/right/America"): Input/output 
> error (5)
> rsync: readdir("/tmp/blah/usr0/share/zoneinfo/Asia"): Input/output error (5)
> rsync: readdir("/tmp/blah/usr0/share/doc"): Input/output error (5)
> rsync: readdir("/tmp/blah/usr0/share/consolefonts"): Input/output error (5)
> rsync: readdir("/tmp/blah/usr0/bin"): Input/output error (5)
> rsync: 
> readdir("/tmp/blah/usr0/src/linux-headers-2.6.20-16/include/asm-sparc64"): 
> Input/output error (5)
> rsync: readdir("/tmp/blah/usr0/src/linux-headers-2.6.20-16/include/linux"): 
> Input/output error (5)
> rsync: 
> readdir("/tmp/blah/usr0/src/linux-headers-2.6.20-16/include/asm-mips"): 
> Input/output error (5)
> rsync: 
> readdir("/tmp/blah/usr0/src/linux-headers-2.6.20-16/include/asm-parisc"): 
> Input/output error (5)
> file has vanished: 
> "/tmp/blah/usr0/src/linux-headers-2.6.20-16/include/asm-sparc/\#012"
> rsync: 
> readdir("/tmp/blah/usr0/src/linux-headers-2.6.20-16-server/include/config"): 
> Input/output error (5)
> rsync: 
> readdir("/tmp/blah/usr0/src/linux-headers-2.6.20-16-server/include/linux"): 
> Input/output error (5)
> ...
>
> Any ideas? Meanwhile, I'll try to track it down in strace (the output will be 
> huge, but maybe I'll get lucky)...
>
> Thanks,
>
> Brent
>