From owner-cvs-src@FreeBSD.ORG  Tue Apr 18 16:53:53 2006
Return-Path: <owner-cvs-src@FreeBSD.ORG>
X-Original-To: cvs-src@FreeBSD.org
Delivered-To: cvs-src@FreeBSD.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5B5AF16A40D
	for <cvs-src@FreeBSD.org>; Tue, 18 Apr 2006 16:53:53 +0000 (UTC)
	(envelope-from mohan_srinivasan@yahoo.com)
Received: from web30804.mail.mud.yahoo.com (web30804.mail.mud.yahoo.com
	[68.142.200.147])
	by mx1.FreeBSD.org (Postfix) with SMTP id 29D7743D5C
	for <cvs-src@FreeBSD.org>; Tue, 18 Apr 2006 16:53:49 +0000 (GMT)
	(envelope-from mohan_srinivasan@yahoo.com)
Received: (qmail 55187 invoked by uid 60001); 18 Apr 2006 16:53:48 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com;
	h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding;
	b=uwo2qKu0btvh/X1JgzYFqDK0mJNsCNzjtT6n6byqMkrBAqiJ0hazmypuniJ2UtmtGJ5d5mS+NZ63gujUjZVdZodPCJPYtMQXi6JwLPchaID0xVLW5xydzhi2PerljrIWPCuqfHl74BuI4qEEfW90tU5taJuSiILnoqMh6lP5j0Y=
	; 
Message-ID: <20060418165348.55185.qmail@web30804.mail.mud.yahoo.com>
Received: from [71.139.116.244] by web30804.mail.mud.yahoo.com via HTTP;
	Tue, 18 Apr 2006 09:53:48 PDT
Date: Tue, 18 Apr 2006 09:53:48 -0700 (PDT)
From: Mohan Srinivasan <mohan_srinivasan@yahoo.com>
To: Alfred Perlstein <alfred@freebsd.org>, Xin LI <delphij@FreeBSD.org>
In-Reply-To: <20060418133832.GF35896@elvis.mu.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, ps@freebsd.org,
	cvs-all@FreeBSD.org, mohans@freebsd.orgc
Subject: Re: cvs commit: src/sys/nfsclient nfs_bio.c nfs_vnops.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Apr 2006 16:53:53 -0000

Alfred,

If the operation times out because the server rebooted (or because
of a network glitch), rather than losing data, the client can 
potentially have the data written out successfully later. 

Other NFS client implementations (at least the Solaris client)
re-dirty pages on soft mount timeouts.

mohan

--- Alfred Perlstein <alfred@freebsd.org> wrote:

> >   Log:
> >   MFC src/sys/nfsclient/nfs_bio.c,v 1.154
> >   and src/sys/nfsclient/nfs_vnops.c,v 1.262 (by ps@):
> >   
> ...
> >    - Treat ETIMEDOUT as a "recoverable" error, causing the buffer
> >      to be re-dirtied. ETIMEDOUT can occur on soft mounts, when
> >      the number of retries are exceeded, and we don't want data loss
> >      in that case.
> 
> Actually that's the documented behavior, if the mount times out,
> one will lose data.
> 
> What does this do?  Leave the buffer dirty/held until forcefully
> unmounted?  I guess that sort of makes sense, can someone explain
> a bit better?
> 
> -- 
> - Alfred Perlstein
>