I don't know if is it possible, but kernel panic error is not in 
/var/log/kern.log.<br><br><div class="gmail_quote">2011/5/13 Sunil Mushran <span dir="ltr">&lt;<a href="mailto:sunil.mushran@oracle.com">sunil.mushran@oracle.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">



  
    
  
  <div bgcolor="#ffffff" text="#000000">
    Please do not remove the cc-s.<br>
    <br>
    Hard for me to comment without knowing anything about the panic.<br>
    <br>
    However, assuming that the panic message indicated that the volume<br>
    needs to be fsck-ed. In that case, the best course is to umount the<br>
    volume on all nodes and running fsck on one node.<div><div></div><div class="h5"><br>
    <br>
    On 05/13/2011 12:33 PM, Xavier Diumé wrote:
    <blockquote type="cite">But initially the system had devices in /etf/fstab
      with _netdev option. When system starts mounting a kernel panic
      appears, sometimes after few minuts.<br>
      The only way that I could start the system was mounting all
      devices one by one, with a previups fsck.<br>
      I don&#39;t know if it is the better way, but is the only that I&#39;ve
      used succesfully.<br>
      <br>
      <div class="gmail_quote">2011/5/13 Sunil Mushran <span dir="ltr">&lt;<a href="mailto:sunil.mushran@oracle.com" target="_blank">sunil.mushran@oracle.com</a>&gt;</span><br>
        <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
          <div>On 05/13/2011 11:44 AM, Xavier Diumé wrote:<br>
            <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
              Hello,<br>
              Is it possible to fsck a mounted filesystem. When one of
              the cluster nodes reboots because a kernel panic, the
              device requires fsck.ocfs2 because in mounted.ocfs2 -f
              rebooted node is shown.<br>
            </blockquote>
            <br>
          </div>
          If mounted.ocfs2 -f shows the rebooted node, that means the
          slotmap<br>
          has not been cleaned up as yet. That cleanup happens during
          node<br>
          recovery. If the volume is still mounted on another node, it
          will get<br>
          cleaned up momentarily.<br>
          <br>
          If however it does not get cleaned up, that means that the
          volume is<br>
          not mounted on any node. In that case, the next mount will
          clean<br>
          up slotmap.<br>
          <br>
          Either way one does not need to fsck just to cleanup the
          slotmap.<br>
        </blockquote>
      </div>
      <br>
      <br clear="all">
      <br>
      -- <br>
      Xavier Diumé<br>
      <a href="http://socaqui.cat" target="_blank">http://socaqui.cat</a><br>
    </blockquote>
    <br>
  </div></div></div>

</blockquote></div><br><br clear="all"><br>-- <br>Xavier Diumé<br><a href="http://socaqui.cat">http://socaqui.cat</a><br>