file :"/var/lib/nfs/rmtab"

file :"/var/lib/nfs/rmtab"

[mehta kiran]

Hi , 
       In mountd man page , it written that
       rmtab is ornamental and client can contiune
       to use filesystem even after calling umount
       for that filesystem.

       Is there any real use of this rmtab file ?
       Does mountd use this file to know the
       clients having access to filesystem ?
       If yes , isn,t filehandle supplied by 
       client enough to prove that client has access
       to filesystem. ?

thanks,
 --kiran




		
__________________________________ 
Do you Yahoo!? 
Meet the all-new My Yahoo! - Try it today! 
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

Re: file :"/var/lib/nfs/rmtab"

[James Pearson]

mehta kiran wrote:
> Hi , 
>        In mountd man page , it written that
>        rmtab is ornamental and client can contiune
>        to use filesystem even after calling umount
>        for that filesystem.
> 
>        Is there any real use of this rmtab file ?
>        Does mountd use this file to know the
>        clients having access to filesystem ?
>        If yes , isn,t filehandle supplied by 
>        client enough to prove that client has access
>        to filesystem. ?

On 2.4 kernels it is not 'ornamental' - if the server reboots without an 
entry for a client mount in /var/lib/nfs/rmtab, then the client will get 
a stale NFS file handle when the server reboots. This can happen if 
umount fails e.g. the mount point is busy - rpc.mountd on the server 
removes the entry from /var/lib/nfs/rmtab, but umount fails, so the file 
system remains mounted.

I believe the situation has changed with 2.6.

James Pearson


-------------------------------------------------------
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

Re: file :"/var/lib/nfs/rmtab"

[mehta kiran]

Hi James , 
          I know that if there is no entry for
          particualr client in rmtab (due to whatever
          reasons) it gets permission denied error
          because mountd verifies clients access  to
          filesystem using rmtab. But what i want to
          know is why does  mountd 
          use rmtab ? Isn't handle supplied by client
          enough to verify clients access to
          filesystem.?

          I have seen that server uses entry from
         rmtab only once when client access
         filesystem (after server restart).Later if
         entry from rmtab is removed client is still
         able to access filesystem without any
         problem.
         
thanks , 
 --kiran         
        

--- James Pearson <james-p@moving-picture.com> wrote:

> mehta kiran wrote:
> > Hi , 
> >        In mountd man page , it written that
> >        rmtab is ornamental and client can contiune
> >        to use filesystem even after calling umount
> >        for that filesystem.
> > 
> >        Is there any real use of this rmtab file ?
> >        Does mountd use this file to know the
> >        clients having access to filesystem ?
> >        If yes , isn,t filehandle supplied by 
> >        client enough to prove that client has
> access
> >        to filesystem. ?
> 
> On 2.4 kernels it is not 'ornamental' - if the
> server reboots without an 
> entry for a client mount in /var/lib/nfs/rmtab, then
> the client will get 
> a stale NFS file handle when the server reboots.
> This can happen if 
> umount fails e.g. the mount point is busy -
> rpc.mountd on the server 
> removes the entry from /var/lib/nfs/rmtab, but
> umount fails, so the file 
> system remains mounted.
> 
> I believe the situation has changed with 2.6.
> 
> James Pearson
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.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

Re: file :"/var/lib/nfs/rmtab"

[Paul Clements]

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

Re: file :"/var/lib/nfs/rmtab"

[mehta kiran]

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 <paul.clements@steeleye.com> 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!? 
Yahoo! Mail - You care about security. So do we. 
http://promotions.yahoo.com/new_mail


-------------------------------------------------------
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

Re: file :"/var/lib/nfs/rmtab"

[mehta kiran]

I am using 2.6 kernel
--- mehta kiran <kiranmehta1981@yahoo.com> 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 <paul.clements@steeleye.com>
> 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!? 
> Yahoo! Mail - You care about security. So do we. 
> http://promotions.yahoo.com/new_mail
> 
> 
>
-------------------------------------------------------
> 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!? 
Meet the all-new My Yahoo! - Try it today! 
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

Re: file :"/var/lib/nfs/rmtab"

[James Pearson]

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 <kiranmehta1981@yahoo.com> 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 <paul.clements@steeleye.com>
>>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!? 
>>Yahoo! Mail - You care about security. So do we. 
>>http://promotions.yahoo.com/new_mail
>>
>>
>>
> 
> -------------------------------------------------------
> 
>>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!? 
> Meet the all-new My Yahoo! - Try it today! 
> 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
> 



-------------------------------------------------------
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

Re: file :"/var/lib/nfs/rmtab"

[mehta kiran]

hi James , 
        it did not help.
        Enmtry in rmtab file is still used.
thanks for ur reply,
      kiran

--- James Pearson <james-p@moving-picture.com> 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 <kiranmehta1981@yahoo.com> 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 <paul.clements@steeleye.com>
> >>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!? 
> >>Yahoo! Mail - You care about security. So do we. 
> >>http://promotions.yahoo.com/new_mail
> >>
> >>
> >>
> > 
> >
>
-------------------------------------------------------
> > 
> >>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!? 
> > Meet the all-new My Yahoo! - Try it today! 
> > 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
> > 
> 
> 
> 
>
-------------------------------------------------------
> 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!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.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

Re: file :"/var/lib/nfs/rmtab"

[James Pearson]

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 <james-p@moving-picture.com> 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 <kiranmehta1981@yahoo.com> 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 <paul.clements@steeleye.com>
>>>>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!? 
>>>>Yahoo! Mail - You care about security. So do we. 
>>>>http://promotions.yahoo.com/new_mail
>>>>
>>>>
>>>>
>>>
>>>
> -------------------------------------------------------
> 
>>>>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!? 
>>>Meet the all-new My Yahoo! - Try it today! 
>>>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
>>>
>>
>>
>>
>>
> -------------------------------------------------------
> 
>>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!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.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
> 



-------------------------------------------------------
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

Re: file :"/var/lib/nfs/rmtab"

[mehta kiran]

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 <james-p@moving-picture.com> 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 <james-p@moving-picture.com>
> 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 <kiranmehta1981@yahoo.com> 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 <paul.clements@steeleye.com>
> >>>>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!? 
> >>>>Yahoo! Mail - You care about security. So do we.
> 
> >>>>http://promotions.yahoo.com/new_mail
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >
>
-------------------------------------------------------
> > 
> >>>>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!? 
> >>>Meet the all-new My Yahoo! - Try it today! 
> >>>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
> >>>
> >>
> >>
> 
=== message truncated ===



		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Easier than ever with enhanced search. Learn more.
http://info.mail.yahoo.com/mail_250


-------------------------------------------------------
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

Re: file :"/var/lib/nfs/rmtab"

[James Pearson]

'/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 <james-p@moving-picture.com> 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 <james-p@moving-picture.com>
>>
>>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 <kiranmehta1981@yahoo.com> 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 <paul.clements@steeleye.com>
>>>>>>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!? 
>>>>>>Yahoo! Mail - You care about security. So do we.
>>
>>>>>>http://promotions.yahoo.com/new_mail
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
> -------------------------------------------------------
> 
>>>>>>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!? 
>>>>>Meet the all-new My Yahoo! - Try it today! 
>>>>>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
>>>>>
>>>>
>>>>
> === message truncated ===
> 
> 
> 
> 		
> __________________________________ 
> Do you Yahoo!? 
> Yahoo! Mail - Easier than ever with enhanced search. Learn more.
> http://info.mail.yahoo.com/mail_250
> 



-------------------------------------------------------
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

Re: file :"/var/lib/nfs/rmtab"

[mehta kiran]

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 <james-p@moving-picture.com> 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 <james-p@moving-picture.com>
> 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 <james-p@moving-picture.com>
> >>
> >>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 <kiranmehta1981@yahoo.com>
> 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 <paul.clements@steeleye.com>
> >>>>>>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!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.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

Re: file :"/var/lib/nfs/rmtab"

[mehta kiran]

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 <james-p@moving-picture.com> 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 <james-p@moving-picture.com>
> 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 <james-p@moving-picture.com>
> >>
> >>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 <kiranmehta1981@yahoo.com>
> 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 <paul.clements@steeleye.com>
> >>>>>>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

Re: file :"/var/lib/nfs/rmtab"

[mehta kiran]

hi , 
         I am using  nfs-utils-1.0.6-103.11
thanks,
  kiran
--- James Pearson <james-p@moving-picture.com> 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 <james-p@moving-picture.com>
> 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 <kiranmehta1981@yahoo.com> 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 <paul.clements@steeleye.com>
> >>>>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!? 
> >>>>Yahoo! Mail - You care about security. So do we.
> 
> >>>>http://promotions.yahoo.com/new_mail
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >
>
-------------------------------------------------------
> > 
> >>>>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!? 
> >>>Meet the all-new My Yahoo! - Try it today! 
> >>>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
> >>>
> >>
> >>
> 
=== message truncated ===


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.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

Re: file :"/var/lib/nfs/rmtab"

[mehta kiran]

Hi James , 
          I know that if there is no entry for
          particualr client in rmtab (due to whatever
          reasons) it gets permission denied error
          because mountd verifies clients access  to
          filesystem using rmtab. But what i want to
          know is why does  mountd 
          use rmtab ? Isn't handle supplied by client
          enough to verify clients access to
          filesystem.?

          I have seen that server uses entry from
         rmtab only once when client access
         filesystem (after server restart).Later if
         entry from rmtab is removed client is still
         able to access filesystem without any
         problem.
         
thanks , 
 --kiran         
        

--- James Pearson <james-p@moving-picture.com> wrote:

> mehta kiran wrote:
> > Hi , 
> >        In mountd man page , it written that
> >        rmtab is ornamental and client can contiune
> >        to use filesystem even after calling umount
> >        for that filesystem.
> > 
> >        Is there any real use of this rmtab file ?
> >        Does mountd use this file to know the
> >        clients having access to filesystem ?
> >        If yes , isn,t filehandle supplied by 
> >        client enough to prove that client has
> access
> >        to filesystem. ?
> 
> On 2.4 kernels it is not 'ornamental' - if the
> server reboots without an 
> entry for a client mount in /var/lib/nfs/rmtab, then
> the client will get 
> a stale NFS file handle when the server reboots.
> This can happen if 
> umount fails e.g. the mount point is busy -
> rpc.mountd on the server 
> removes the entry from /var/lib/nfs/rmtab, but
> umount fails, so the file 
> system remains mounted.
> 
> I believe the situation has changed with 2.6.
> 
> James Pearson
> 



		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Easier than ever with enhanced search. Learn more.
http://info.mail.yahoo.com/mail_250


-------------------------------------------------------
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

Re: file :"/var/lib/nfs/rmtab"

[mehta kiran]

Or is it for security reasons , so as to
prevent server from fake client handle.

--thanks,.
 --kiran

--- James Pearson <james-p@moving-picture.com> wrote:

> mehta kiran wrote:
> > Hi , 
> >        In mountd man page , it written that
> >        rmtab is ornamental and client can contiune
> >        to use filesystem even after calling umount
> >        for that filesystem.
> > 
> >        Is there any real use of this rmtab file ?
> >        Does mountd use this file to know the
> >        clients having access to filesystem ?
> >        If yes , isn,t filehandle supplied by 
> >        client enough to prove that client has
> access
> >        to filesystem. ?
> 
> On 2.4 kernels it is not 'ornamental' - if the
> server reboots without an 
> entry for a client mount in /var/lib/nfs/rmtab, then
> the client will get 
> a stale NFS file handle when the server reboots.
> This can happen if 
> umount fails e.g. the mount point is busy -
> rpc.mountd on the server 
> removes the entry from /var/lib/nfs/rmtab, but
> umount fails, so the file 
> system remains mounted.
> 
> I believe the situation has changed with 2.6.
> 
> James Pearson
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.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