From: devzero@web.de Subject: Re: stale nfs file handle with exported loopback mounts Date: Wed, 31 Oct 2007 23:50:07 +0100 Message-ID: <2058481856@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Cc: Neil Brown , NFS@lists.sourceforge.net To: "J. Bruce Fields" Return-path: List-Id: "Discussion of NFS under Linux development, interoperability, and testing." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: nfs-bounces@lists.sourceforge.net Errors-To: nfs-bounces@lists.sourceforge.net ok, i just wanted to tell that this isn`t the right way to go imho. some time ago i have tested exporting a parent dir containing several loopb= ack mounted iso images with some pre-1.1.0 nfs-utils version and it worked = - so =EC wonder why it now seems to have issues as things should have gone = stable..... > -----Urspr=FCngliche Nachricht----- > Von: "J. Bruce Fields" > Gesendet: 31.10.07 23:39:46 > An: devzero@web.de > CC: NFS@lists.sourceforge.net, Neil Brown > Betreff: Re: [NFS] stale nfs file handle with exported loopback mounts > = > On Wed, Oct 31, 2007 at 11:19:43PM +0100, devzero@web.de wrote: > > >If you add an explicit export for each one, = > > you mean, i should export each of those ~500 loopback mounted iso image= s ? > > come on, that`s not what admins or users want, isn`t it ? > = > No, of course not; I was just suggesting it as a way to confirm that's > where the problem is. > = > --b. > = > > = > > > -----Urspr=FCngliche Nachricht----- > > > Von: "J. Bruce Fields" > > > Gesendet: 31.10.07 21:58:00 > > > An: devzero@web.de > > > CC: Neil Brown , 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 = client). > > > > = > > > > error still existing, but a little bit different: > > > > = > > > > if i cd to the loopback-mount dir`s on the client, i see the conten= ts of 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 > > > > > CC: NFS@lists.sourceforge.net > > > > > Betreff: Re: [NFS] stale nfs file handle with exported loopback m= ounts > > > > = > > > > = > > > > > = > > > > > > 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 r= eleases > > > > > > you need to explicitly export the subordinate filesystems too. > > > > > > = > > > > > = > > > > > mhh - opensuse doesn`t have nfs-utils package, but it has nfs-cli= ent-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 t= hey > > > > > > say? > > > > > = > > > > > yes, on the client i`m getting : > > > > > = > > > > > Jun 3 21:36:01 linux kernel: nfs_update_inode: inode number mism= atch > > > > > Jun 3 21:36:01 linux kernel: expected (0:11/0x2), got (0:11/0x13= 881) > > > > > Jun 3 21:36:01 linux kernel: nfs_update_inode: inode number mism= atch > > > > > Jun 3 21:36:01 linux kernel: expected (0:11/0x2), got (0:11/0x13= 881) > > > > > Jun 3 21:36:17 linux kernel: nfs_update_inode: inode number mism= atch > > > > > Jun 3 21:36:17 linux kernel: expected (0:11/0x2), got (0:11/0x13= 881) > > > > > Jun 3 21:36:17 linux kernel: nfs_update_inode: inode number mism= atch > > > > > Jun 3 21:36:17 linux kernel: expected (0:11/0x2), got (0:11/0x13= 881) > > > > > Jun 3 21:36:20 linux kernel: nfs_update_inode: inode number mism= atch > > > > > Jun 3 21:36:20 linux kernel: expected (0:11/0x2), got (0:11/0x13= 881) > > > > > Jun 3 21:36:20 linux kernel: nfs_update_inode: inode number mism= atch > > > > > = > > > > > = > > > > > no error message on the server: > > > > > Oct 26 10:09:31 opensuse103 mountd[4293]: authenticated unmount r= equest from 10.0.0.40:1014 for /mnt (/mnt) > > > > > Oct 26 10:10:07 opensuse103 mountd[4293]: authenticated mount req= uest from 10.0.0.40:612 for /mnt (/mnt) > > > > > Oct 26 10:10:43 opensuse103 mountd[4293]: authenticated unmount r= equest from 10.0.0.40:623 for /mnt (/mnt) > > > > > Oct 26 10:10:52 opensuse103 mountd[4293]: authenticated mount req= uest 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=3D2= c49fef2:ba464293:9b2bf2b8:322ccbcb) > > > > > /mnt/iso3 *(ro,no_root_squash,sync,wdelay,crossmnt,uuid=3D2= 7ae9c67:0b794b36:8b5e9e17:37b569eb) > > > > > /mnt *(ro,no_root_squash,sync,wdelay,crossmnt,uuid=3D08164ee4:= 2db141eb:ac961701:49c74396) > > > > > /mnt/iso2 *(ro,no_root_squash,sync,wdelay,crossmnt,uuid=3D2= aad6ea5: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 s= erver (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/= sysconfig/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= Version mismatch (167772160-0) > > > > > 10:15:06.480765 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 2031114= 913 win 1460 > > > > > 10:15:06.480821 IP 10.0.0.40.2079804678 > 10.0.0.30.2049: 108 fsi= nfo fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743963CD8= 1908 > > > > > 10:15:06.480833 IP 10.0.0.30.2049 > 10.0.0.40.1022: . ack 108 win= 181 > > > > > 10:15:06.513365 IP 10.0.0.30.2049 > 10.0.0.40.2079804678: reply o= k 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 > > > > > 10:15:06.514902 IP 10.0.0.40.2096581894 > 10.0.0.30.2049: 108 get= attr fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743963CD= 81908 > > > > > 10:15:06.515256 IP 10.0.0.30.2049 > 10.0.0.40.2096581894: reply o= k 116 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= 1460 > > > > > 10:16:03.091784 IP 10.0.0.40.2113359110 > 10.0.0.30.2049: 108 get= attr fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C74396472= 19C8C > > > > > 10:16:03.093366 IP 10.0.0.30.2049 > 10.0.0.40.2113359110: reply o= k 116 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= 1460 > > > > > 10:16:03.097370 IP 10.0.0.40.2130136326 > 10.0.0.30.2049: 112 acc= ess fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000= 001F 001f > > > > > 10:16:03.098156 IP 10.0.0.30.2049 > 10.0.0.40.2130136326: reply o= k 124 access c 0003 > > > > > 10:16:03.156812 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 441 win= 1460 > > > > > 10:16:08.967804 IP 10.0.0.40.2146913542 > 10.0.0.30.2049: 108 get= attr fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C74396000= 00000 > > > > > 10:16:08.968305 IP 10.0.0.30.2049 > 10.0.0.40.2146913542: reply o= k 116 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= 1460 > > > > > 10:16:08.975739 IP 10.0.0.40.2163690758 > 10.0.0.30.2049: 132 rea= ddirplus fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439= 600000000 512 bytes @ 0 > > > > > 10:16:08.975985 IP 10.0.0.30.2049 > 10.0.0.40.2163690758: reply o= k 1448 readdirplus > > > > > 10:16:08.976510 IP 10.0.0.30.2049 > 10.0.0.40.1684108288: reply U= nknown rpc response code=3D2021855861 340 > > > > > 10:16:08.982238 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 2345 wi= n 2184 > > > > > 10:16:08.984415 IP 10.0.0.40.2180467974 > 10.0.0.30.2049: 116 loo= kup fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000= 0004 "iso3" > > > > > 10:16:08.984931 IP 10.0.0.30.2049 > 10.0.0.40.2180467974: reply o= k 232 lookup fh Unknown/0100060027AE9C670B794B368B5E9E1737B569EB00000001000= 00002000041ED > > > > > 10:16:09.008819 IP 10.0.0.40.2197245190 > 10.0.0.30.2049: 104 get= attr fh Unknown/0100060027AE9C670B794B368B5E9E1737B569EB0000000FDD22CC3C700= 2F0AC > > > > > 10:16:09.010946 IP 10.0.0.30.2049 > 10.0.0.40.2197245190: reply o= k 188 getattr REG 2 ids 5/0 sz 0 > > > > > 10:16:09.032541 IP 10.0.0.40.2214022406 > 10.0.0.30.2049: 128 get= attr fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E66= D0700 > > > > > 10:16:09.033405 IP 10.0.0.30.2049 > 10.0.0.40.2214022406: reply o= k 188 getattr REG 1 ids 1/0 sz 0 > > > > > 10:16:09.033490 IP 10.0.0.40.2230799622 > 10.0.0.30.2049: 128 get= attr fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E56= D0700 > > > > > 10:16:09.036811 IP 10.0.0.30.2049 > 10.0.0.40.2230799622: reply o= k 188 getattr REG 1 ids 1/0 sz 0 > > > > > 10:16:09.037823 IP 10.0.0.40.2247576838 > 10.0.0.30.2049: 108 get= attr fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C74396000= 00000 > > > > > 10:16:09.039817 IP 10.0.0.30.2049 > 10.0.0.40.2247576838: reply o= k 116 getattr DIR 40755 ids 0/0 sz 4096 > > > > > 10:16:09.040423 IP 10.0.0.40.2264354054 > 10.0.0.30.2049: 112 get= attr fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C74396000= 0000F > > > > > 10:16:09.040856 IP 10.0.0.30.2049 > 10.0.0.40.2264354054: reply o= k 188 getattr REG 2 ids 5/0 sz 0 > > > > > 10:16:09.041590 IP 10.0.0.40.2281131270 > 10.0.0.30.2049: 116 loo= kup fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000= 0004 "iso2" > > > > > 10:16:09.041920 IP 10.0.0.30.2049 > 10.0.0.40.2281131270: reply o= k 232 lookup fh Unknown/010006002AAD6EA5A05D4441B94C48E6E5D9981E00000001000= 00002000041ED > > > > > 10:16:09.049633 IP 10.0.0.40.2297908486 > 10.0.0.30.2049: 104 get= attr fh Unknown/010006002AAD6EA5A05D4441B94C48E6E5D9981E0000000F5FDC8445432= 6E193 > > > > > 10:16:09.049781 IP 10.0.0.30.2049 > 10.0.0.40.2297908486: reply o= k 188 getattr REG 2 ids 5/0 sz 0 > > > > > 10:16:09.063218 IP 10.0.0.40.2314685702 > 10.0.0.30.2049: 128 get= attr fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E46= D0700 > > > > > 10:16:09.072505 IP 10.0.0.30.2049 > 10.0.0.40.2314685702: reply o= k 188 getattr REG 1 ids 1/0 sz 0 > > > > > 10:16:09.091698 IP 10.0.0.40.2331462918 > 10.0.0.30.2049: 124 get= attr fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E46= D0700 > > > > > 10:16:09.092022 IP 10.0.0.30.2049 > 10.0.0.40.2331462918: reply o= k 116 getattr REG 100644 ids 0/0 sz 1048576 > > > > > 10:16:09.128971 IP 10.0.0.40.2348240134 > 10.0.0.30.2049: 128 get= attr fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E36= D0700 > > > > > 10:16:09.129304 IP 10.0.0.30.2049 > 10.0.0.40.2348240134: reply o= k 188 getattr REG 1 ids 1/0 sz 0 > > > > > 10:16:09.184155 IP 10.0.0.40.2365017350 > 10.0.0.30.2049: 124 get= attr fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E36= D0700 > > > > > 10:16:09.184582 IP 10.0.0.30.2049 > 10.0.0.40.2365017350: reply o= k 116 getattr REG 100644 ids 0/0 sz 1048576 > > > > > 10:16:09.189234 IP 10.0.0.40.2381794566 > 10.0.0.30.2049: 116 loo= kup fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000= 0004 "iso1" > > > > > 10:16:09.189435 IP 10.0.0.30.2049 > 10.0.0.40.2381794566: reply o= k 232 lookup fh Unknown/010006002C49FEF2BA4642939B2BF2B8322CCBCB00000001000= 00002000041ED > > > > > 10:16:09.193476 IP 10.0.0.40.2398571782 > 10.0.0.30.2049: 104 get= attr fh Unknown/010006002C49FEF2BA4642939B2BF2B8322CCBCB0000000F58896A884A0= C62B7 > > > > > 10:16:09.193652 IP 10.0.0.30.2049 > 10.0.0.40.2398571782: reply o= k 188 getattr REG 2 ids 5/0 sz 0 > > > > > 10:16:09.194937 IP 10.0.0.40.2415348998 > 10.0.0.30.2049: 128 get= attr fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E76= D0700 > > > > > 10:16:09.195033 IP 10.0.0.30.2049 > 10.0.0.40.2415348998: reply o= k 188 getattr REG 1 ids 1/0 sz 0 > > > > > 10:16:09.195230 IP 10.0.0.40.2432126214 > 10.0.0.30.2049: 128 get= attr fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E86= D0700 > > > > > 10:16:09.323635 IP 10.0.0.30.2049 > 10.0.0.40.1022: . ack 2572 wi= n 416 > > > > > 10:16:09.324345 IP 10.0.0.30.2049 > 10.0.0.40.2432126214: reply o= k 188 getattr REG 1 ids 1/0 sz 0 > > > > > 10:16:09.341475 IP 10.0.0.40.2448903430 > 10.0.0.30.2049: 128 get= attr fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E26= D0700 > > > > > 10:16:09.341524 IP 10.0.0.30.2049 > 10.0.0.40.1022: . ack 2700 wi= n 449 > > > > > 10:16:09.341928 IP 10.0.0.30.2049 > 10.0.0.40.2448903430: reply o= k 188 getattr REG 1 ids 1/0 sz 0 > > > > > 10:16:09.342117 IP 10.0.0.40.2465680646 > 10.0.0.30.2049: 124 get= attr fh Unknown/01000702813801000000000008164EE42DB141EBAC96170149C74396E26= D0700 > > > > > 10:16:09.343404 IP 10.0.0.30.2049 > 10.0.0.40.2465680646: reply o= k 116 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 wi= n 2184 > > > > > 10:16:13.449513 IP 10.0.0.40.2482457862 > 10.0.0.30.2049: 108 get= attr fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C74396472= 19CB5 > > > > > 10:16:13.449815 IP 10.0.0.30.2049 > 10.0.0.40.2482457862: reply o= k 116 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 wi= n 2184 > > > > > 10:16:13.453973 IP 10.0.0.40.2499235078 > 10.0.0.30.2049: 100 get= attr fh Unknown/010006002C49FEF2BA4642939B2BF2B8322CCBCB47219C8C00000000472= 19C8C > > > > > 10:16:13.454154 IP 10.0.0.30.2049 > 10.0.0.40.2499235078: reply o= k 116 getattr DIR 40755 ids 0/0 sz 4096 > > > > > 10:16:13.456194 IP 10.0.0.40.2516012294 > 10.0.0.30.2049: 108 get= attr fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C74396472= 19C8C > > > > > 10:16:13.456361 IP 10.0.0.30.2049 > 10.0.0.40.2516012294: reply o= k 116 getattr DIR 40755 ids 0/0 sz 4096 > > > > > 10:16:13.458282 IP 10.0.0.40.2532789510 > 10.0.0.30.2049: 116 loo= kup fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000= 0004 "iso1" > > > > > 10:16:13.458461 IP 10.0.0.30.2049 > 10.0.0.40.2532789510: reply o= k 232 lookup fh Unknown/010006002C49FEF2BA4642939B2BF2B8322CCBCB00000001000= 00002000041ED > > > > > 10:16:13.510637 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 6153 wi= n 2184 > > > > > 10:16:14.030110 IP 10.0.0.40.2549566726 > 10.0.0.30.2049: 112 acc= ess fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000= 001F 001f > > > > > 10:16:14.030927 IP 10.0.0.30.2049 > 10.0.0.40.2549566726: reply o= k 124 access c 0003 > > > > > 10:16:14.033436 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 6277 wi= n 2184 > > > > > 10:16:14.034732 IP 10.0.0.40.2566343942 > 10.0.0.30.2049: 108 get= attr fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C74396000= 00000 > > > > > 10:16:14.034980 IP 10.0.0.30.2049 > 10.0.0.40.2566343942: reply o= k 116 getattr DIR 40755 ids 0/0 sz 4096 > > > > > 10:16:14.037319 IP 10.0.0.40.2583121158 > 10.0.0.30.2049: 112 acc= ess fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000= 001F 001f > > > > > 10:16:14.037486 IP 10.0.0.30.2049 > 10.0.0.40.2583121158: reply o= k 124 access c 0003 > > > > > 10:16:14.040323 IP 10.0.0.40.2599898374 > 10.0.0.30.2049: 132 rea= ddirplus fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C7439= 600000000 512 bytes @ 0 > > > > > 10:16:14.040554 IP 10.0.0.30.2049 > 10.0.0.40.2599898374: reply o= k 1448 readdirplus > > > > > 10:16:14.041020 IP 10.0.0.30.2049 > 10.0.0.40.1684108288: reply U= nknown rpc response code=3D2021855861 340 > > > > > 10:16:14.043583 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 8305 wi= n 2908 > > > > > 10:16:14.045104 IP 10.0.0.40.2616675590 > 10.0.0.30.2049: 112 acc= ess fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000= 001F 001f > > > > > 10:16:14.045402 IP 10.0.0.30.2049 > 10.0.0.40.2616675590: reply o= k 124 access c 0003 > > > > > 10:16:14.047830 IP 10.0.0.40.2633452806 > 10.0.0.30.2049: 112 acc= ess fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000= 001F 001f > > > > > 10:16:14.048039 IP 10.0.0.30.2049 > 10.0.0.40.2633452806: reply o= k 124 access c 0003 > > > > > 10:16:14.099385 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 8553 wi= n 2908 > > > > > 10:16:14.293714 IP 10.0.0.40.2650230022 > 10.0.0.30.2049: 108 get= attr fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C74396000= 00000 > > > > > 10:16:14.294019 IP 10.0.0.30.2049 > 10.0.0.40.2650230022: reply o= k 116 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 wi= n 2908 > > > > > 10:16:14.297272 IP 10.0.0.40.2667007238 > 10.0.0.30.2049: 112 acc= ess fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000= 001F 001f > > > > > 10:16:14.297466 IP 10.0.0.30.2049 > 10.0.0.40.2667007238: reply o= k 124 access c 0003 > > > > > 10:16:14.297586 IP 10.0.0.40.2683784454 > 10.0.0.30.2049: 112 acc= ess fh Unknown/01000700813801000000000008164EE42DB141EBAC96170149C743960000= 001F 001f > > > > > 10:16:14.297987 IP 10.0.0.30.2049 > 10.0.0.40.2683784454: reply o= k 124 access c 0003 > > > > > 10:16:14.301165 IP 10.0.0.40.2700561670 > 10.0.0.30.2049: 104 acc= ess fh Unknown/010006002C49FEF2BA4642939B2BF2B8322CCBCB0000001F47219C8C0000= 0000 001f > > > > > 10:16:14.301405 IP 10.0.0.30.2049 > 10.0.0.40.2700561670: reply o= k 124 access c 0003 > > > > > 10:16:14.351229 IP 10.0.0.40.1022 > 10.0.0.30.2049: . ack 9041 wi= n 2908 > > > > > 10:16:14.842633 IP 10.0.0.40.2717338886 > 10.0.0.30.2049: 100 get= attr fh Unknown/010006002C49FEF2BA4642939B2BF2B8322CCBCB0000000047219C8C000= 00000 > > > > > 10:16:14.851711 IP 10.0.0.30.2049 > 10.0.0.40.2717338886: reply o= k 116 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 wi= n 2908 > > > > > = > > > > > = > > > > > > > does somebody have such setup up and running and can tell his= distro / 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 r= eleases > > > > > > 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 t= hey > > > > > > 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= distro / 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 spare= n! > > > > 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 brow= ser. > > > > 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-Postfa= ch! = > > Mehr Infos unter http://produkte.web.de/club/?mc=3D021131 > > = > = _______________________________________________________________________ Jetzt neu! Sch=FCtzen Sie Ihren PC mit McAfee und WEB.DE. 3 Monate kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=3D022220 ------------------------------------------------------------------------- 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