From: Trond Myklebust Subject: Re: should NLM locks send notifications after nfsd crash Date: Thu, 31 Mar 2005 21:28:21 -0500 Message-ID: <1112322501.11284.36.camel@lade.trondhjem.org> References: <20050331131327.GB1328@hmsendeavour.rdu.redhat.com> <1112285953.12388.17.camel@lade.trondhjem.org> <20050401015641.GB5562@hmsendeavour.rdu.redhat.com> <16972.44651.280877.472381@cse.unsw.edu.au> Mime-Version: 1.0 Content-Type: text/plain Cc: Neil Horman , nfs@lists.sourceforge.net Return-path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DHBtr-0000x6-0J for nfs@lists.sourceforge.net; Thu, 31 Mar 2005 18:28:43 -0800 Received: from pat.uio.no ([129.240.130.16] ident=7411) by sc8-sf-mx1.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1DHBtq-0002LE-8a for nfs@lists.sourceforge.net; Thu, 31 Mar 2005 18:28:42 -0800 To: Neil Brown In-Reply-To: <16972.44651.280877.472381@cse.unsw.edu.au> Sender: nfs-admin@lists.sourceforge.net Errors-To: nfs-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: Discussion of NFS under Linux development, interoperability, and testing. List-Post: List-Help: List-Subscribe: , List-Archive: fr den 01.04.2005 Klokka 12:14 (+1000) skreiv Neil Brown: > Stopping the nfsd server threads does not, itself, cause a loss of > locking state. > However unexporting the filesystems does, and this often accompanies > the stopping of the last thread. > To be specific: > If the last thread dies due to SIGHUP, or though an explicit setting > of the number of threads to 0: > rpc.nfsd 0 > then the filesystems aren't unexported, and locking state remains. > (unless you explicitly exportfs -avu) > > If the last thread dies due to any other signal (KILL, INT, QUIT), > then the filesystems are explicitly unexported which will cause > locking state to be lost. Note also that if you do want to trigger a "reboot situation" and have lockd go into a grace period, then you can do this by signalling the lockd thread using "kill -9". Rather than causing the thread to terminate, it will cause it to flush out all locks, and to call the function set_grace_period(). It goes without saying that knfsd itself will not be affected by signals to the lockd thread. Cheers, Trond -- Trond Myklebust ------------------------------------------------------- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/Info/Sentarus/hamr30 _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs