On 7 Aug 2002, at 15:48, Jesse Pollard wrote:
>
> There never was any such thing as "cache coherency" in NFS. And there won't
> be - the overhead is way too high. Think- to lock a section of a file,
> you first tell the local daemon. That local daemon must then contact the
> remote file server. That file server must then contact EVERY client to verify
> that a lock is not in the process of being established. And confirm that the
> locked section just hasn't yet been flushed back to the server. Then the server
> can tell the client the section is locked.
>
On VMS we call it "Distributed Lock Manager". The overhead is not
so high and it works well.
>
> What happens when one of the clients is down....
> How long do you wait to determine a client is down...
> What happens to other clients while the client holding the lock is down...
> What happens when the server goes down....
> What happens when the down client comes back up....
> What happens when the server comes back up....
> How do you request all clients to re-acquire locks... (and in what order)
>
To solve this problem you need the cluster votes/quorum technique.
> And remember... NFS is a stateless protocol. No additional information about
The only way to do it is the implementation of a real linux cluster
with it's distributed and shared disk access. NFS can never be a
replacement for a clusterd disk access.
Martin Brulisauer
-
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 : Thu Aug 15 2002 - 22:00:16 EST