NFSLinux Clients AIX Servers

John Miles jmiles242-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org
Wed Feb 11 21:24:43 UTC 2009


Thank you for the reply Len,

In our case they are AIX boxes using NFS 3 using soft mounts.
The permissions are being granted via netgroup files also.
To give you an idea of how big this situation is - all of our Linux client
machines have /etc/fstabs that are longer than 200 lines..... which is a big
problem in its self.
I am counting the mounts timing out on one of the AIX boxes - it is at *
mount_name*28 (i.e. that server has mounts starting with 1 to at least 28).
(yikes)

John

On Wed, Feb 11, 2009 at 4:11 PM, Lennart Sorensen <
lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys at public.gmane.org> wrote:

> On Wed, Feb 11, 2009 at 03:38:55PM -0500, John Miles wrote:
> > Hi,
> > Last night Drew was kind enough to provide me with a pretty cool solution
> to
> > a problem we're having (NFS proxy)
> > (4 AIX boxes serving up dozens of NFS exports each to a couple of
> thousand
> > machines.... and somehow everytime a mass of machines try to mount them,
> > apparently the client's do not time out and begin hammering the NFS
> > servers).
> >
> > I'd like to try and understand why the problem actually happens - and the
> > answer could simply be - AIX won't use standardized NFS, but wondering if
> > there is a definitive answer.
> >
> > Thanks for the info - and the post-meeting suds!
>
> Well NFS has lots of variations.
>
> V2, V3, V4, tcp or udp, soft versus hard, interruptable, etc.
>
> Different assumptions are made by clients and servers, and perhaps when
> lots of clients connect at once, if they use UDP you end up with dropped
> packets, and then lots of delays and timeuts and retries for a while.
>
> --
> Len Sorensen
> --
> The Toronto Linux Users Group.      Meetings: http://gtalug.org/
> TLUG requests: Linux topics, No HTML, wrap text below 80 columns
> How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gtalug.org/pipermail/legacy/attachments/20090211/7e33a781/attachment.html>


More information about the Legacy mailing list