[cobalt-developers] RE:[cobalt-users][Raq2/Qube2]Sleeping nfsoid loaded in Kernels?

["James Hoaggs" <james_hoaggs@xxxxxxxxxx>]

---- flash22@xxxxxxx wrote:
 > On Wed, 22 Nov 2000, James Hoaggs wrote:
 > 
 > > > second, if you don't have a nfs.o module, they are compiled in,
 > so
 > > > you have to compile a new kernel to get rid of them...
 > > 
 > > Right, the Raq2's do not have nfs.o; so their compilied in. Need
 > to check
 > > the Qubes though.

 Yup, the Qubes also have nfs complied in since there's no nfs.o.
 > > > third..they have nothing to do with *incoming* nfs mounts, 
 > > 
 > > Right, we identified the 4 nfsiods as clients being activated out
 > of
 > > sleep and swapped out mode (SW) when conducting a net boot using
 > the
 > >  Restore CD by pressing the 4 arrow keys.  There is a nsfd server
 > invoked
 > > on the PC doing the restore.
 > > 
 > Right, and if you remove nfs from the kernel , it's not gonna be net
 > bootable...

 Yes, though we don't have any need to do a net boot unless we are going
 to do a complete restore on the drive, which will wipe it clean.  I
think
 we were able to restore a blank drive.
 > > >these are for client's (eg mounting some other machines nfs volume)
 > > ...
 > > But explain why there is a Universal NFS Server 2.2beta37 installed
 > on
 > > Raq2's/ Qube2's if it only acting as a client?  Get get that by
doing:
 > > /usr/sbin/rpc.nfsd --version
 > > Universal NFS Server 2.2beta37
 > > > 
 > > > [removing sunrpc services is sufficient btw]
 > > 
 > > Can you please explaing how to remove these services? :.)
 > 
 > Well, the server is there in case you want to use it, but you don't
 > have
 > to export filesystems...
 > 
 > grep rpc /etc/inetd.conf , will show you all the enabled services
that
 > use
 > rpc (the second field is the service type)

 We belive that the mountd daemon is started automatically at boot via
 /etc/rc.d/rc3.d/S15nfsfs as per the Sun implementation, though we still
 have to do more testing.
  
 > if you comment them out they will be disabled...commenting out portmapper
 > 
 > will disable all the rpc services, since any client wanting any rpc
 > based
 > service (like nfs) first has to contact portmapper..

 Actually NFS has been known to be "connectionless and stateless" by
using
 UDP and not having to check in with portmapper via TCP, thus not having
 entries in inetd, since it is compiled in the kernel and activated on
 boot. 

 >(it gets a port
 > number
 > and basic authentication)
 > 
 > remember to restart inetd afterwards...

 Still would like to rid the machines of nfsiod clients, though probably
 hasn't been done since we doubt anyone has recomplied their kernels;
 would you dare?
 -- 
 James Hoaggs   ICQ #96365505
 james_hoaggs@xxxxxxxxxx - email
 (408) 380-2271 x8024 - voicemail/fax

__________________________________________________
FREE voicemail, email, and fax...all in one place.
Sign Up Now! http://www.onebox.com