From: Jon Forrest <jlforrest@berkeley.edu>
To: Carsten Aulbert <carsten.aulbert@aei.mpg.de>
Cc: autofs@linux.kernel.org
Subject: Re: Transient Automount Problems in CentOS 5.3
Date: Thu, 04 Feb 2010 10:09:37 -0800 [thread overview]
Message-ID: <4B6B0D61.1050605@berkeley.edu> (raw)
In-Reply-To: <201002041757.18201.carsten.aulbert@aei.mpg.de>
On 2/4/2010 8:57 AM, Carsten Aulbert wrote:
> Have you ramped up the number of NFS daemons, backlog stuff etc on the solaris
> box (/etc/default/nfs) and is the Solaris NIC running with jumbo frames as
> well (and the switch is *really* capable of doing it (please test with ping).
First of all, the Sun 7310 is one of those servers
that you "can't" login to. You manage it only
via a Web interface.
I've set the server to use 500 NFS server threads.
Is it necessary to go above that?
Both the Sun server, the switch, and all the compute nodes
in the cluster claim to support jumbo frames.
Turning them off is something that I could
do, but I'd have to do it globally because this is
a per interface settings. There's no
way I can think of that would allow me to
keep jumbo frames on on only certain nodes
so that I could run a controlled experiment.
Running ping shows no problems.
I've thought it might be useful to turn off
automounting on a few of the cluster nodes to
see what happens.
One additional thing I've discovered is that the
compute nodes all are showing a bunch of this
error message via dmesg:
eth0: too many iterations (6) in nv_nic_irq.
I've looked this up and it might have something
to do with the problem. The trouble is that I can't
see when these error messages are generated so
I can't try to correlate them with the autofs
problem.
I'm grasping at straws here.
I appreciate any addition suggestions.
--
Jon Forrest
Research Computing Support
College of Chemistry
173 Tan Hall
University of California Berkeley
Berkeley, CA
94720-1460
510-643-1032
jlforrest@berkeley.edu
next prev parent reply other threads:[~2010-02-04 18:09 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-04 16:50 Transient Automount Problems in CentOS 5.3 Jon Forrest
2010-02-04 16:57 ` Carsten Aulbert
2010-02-04 18:09 ` Jon Forrest [this message]
2010-02-05 7:59 ` Carsten Aulbert
2010-02-05 17:10 ` Jon Forrest
2010-02-05 17:30 ` Carsten Aulbert
2010-02-05 4:42 ` Ian Kent
2010-02-05 16:31 ` Jon Forrest
2010-02-05 16:43 ` Ian Kent
-- strict thread matches above, loose matches on Subject: below --
2010-02-04 0:16 Jon Forrest
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=4B6B0D61.1050605@berkeley.edu \
--to=jlforrest@berkeley.edu \
--cc=autofs@linux.kernel.org \
--cc=carsten.aulbert@aei.mpg.de \
/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.