<br><br><div class="gmail_quote">On Thu, Sep 10, 2009 at 11:27 PM, Lars Ellenberg <span dir="ltr">&lt;<a href="mailto:lars.ellenberg@linbit.com">lars.ellenberg@linbit.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Thu, Sep 10, 2009 at 07:11:02PM +0200, Lars Ellenberg wrote:<br>
&gt; On Thu, Sep 10, 2009 at 06:47:24PM +0200, Lars Ellenberg wrote:<br>
&gt; &gt; then something is wrong with your hardware, or your setup.<br>
&gt; &gt; or your kernel.<br>
&gt; &gt; or, of course, maybe only something is wrong with drbd (in your setup on<br>
&gt; &gt; your hardware ;-])<br>
&gt; &gt;<br>
&gt; &gt; care to try<br>
&gt; &gt;         no-disk-flushes;<br>
&gt; &gt;         no-md-flushes;<br>
&gt; &gt;         no-disk-barrier;<br>
&gt; &gt; ?<br>
<br>
<br>
</div>&gt; then add below patch,<br>
<br>
...<br>
<div class="im"><br>
&gt; and the fallback error path in there apparently has been broken for a<br>
&gt; long time :(<br>
<br>
</div>nonsense.<br>
<br>
was a long day ...<br>
<br>
it was right all along.<br>
<br>
this patch just makes it more explicit,<br>
so it won&#39;t hurt, anyways.<br>
<br>
but the code as it was before is working correctly.<br>
<br>
so I guess you are back to those options below ;)<br>
<div class="im"><br>
&gt; &gt; if that does not help:<br>
&gt; &gt; 8.3.2?<br>
&gt; &gt; 8.3.3rc2?<br>
&gt; &gt; various other drbd versions? kernels?<br>
&gt; &gt; different lower level device? (not cciss? other cciss drive/partition?)<br>
&gt; &gt; etc.<br>
&gt; &gt;<br>
&gt; &gt; if all else fails: contact linbit, we do sell support.<br>
&gt; &gt;<br>
&gt; &gt; we even sell &quot;drbd health checks&quot;, which somewhat boils down to a<br>
&gt; &gt; one-time engagement - though for those you may need to wait for a<br>
&gt; &gt; suitable (for linbit) time-slot.</div><br></blockquote></div><br>No problem!<br><br>
I have been testing for about 2 months with 8.2, 8.3.2 and 8.3.3rc1 in this hw config without this kind of problem.<br>
The OS is F11 and the kernel was always based on 2.6.29.<br>
The main thing changed few days ago was F11 passing to kernel 2.6.30 and me to update it (but I still have the 2.6.29 based one).<br>
So one of the causes could probably be this.<br>
<br>
I can test several possibilities tomorrow @office.<br>
What order do you prefer, considering the variables outlined:<br>
<br>
- kernel 2.6.29 vs 2.6.30<br>
- drdb 8.3.3rc1 vs 8.3.3rc2<br>
- applying the patch proposed (step no more needed)<br>
- changing what suggested in drbd.conf<br>
<br>
In this state, would a &quot;service drbd stop&quot; of the diskless peer succeed? And the other one? Would I come back to the same diskless state after reboot/drbd reload? <br><br>
If you give me some ordered steps I&#39;m available to follow them in order to provide the more useful information you would need.<br><br>