oh crap. The dlm lock needs to lock the journals. So you need to recreate the<div>journal inodes with i_size 0.</div><div><br></div><div>dd a good journal inode and edit it using binary editor. Change the inode num</div><div>
to the block number, zero out the i_size and next_free_extent. Repeat for the</div><div>4 inodes.</div><div><br></div><div>Hopefully some one on the list has the time to help you further.</div><div><div><div><div><br><div class="gmail_quote">
On Thu, Aug 2, 2012 at 10:50 AM, Christophe BOUDER <span dir="ltr">&lt;<a href="mailto:Christophe.Bouder@lip6.fr" target="_blank">Christophe.Bouder@lip6.fr</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hello,<br>
<div class="im"><br>
&gt; The 4 journal inodes got zeroed out. Do you know how/why?<br>
<br>
</div>raid6 with 2 bad disk<br>
and a third who got problem<br>
reinsert it in the device it appears good<br>
but it also crash the device not recognize by the system.<br>
<div class="im"><br>
&gt;<br>
&gt; Have you tried running fsck with -fy (enable writes).<br>
<br>
</div>yes but without success<br>
#fsck.ocfs2 -fy /dev/sdc1<br>
fsck.ocfs2 1.6.3<br>
fsck.ocfs2: Internal logic failure while initializing the DLM<br>
<div class="im"><br>
&gt; Try with -fy. If that does not work, we&#39;ll have to reconstruct empty<br>
&gt; inodes<br>
&gt; as<br>
&gt; placeholders to allow fsck to complete journal recovery followed by<br>
&gt; journal<br>
&gt; recreation.<br>
<br>
</div>ok how can i do that ?<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Christophe Bouder,<br>
<br>
</font></span></blockquote></div><br></div></div></div></div>