From: Steve Dickson <SteveD@RedHat.com>
To: Matt Schillinger <mschilli@vss.fsi.com>
Cc: nfs@lists.sourceforge.net
Subject: Re: rpc.mountd problems
Date: Sat, 21 Jun 2003 08:56:04 -0400 [thread overview]
Message-ID: <3EF455E4.9090207@RedHat.com> (raw)
In-Reply-To: <1056047403.15737.278.camel@mosix>
Where the exports changed in some way? I sounds like one
got lost or removed...
SteveD.
Matt Schillinger wrote:
> I am having problems with rpc.mountd.
>
>I have found that after a while, mount requests cease to be honored.
>Clients see a stall when trying to do a file operation on an NFS
>mountpoint (ls for instance), followed by a 'Permission Denied'. On the
>NFS server, there is no long entries that show any activity of mountd or
>otherwise pointing to the Permission Denied. This is in a mixed
>environment of Linux, Irix 6.x, Solaris 6, 7, and 8, using automounting
>tools.
>
>On the NFS Server, /var/log/messages does not show any rpc.mountd
>activity at the point at which mount requests start stalling. I have
>bumped file descriptors for rpc.mountd from 512, to 1024, and now up to
>2048. 2048 is currently running (as of this morning), and has yet to
>fail, but it's only been running a short time. 512 and 1024 did not seem
>to help alot. I really don't even know if file descriptors are related.
>
>Killing rpc.mountd and restarting it causes mount operations to
>continue.
>
>Here is my configuration
>
>Dual Xeon 2.4Ghz
>2G RAM
>NICS Utilized: 3 - 1Gigabit Interfaces
>Clients: About 100 - mix of OS's.
>Services: nfs (100 clients) - Samba (70-130 clients)
>There are two mountpoints served, and are primarily for Image
>Processing, so they do see a good amount of load.
>Disks: Ataboy2 ATA Raid (RAID 5)
>Filesystem: Reiserfs
>
>Kernel: linux-2.4.19, with the fh32 patch for CWD issues with IRIX <
>6.5.13.
>nfs-utils-1.0.3
>
>
>
>
>Please let me know if there's anything else i can include to help solve
>this problem.
>
>
>
>
>
-------------------------------------------------------
This SF.Net email is sponsored by: INetU
Attention Web Developers & Consultants: Become An INetU Hosting Partner.
Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
prev parent reply other threads:[~2003-06-21 12:56 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-19 18:30 rpc.mountd problems Matt Schillinger
2003-06-21 12:56 ` Steve Dickson [this message]
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=3EF455E4.9090207@RedHat.com \
--to=steved@redhat.com \
--cc=mschilli@vss.fsi.com \
--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.