Sorry for joining late... On 10/12/2010 03:44 PM, Trond Myklebust wrote: > On Tue, 2010-10-12 at 15:18 -0400, Jeff Layton wrote: > >> I think the part that causes problems is having userspace do this. In >> theory, if the kernel were in charge of sending the UMNT, then it's not >> really a problem since it knows when to do it. If we have code that >> sends a UMNT already, why not do a best-effort UMNT call from the >> kernel when we tear down the sb? > > Purely for the pleasure of allowing the server to maintain inaccurate > statistics about who is currently mounting what? I think not... > > You can get far more accurate results by replacing the MNT/UMNT state > counter with a purely server-based scheme to track who accessed one or > more files on each exported partition in the past 5 minutes or so. That > would even work with NFSv4... > >> Either way, eliminating umount.nfs would be nice... > > Agreed. I having a hard time understanding this logic... Why do we think we (the Linux community) can simply throw way an established part of the protocol just because we deem it advisory... Now maybe in our implementation UMNT its advisory and it might even be advisory in the spec, but how do we know with other NFS implementation is not advisory, its actually needed. We don't known and we can't known.... Now when our implementation becomes an NFSv4 only implementation, I say fine; Eliminate all the protocols that go along with both v2 and v3. But until then lets just have leave the legacy protocols along and move forward in more meaningful efforts... steved. -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
