From mboxrd@z Thu Jan 1 00:00:00 1970 From: Guillaume Rousse Subject: Re: excluding some pattern to prevent useless mount request Date: Tue, 28 Nov 2006 10:57:15 +0100 Message-ID: <456C07FB.7050308@inria.fr> References: <456B1516.1030108@inria.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: autofs-bounces@linux.kernel.org Errors-To: autofs-bounces@linux.kernel.org To: Jeff Moyer Cc: autofs@linux.kernel.org Jeff Moyer wrote: > ==> On Mon, 27 Nov 2006 17:40:54 +0100, Guillaume Rousse said: > > Guillaume> While looking in server's log, I found many such mount requests: > Guillaume> Nov 26 04:23:19 yquem rpc.mountd: refused mount request from > Guillaume> chouchen.inria.fr for /home/yquem/.hidden (/): no export entry > Guillaume> ... > Guillaume> Nov 26 04:22:33 yquem rpc.mountd: refused mount request from > Guillaume> medoc.inria.fr for /home/yquem/.directory (/): no export entry > > Guillaume> I guess they are caused by graphical file manager trying to find > Guillaume> metadata directories when displaying mount points. Is there a way to > Guillaume> prevent them ? > > No, there is not a way to prevent them. The basic problem is that the > requests could be valid; how is the automounter to know which > directory lookups to ignore? If it could be configured locally, the automounter would know :) > haldaemon has been responsible for some > problems in the past, but its authors chose to include special cases > for automount-managed directories. This is not the most ideal > solution, I guess, but it is the most attractive from the autofs point > of view. > > Can you find out which applications are causing these lookups and file > bugs in their respective bug trackers? I don't feel very confident trying to convince konqueror developer they have to always test first if the directory they are going to probe is automountable... This seems to be both a exception, and something more easily implementable in a centralized way in automounter.