Bernd Schubert wrote:
Hello Wendy.
On Friday 25 April 2008 15:47:03 Wendy Cheng wrote:
The efforts have been attempted (to remedy this issue) and a complete
set of patches have been (kept) submitting for the past two years. The
patch acceptance progress is very slow (I guess people just don't want
to get bothered with cluster issues ?).
Well, I think people are just ignorant. I did see your discussions about NLM
in the past on the NFS mailing list, but actually I didn't understand the
entire point of discussion ;) I was simply used to active-passive services
(mostly due to heartbeat-1.x) and there we just had /var/lib/nfs linked to
the exported directory.
After I started to work here, I was confronted with the fact we do have
working active-active clusters here, but nobody besides me ever cared about
the locking problem :( NFS failovers just are done ignoring file locks.
Seems so far also nobody run into a problem, but maybe the result was so
obscure that nobody ever bothered to complain...
I'm just afraid most admins will simply do like this...
That's an accurate observation :) .. people are just ignorant until they
get bitten by the problem. Then they blush out nasty words about Linux
servers and go for proprietary solutions.
There are amazing amount of "workaround"(s) and funny setup(s) to bypass
various Linux problems. Admins normally don't care the details but just
know if they do certain "tricks", things work. I was looking at a
performance issue last week why clustered mail servers ran miserably
slow. As a person who don't know much about mail server, I was surprised
to learn it is a common practice that linux email servers could be
configured to grab flock, followed by posix lock, then wrote a lock file
whenever a "write" occurs - all three actions are used concurrently to
protect one single file (?). It was a very interesting conversation.
-- Wendy
--
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
