All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Martin Brulisauer" <martin@bruli.net>
To: Jesse Pollard <pollard@tomcat.admin.navo.hpc.mil>
Cc: "Linux Kernel (E-mail)" <linux-kernel@vger.kernel.org>
Subject: RE: O_SYNC option doesn't work (2.4.18-3)
Date: Thu, 8 Aug 2002 12:07:15 +0200	[thread overview]
Message-ID: <3D525EF3.23894.928E229@localhost> (raw)
In-Reply-To: <200208072048.PAA04274@tomcat.admin.navo.hpc.mil>

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


  reply	other threads:[~2002-08-08 10:03 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-07 20:48 O_SYNC option doesn't work (2.4.18-3) Jesse Pollard
2002-08-08 10:07 ` Martin Brulisauer [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-08-08 14:57 Gregory Giguashvili
2002-08-08 15:37 ` Daniel Forrest
2002-08-08 13:48 Jesse Pollard
     [not found] <fa.jepn5rv.uiqrqe@ifi.uio.no>
     [not found] ` <fa.gkqj0av.c661ad@ifi.uio.no>
2002-08-08  7:11   ` Giacomo Catenazzi
2002-08-08  8:06     ` Willy Tarreau
2002-08-08 12:36       ` Alan Cox
2002-08-07 19:30 Gregory Giguashvili
2002-08-08 13:42 ` Trond Myklebust
2002-08-07 19:24 Gregory Giguashvili
2002-08-07 19:38 ` Trond Myklebust
2002-08-07 21:55 ` Alan Cox
2002-08-07 18:54 Gregory Giguashvili
2002-08-07 18:13 ` Trond Myklebust
2002-08-07 18:39 Gregory Giguashvili
2002-08-07 17:43 ` Trond Myklebust
2002-08-07 18:15 Jesse Pollard
2002-08-07 17:31 Gregory Giguashvili
2002-08-07 17:19 ` Trond Myklebust
2002-08-07 17:24 Gregory Giguashvili
2002-08-07 16:31 ` Trond Myklebust
2002-08-07 17:17 Gregory Giguashvili
2002-08-07 16:24 ` Trond Myklebust
2002-08-07 20:20   ` Benjamin LaHaise

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3D525EF3.23894.928E229@localhost \
    --to=martin@bruli.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pollard@tomcat.admin.navo.hpc.mil \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.