[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-users] [Raq2/Qube2] Sleeping nfsoid loaded in Kernels?
- Subject: Re: [cobalt-users] [Raq2/Qube2] Sleeping nfsoid loaded in Kernels?
- From: "James Hoaggs" <james_hoaggs@xxxxxxxxxx>
- Date: Fri Dec 1 05:52:01 2000
- List-id: Mailing list for users to share thoughts on Cobalt products. <cobalt-users.list.cobalt.com>
---- flash22@xxxxxxx wrote:
[snip]
> > 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?
>
> heh, sure...but would i run lilo ? hmm...
> Still waiting for a comforting comment from cobalt on this one, do
> cubes/raq's funky bios get along with standard lilo boot block or do
> they
> need special sauce?
IMHO i'm not sure. I'm just wondering if the NFS client nfsiods can be
awoken to some remote NFS server via some port by UDP without TCP & portmapper.
BTW, email is not perfect though your responses are always 3 days late,
also when I hit reply it only goes back to you, not the list. Is your
mail server on the fritz?
Also, can you please explain what this script in /usr/sbin/exportfs
is doing regarding the nfs and rpc services? :
#!/bin/sh
usage () {
echo "usage: exportfs [-a]"
exit 1
}
help() {
echo "exportfs: tells NFS server to reread
configuration files. -a is supported"
echo "for backward compatibility"
exit 1
}
while [ $# -gt 0 ]; do
case $1 in
-a)
;;
--help)
help
;;
*)
usage
;;
esac
shift
done
killall -HUP rpc.nfsd
killall -HUP rpc.mountd
Do a /etc/rc.d/init.d/nfs & get:
rpc.mountd is stopped
rpc.nfsd is stopped
Though it looks like the command actually stops the service, as though
it was already running, like when done for SSH.
TYVM,
--
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