* [bug] FC2/2.6.8.1 does not fallback to NFSv2
@ 2004-08-27 21:22 Brandon D. Valentine
2004-08-27 21:36 ` Trond Myklebust
` (2 more replies)
0 siblings, 3 replies; 16+ messages in thread
From: Brandon D. Valentine @ 2004-08-27 21:22 UTC (permalink / raw)
To: nfs
[ I tried to send this yesterday without actually subscribing, but it
has yet to make it past the list moderator. I've given up and
subscribed to yet another mailing list to get this bug report out. ]
We have just brought up several Fedora Core 2 systems running the latest
2.6.8.1 kernel revision in our NIS/NFS+autofs environment. The FC2/2.6
clients are refusing to mount one specific filesystem on our network.
This filesystem is exported by a Debian/woody system running a 2.4.18
kernel. The kernel on this machine only supports NFSv2 exports.
When the FC2/2.6 client attempts to automount the filesystem on the 2.4
server we observe the following in the client's syslog:
Aug 26 18:37:08 scylla automount[5056]: >> mount to NFS server 'reef'
failed: server is down.
Aug 26 18:37:08 scylla automount[5056]: mount(nfs): nfs: mount failure
reef:/export/reef/httpd/ on /sb/www
Aug 26 18:37:08 scylla automount[5056]: failed to mount /sb/www
And the following is observed in the server's syslog:
Aug 26 18:37:12 reef kernel: svc: unknown version (3)
At this point the client gives up with the following error:
[root@scylla root]# ls /sb/www
ls: /sb/www: No such file or directory
None of our other Linux systems running 2.4 kernels have any trouble
mounting that filesystem. They all automount it using NFSv2 as
expected. All of our 2.4 systems also correctly mount using NFSv3 from
systems that support it.
Autofs is configured on the FC2 systems to permit NFSv2 mounts as shown
by the minproto option below:
[root@scylla root]# mount | grep automount
automount(pid1665) on /home type autofs (rw,fd=4,pgrp=1665,minproto=2,maxproto=4)
automount(pid1695) on /sb type autofs (rw,fd=4,pgrp=1695,minproto=2,maxproto=4)
automount(pid1739) on /scratch type autofs (rw,fd=4,pgrp=1739,minproto=2,maxproto=4)
The 2.6.8.1 kernel is configured with the following options:
[root@scylla root]# grep -i nfs /usr/src/linux/.config
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_NFS_V4 is not set
# CONFIG_NFS_DIRECTIO is not set
CONFIG_NFSD=y
CONFIG_NFSD_V3=y
# CONFIG_NFSD_V4 is not set
CONFIG_NFSD_TCP=y
I am able to manually mount this filesystem, but only if I explicitly
add the vers=2 option to the mount command:
[root@scylla root]# mount -t nfs reef:/export/reef/httpd/ /mnt/temp
mount to NFS server 'reef' failed: server is down.
[root@scylla root]# mount -t nfs -o vers=2 reef:/export/reef/httpd/ /mnt/temp
[root@scylla root]#
Given the fact that the mount fails manually until vers=2 is specified I
am inclined to believe this is a kernel NFS bug, not an autofs or mount
bug.
I would be glad to gather any additional information that might be
necessary to determine the cause of this behavior. Can anyone reproduce
this or have advice on how I might fix it?
Thanks,
Brandon D. Valentine
--
brandon@dvalentine.com http://www.geekpunk.net
Pseudo-Random Googlism: sunlight is the lowest frequency and therefore
is the biggest wave
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply [flat|nested] 16+ messages in thread* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-27 21:22 [bug] FC2/2.6.8.1 does not fallback to NFSv2 Brandon D. Valentine @ 2004-08-27 21:36 ` Trond Myklebust 2004-08-27 21:51 ` Trond Myklebust 2004-08-28 9:32 ` raven 2004-08-28 16:47 ` James Pearson 2 siblings, 1 reply; 16+ messages in thread From: Trond Myklebust @ 2004-08-27 21:36 UTC (permalink / raw) To: Brandon D. Valentine; +Cc: nfs P=E5 fr , 27/08/2004 klokka 17:22, skreiv Brandon D. Valentine: > Given the fact that the mount fails manually until vers=3D2 is specified = I > am inclined to believe this is a kernel NFS bug, not an autofs or mount > bug. Sorry. I conclude the exact opposite. The problem here is the "mount" program autoprobe failing. Cheers, Trond ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-27 21:36 ` Trond Myklebust @ 2004-08-27 21:51 ` Trond Myklebust 2004-08-27 23:32 ` Brandon D. Valentine 0 siblings, 1 reply; 16+ messages in thread From: Trond Myklebust @ 2004-08-27 21:51 UTC (permalink / raw) To: Brandon D. Valentine; +Cc: nfs P=C3=A5 fr , 27/08/2004 klokka 17:36, skreiv Trond Myklebust: > P=C3=A5 fr , 27/08/2004 klokka 17:22, skreiv Brandon D. Valentine: >=20 > > Given the fact that the mount fails manually until vers=3D2 is specifie= d I > > am inclined to believe this is a kernel NFS bug, not an autofs or mount > > bug. >=20 > Sorry. I conclude the exact opposite. The problem here is the "mount" > program autoprobe failing. To be more specific, I believe the problem here is that you are using an NFSv2-only kernel together with a version of mountd that is advertising NFSv2 *and* NFSv3. We used to have code in the kernel that retried using NFSv2 if the NFSv3 GETATTR call failed. I ripped that out of 2.6.x since people have had ample time (I'd say 4-5 years is pretty ample) to correct their setups. Add the '--no=E2=80=90nfs=E2=80=90version 3' flag to your rpc.mountd startu= p script, just as the mountd manpage clearly states you should do, and all will be well. Cheers, Trond ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-27 21:51 ` Trond Myklebust @ 2004-08-27 23:32 ` Brandon D. Valentine 2004-08-27 23:34 ` Brandon D. Valentine 2004-08-28 17:10 ` Steve Dickson 0 siblings, 2 replies; 16+ messages in thread From: Brandon D. Valentine @ 2004-08-27 23:32 UTC (permalink / raw) To: Trond Myklebust; +Cc: nfs On Fri, Aug 27, 2004 at 05:51:30PM -0400, Trond Myklebust wrote: > To be more specific, I believe the problem here is that you are using > an NFSv2-only kernel together with a version of mountd that is > advertising NFSv2 *and* NFSv3. I would be very happy to find out that it was so simple, but it doesn't appear to be. The problem definitely appears to be on the client system, not the server. [root@scylla root]# rpcinfo -u reef nfs program 100003 version 2 ready and waiting [root@scylla root]# rpcinfo -u reef nfs 3 rpcinfo: RPC: Program/version mismatch; low version = 2, high version = 2 program 100003 version 3 is not available reef:~# ps -Af | grep mountd root 395 1 0 Aug17 ? 00:00:00 /usr/sbin/rpc.mountd --no-nfs-version 3 > We used to have code in the kernel that retried using NFSv2 if the > NFSv3 GETATTR call failed. I ripped that out of 2.6.x since people > have had ample time (I'd say 4-5 years is pretty ample) to correct > their setups. Add the '--no???nfs???version 3' flag to your > rpc.mountd startup script, just as the mountd manpage clearly states > you should do, and all will be well. I am willing to believe that this is not a kernel bug, but can you suggest where else in the client userland I might look for the source of this problem? It seems that this must either be a kernel bug or a bug in mount(8). I am more than willing to gather any information you might need to discover the source of the behavior I'm experiencing. Attached is strace(1) output for the mount(1) command. Hopefully that'll make it through mailman, but I'll leave you in the Cc in case it doesn't. The mount binary on this system is stripped, so I don't know how much more useful debug information I can get out of it without compiling a debug version of mount. FWIW, the mount binary on this FC2 system comes from: [root@scylla root]# rpm -q --whatprovides /bin/mount util-linux-2.12-18 Let me know how I can help. Thanks, Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: sunlight is the sun's weekly nonduplicating shopper ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-27 23:32 ` Brandon D. Valentine @ 2004-08-27 23:34 ` Brandon D. Valentine 2004-08-28 5:35 ` Trond Myklebust 2004-08-28 17:10 ` Steve Dickson 1 sibling, 1 reply; 16+ messages in thread From: Brandon D. Valentine @ 2004-08-27 23:34 UTC (permalink / raw) To: Trond Myklebust; +Cc: nfs [-- Attachment #1: Type: text/plain, Size: 275 bytes --] And of course I didn't actually attach the strace output file so here it comes. Sorry for the extra message. Thanks, Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: brandon is going for his counts [-- Attachment #2: mount.strace --] [-- Type: text/plain, Size: 12539 bytes --] execve("/bin/mount", ["mount", "-t", "nfs", "reef:/export/reef/httpd/", "/mnt/temp/"], [/* 27 vars */]) = 0 uname({sysname="Linux", nodename="scylla.structbio.vanderbilt.edu", release="2.6.8.1", version="#5 SMP Wed Aug 25 16:09:17 CDT 2004", machine="i686"}) = 0 brk(0) = 0x805c000 open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_dev=makedev(3, 2), st_ino=4256539, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=144, st_size=71507, st_atime=2004/08/27-18:24:59, st_mtime=2004/08/26-10:03:26, st_ctime=2004/08/26-10:03:26}) = 0 old_mmap(NULL, 71507, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40000000 close(3) = 0 open("/lib/tls/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\273"..., 512) = 512 fstat64(3, {st_dev=makedev(3, 2), st_ino=20972881, st_mode=S_IFREG|0755, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=2848, st_size=1455084, st_atime=2004/08/27-18:24:59, st_mtime=2004/05/11-08:20:12, st_ctime=2004/08/20-04:02:55}) = 0 old_mmap(0x747000, 1158124, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x747000 old_mmap(0x85c000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x115000) = 0x85c000 old_mmap(0x860000, 7148, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x860000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40012000 mprotect(0x85c000, 8192, PROT_READ) = 0 mprotect(0x743000, 4096, PROT_READ) = 0 set_thread_area({entry_number:-1 -> 6, base_addr:0x40012460, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0x40000000, 71507) = 0 brk(0) = 0x805c000 brk(0x807d000) = 0x807d000 brk(0) = 0x807d000 open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_dev=makedev(3, 2), st_ino=25166981, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=78568, st_size=40246896, st_atime=2004/08/27-18:22:19, st_mtime=2004/08/19-15:00:54, st_ctime=2004/08/19-15:00:54}) = 0 mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40013000 close(3) = 0 umask(022) = 022 open("/dev/null", O_RDWR|O_LARGEFILE) = 3 close(3) = 0 getuid32() = 0 geteuid32() = 0 lstat64("/etc/mtab", {st_dev=makedev(3, 2), st_ino=4256572, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=645, st_atime=2004/08/27-18:22:19, st_mtime=2004/08/27-18:09:34, st_ctime=2004/08/27-18:09:34}) = 0 stat64("/sbin/mount.nfs", 0xbffff730) = -1 ENOENT (No such file or directory) uname({sysname="Linux", nodename="scylla.structbio.vanderbilt.edu", release="2.6.8.1", version="#5 SMP Wed Aug 25 16:09:17 CDT 2004", machine="i686"}) = 0 gettimeofday({1093649099, 827523}, NULL) = 0 getpid() = 6904 open("/etc/resolv.conf", O_RDONLY) = 3 fstat64(3, {st_dev=makedev(3, 2), st_ino=5146370, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=78, st_atime=2004/08/27-18:22:15, st_mtime=2004/08/19-15:17:43, st_ctime=2004/08/19-15:17:43}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40213000 read(3, "search structbio.vanderbilt.edu\n"..., 4096) = 78 read(3, "", 4096) = 0 close(3) = 0 munmap(0x40213000, 4096) = 0 socket(PF_FILE, SOCK_STREAM, 0) = 3 connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) close(3) = 0 open("/etc/nsswitch.conf", O_RDONLY) = 3 fstat64(3, {st_dev=makedev(3, 2), st_ino=4195335, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=1718, st_atime=2004/08/27-18:22:19, st_mtime=2004/08/19-15:30:34, st_ctime=2004/08/19-15:30:34}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40213000 read(3, "#\n# /etc/nsswitch.conf\n#\n# An ex"..., 4096) = 1718 read(3, "", 4096) = 0 close(3) = 0 munmap(0x40213000, 4096) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_dev=makedev(3, 2), st_ino=4256539, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=144, st_size=71507, st_atime=2004/08/27-18:24:59, st_mtime=2004/08/26-10:03:26, st_ctime=2004/08/26-10:03:26}) = 0 old_mmap(NULL, 71507, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40213000 close(3) = 0 open("/lib/libnss_files.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\33\0\000"..., 512) = 512 fstat64(3, {st_dev=makedev(3, 2), st_ino=25167015, st_mode=S_IFREG|0755, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=104, st_size=50944, st_atime=2004/08/27-18:24:59, st_mtime=2004/05/11-08:20:08, st_ctime=2004/08/19-15:00:56}) = 0 old_mmap(NULL, 45724, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40225000 old_mmap(0x4022f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x9000) = 0x4022f000 close(3) = 0 mprotect(0x4022f000, 4096, PROT_READ) = 0 munmap(0x40213000, 71507) = 0 open("/etc/host.conf", O_RDONLY) = 3 fstat64(3, {st_dev=makedev(3, 2), st_ino=4194451, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=17, st_atime=2004/08/27-18:22:15, st_mtime=2000/07/23-10:06:54, st_ctime=2004/08/19-15:00:37}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40213000 read(3, "order hosts,bind\n", 4096) = 17 read(3, "", 4096) = 0 close(3) = 0 munmap(0x40213000, 4096) = 0 open("/etc/hosts", O_RDONLY) = 3 fcntl64(3, F_GETFD) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fstat64(3, {st_dev=makedev(3, 2), st_ino=5146368, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=8, st_size=203, st_atime=2004/08/27-18:22:15, st_mtime=2004/08/19-15:17:43, st_ctime=2004/08/19-15:17:43}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40213000 read(3, "# Do not remove the following li"..., 4096) = 203 read(3, "", 4096) = 0 close(3) = 0 munmap(0x40213000, 4096) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_dev=makedev(3, 2), st_ino=4256539, st_mode=S_IFREG|0644, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=144, st_size=71507, st_atime=2004/08/27-18:24:59, st_mtime=2004/08/26-10:03:26, st_ctime=2004/08/26-10:03:26}) = 0 old_mmap(NULL, 71507, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40213000 close(3) = 0 open("/lib/libnss_nis.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\33"..., 512) = 512 fstat64(3, {st_dev=makedev(3, 2), st_ino=25167020, st_mode=S_IFREG|0755, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=88, st_size=43528, st_atime=2004/08/27-18:24:59, st_mtime=2004/05/11-08:20:08, st_ctime=2004/08/19-15:00:56}) = 0 old_mmap(NULL, 37440, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40231000 old_mmap(0x40239000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x7000) = 0x40239000 close(3) = 0 open("/lib/libnsl.so.1", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pZq\000"..., 512) = 512 fstat64(3, {st_dev=makedev(3, 2), st_ino=25402408, st_mode=S_IFREG|0755, st_nlink=1, st_uid=0, st_gid=0, st_blksize=4096, st_blocks=192, st_size=96248, st_atime=2004/08/27-18:24:59, st_mtime=2004/05/11-08:20:07, st_ctime=2004/08/20-04:03:03}) = 0 old_mmap(0x712000, 84192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x712000 old_mmap(0x723000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x11000) = 0x723000 old_mmap(0x725000, 6368, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x725000 close(3) = 0 mprotect(0x723000, 4096, PROT_READ) = 0 mprotect(0x40239000, 4096, PROT_READ) = 0 munmap(0x40213000, 71507) = 0 uname({sysname="Linux", nodename="scylla.structbio.vanderbilt.edu", release="2.6.8.1", version="#5 SMP Wed Aug 25 16:09:17 CDT 2004", machine="i686"}) = 0 open("/var/yp/binding/structbio.2", O_RDONLY) = 3 readv(3, [{"\377\377", 2}, {"\1\0\0\0\240\201\212\370\3U\0\0", 12}], 2) = 14 gettimeofday({1093649099, 830821}, NULL) = 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 4 bind(4, {sa_family=AF_INET, sin_port=htons(720), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 ioctl(4, FIONBIO, [1]) = 0 setsockopt(4, SOL_IP, IP_RECVERR, [1], 4) = 0 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 close(3) = 0 sendto(4, "LH!\371\0\0\0\0\0\0\0\2\0\1\206\244\0\0\0\2\0\0\0\3\0\0"..., 80, 0, {sa_family=AF_INET, sin_port=htons(853), sin_addr=inet_addr("160.129.138.248")}, 16) = 80 poll([{fd=4, events=POLLIN, revents=POLLIN}], 1, 5000) = 1 recvfrom(4, "LH!\371\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1"..., 8800, 0, {sa_family=AF_INET, sin_port=htons(853), sin_addr=inet_addr("160.129.138.248")}, [16]) = 140 close(4) = 0 time(NULL) = 1093649099 socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 3 bind(3, {sa_family=AF_INET, sin_port=htons(721), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 connect(3, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("160.129.138.217")}, 16) = 0 write(3, "\200\0\0008\10\217\226\357\0\0\0\0\0\0\0\2\0\1\206\240"..., 60) = 60 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 60000) = 1 read(3, "\200\0\0\34\10\217\226\357\0\0\0\1\0\0\0\0\0\0\0\0\0\0"..., 400) = 32 close(3) = 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 3 bind(3, {sa_family=AF_INET, sin_port=htons(722), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 ioctl(3, FIONBIO, [1]) = 0 setsockopt(3, SOL_IP, IP_RECVERR, [1], 4) = 0 sendto(3, "\16\203\177\r\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0"..., 56, 0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("160.129.138.217")}, 16) = 56 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1 recvfrom(3, "\16\203\177\r\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 400, 0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("160.129.138.217")}, [16]) = 28 close(3) = 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 3 bind(3, {sa_family=AF_INET, sin_port=htons(723), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 ioctl(3, FIONBIO, [1]) = 0 setsockopt(3, SOL_IP, IP_RECVERR, [1], 4) = 0 sendto(3, "7Ee\330\0\0\0\0\0\0\0\2\0\1\206\240\0\0\0\2\0\0\0\3\0\0"..., 56, 0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("160.129.138.217")}, 16) = 56 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1 recvfrom(3, "7Ee\330\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\10"..., 400, 0, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("160.129.138.217")}, [16]) = 28 close(3) = 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 3 bind(3, {sa_family=AF_INET, sin_port=htons(724), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 ioctl(3, FIONBIO, [1]) = 0 setsockopt(3, SOL_IP, IP_RECVERR, [1], 4) = 0 sendto(3, "K\236#\v\0\0\0\0\0\0\0\2\0\1\206\243\0\0\0\3\0\0\0\0\0"..., 40, 0, {sa_family=AF_INET, sin_port=htons(2049), sin_addr=inet_addr("160.129.138.217")}, 16) = 40 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 3000) = 1 recvfrom(3, "K\236#\v\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\2\0\0\0"..., 400, 0, {sa_family=AF_INET, sin_port=htons(2049), sin_addr=inet_addr("160.129.138.217")}, [16]) = 32 close(3) = 0 close(3) = -1 EBADF (Bad file descriptor) write(2, "mount to NFS server \'reef\' faile"..., 33) = 33 write(2, ": server is down.\n", 18) = 18 exit_group(32) = ? ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-27 23:34 ` Brandon D. Valentine @ 2004-08-28 5:35 ` Trond Myklebust 2004-08-28 6:29 ` Brandon D. Valentine 0 siblings, 1 reply; 16+ messages in thread From: Trond Myklebust @ 2004-08-28 5:35 UTC (permalink / raw) To: Brandon D. Valentine; +Cc: nfs P=E5 fr , 27/08/2004 klokka 19:34, skreiv Brandon D. Valentine: > And of course I didn't actually attach the strace output file so here it > comes. Sorry for the extra message. It all looks OK, apart from the fact that the mount program gives up after it receives the PROG_MISMATCH reply from the server. Mind applying the following debugging line to the util-linux SRPM, then using the resulting "mount" to test out what is going wrong? Cheers, Trond ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-28 5:35 ` Trond Myklebust @ 2004-08-28 6:29 ` Brandon D. Valentine 2004-08-28 18:45 ` Trond Myklebust 0 siblings, 1 reply; 16+ messages in thread From: Brandon D. Valentine @ 2004-08-28 6:29 UTC (permalink / raw) To: Trond Myklebust; +Cc: nfs On Sat, Aug 28, 2004 at 01:35:05AM -0400, Trond Myklebust wrote: > P? fr , 27/08/2004 klokka 19:34, skreiv Brandon D. Valentine: > > And of course I didn't actually attach the strace output file so here it > > comes. Sorry for the extra message. > > It all looks OK, apart from the fact that the mount program gives up > after it receives the PROG_MISMATCH reply from the server. > > Mind applying the following debugging line to the util-linux SRPM, then > using the resulting "mount" to test out what is going wrong? I would be happy to, but you forgot to include the debugging line. =) Thanks, Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: sunlight is a project of the california voter foundation to advance electronic filing and internet disclosure of campaign finance data ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-28 6:29 ` Brandon D. Valentine @ 2004-08-28 18:45 ` Trond Myklebust 2004-08-28 19:57 ` Brandon D. Valentine 0 siblings, 1 reply; 16+ messages in thread From: Trond Myklebust @ 2004-08-28 18:45 UTC (permalink / raw) To: Brandon D. Valentine; +Cc: nfs [-- Attachment #1: Type: text/plain, Size: 224 bytes --] På lau , 28/08/2004 klokka 02:29, skreiv Brandon D. Valentine: > I would be happy to, but you forgot to include the debugging line. =) Urgh. Mental note to stop sending mail on Fridays at 1:30am... Cheers, Trond [-- Attachment #2: mount_debug.dif --] [-- Type: text/plain, Size: 468 bytes --] nfsmount.c | 2 ++ 1 files changed, 2 insertions(+) --- util-linux-2.12/mount/nfsmount.c.orig 2004-08-28 00:33:05.768456000 -0400 +++ util-linux-2.12/mount/nfsmount.c 2004-08-28 01:33:23.436105000 -0400 @@ -310,6 +310,8 @@ TIMEOUT); clnt_destroy(clnt); close(sock); + printf("Probed program %lu, vers %lu, (%s) with result %d\n", + prog, vers, prot == IPPROTO_UDP ? "udp" : "tcp", stat) if (stat != RPC_PROGVERSMISMATCH) return 1; ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-28 18:45 ` Trond Myklebust @ 2004-08-28 19:57 ` Brandon D. Valentine 2004-08-28 20:31 ` James Pearson 0 siblings, 1 reply; 16+ messages in thread From: Brandon D. Valentine @ 2004-08-28 19:57 UTC (permalink / raw) To: Trond Myklebust; +Cc: nfs On Sat, Aug 28, 2004 at 02:45:22PM -0400, Trond Myklebust wrote: > P? lau , 28/08/2004 klokka 02:29, skreiv Brandon D. Valentine: > > I would be happy to, but you forgot to include the debugging line. =) > > Urgh. Mental note to stop sending mail on Fridays at 1:30am... I know how you feel. FYI, for anyone else who wants to apply that patch, it's missing a semicolon. ;-) I've applied this to the SRPM, built the mount binary, and got the following: [root@scylla mount]# ./mount -t nfs reef:/export/reef/httpd/ /mnt/temp/ Probed program 100003, vers 3, (udp) with result 9 mount to NFS server 'reef' failed: server is down. I applied the patch James Pearson also posted to this thread to the SRPM, and it allowed me to mount the filesystem. [root@scylla mount]# ./mount -t nfs reef:/export/reef/httpd/ /mnt/temp/ Probed program 100003, vers 3, (udp) with result 9 Probed program 100003, vers 2, (udp) with result 0 Probed program 100005, vers 1, (tcp) with result 0 [root@scylla mount]# grep reef /proc/mounts reef:/export/reef/httpd/ /mnt/temp nfs rw,v2,rsize=8192,wsize=8192,hard,udp,lock,addr=reef 0 0 Out of curiosity I just grabbed the upstream util-linux-2.12b tarball and built it and was also able to mount the filesystem no problem, so this bug definitely seems to be a bug in the RedHat SRPM. Their version of nfsmount.c is vastly different from the upstream version. [root@scylla mount]# ./mount -t nfs reef:/export/reef/httpd/ /mnt/temp/ [root@scylla mount]# grep reef /proc/mounts reef:/export/reef/httpd/ /mnt/temp nfs rw,v2,rsize=8192,wsize=8192,hard,udp,lock,addr=reef 0 0 Thanks for all of your help. I guess from here on out I've gotta take it up with the RPM maintainer. Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: valentine is helping to unravel the mystery of how sound is interpreted ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-28 19:57 ` Brandon D. Valentine @ 2004-08-28 20:31 ` James Pearson 0 siblings, 0 replies; 16+ messages in thread From: James Pearson @ 2004-08-28 20:31 UTC (permalink / raw) To: Brandon D. Valentine; +Cc: nfs Brandon D. Valentine wrote: > On Sat, Aug 28, 2004 at 02:45:22PM -0400, Trond Myklebust wrote: > > I applied the patch James Pearson also posted to this thread to the > SRPM, and it allowed me to mount the filesystem. > > [root@scylla mount]# ./mount -t nfs reef:/export/reef/httpd/ /mnt/temp/ > Probed program 100003, vers 3, (udp) with result 9 > Probed program 100003, vers 2, (udp) with result 0 > Probed program 100005, vers 1, (tcp) with result 0 > [root@scylla mount]# grep reef /proc/mounts > reef:/export/reef/httpd/ /mnt/temp nfs rw,v2,rsize=8192,wsize=8192,hard,udp,lock,addr=reef 0 0 > > Out of curiosity I just grabbed the upstream util-linux-2.12b tarball > and built it and was also able to mount the filesystem no problem, so > this bug definitely seems to be a bug in the RedHat SRPM. Their version > of nfsmount.c is vastly different from the upstream version. Yes, its definitely a bug in Redhat's version - a bugzilla comment says 'Patch added to CVS for the next util-linux package' - as yet, this doesn't seem to have been released yet. It appears that a lot of the changes in their nfsmount.c are based on a patch that has been on Trond's site for sometime - http://client.linux-nfs.org/util-linux-2.11n.dif.gz (although, not the bit that causes it to fail to fall back to NFSv2!) > > [root@scylla mount]# ./mount -t nfs reef:/export/reef/httpd/ /mnt/temp/ > [root@scylla mount]# grep reef /proc/mounts > reef:/export/reef/httpd/ /mnt/temp nfs rw,v2,rsize=8192,wsize=8192,hard,udp,lock,addr=reef 0 0 > > Thanks for all of your help. I guess from here on out I've gotta take > it up with the RPM maintainer. May be someone on this list from RedHat can help ... James Pearson ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-27 23:32 ` Brandon D. Valentine 2004-08-27 23:34 ` Brandon D. Valentine @ 2004-08-28 17:10 ` Steve Dickson 2004-08-28 18:38 ` Brandon D. Valentine 1 sibling, 1 reply; 16+ messages in thread From: Steve Dickson @ 2004-08-28 17:10 UTC (permalink / raw) To: Brandon D. Valentine; +Cc: Trond Myklebust, nfs Brandon D. Valentine wrote: >On Fri, Aug 27, 2004 at 05:51:30PM -0400, Trond Myklebust wrote: > > >>To be more specific, I believe the problem here is that you are using >>an NFSv2-only kernel together with a version of mountd that is >>advertising NFSv2 *and* NFSv3. >> >> > >I would be very happy to find out that it was so simple, but it doesn't >appear to be. The problem definitely appears to be on the client >system, not the server. > > [root@scylla root]# rpcinfo -u reef nfs > program 100003 version 2 ready and waiting > [root@scylla root]# rpcinfo -u reef nfs 3 > rpcinfo: RPC: Program/version mismatch; low version = 2, high version = 2 > program 100003 version 3 is not available > > reef:~# ps -Af | grep mountd > root 395 1 0 Aug17 ? 00:00:00 /usr/sbin/rpc.mountd --no-nfs-version 3 > > Upgrade your nfs-utils to the latest rawhide version (nfs-utils-1.0.6-31 I believe) to see if it take care of the problem. I think this has to do with the order of how mountd and rpc.imapd are started. Basically mountd has to be running before rpc.idmapd for things to work... So in the case of the server (where rpc.idmapd is already started), the nfs startup script send rpc.idmapd a signal telling it to reopen its nfsd files (i.e. files under /proc/fs/nfsd ) SteveD. ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-28 17:10 ` Steve Dickson @ 2004-08-28 18:38 ` Brandon D. Valentine 2004-08-29 1:32 ` Steve Dickson 0 siblings, 1 reply; 16+ messages in thread From: Brandon D. Valentine @ 2004-08-28 18:38 UTC (permalink / raw) To: Steve Dickson; +Cc: Trond Myklebust, nfs On Sat, Aug 28, 2004 at 01:10:14PM -0400, Steve Dickson wrote: > Upgrade your nfs-utils to the latest rawhide version > (nfs-utils-1.0.6-31 I believe) to see if it take care of the problem. > I think this has to do with the order of how mountd and rpc.imapd are > started. Basically mountd has to be running before rpc.idmapd for > things to work... So in the case of the server (where rpc.idmapd is > already started), the nfs startup script send rpc.idmapd a signal > telling it to reopen its nfsd files (i.e. files under /proc/fs/nfsd ) I do not see how rpc.idmapd has anything at all to do with NFSv2/3, it is an NFSv4ism. Also, rpc.mountd on the server is working fine, as evidenced by the rpcinfo output I included in a previous message and the fact that every other client on the network mounts filesystems from it successfully. In other words: what the heck are you talking about? =) Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: sunshine is a great game that anyone will enjoy ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-28 18:38 ` Brandon D. Valentine @ 2004-08-29 1:32 ` Steve Dickson 2004-08-29 2:13 ` Brandon D. Valentine 0 siblings, 1 reply; 16+ messages in thread From: Steve Dickson @ 2004-08-29 1:32 UTC (permalink / raw) Cc: nfs Brandon D. Valentine wrote >In other words: what the heck are you talking about? =) > > I thought the problem was that rpc.mount was being *unintentionally* started with the " -no-nfs-version 3" flag which I was happening in my testing of the nfs4 code Something similar to: root 395 1 0 Aug17 ? 00:00:00 /usr/sbin/rpc.mountd --no-nfs-version 3 But I guess I was mistaken...... SteveD. ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-29 1:32 ` Steve Dickson @ 2004-08-29 2:13 ` Brandon D. Valentine 0 siblings, 0 replies; 16+ messages in thread From: Brandon D. Valentine @ 2004-08-29 2:13 UTC (permalink / raw) To: Steve Dickson; +Cc: nfs On Sat, Aug 28, 2004 at 09:32:44PM -0400, Steve Dickson wrote: > Brandon D. Valentine wrote > >In other words: what the heck are you talking about? =) > > > I thought the problem was that rpc.mount was being > *unintentionally* started with the " -no-nfs-version 3" > flag which I was happening in my testing of the nfs4 code > Something similar to: > > root 395 1 0 Aug17 ? 00:00:00 /usr/sbin/rpc.mountd > --no-nfs-version 3 > > But I guess I was mistaken...... No problem. Thanks for taking the the time to respond. BTW, I noticed you've worked on the util-linux package some recently. Can you look into whether the patch James Pearson posted in this thread will make it into Fedora Core 3 Test 2? It would be a shame for Fedora Core 3 to be released with a /bin/mount that doesn't work with NFSv2 servers, especially when the fix is so small. Thanks, Brandon D. Valentine -- brandon@dvalentine.com http://www.geekpunk.net Pseudo-Random Googlism: summer is boom time for building ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-27 21:22 [bug] FC2/2.6.8.1 does not fallback to NFSv2 Brandon D. Valentine 2004-08-27 21:36 ` Trond Myklebust @ 2004-08-28 9:32 ` raven 2004-08-28 16:47 ` James Pearson 2 siblings, 0 replies; 16+ messages in thread From: raven @ 2004-08-28 9:32 UTC (permalink / raw) To: Brandon D. Valentine; +Cc: nfs On Fri, 27 Aug 2004, Brandon D. Valentine wrote: > Autofs is configured on the FC2 systems to permit NFSv2 mounts as shown > by the minproto option below: > > [root@scylla root]# mount | grep automount > automount(pid1665) on /home type autofs (rw,fd=4,pgrp=1665,minproto=2,maxproto=4) > automount(pid1695) on /sb type autofs (rw,fd=4,pgrp=1695,minproto=2,maxproto=4) > automount(pid1739) on /scratch type autofs (rw,fd=4,pgrp=1739,minproto=2,maxproto=4) The minproto and maxproto have nothing to to with NFS version. They are related to the autofs kernel module <-> automount daemon communication. Ian ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [bug] FC2/2.6.8.1 does not fallback to NFSv2 2004-08-27 21:22 [bug] FC2/2.6.8.1 does not fallback to NFSv2 Brandon D. Valentine 2004-08-27 21:36 ` Trond Myklebust 2004-08-28 9:32 ` raven @ 2004-08-28 16:47 ` James Pearson 2 siblings, 0 replies; 16+ messages in thread From: James Pearson @ 2004-08-28 16:47 UTC (permalink / raw) To: Brandon D. Valentine; +Cc: nfs It's a bug in Redhat's util-linux package - see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123416 As yet, I haven't found a fixed version available from Redhat - my simple workround is as follows - I guess it's OK, as this check doesn't seem to exist in other versions of nfsmount.c James Pearson *** util-linux-2.12/mount/nfsmount.c.dist 2004-07-08 15:08:38.000000000 +0 100 --- util-linux-2.12/mount/nfsmount.c 2004-07-08 15:15:28.000000000 +0100 *************** *** 423,430 **** --- 423,435 ---- return 1; memcpy(mnt_pmap, &save_mnt, sizeof(*mnt_pmap)); } + + /* the following check breaks the automatic fall back + to NFSv2 - JCP 8/7/2004 */ + #if 0 if (rpc_createerr.cf_stat != RPC_PROGNOTREGISTERED) break; + #endif memcpy(nfs_pmap, &save_nfs, sizeof(*nfs_pmap)); } out_bad: Brandon D. Valentine wrote: > [ I tried to send this yesterday without actually subscribing, but it > has yet to make it past the list moderator. I've given up and > subscribed to yet another mailing list to get this bug report out. ] > > We have just brought up several Fedora Core 2 systems running the latest > 2.6.8.1 kernel revision in our NIS/NFS+autofs environment. The FC2/2.6 > clients are refusing to mount one specific filesystem on our network. > This filesystem is exported by a Debian/woody system running a 2.4.18 > kernel. The kernel on this machine only supports NFSv2 exports. > > When the FC2/2.6 client attempts to automount the filesystem on the 2.4 > server we observe the following in the client's syslog: > > Aug 26 18:37:08 scylla automount[5056]: >> mount to NFS server 'reef' > failed: server is down. > Aug 26 18:37:08 scylla automount[5056]: mount(nfs): nfs: mount failure > reef:/export/reef/httpd/ on /sb/www > Aug 26 18:37:08 scylla automount[5056]: failed to mount /sb/www > > And the following is observed in the server's syslog: > > Aug 26 18:37:12 reef kernel: svc: unknown version (3) > > At this point the client gives up with the following error: > > [root@scylla root]# ls /sb/www > ls: /sb/www: No such file or directory > > None of our other Linux systems running 2.4 kernels have any trouble > mounting that filesystem. They all automount it using NFSv2 as > expected. All of our 2.4 systems also correctly mount using NFSv3 from > systems that support it. > > Autofs is configured on the FC2 systems to permit NFSv2 mounts as shown > by the minproto option below: > > [root@scylla root]# mount | grep automount > automount(pid1665) on /home type autofs (rw,fd=4,pgrp=1665,minproto=2,maxproto=4) > automount(pid1695) on /sb type autofs (rw,fd=4,pgrp=1695,minproto=2,maxproto=4) > automount(pid1739) on /scratch type autofs (rw,fd=4,pgrp=1739,minproto=2,maxproto=4) > > The 2.6.8.1 kernel is configured with the following options: > > [root@scylla root]# grep -i nfs /usr/src/linux/.config > CONFIG_NFS_FS=y > CONFIG_NFS_V3=y > # CONFIG_NFS_V4 is not set > # CONFIG_NFS_DIRECTIO is not set > CONFIG_NFSD=y > CONFIG_NFSD_V3=y > # CONFIG_NFSD_V4 is not set > CONFIG_NFSD_TCP=y > > I am able to manually mount this filesystem, but only if I explicitly > add the vers=2 option to the mount command: > > [root@scylla root]# mount -t nfs reef:/export/reef/httpd/ /mnt/temp > mount to NFS server 'reef' failed: server is down. > [root@scylla root]# mount -t nfs -o vers=2 reef:/export/reef/httpd/ /mnt/temp > [root@scylla root]# > > Given the fact that the mount fails manually until vers=2 is specified I > am inclined to believe this is a kernel NFS bug, not an autofs or mount > bug. > > I would be glad to gather any additional information that might be > necessary to determine the cause of this behavior. Can anyone reproduce > this or have advice on how I might fix it? > > Thanks, > > Brandon D. Valentine ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs ^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2004-08-29 2:15 UTC | newest] Thread overview: 16+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2004-08-27 21:22 [bug] FC2/2.6.8.1 does not fallback to NFSv2 Brandon D. Valentine 2004-08-27 21:36 ` Trond Myklebust 2004-08-27 21:51 ` Trond Myklebust 2004-08-27 23:32 ` Brandon D. Valentine 2004-08-27 23:34 ` Brandon D. Valentine 2004-08-28 5:35 ` Trond Myklebust 2004-08-28 6:29 ` Brandon D. Valentine 2004-08-28 18:45 ` Trond Myklebust 2004-08-28 19:57 ` Brandon D. Valentine 2004-08-28 20:31 ` James Pearson 2004-08-28 17:10 ` Steve Dickson 2004-08-28 18:38 ` Brandon D. Valentine 2004-08-29 1:32 ` Steve Dickson 2004-08-29 2:13 ` Brandon D. Valentine 2004-08-28 9:32 ` raven 2004-08-28 16:47 ` James Pearson
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.