From owner-freebsd-net@FreeBSD.ORG Tue Apr 5 00:24:54 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DBA01065670 for ; Tue, 5 Apr 2011 00:24:54 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 53B248FC18 for ; Tue, 5 Apr 2011 00:24:53 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEANtgmk2DaFvO/2dsb2JhbACES6ITiHmpd5BhgSiDTHcEjSM X-IronPort-AV: E=Sophos;i="4.63,300,1299474000"; d="scan'208";a="117078478" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 04 Apr 2011 20:24:53 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 44961B3FA3; Mon, 4 Apr 2011 20:24:53 -0400 (EDT) Date: Mon, 4 Apr 2011 20:24:53 -0400 (EDT) From: Rick Macklem To: Chuck Swiger Message-ID: <1359778820.2757108.1301963093210.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <0F56F33B-C492-4723-B7EC-713AD64E856C@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: "Marc G. Fournier" , freebsd-net@freebsd.org Subject: Re: 7-STABLE NFS: fatal: "select lock: Permission denied" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2011 00:24:54 -0000 > On Apr 4, 2011, at 11:09 AM, Marc G. Fournier wrote: > > 'k, based on someone else's recommendation, I add 'nolockd' to the > > mount entry,a nd postfix now appears to work ... since I can safely > > guarantee that only the one host will have access to these files, > > that doesn't pose a porblem for me, but still find it a weird issue > > all things considered :( > > Be careful; multiple access from different processes even on a single > host can still run into locking issues against NFS filesystems, or > data corruption if locking isn't available. >From what I know of the implementation, I would have to disagree with this statement. When mounted with the "nolockd" option, file locking is still done within the client, using the same kernel function that is used for file locking for local file systems like UFS. However, these locks will not be seen by other clients or the NFS server. > You're most at risk with > local delivery to an mbox-style INBOX; delivery to maildir-style INBOX > is much safer even on NFS without locking. > Yes, but I think you are assuming that whatever is putting the email in the mbox (sendmail daemon or ???) is running on a different machine than the one that the imapd daemon (or whatever is reading the email) is running on? In general, NFS mounting a mail spool can be problematic, since it will normally result in file(s) being accessed from more than one machine. As such, I believe your warning w.r.t. the "nolockd" option is approriate, I'm just not convinced that this is broken for the case where all processes (including all daemons) that access the file are running on the same NFS client (unlikely, but possible). Also, I believe your other advise is very appropriate, such as configuring a mail system to avoid using file locking primitives. rick