From owner-freebsd-hackers Fri Feb 6 18:25:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA16490 for hackers-outgoing; Fri, 6 Feb 1998 18:25:00 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from fledge.watson.org (root@FLEDGE.RES.CMU.EDU [128.2.91.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA16481 for ; Fri, 6 Feb 1998 18:24:50 -0800 (PST) (envelope-from robert@cyrus.watson.org) Received: from trojanhorse.pr.watson.org (trojanhorse.pr.watson.org [192.0.2.10]) by fledge.watson.org (8.8.8/8.6.10) with SMTP id VAA06535; Fri, 6 Feb 1998 21:24:39 -0500 (EST) Date: Fri, 6 Feb 1998 21:24:20 -0500 (EST) From: Robert Watson X-Sender: robert@trojanhorse.pr.watson.org Reply-To: Robert Watson To: Evan Champion cc: FreeBSD Hackers Subject: Re: More NFS Problems In-Reply-To: <025801bd336a$037b3cc0$2844c00a@cello.synapse.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe hackers" On Fri, 6 Feb 1998, Evan Champion wrote: > What I see is if the server goes down when only a few processes are trying > to use the mount, the client never times out, but when the server does come > back up, the client restore the mount properly and everything goes along > quite nicely. > > If, on the other hand, a huge number of processes are stuck on the mount, > the stuck processes basically have to be terminated before the mount will be > accessible again, even long after the server has come back up. I have seen this behavior on a number of our -stable clients. The clients hang trying to access the file system even after the server comes back up again. The machine eventually has to be rebooted. So much for a stateless system :). As a result, we are very cautious about rebooting our file server during active client usage. I haven't had this particular problem on our -current machines, but they are a little flaky anyway so who knows :). Robert N Watson Carnegie Mellon University http://www.cmu.edu/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/