From: Chuck Lever <chuck.lever@oracle.com>
Subject: Re: inconsistencies in nfs(5)
Date: Wed, 15 Aug 2007 16:34:11 -0400
Message-ID: <46C36343.8000009@oracle.com>
References: <46BB2DF2.1050501@oracle.com>
	<169a.46bb3b18.7157f@altium.nl>	<169a.46bb3b18.7157f@altium.nl>
	<46BB405B.5050206@oracle.com> <5e6a.46bc1f6e.593b@altium.nl>
Reply-To: chuck.lever@oracle.com
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="------------040205040104090108020304"
Cc: nfs@lists.sourceforge.net
To: Dick Streefland <dick.streefland@altium.nl>
In-Reply-To: <5e6a.46bc1f6e.593b@altium.nl>
Sender: nfs-bounces@lists.sourceforge.net
Errors-To: nfs-bounces@lists.sourceforge.net

This is a multi-part message in MIME format.
--------------040205040104090108020304
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

rnews@tasking.nl wrote:
> Chuck Lever <chuck.lever@oracle.com> wrote:
> | This is still in utils/mount/nfsmount.c.
> 
> It is not in util-linux-ng-2.13-rc2 anymore, which is in Debian sid.
> 
> | I'm not sure how this can affect other mount commands running 
> | concurrently on the same client.  The man page implies that if one mount 
> | command has backgrounded against a server, subsequent mount commands 
> | against the same server will just go right into the background.  But 
> | prev_bg_host is unique in each instance of the mount command.
> | 
> | Can you help me understand what you intended?  Do you have a test case?
> 
> Phew, I wrote that 10 years ago! But I think that when you do a
> "mount -atnfs", multiple mounts will be handled by the same mount
> instance. The code helps when there are multiple NFS mounts from the
> same host in fstab, and the server is down when you boot the client.

OK, looking at this again...

I haven't actually tested this, but I think that "mount -a" will invoke 
the mount.nfs helper repeatedly for each individual NFS mount request. 
I don't see any support for a "-a" option in mount.nfs; it seems to be 
designed specifically for handling individual NFS mount requests, and 
not for "mount all items in /etc/fstab with this fstype."

Thus I don't think this feature you describe can work any more, and it 
argues perhaps for shortening the bg timeout in mount.nfs.  Comments?

--------------040205040104090108020304
Content-Type: text/x-vcard; charset=utf-8;
 name="chuck.lever.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="chuck.lever.vcf"

begin:vcard
fn:Chuck Lever
n:Lever;Chuck
org:Oracle Corporation;Corporate Architecture: Linux Projects Group
adr:;;1015 Granger Avenue;Ann Arbor;MI;48104;USA
title:Principal Member of Staff
tel;work:+1 248 614 5091
x-mozilla-html:FALSE
url:http://oss.oracle.com/~cel
version:2.1
end:vcard


--------------040205040104090108020304
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
--------------040205040104090108020304
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

--------------040205040104090108020304--