From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vlad Glagolev Subject: Re: NFS and /dev/mdXpY Date: Wed, 21 Apr 2010 22:26:12 +0400 Message-ID: <20100421222612.7aa4f21a.stealth@sourcemage.org> References: <20100417195747.5fae8834.stealth@sourcemage.org> <4BCF2A2C.7070407@maine.edu> <20100421204819.b86ee3f7.stealth@sourcemage.org> <20100421213201.67a4a7a2.stealth@sourcemage.org> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__21_Apr_2010_22_26_12_+0400_NaI_gJQi+QuVsp8q" Return-path: In-Reply-To: <20100421213201.67a4a7a2.stealth-L+UJwxqiw56VyaH7bEyXVA@public.gmane.org> Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Roger Heflin Cc: Steve Cousins , linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-raid-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-raid.ids --Signature=_Wed__21_Apr_2010_22_26_12_+0400_NaI_gJQi+QuVsp8q Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hmm, more testing.. It works only with tiny files flawlessly on OpenBSD (cl= ient). If a filesize is around 50 mibs, then it just freezes and eats cpu with nfs= rcvl call. On Linux I don't see such problem. Even big files are transfered with good = enough speed. On Wed, 21 Apr 2010 21:32:01 +0400 Vlad Glagolev wrote: > On Wed, 21 Apr 2010 12:09:20 -0500 > Roger Heflin wrote: >=20 > > On Wed, Apr 21, 2010 at 11:48 AM, Vlad Glagolev wrote: > > > Thanks for reply, Steve! > > > > > > parameters are pretty trivial, (rw,insecure) for exports, and default= s while mounting via ``mount host:/path /path'' command. > > > > > > Yes. That sounds interesting, since XFS works fine with there partiti= ons. > > > Also, I must say it's WD20EARS drives (with 4kb sector size, though p= arted says it's 512b). > > > > > > I also tried another NFS daemon implementation (cvs version, not .22)= -- unfsd (unfs3). > > > It mounts ok, but when I try to write any file to the server -- I get= the same error (Stale NFS file handle). > > > > > > And on the server side in dmesg I see this: > > > > > > -- > > > NFS: server 172.17.2.2 error: fileid changed > > > fsid 0:f: expected fileid 0x2033, got 0xb6d1e05fa150ce09 > > > NFS: server 172.17.2.2 error: fileid changed > > > fsid 0:f: expected fileid 0x2033, got 0x26550b0132c0b1 > > > NFS: server 172.17.2.2 error: fileid changed > > > fsid 0:f: expected fileid 0x2033, got 0x8202a60053000020 > > > NFS: server 172.17.2.2 error: fileid changed > > > fsid 0:f: expected fileid 0x2033, got 0xe542f93ebc8fe157 > > > NFS: server 172.17.2.2 error: fileid changed > > > fsid 0:f: expected fileid 0x2033, got 0xc00cd74ea904301 > > > -- > > > > > > looks like NFS protocol doesn't like something in partitioned softwar= e RAID. > > > > >=20 > >=20 > > Try manually setting the fsid=3Dsomething in the exports file and > > reexport and remount on the target system, if there was a fsid > > collision of some sort then nfs would be hitting the wrong fs... > >=20 > > NFS generates the fsid automatically based on the devices major minor, > > and it is possible there is something odd about the major minor > > numbers that make them not unique...and collide with someone else > > major minor. >=20 > BAH! How simple! >=20 > Thank you very much, Roger! >=20 > I've just added fsid=3D1 (yes, only these few chars) to exports, and it w= orked! Unbelievable, really :) > Of course I've checked it on OpenBSD and Linux under both nfsd and unfsd.= Works flawlessly. >=20 > Thanks a lot again. >=20 > But it seems to be a bug, right? If so, patches welcome.. I'll test it wi= th great pleasure. >=20 > --=20 > Dont wait to die to find paradise... > -- > Cheerz, > Vlad "Stealth" Glagolev --=20 Dont wait to die to find paradise... -- Cheerz, Vlad "Stealth" Glagolev --Signature=_Wed__21_Apr_2010_22_26_12_+0400_NaI_gJQi+QuVsp8q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkvPQ0QACgkQ8Hg3cBKtRUlu0ACeLfOhs4Idi954pi7Rl8XkBnDv aeEAn2hdZnLoK5+n6D2bDSc6PiYTUEB/ =NTrm -----END PGP SIGNATURE----- --Signature=_Wed__21_Apr_2010_22_26_12_+0400_NaI_gJQi+QuVsp8q-- -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html