Maybe... looking around some solutions can be:<div><br></div><div>- maximize journal size</div><div>- journaling all data and metadata (mount -o data=journal)</div><div><br></div><div><br></div><div>Ste<br><div><br></div><div>
<br><div class="gmail_quote">2009/5/9 Christian Kujau <span dir="ltr"><<a href="mailto:lists@nerdbynature.de">lists@nerdbynature.de</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Thu, 7 May 2009, Stefano Cislaghi wrote:<br>
> During a normal switch, operations done are:<br>
> - oracle shutdown abort<br>
> - oracle listernet shutdown<br>
> - umount fs (using  umount -l )<br>
<br>
</div>I'm not all too Oracle cluster savvy, but this lazy umount looks<br>
kinda suspicious. From the manpage:<br>
<br>
   > Detach the filesystem from the filesystem hierarchy now, and cleanup<br>
   > all references to the filesystem as soon as it is not busy anymore<br>
<br>
My wild guess: node1 has been shut down, did a lazy umount, so that<br>
node2 could mount it but node1 was still writing to the fs (i.e. it was<br>
still in use)?<br>
<br>
Christian.<br>
<font color="#888888">--<br>
Bruce Schneier's first program was encrypt world.<br>
</font></blockquote></div><br></div></div>