From owner-freebsd-questions@FreeBSD.ORG Sat May 1 16:27:24 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 3420D16A4CE for ; Sat, 1 May 2004 16:27:24 -0700 (PDT) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id D045A43D49 for ; Sat, 1 May 2004 16:27:23 -0700 (PDT) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id DEFF91C5; Sat, 1 May 2004 17:27:22 -0600 (CST) Date: Sat, 1 May 2004 17:27:22 -0600 From: Tillman Hodgson To: FreeBSD-Questions Message-ID: <20040501232722.GC9547@seekingfire.com> References: <20040426182547.GF92049@seekingfire.com> <20040426183717.GF2771@dan.emsphone.com> <20040426184324.GH92049@seekingfire.com> <20040426184710.GA22344@dan.emsphone.com> <20040426224633.GN92049@seekingfire.com> <20040426230855.GB22344@dan.emsphone.com> <20040427021650.GQ92049@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040427021650.GQ92049@seekingfire.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i 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: Sat, 01 May 2004 23:27:24 -0000 On Mon, Apr 26, 2004 at 08:16:50PM -0600, Tillman Hodgson wrote: > On Mon, Apr 26, 2004 at 06:08:56PM -0500, Dan Nelson wrote: > > 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. > > I'll disable the umount/mount stuff from my dump script for /home and > run periodic/weekly by hand to test this. After a fair amount of testing, I can now report that all servers all backing up via dump to an NFS export without problems. Thanks! -T -- I've found that nurturing one's Zen nature is vital to dealing with technology. Violence is pretty damn useful too. - A.S.R. quote (Lionel Lauer)