OK, fair enough. I think I will withdraw my request to 'fix' this. If
Solaris and other falvors of Unix (i.e. Aix) behave this way I think it
would not be good to change just Linux.
The other minor change I proposed earlier was that we allow unlock
operations during the grace period, and this will be useful in clustered
NAS heads.
What do you guys think about such a change?
The main goal here would be to prevent unlock operations from being
unnecessarily delayed when a cluster node is taking over another node and
is being set to the grace
period.
Juan
|---------+---------------------------->
| | Mike Kupfer |
| | <kupfer@athyra.en|
| | g.sun.com> |
| | |
| | 11/20/02 10:23 AM|
| | |
|---------+---------------------------->
>-------------------------------------------------------------------------------------------------------------------------|
| |
| To: Juan Gomez/Almaden/IBM@IBMUS |
| cc: linux-kernel@vger.kernel.org, nfs@lists.sourceforge.net, trond.myklebust@fys.uio.no |
| Subject: Re: [NFS] Re: Non-blocking lock requests during the grace period |
| |
| |
>-------------------------------------------------------------------------------------------------------------------------|
>>>>> "Juan" == Juan Gomez <juang@us.ibm.com> writes:
Juan> However, I feel it is odd to block a client for about one
Juan> minutre when it issues "non-blocking" lock requests.
But if the server goes down, the call can end up blocking for
significantly longer than one minute anyway.
Juan> I have seen that Solaris code does so but still feels odd
Juan> and it may conflict with what most programmers expect
Perhaps, but there are other expectations to keep in mind. In
particular, when using NFS, the expectation (at least with hard
mounts) is that when the server goes down, the application will simply
wait until the server comes back. Your change would conflict with
that expectation.
Mike Kupfer mike.kupfer@sun.com
Solaris File Sharing Speaking for myself,
not for Sun.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Nov 23 2002 - 22:00:33 EST