<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Thank you Lars et al for your patience. I have confirmed this is OCFS2
being petulant:<br>
<br>
<a class="moz-txt-link-freetext" href="http://oss.oracle.com/projects/ocfs2/dist/documentation/v1.2/ocfs2_faq.html#QUORUM">http://oss.oracle.com/projects/ocfs2/dist/documentation/v1.2/ocfs2_faq.html#QUORUM</a><br>
<br>
Number 77 on 'Fencing'<br>
<br>
Thanks again,<br>
<br>
Henri<br>
<br>
Lars Ellenberg wrote:
<blockquote cite="mid:20080906232346.GD2270@racke" type="cite">
<pre wrap="">On Sat, Sep 06, 2008 at 11:37:54PM +0100, Henri Cook wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Sorry for another post, it's something i'm working on quite actively.
So the problem then appears to be when a DRBD peer gets rebooted when
the mount is in use i.e. having a file transferred to it - the system
gets hard-rebooted (no shutdown actions are run
</pre>
</blockquote>
<pre wrap=""><!---->
what makes you so sure about that?
just because you have an "echo >> log" before a reboot does not mean
that echo would make it to disk before the reboot, no?
what does your "reboot-sane" do?
do you have a logging serial console hooked up,
so you would see any last second "sorry, I'm fencing myself" message
from OCFS2?
</pre>
<blockquote type="cite">
<pre wrap="">). Shall I assume this is
a kernel error or something that's been dealt with and raise a bug with
the Ubuntu-server team to port a version > 8.0.11?
</pre>
</blockquote>
<pre wrap=""><!---->
well, you can, but how about first verify that a newer drbd version
actually fixes it for you?
</pre>
</blockquote>
</body>
</html>