From: mehta kiran Subject: Re: file :"/var/lib/nfs/rmtab" Date: Fri, 4 Feb 2005 07:49:51 -0800 (PST) Message-ID: <20050204154951.15146.qmail@web51603.mail.yahoo.com> References: <42038D75.4010609@moving-picture.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: nfs@lists.sourceforge.net Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Cx5iY-0004XW-9X for nfs@lists.sourceforge.net; Fri, 04 Feb 2005 07:49:58 -0800 Received: from web51603.mail.yahoo.com ([206.190.38.208]) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.41) id 1Cx5iX-0001GC-Ka for nfs@lists.sourceforge.net; Fri, 04 Feb 2005 07:49:58 -0800 To: James Pearson In-Reply-To: <42038D75.4010609@moving-picture.com> Sender: nfs-admin@lists.sourceforge.net Errors-To: nfs-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: Discussion of NFS under Linux development, interoperability, and testing. List-Post: List-Help: List-Subscribe: , List-Archive: Hi James , order is : nfsd , mountd , exportfs. Important thing is exportfs should be after nfsd . Now i have seen that everything works fine with RED Hat as you have said. Problem is with Suse server thanks , --- James Pearson wrote: > '/etc/init.d/nfs stop' on Redhat/Fedora boxes kills > mountd > > What order does exportfs, nfsd and mountd get > started or your system? > > On my box it is: > > exportfs > nfsd > mountd > > However, if I run exportfs after mountd, then I get > a stale NFS file handle > > James Pearson > > mehta kiran wrote: > > Hi James , > > I am working on suse box.(2.6 kernel). > > You mounted nfsd filesystem and then > > you ran a script /etc/init.d/nfs. > > > > Does this script starts and kills all nfs > > daemons.? Can u verify whether it kills > > mountd or not.? > > > > If mountd is not killed everthing works > fine. > > because it is mountd which reads rmtab.If > it > > is not restarted , it has all its data > intact > > and hence wont read rmtab.Thus , removing > > entry from rmtab wont cause any problem. > > > > thanks, > > --kiran > > > > > > --- James Pearson > wrote: > > > > > >>What version of nfs-utils are you running? > >> > >>I've just tried (on a 2.6 kernel Fedora box): > >> > >>mount -t nfsd nfsd /proc/fs/nfsd > >>/etc/init.d/nfs start > >> > >>mount an exported file system on a client > >> > >>edit /var/lib/nfs/rmtab and removed the line > >>corresponding to the client > >> > >>/etc/init.d/nfs stop > >>/etc/init.d/nfs start > >> > >>Accessed the mount point on the client - no stale > >>handle ... > >> > >>... and the deleted line 'magically' reappears in > >>/var/lib/nfs/rmtab > >> > >>James Pearson > >> > >>mehta kiran wrote: > >> > >>>hi James , > >>> it did not help. > >>> Enmtry in rmtab file is still used. > >>>thanks for ur reply, > >>> kiran > >>> > >>>--- James Pearson > >> > >>wrote: > >> > >>> > >>>>Did you do 'mount -t nfsd nfsd /proc/fs/nfsd' > >> > >>before > >> > >>>>starting all the > >>>>nfs daemons? > >>>> > >>>>James Pearson > >>>> > >>>>mehta kiran wrote: > >>>> > >>>> > >>>>>I am using 2.6 kernel > >>>>>--- mehta kiran > wrote: > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>>Hi , > >>>>>> if handle supplied by client is > >>>> > >>>>sufficient > >>>> > >>>> > >>>>>>, > >>>>>>then why does the problem given below exists. > >>>>>> > >>>>>>1. export filesystem to client. > >>>>>>2. let client allow to mount it. > >>>>>>3. remove all entries from rmtab on server. > >>>>>>4. restart all nfs daemons. > >>>>>>5. Now if client access filesystem , it gets > >>>>>> permission denied error.Client can access > >>>>>> filesystem only after remounting it. > >>>>>>6. This show that mountd still uses rmtab to > >>>>>> check if client had mounted filesystem or > not. > >>>>>> No entry in rmtab for a client means it has > >> > >>not > >> > >>>>>> mounted filesystem. > >>>>>> > >>>>>>thanks, > >>>>>>--kiran > >>>>>> > >>>>>>--- Paul Clements > >>>>>>wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>>mehta kiran wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>>Isn't handle supplied by client > >>>>>>>> enough to verify clients access to > >>>>>>>> filesystem.? > >>>>>>> > >>>>>>>Yes, it should be. That's why in 2.6, the > rmtab > >>>>>> > >>>>>>file > >>>>>> > >>>>>> > >>>>>> > >>>>>>>is no longer relied > >>>>>>>upon. Instead, there is a special filesystem, > >>>>>>>/proc/fs/nfsd, that allows > >>>>>>>the kernel to communicate with mountd in > order > >> > >>to > >> > >>>>>>>authenticate > >>>>>>>unrecognized clients automatically. > >>>>>>> > >>>>>>>-- > >>>>>>>Paul > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> > > > ------------------------------------------------------- > > > >>>>>>>This SF.Net email is sponsored by: > IntelliVIEW > >> > >>-- > >> > >>>>>>>Interactive Reporting > >>>>>>>Tool for open source databases. Create > >>>> > >>>>drag-&-drop > >>>> > >>>> > >>>>>>>reports. Save time > >>>>>>>by over 75%! Publish reports on the web. > Export > >>>> > >>>>to > >>>> > >>>> > >>>>>>>DOC, XLS, RTF, etc. > >>>>>>>Download a FREE copy at > >>>>>>>http://www.intelliview.com/go/osdn_nl > >>>>>>>_______________________________________________ > >>>>>>>NFS maillist - NFS@lists.sourceforge.net > >> > >>>>>>https://lists.sourceforge.net/lists/listinfo/nfs > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>__________________________________ > >>>>>>Do you Yahoo!? > === message truncated === __________________________________ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs