From: Seb James <seb@peak.uklinux.net>
To: NFS Mailing list <nfs@lists.sourceforge.net>
Subject: NFS (and NIS) client causes server to semi-hang
Date: 12 Jun 2003 11:17:41 +0100 [thread overview]
Message-ID: <1055413060.1984.34.camel@circle.hypercube> (raw)
Hello,
I've come across a rather worrying problem.
I have a small network of computers, sitting behind a adsl modem/router.
The internal ip domain is hypercube, I have also called the yp domain
hypercube as it is the identical set of machines.
The server is:
circle.hypercube
nis server, nfs fileserver, dhcp server, firewall.
I know it shouldn't be a firewall at the same time as all those other
functions, but it is for now as I want to use it as a stand alone
machine if nothing else is running. It's running redhat 7.2, fully
updated with security patches. Kernel version is 2.4.20-18.7 (a redhat
precompiled kernel).
The two clients are:
darius: desktop machine running fully updated redhat 9.0 installation
herodotus: a laptop also with updated redhat 9.0.
Herodotus is set up to mount /home and a directory called /data from
circle, with the following lines in /etc/fstab:
circle:/data /data nfs defaults 0 0
circle:/home /home nfs defaults 0 0
It is also set up as an nis client, with the following in /etc/yp.conf
domain hypercube server circle.hypercube
And it works just fine, so I believe the server is correctly set up.
Darius has the same set-up as herodotus, but......
Neither nfs nor ypbind function.
Trying to mount a volume:
[root@darius /]# mount /data/
pmap_getmaps rpc problem: RPC: Timed out
mount: RPC: Port mapper failure - RPC: Timed out
[root@darius /]#
NB: a portmapper is running on both darius and circle (and herodotus,
too).
Trying to start ypbind:
[root@darius /]# service ypbind start
Setting NIS domain name hypercube: [ OK ]
Binding to the NIS domain: [ OK ]
Listening for and NIS domain server........ [FAILED]
[root@darius /]#
Now, when I try to do *either* of these, the server starts to play up.
It begins to timeout on almost anything network or authentication
related. For example, to bring up a new terminal window in X takes at
least a minute and to then access a website using, say lynx, takes a
similar time. I'm confused as to why both ypbind and mounting a volume
on the server should be able to cause this denial of service.
Does anyone have any ideas?
Also, is there a suitable NIS related list to post this message to, as I
think it's relevant for that, too.
best regards,
Seb James.
--
Seb James <seb@peak.uklinux.net>
-------------------------------------------------------
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next reply other threads:[~2003-06-12 10:17 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-12 10:17 Seb James [this message]
2003-06-12 11:44 ` NFS (and NIS) client causes server to semi-hang Seb James
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1055413060.1984.34.camel@circle.hypercube \
--to=seb@peak.uklinux.net \
--cc=nfs@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.