From owner-freebsd-questions@FreeBSD.ORG Mon Apr 26 16:08:57 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D5A416A4CE for ; Mon, 26 Apr 2004 16:08:57 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEDCF43D1D for ; Mon, 26 Apr 2004 16:08:56 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i3QN8u5l045267; Mon, 26 Apr 2004 18:08:56 -0500 (CDT) (envelope-from dan) Date: Mon, 26 Apr 2004 18:08:56 -0500 From: Dan Nelson To: Tillman Hodgson Message-ID: <20040426230855.GB22344@dan.emsphone.com> References: <20040426182547.GF92049@seekingfire.com> <20040426183717.GF2771@dan.emsphone.com> <20040426184324.GH92049@seekingfire.com> <20040426184710.GA22344@dan.emsphone.com> <20040426224633.GN92049@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040426224633.GN92049@seekingfire.com> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: FreeBSD-Questions Subject: Re: NFS occassionally gives "permission" denied in the middle of a large transfer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2004 23:08:57 -0000 In the last episode (Apr 26), Tillman Hodgson said: > On Mon, Apr 26, 2004 at 01:47:10PM -0500, Dan Nelson wrote: > > In the last episode (Apr 26), Tillman Hodgson said: > > > On Mon, Apr 26, 2004 at 01:37:17PM -0500, Dan Nelson wrote: > > > > The only time I've seen incorrect permission denied messages is > > > > when mountd is refreshing the exports list. It's not atomic, > > > > so there's a small window where the old exports have been > > > > deleted but the new ones aren't in place yet. > > > > > > Is there anything in the default weekly cron jobs that would do > > > something like that on the file server? > > > > I don't think so. Mounting or dismounting local (not NFS) > > filesystems might do it, but I'm not sure. > > Including local filesystems that aren't exported? > > If so, that's interesting because I do that in my weekly periodic > cron job. It's a simple script that umounts a backup partition, > newfs's it, dumps a local copy of /home over to it, and then > re-mounts it (for easy user-accessible near-line backup storage that > doesn't require going to tape for the "real" backup). That's probably it, then. /sbin/mount has code that sends SIGHUP to mountd on any mount operation. Which implies that any manual mount request, including NFS mounts would, cause the problem. Amd calls the mount syscall directly, bypassing /sbin/mount. Ideally, mountd would be able to compare the current and new export settings and only update the ones that changed, or have a way to create a new mountlist and ask the kernel to replace the old one in a single atomic operation. -- Dan Nelson dnelson@allantgroup.com