From: devzero@web.de
To: "J. Bruce Fields" <bfields@fieldses.org>
Cc: Neil Brown <neilb@suse.de>, NFS@lists.sourceforge.net
Subject: Re: stale nfs file handle with exported loopback mounts
Date: Wed, 31 Oct 2007 23:19:43 +0100 [thread overview]
Message-ID: <2058443428@web.de> (raw)
>If you add an explicit export for each one, =
you mean, i should export each of those ~500 loopback mounted iso images ?
come on, that`s not what admins or users want, isn`t it ?
> -----Urspr=FCngliche Nachricht-----
> Von: "J. Bruce Fields" <bfields@fieldses.org>
> Gesendet: 31.10.07 21:58:00
> An: devzero@web.de
> CC: Neil Brown <neilb@suse.de>, NFS@lists.sourceforge.net
> Betreff: Re: [NFS] stale nfs file handle with exported loopback mounts
> =
> On Wed, Oct 31, 2007 at 09:46:13PM +0100, devzero@web.de wrote:
> > hi !
> > =
> > i tried latest grml build (lenny/sid) as server today (suse 9.3 as clie=
nt).
> > =
> > error still existing, but a little bit different:
> > =
> > if i cd to the loopback-mount dir`s on the client, i see the contents o=
f the parent directory, i.e. i get a recursion.
> =
> That suggests something funky in the way we're identifying those
> filesystems in the filehandle. If you add an explicit export for each
> one, each with its own "fsid=3Dxyz" option (with xyz whatever positive
> integer you'd like, as long as it's difficult for export), does the
> problem go away??
> =
> --b.
> =
> > =
> > regards
> > roland
> > =
> > =
> > =
> > > -----Urspr=FCngliche Nachricht-----
> > > Von: devzero@web.de
> > > Gesendet: 30.10.07 21:05:56
> > > An: Neil Brown <neilb@suse.de>
> > > CC: NFS@lists.sourceforge.net
> > > Betreff: Re: [NFS] stale nfs file handle with exported loopback mounts
> > =
> > =
> > > =
> > > > I recommend replacing subtree_check with no_subtree_check, but it
> > > > shouldn't make an important difference in this case.
> > > =
> > > ok, i leave it as is.
> > > =
> > > > This should work with nfs-utils 1.1.0 or later. With earlier relea=
ses
> > > > you need to explicitly export the subordinate filesystems too.
> > > > =
> > > =
> > > mhh - opensuse doesn`t have nfs-utils package, but it has nfs-client-=
1.1.0-8 which looks like they repackaged nfs-utils 1.1.0
> > > =
> > > > It is a little odd that the errors are inconsistent.
> > > =
> > > ok, but only a minor issue, if an issue at all, isn`t it ?
> > > =
> > > > Can you find any log messages from mountd in syslog? What do they
> > > > say?
> > > =
> > > yes, on the client i`m getting :
> > > =
> > > Jun 3 21:36:01 linux kernel: nfs_update_inode: inode number mismatch
> > > Jun 3 21:36:01 linux kernel: expected (0:11/0x2), got (0:11/0x13881)
> > > Jun 3 21:36:01 linux kernel: nfs_update_inode: inode number mismatch
> > > Jun 3 21:36:01 linux kernel: expected (0:11/0x2), got (0:11/0x13881)
> > > Jun 3 21:36:17 linux kernel: nfs_update_inode: inode number mismatch
> > > Jun 3 21:36:17 linux kernel: expected (0:11/0x2), got (0:11/0x13881)
> > > Jun 3 21:36:17 linux kernel: nfs_update_inode: inode number mismatch
> > > Jun 3 21:36:17 linux kernel: expected (0:11/0x2), got (0:11/0x13881)
> > > Jun 3 21:36:20 linux kernel: nfs_update_inode: inode number mismatch
> > > Jun 3 21:36:20 linux kernel: expected (0:11/0x2), got (0:11/0x13881)
> > > Jun 3 21:36:20 linux kernel: nfs_update_inode: inode number mismatch
> > > =
> > > =
> > > no error message on the server:
> > > Oct 26 10:09:31 opensuse103 mountd[4293]: authenticated unmount reque=
st from 10.0.0.40:1014 for /mnt (/mnt)
> > > Oct 26 10:10:07 opensuse103 mountd[4293]: authenticated mount request=
from 10.0.0.40:612 for /mnt (/mnt)
> > > Oct 26 10:10:43 opensuse103 mountd[4293]: authenticated unmount reque=
st from 10.0.0.40:623 for /mnt (/mnt)
> > > Oct 26 10:10:52 opensuse103 mountd[4293]: authenticated mount request=
from 10.0.0.40:624 for /mnt (/mnt)
> > > =
> > > > Also what does
> > > > cat /proc/fs/nfsd/exports
> > > > =
> > > > on the server show.
> > > =
> > > opensuse103:~ # cat /proc/fs/nfsd/exports
> > > # Version 1.1
> > > # Path Client(Flags) # IPs
> > > /mnt/iso1 *(ro,no_root_squash,sync,wdelay,crossmnt,uuid=3D2c49f=
ef2:ba464293:9b2bf2b8:322ccbcb)
> > > /mnt/iso3 *(ro,no_root_squash,sync,wdelay,crossmnt,uuid=3D27ae9=
c67:0b794b36:8b5e9e17:37b569eb)
> > > /mnt *(ro,no_root_squash,sync,wdelay,crossmnt,uuid=3D08164ee4:2db1=
41eb:ac961701:49c74396)
> > > /mnt/iso2 *(ro,no_root_squash,sync,wdelay,crossmnt,uuid=3D2aad6=
ea5:a05d4441:b94c48e6:e5d9981e)
> > > =
> > > =
> > > > Finally, a tcpdump:
> > > > =
> > > > tcpdump -s 0 -w /tmp/tcpdump port 2049
> > > > =
> > > > while you run the experiment might help.
> > > =
> > > ah - this seems to give a hint, but i don`t have a clue why the serve=
r (10.0.0.30) is telling the client (10.0.0.40) a "RPC Version mismatch".
> > > I also tried --no-nfs-version 4 for rpc.mountd (setting in /etc/sysc=
onfig/nfs), but this didn`t make a difference.
> > > =
> > > here is the tcpdump output - i did =
> > > =
> > > - mount
> > > - ls / ls -la / cd to subdirs
> > > =
> > > 10:15:06.480542 IP 10.0.0.40.0 > 10.0.0.30.2049: 0 null
> > > 10:15:06.480572 IP 10.0.0.30.2049 > 10.0.0.40.0: reply ERR 0: RPC Ver=
sion mismatch (167772160-0)
> > > 10:15:06.480765 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 2031114913 =
win 1460 <nop,nop,timestamp 686128 737918>
> > > 10:15:06.480821 IP 10.0.0.40.2079804678 > 10.0.0.30.2049: 108 fsinfo =
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743963CD81908
> > > 10:15:06.480833 IP 10.0.0.30.2049 > 10.0.0.40.1022: . ack 108 win 181=
<nop,nop,timestamp 737918 686128>
> > > 10:15:06.513365 IP 10.0.0.30.2049 > 10.0.0.40.2079804678: reply ok 84=
fsinfo rtmax 65536 rtpref 65536 wtmax 65536 wtpref 65536 dtpref 4096
> > > 10:15:06.514408 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 85 win 1460=
<nop,nop,timestamp 686160 737926>
> > > 10:15:06.514902 IP 10.0.0.40.2096581894 > 10.0.0.30.2049: 108 getattr=
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743963CD81908
> > > 10:15:06.515256 IP 10.0.0.30.2049 > 10.0.0.40.2096581894: reply ok 11=
6 getattr DIR 40755 ids 0/0 sz 4096
> > > 10:15:06.553865 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 201 win 146=
0 <nop,nop,timestamp 686201 737926>
> > > 10:16:03.091784 IP 10.0.0.40.2113359110 > 10.0.0.30.2049: 108 getattr=
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439647219C8C
> > > 10:16:03.093366 IP 10.0.0.30.2049 > 10.0.0.40.2113359110: reply ok 11=
6 getattr DIR 40755 ids 0/0 sz 4096
> > > 10:16:03.096046 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 317 win 146=
0 <nop,nop,timestamp 743610 752071>
> > > 10:16:03.097370 IP 10.0.0.40.2130136326 > 10.0.0.30.2049: 112 access =
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000001F=
001f
> > > 10:16:03.098156 IP 10.0.0.30.2049 > 10.0.0.40.2130136326: reply ok 12=
4 access c 0003
> > > 10:16:03.156812 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 441 win 146=
0 <nop,nop,timestamp 743651 752072>
> > > 10:16:08.967804 IP 10.0.0.40.2146913542 > 10.0.0.30.2049: 108 getattr=
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439600000000
> > > 10:16:08.968305 IP 10.0.0.30.2049 > 10.0.0.40.2146913542: reply ok 11=
6 getattr DIR 40755 ids 0/0 sz 4096
> > > 10:16:08.974285 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 557 win 146=
0 <nop,nop,timestamp 749477 753540>
> > > 10:16:08.975739 IP 10.0.0.40.2163690758 > 10.0.0.30.2049: 132 readdir=
plus fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C74396000=
00000 512 bytes @ 0
> > > 10:16:08.975985 IP 10.0.0.30.2049 > 10.0.0.40.2163690758: reply ok 14=
48 readdirplus
> > > 10:16:08.976510 IP 10.0.0.30.2049 > 10.0.0.40.1684108288: reply Unkno=
wn rpc response code=3D2021855861 340
> > > 10:16:08.982238 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 2345 win 21=
84 <nop,nop,timestamp 749479 753541>
> > > 10:16:08.984415 IP 10.0.0.40.2180467974 > 10.0.0.30.2049: 116 lookup =
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439600000004=
"iso3"
> > > 10:16:08.984931 IP 10.0.0.30.2049 > 10.0.0.40.2180467974: reply ok 23=
2 lookup fh Unknown/0100060027AE9C670B794B368B5E9E1737B569EB000000010000000=
2000041ED
> > > 10:16:09.008819 IP 10.0.0.40.2197245190 > 10.0.0.30.2049: 104 getattr=
fh Unknown/0100060027AE9C670B794B368B5E9E1737B569EB0000000FDD22CC3C7002F0AC
> > > 10:16:09.010946 IP 10.0.0.30.2049 > 10.0.0.40.2197245190: reply ok 18=
8 getattr REG 2 ids 5/0 sz 0
> > > 10:16:09.032541 IP 10.0.0.40.2214022406 > 10.0.0.30.2049: 128 getattr=
fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E66D0700
> > > 10:16:09.033405 IP 10.0.0.30.2049 > 10.0.0.40.2214022406: reply ok 18=
8 getattr REG 1 ids 1/0 sz 0
> > > 10:16:09.033490 IP 10.0.0.40.2230799622 > 10.0.0.30.2049: 128 getattr=
fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E56D0700
> > > 10:16:09.036811 IP 10.0.0.30.2049 > 10.0.0.40.2230799622: reply ok 18=
8 getattr REG 1 ids 1/0 sz 0
> > > 10:16:09.037823 IP 10.0.0.40.2247576838 > 10.0.0.30.2049: 108 getattr=
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439600000000
> > > 10:16:09.039817 IP 10.0.0.30.2049 > 10.0.0.40.2247576838: reply ok 11=
6 getattr DIR 40755 ids 0/0 sz 4096
> > > 10:16:09.040423 IP 10.0.0.40.2264354054 > 10.0.0.30.2049: 112 getattr=
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000000F
> > > 10:16:09.040856 IP 10.0.0.30.2049 > 10.0.0.40.2264354054: reply ok 18=
8 getattr REG 2 ids 5/0 sz 0
> > > 10:16:09.041590 IP 10.0.0.40.2281131270 > 10.0.0.30.2049: 116 lookup =
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439600000004=
"iso2"
> > > 10:16:09.041920 IP 10.0.0.30.2049 > 10.0.0.40.2281131270: reply ok 23=
2 lookup fh Unknown/010006002AAD6EA5A05D4441B94C48E6E5D9981E000000010000000=
2000041ED
> > > 10:16:09.049633 IP 10.0.0.40.2297908486 > 10.0.0.30.2049: 104 getattr=
fh Unknown/010006002AAD6EA5A05D4441B94C48E6E5D9981E0000000F5FDC84454326E193
> > > 10:16:09.049781 IP 10.0.0.30.2049 > 10.0.0.40.2297908486: reply ok 18=
8 getattr REG 2 ids 5/0 sz 0
> > > 10:16:09.063218 IP 10.0.0.40.2314685702 > 10.0.0.30.2049: 128 getattr=
fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E46D0700
> > > 10:16:09.072505 IP 10.0.0.30.2049 > 10.0.0.40.2314685702: reply ok 18=
8 getattr REG 1 ids 1/0 sz 0
> > > 10:16:09.091698 IP 10.0.0.40.2331462918 > 10.0.0.30.2049: 124 getattr=
fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E46D0700
> > > 10:16:09.092022 IP 10.0.0.30.2049 > 10.0.0.40.2331462918: reply ok 11=
6 getattr REG 100644 ids 0/0 sz 1048576
> > > 10:16:09.128971 IP 10.0.0.40.2348240134 > 10.0.0.30.2049: 128 getattr=
fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E36D0700
> > > 10:16:09.129304 IP 10.0.0.30.2049 > 10.0.0.40.2348240134: reply ok 18=
8 getattr REG 1 ids 1/0 sz 0
> > > 10:16:09.184155 IP 10.0.0.40.2365017350 > 10.0.0.30.2049: 124 getattr=
fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E36D0700
> > > 10:16:09.184582 IP 10.0.0.30.2049 > 10.0.0.40.2365017350: reply ok 11=
6 getattr REG 100644 ids 0/0 sz 1048576
> > > 10:16:09.189234 IP 10.0.0.40.2381794566 > 10.0.0.30.2049: 116 lookup =
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439600000004=
"iso1"
> > > 10:16:09.189435 IP 10.0.0.30.2049 > 10.0.0.40.2381794566: reply ok 23=
2 lookup fh Unknown/010006002C49FEF2BA4642939B2BF2B8322CCBCB000000010000000=
2000041ED
> > > 10:16:09.193476 IP 10.0.0.40.2398571782 > 10.0.0.30.2049: 104 getattr=
fh Unknown/010006002C49FEF2BA4642939B2BF2B8322CCBCB0000000F58896A884A0C62B7
> > > 10:16:09.193652 IP 10.0.0.30.2049 > 10.0.0.40.2398571782: reply ok 18=
8 getattr REG 2 ids 5/0 sz 0
> > > 10:16:09.194937 IP 10.0.0.40.2415348998 > 10.0.0.30.2049: 128 getattr=
fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E76D0700
> > > 10:16:09.195033 IP 10.0.0.30.2049 > 10.0.0.40.2415348998: reply ok 18=
8 getattr REG 1 ids 1/0 sz 0
> > > 10:16:09.195230 IP 10.0.0.40.2432126214 > 10.0.0.30.2049: 128 getattr=
fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E86D0700
> > > 10:16:09.323635 IP 10.0.0.30.2049 > 10.0.0.40.1022: . ack 2572 win 41=
6 <nop,nop,timestamp 753629 749566>
> > > 10:16:09.324345 IP 10.0.0.30.2049 > 10.0.0.40.2432126214: reply ok 18=
8 getattr REG 1 ids 1/0 sz 0
> > > 10:16:09.341475 IP 10.0.0.40.2448903430 > 10.0.0.30.2049: 128 getattr=
fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E26D0700
> > > 10:16:09.341524 IP 10.0.0.30.2049 > 10.0.0.40.1022: . ack 2700 win 44=
9 <nop,nop,timestamp 753632 749707>
> > > 10:16:09.341928 IP 10.0.0.30.2049 > 10.0.0.40.2448903430: reply ok 18=
8 getattr REG 1 ids 1/0 sz 0
> > > 10:16:09.342117 IP 10.0.0.40.2465680646 > 10.0.0.30.2049: 124 getattr=
fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E26D0700
> > > 10:16:09.343404 IP 10.0.0.30.2049 > 10.0.0.40.2465680646: reply ok 11=
6 getattr REG 100644 ids 0/0 sz 1048576
> > > 10:16:09.389316 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 5573 win 21=
84 <nop,nop,timestamp 749751 753633>
> > > 10:16:13.449513 IP 10.0.0.40.2482457862 > 10.0.0.30.2049: 108 getattr=
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439647219CB5
> > > 10:16:13.449815 IP 10.0.0.30.2049 > 10.0.0.40.2482457862: reply ok 11=
6 getattr DIR 40755 ids 0/0 sz 4096
> > > 10:16:13.452344 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 5689 win 21=
84 <nop,nop,timestamp 753943 754660>
> > > 10:16:13.453973 IP 10.0.0.40.2499235078 > 10.0.0.30.2049: 100 getattr=
fh Unknown/010006002C49FEF2BA4642939B2BF2B8322CCBCB47219C8C0000000047219C8C
> > > 10:16:13.454154 IP 10.0.0.30.2049 > 10.0.0.40.2499235078: reply ok 11=
6 getattr DIR 40755 ids 0/0 sz 4096
> > > 10:16:13.456194 IP 10.0.0.40.2516012294 > 10.0.0.30.2049: 108 getattr=
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439647219C8C
> > > 10:16:13.456361 IP 10.0.0.30.2049 > 10.0.0.40.2516012294: reply ok 11=
6 getattr DIR 40755 ids 0/0 sz 4096
> > > 10:16:13.458282 IP 10.0.0.40.2532789510 > 10.0.0.30.2049: 116 lookup =
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439600000004=
"iso1"
> > > 10:16:13.458461 IP 10.0.0.30.2049 > 10.0.0.40.2532789510: reply ok 23=
2 lookup fh Unknown/010006002C49FEF2BA4642939B2BF2B8322CCBCB000000010000000=
2000041ED
> > > 10:16:13.510637 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 6153 win 21=
84 <nop,nop,timestamp 753985 754662>
> > > 10:16:14.030110 IP 10.0.0.40.2549566726 > 10.0.0.30.2049: 112 access =
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000001F=
001f
> > > 10:16:14.030927 IP 10.0.0.30.2049 > 10.0.0.40.2549566726: reply ok 12=
4 access c 0003
> > > 10:16:14.033436 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 6277 win 21=
84 <nop,nop,timestamp 754548 754805>
> > > 10:16:14.034732 IP 10.0.0.40.2566343942 > 10.0.0.30.2049: 108 getattr=
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439600000000
> > > 10:16:14.034980 IP 10.0.0.30.2049 > 10.0.0.40.2566343942: reply ok 11=
6 getattr DIR 40755 ids 0/0 sz 4096
> > > 10:16:14.037319 IP 10.0.0.40.2583121158 > 10.0.0.30.2049: 112 access =
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000001F=
001f
> > > 10:16:14.037486 IP 10.0.0.30.2049 > 10.0.0.40.2583121158: reply ok 12=
4 access c 0003
> > > 10:16:14.040323 IP 10.0.0.40.2599898374 > 10.0.0.30.2049: 132 readdir=
plus fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C74396000=
00000 512 bytes @ 0
> > > 10:16:14.040554 IP 10.0.0.30.2049 > 10.0.0.40.2599898374: reply ok 14=
48 readdirplus
> > > 10:16:14.041020 IP 10.0.0.30.2049 > 10.0.0.40.1684108288: reply Unkno=
wn rpc response code=3D2021855861 340
> > > 10:16:14.043583 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 8305 win 29=
08 <nop,nop,timestamp 754550 754808>
> > > 10:16:14.045104 IP 10.0.0.40.2616675590 > 10.0.0.30.2049: 112 access =
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000001F=
001f
> > > 10:16:14.045402 IP 10.0.0.30.2049 > 10.0.0.40.2616675590: reply ok 12=
4 access c 0003
> > > 10:16:14.047830 IP 10.0.0.40.2633452806 > 10.0.0.30.2049: 112 access =
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000001F=
001f
> > > 10:16:14.048039 IP 10.0.0.30.2049 > 10.0.0.40.2633452806: reply ok 12=
4 access c 0003
> > > 10:16:14.099385 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 8553 win 29=
08 <nop,nop,timestamp 754592 754810>
> > > 10:16:14.293714 IP 10.0.0.40.2650230022 > 10.0.0.30.2049: 108 getattr=
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439600000000
> > > 10:16:14.294019 IP 10.0.0.30.2049 > 10.0.0.40.2650230022: reply ok 11=
6 getattr DIR 40755 ids 0/0 sz 4096
> > > 10:16:14.297263 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 8669 win 29=
08 <nop,nop,timestamp 754763 754871>
> > > 10:16:14.297272 IP 10.0.0.40.2667007238 > 10.0.0.30.2049: 112 access =
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000001F=
001f
> > > 10:16:14.297466 IP 10.0.0.30.2049 > 10.0.0.40.2667007238: reply ok 12=
4 access c 0003
> > > 10:16:14.297586 IP 10.0.0.40.2683784454 > 10.0.0.30.2049: 112 access =
fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000001F=
001f
> > > 10:16:14.297987 IP 10.0.0.30.2049 > 10.0.0.40.2683784454: reply ok 12=
4 access c 0003
> > > 10:16:14.301165 IP 10.0.0.40.2700561670 > 10.0.0.30.2049: 104 access =
fh Unknown/010006002C49FEF2BA4642939B2BF2B8322CCBCB0000001F47219C8C00000000=
001f
> > > 10:16:14.301405 IP 10.0.0.30.2049 > 10.0.0.40.2700561670: reply ok 12=
4 access c 0003
> > > 10:16:14.351229 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 9041 win 29=
08 <nop,nop,timestamp 754810 754873>
> > > 10:16:14.842633 IP 10.0.0.40.2717338886 > 10.0.0.30.2049: 100 getattr=
fh Unknown/010006002C49FEF2BA4642939B2BF2B8322CCBCB0000000047219C8C00000000
> > > 10:16:14.851711 IP 10.0.0.30.2049 > 10.0.0.40.2717338886: reply ok 11=
6 getattr DIR 40755 ids 0/0 sz 4096
> > > 10:16:14.856846 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 9157 win 29=
08 <nop,nop,timestamp 755272 755008>
> > > =
> > > =
> > > > > does somebody have such setup up and running and can tell his dis=
tro / kernel and nfs-utils version ?
> > > > > maybe i change distro then.
> > > > =
> > > > I doubt that it is a distro-specific thing. As long as you have
> > > > nfs-utils-1.1.0 it should work. I don't have a 10.3 box
> > > > set up yet, but it works fine on Debian/unstable for me.
> > > =
> > > ok, will try this on debian.
> > > =
> > > > Maybe try adding the "no_root_squash" export option.
> > > no difference
> > > =
> > > > What does "ls -l /export" on the server show?
> > > nothing unusual. no errors, just the dirs/mountpoints
> > > =
> > > Thanks for your help!
> > > =
> > > regards
> > > roland
> > > =
> > > =
> > > > =
> > > > On Saturday October 27, devzero@web.de wrote:
> > > > > Hello !
> > > > > =
> > > > > with 2.6.22 i`m trying to export loopback mounted iso-images.
> > > > > =
> > > > > this is /etc/exports:
> > > > > =
> > > > > /export *(ro,crossmnt,subtree_check)
> > > > =
> > > > I recommend replacing subtree_check with no_subtree_check, but it
> > > > shouldn't make an important difference in this case.
> > > > =
> > > > =
> > > > This should work with nfs-utils 1.1.0 or later. With earlier relea=
ses
> > > > you need to explicitly export the subordinate filesystems too.
> > > > =
> > > > > =
> > > > > in /export, i have loopback mounted iso-images
> > > > > =
> > > > > after mounting on the client side under /mnt (tried one older and=
one recent system) , i`m getting:
> > > > > =
> > > > > vmhost:/mnt # ls -la
> > > > > /bin/ls: iso1: Input/output error
> > > > > /bin/ls: iso2 Input/output error
> > > > > /bin/ls: iso3: Input/output error
> > > > > total 10128
> > > > > drwxrwxrwt 18 root root 270336 Oct 26 08:45 .
> > > > > drwxrwxrwt 186 root root 20760 Oct 27 17:45 ..
> > > > > drwxr-xr-x 2 root root 16384 Jan 1 1970 iso1
> > > > > drwxr-xr-x 2 root root 16384 Jan 1 1970 iso2
> > > > > drwxr-xr-x 2 root root 16384 Jan 1 1970 iso3
> > > > > =
> > > > > vmhost:/mnt/iso1 # ls
> > > > > /bin/ls: .: Stale NFS file handle
> > > > > vmhost:/mnt/iso1 # ls -la
> > > > > /bin/ls: .: Input/output error
> > > > =
> > > > It is a little odd that the errors are inconsistent.
> > > > =
> > > > Can you find any log messages from mountd in syslog? What do they
> > > > say?
> > > > Also what does
> > > > cat /proc/fs/nfsd/exports
> > > > =
> > > > on the server show.
> > > > =
> > > > Finally, a tcpdump:
> > > > =
> > > > tcpdump -s 0 -w /tmp/tcpdump port 2049
> > > > =
> > > > while you run the experiment might help.
> > > > =
> > > > > =
> > > > > i`m unsure if i should blame suse here (it`s an opensuse 10.3 box=
which seems to have nfs-utils 1.1.0)
> > > > > =
> > > > > does somebody have such setup up and running and can tell his dis=
tro / kernel and nfs-utils version ?
> > > > > maybe i change distro then.
> > > > =
> > > > I doubt that it is a distro-specific thing. As long as you have
> > > > nfs-utils-1.1.0 it should work. I don't have a 10.3 box
> > > > set up yet, but it works fine on Debian/unstable for me.
> > > > =
> > > > Maybe try adding the "no_root_squash" export option.
> > > > What does "ls -l /export" on the server show?
> > > > =
> > > > NeilBrown
> > > > =
> > > =
> > > =
> > =
> > =
> > _____________________________________________________________________
> > Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
> > http://smartsurfer.web.de/?mc=3D100071&distributionid=3D000000000066
> > =
> > =
> > -----------------------------------------------------------------------=
--
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems? Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > NFS maillist - NFS@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nfs
> =
__________________________________________________________________________
Erweitern Sie FreeMail zu einem noch leistungsst=E4rkeren E-Mail-Postfach! =
Mehr Infos unter http://produkte.web.de/club/?mc=3D021131
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next reply other threads:[~2007-10-31 22:19 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-31 22:19 devzero [this message]
2007-10-31 22:39 ` stale nfs file handle with exported loopback mounts J. Bruce Fields
-- strict thread matches above, loose matches on Subject: below --
2007-11-10 15:14 devzero
2007-11-02 19:37 devzero
2007-11-02 19:42 ` J. Bruce Fields
2007-11-04 20:30 ` J. Bruce Fields
2007-11-05 9:59 ` Andreas Gruenbacher
2007-11-02 19:06 devzero
2007-11-02 19:23 ` J. Bruce Fields
2007-11-02 19:24 ` J. Bruce Fields
2007-10-31 22:50 devzero
2007-11-01 4:26 ` Neil Brown
2007-10-31 20:46 devzero
2007-10-31 20:57 ` J. Bruce Fields
2007-10-30 20:05 devzero
2007-10-27 16:13 devzero
2007-10-30 5:14 ` Neil Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2058443428@web.de \
--to=devzero@web.de \
--cc=NFS@lists.sourceforge.net \
--cc=bfields@fieldses.org \
--cc=neilb@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox