From: Grahame Jordan <jordg@cpgen.cpg.com.au>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: NFS, Can't get request slot
Date: Fri, 10 Nov 2000 11:15:19 +1100 [thread overview]
Message-ID: <3A0B3E17.9D7E3FFA@cpgen.cpg.com.au> (raw)
In-Reply-To: <E13p7sA-0004M5-00@the-village.bc.nu>
[-- Attachment #1: Type: text/plain, Size: 3962 bytes --]
Alan,
On a client running all by itself on our production network overnight, doing an
"ls -lR /usr" and doing a compile (in a loop) is giving the same problems.
A little snipit from /var/log/messages
Nov 10 04:31:20 spc81 kernel: nfs: server student OK
Nov 10 04:33:17 spc81 kernel: nfs: server student not responding, still trying
Nov 10 04:33:17 spc81 kernel: nfs: server student OK
Nov 10 04:34:59 spc81 kernel: nfs: server student not responding, still trying
Nov 10 04:35:04 spc81 kernel: nfs: task 20823 can't get a request slot
Nov 10 04:35:35 spc81 kernel: nfs: server student OK
Nov 10 04:35:35 spc81 kernel: nfs: server student OK
Nov 10 04:44:43 spc81 kernel: nfs: server student not responding, still trying
Nov 10 04:44:44 spc81 kernel: nfs: server student OK
Nov 10 04:45:56 spc81 kernel: nfs: server student not responding, still trying
Nov 10 04:46:00 spc81 kernel: nfs: task 20457 can't get a request slot
Nov 10 04:46:00 spc81 kernel: nfs: server student OK
Nov 10 04:46:03 spc81 kernel: nfs: server student OK
Nov 10 04:49:15 spc81 kernel: nfs: server student not responding, still trying
Nov 10 04:49:15 spc81 kernel: nfs: server student OK
Nov 10 04:49:25 spc81 kernel: nfs: server student not responding, still trying
Nov 10 04:52:21 spc81 kernel: nfs: server student OK
Nov 10 04:53:43 spc81 kernel: nfs: server student not responding, still trying
Nov 10 04:53:43 spc81 kernel: nfs: server student OK
Nov 10 04:54:01 spc81 kernel: nfs: server student not responding, still trying
Nov 10 04:54:02 spc81 kernel: nfs: task 64822 can't get a request slot
Nov 10 04:54:13 spc81 kernel: nfs: server student OK
Nov 10 04:54:15 spc81 kernel: nfs: server student OK
Nov 10 04:55:57 spc81 kernel: nfs: server student not responding, still trying
Nov 10 04:55:59 spc81 kernel: nfs: task 29484 can't get a request slot
Nov 10 04:56:21 spc81 kernel: nfs: server student OK
Nov 10 04:56:23 spc81 kernel: nfs: server student OK
Nov 10 04:58:15 spc81 kernel: nfs: server student not responding, still trying
Nov 10 04:58:21 spc81 kernel: nfs: task 1477 can't get a request slot
Nov 10 04:58:52 spc81 kernel: nfs: task 1478 can't get a request slot
Nov 10 04:59:15 spc81 kernel: nfs: server student OK
Shows that under no (or little) load this thing is failing.
We have 20 networks with ~100 machines on each with this same problem. Only a
few at a time are using Linux. We are trying to promote Linux as a great
operating system, but this is not helping. Again the samba on win95 is puring
along nicely plus every other service but for NFS.
We have changed the NIC on this server to 3Com 3c90x for no change in status.
Clients are using CNETPro120 200 and Intel eepro100
The servers are generally PIII500 512MB RAM.
We have tried mount flags rsize=1024, 8192, 128, with no change.
It looks like a server issue related to RPC. But I am only guessing here.
Any more help is much appreciated.
Thanks
Grahame Jordan
Alan Cox wrote:
> > By the evidence that we have gathered it seems that the Server is not
> > taxed too much as samba users are getting files OK etc. The can't get
> > request slot is plaguing many others in different ways. It looks like
> > an NFS issue. How can this be proven? Then we can work on the
> > problem.
>
> The request queue slot message means the server isnt responding (at least in
> the eyes of the client). Given you can get into the box that isnt the
> net card (at least not now). What mount options do you use ?
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> Please read the FAQ at http://www.tux.org/lkml/
--
Grahame Jordan
Network Manager
Interim Technology Training Institute
Mobile: +61 3 0408 058 209
Phone: +61 3 9243 2220
Fax: +61 3 9820 2010
e-mail: jordg@cpgen.cpg.com.au
Transforming the way people work with technology with
INTEGRITY LEARNING INNOVATION TEAMWORK PERFORMANCE
[-- Attachment #2: Type: text/html, Size: 4452 bytes --]
next prev parent reply other threads:[~2000-11-10 0:14 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-10-27 4:29 Grahame Jordan
2000-10-27 11:40 ` Alan Cox
2000-10-30 10:39 ` Grahame Jordan
2000-11-10 0:15 ` Grahame Jordan [this message]
2000-11-10 0:18 ` Alan Cox
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=3A0B3E17.9D7E3FFA@cpgen.cpg.com.au \
--to=jordg@cpgen.cpg.com.au \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-kernel@vger.kernel.org \
/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
all inboxes | Powered by JetHome®