<!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 &gt;&gt; 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 &gt; 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>