<!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">
I would very much like to try a newer DRBD version, however compiling a
custom kernel on these machines which have already been placed in a DC
seems risky and makes future maintenance an issue (harder to upgrade).<br>
<br>
The reboot is a hard-reboot (I added some shutdown actions to
/etc/rc6.d to determine this) and could possibly be OCFS2 although I
cannot find any documented instances of any such action on its part (or
DRBDs of course).<br>
<br>
I assume it's DRBD only because if i'm 'watch'ing /proc/drbd the crash
occurs within the same second as DRBD switches from Primary/Primary to
Primary/Unknown and registers the cstate NetworkFailure.<br>
<br>
It is certainly something within DRBD or OCFS2 although I can totally
appreciate this may have been fixed in a more recent version, I only
wish I could try it out. Although if it doesn't ring a bell with you
Lars it may be something new (although I can't imagine how no one else
could have come across it in a similar situation).<br>
<br>
I'm likely switching to an active-passive configuration as at this
version that's presumably the more tried and tested solution and
resolves this quickly for my client.<br>
<br>
Reboot sane, writes to a log file - sends an email, waits a few seconds
then issues a standard 'reboot'<br>
<br>
I will request a KVM serial console to see if there are any messages as
you describe, a most helpful suggestion.<br>
<br>
Thanks again for your response, and apologies for the frantic nature of
my posts, i'm under a lot of pressure to get it sorted! :-)<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>
<br>
<div class="moz-signature">-- <br>
<title></title>
<font color="#000099" face="Trebuchet MS"><b>Henri Cook</b><br>
<small>Orion Internet Services Ltd. <br>
</small></font><small><font color="#000099" face="Trebuchet MS">T: +44
(0) 845 8621431</font><br>
<font color="#000099" face="Trebuchet MS">E: <a class="moz-txt-link-abbreviated" href="mailto:henri@orion-hosting.co.uk">henri@orion-hosting.co.uk</a></font></small>
<br>
<font color="#000099" face="Trebuchet MS"><br>
</font><font color="#000099" face="Trebuchet MS" size="2"><span
style="font-size: 10pt; font-family: Verdana; color: navy;"
lang="EN-GB">Company registration number: </span></font><font
face="Trebuchet MS"><small><font color="#000099">6365589</font></small></font><font
color="#000099" face="Trebuchet MS" size="2"><span
style="font-size: 10pt; font-family: Verdana; color: navy;"
lang="EN-GB"> (registered in <st1:country-region w:st="on">England</st1:country-region>
& <st1:place w:st="on"><st1:country-region w:st="on">Wales)</st1:country-region></st1:place></span></font><br>
<font color="#000099" face="Trebuchet MS"><br>
</font><br>
</div>
</body>
</html>