Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 9 Jan 2000 11:48:45 +0100
From:      Martin Blapp <mb@imp.ch>
To:        "Crist J. Clark" <cjc@cc942873-a.ewndsr1.nj.home.com>
Cc:        freebsd-bugs@FreeBSD.org
Subject:   Re: bin/14709: umountall requests possibly mishandled by mountd(8)
Message-ID:  <Pine.SGI.4.10.10001091134110.2468-100000@mephisto.imp.ch>
In-Reply-To: <200001090222.VAA10117@cc942873-a.ewndsr1.nj.home.com>

next in thread | previous in thread | raw e-mail | index | archive | help

Hi,

> All of this is contained in the original PR and the mail which it
> references. From my point of view (I am no NFS expert), the problem
> must be fixed with mountd and not clients. Fixing the FreeBSD client
> does not help me because the machines causing the messages are not
> FreeBSD machines. If the IRIX clients are doing something odd that
> should be logged, then I think the fix needs to be to make that error
> message useful. Saying the request came from itself is either
> incorrect (it should say it came from the client), or it is at best,
> useless (why bother with that portion of the message if it always is
> reporting itself as the origin of the request) or at worst,
> misleading. 

Ok, let me explain the problem:

On the client side, there has to be also a mountd(8) running
to be able to see the problem. If the client is shutdown, mountd(8) sends
a broadcast RPC_UMNTALL message into the subnet it belongs to. To the
nature of our RPC implementation, the RPC call gets remapped and looks
like it comes from the local interface. And because of security it gets
remapped on unsecure ports.

I have fixed mountd(8) to not send anymore these RPC_UMNTALL broadcast
messages. As I know NetBSD, OpebBSD, BSDI have still this behaviour.
If IRIX uses the same or a similar mountd(8) implementation, they will
generate the same problem.

So can you please snoop in your subnet, to look where the umntall calls
are coming from ? All the machine needs to have is a running mountd(8).
Please install etheral from the ports or use tcpdump to resolve the
problem. Then shutdown each machine and look if you recieve such call.
Thank you.

Martin

Martin Blapp, mb@imp.ch
------------------------------------------------
Improware AG, UNIX solution and service provider
Zurlindenstrasse 29, 4133 Pratteln, Switzerland
Phone: +41 79 370 26 05, Fax: +41 61 826 93 01
------------------------------------------------




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SGI.4.10.10001091134110.2468-100000>