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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox