Sent from my iPhone On Dec 31, 2012, at 4:18 AM, "H. Peter Anvin" <hpa@xxxxxxxxx> wrote: > On 12/30/2012 08:07 PM, Ian Kent wrote: >> >> Yeah, that could be changed to exec showmount but the RPC code used for >> this is the same that's used to probe availability (essentially a NULL >> proc ping). The availability probe is needed all the time now now >> because, with mount.nfs letting the kernel do most of the work, there >> can be significant delays if a server isn't available. Unfortunately the >> RPC code needs to be fairly low level as well to control timeouts to >> give reasonable interactive response. > > Well, arguably the right thing to do is the give the kernel *all* the information and let it sort things out. This is especially so since the kernel is the only part of the system which can possibly do a hot failover while mounted. However, NFS version and transport autonegotiation happens in user space because it is a policy. If the mount(2) call hangs, that's almost surely a problem that should be addressed. It may actually work better now than it used to. We've addressed a number of bugs in that area. -- To unsubscribe from this list: send the line "unsubscribe autofs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
