<div dir="ltr">Cloning the inode means inode + data. Let it finish.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Mar 22, 2014 at 3:44 PM, Eric Raskin <span dir="ltr">&lt;<a href="mailto:eraskin@paslists.com" target="_blank">eraskin@paslists.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div style text="#000000" bgcolor="#FFFFFF">
    Hi:<br>
    <br>
    I am running a two-node Oracle VM Server 2.2.2 installation.   We
    were having some strange problems creating new virtual machines, so
    I shut down the systems and unmounted the OVS Repository (ocfs2 file
    system on Equallogic equipment).<br>
    <br>
    I ran a fsck -y first, which replayed the logs and said all was
    clean.  But, I am pretty sure there are other issues, so I started
    an fsck -fy<br>
    <br>
    One of the messages I got was:<br>
    <br>
    Cluster 161213953 is claimed by the following inodes:<br>
      &lt;76289548&gt;<br>
      /running_pool/450_gebidb/System.img<br>
    [DUP_CLUSTERS_CLONE] Inode &quot;(null)&quot; may be cloned or deleted to
    break the claim it has on its clusters. Clone inode &quot;(null)&quot; to
    break claims on clusters it shares with other inodes? y<br>
    <br>
    I then watched with an strace -p &lt;fsck process&gt; to see what
    was happening, since it was taking a long time with no messages.  I
    see:<br>
    <br>
    pwrite64(3,
    &quot;INODE01\0H\26O}\377\377\22\0\0\0\0\0\0$\0\0\0\0\0\0\0\0\0\0&quot;...,
    4096, 90112) = 4096<br>
    pwrite64(3,
    &quot;EXBLK01\0\0\0\0\0\0\0\0\0\0\0+\3H\26O}\306\374&amp;\0\0\0\0\0&quot;...,
    4096, 10465599488) = 4096<br>
    pwrite64(3,
    &quot;GROUP01\0\300\17\0\4P\0\0\0H\26O}\0\0\0\0\0\0\0\0\0\0\0\0&quot;...,
    4096, 10462699520) = 4096<br>
    pwrite64(3,
    &quot;INODE01\0H\26O}\377\377\22\0\0\0\0\0\0$\0\0\0\0\0\0\0\0\0\0&quot;...,
    4096, 90112) = 4096<br>
    pwrite64(3,
    &quot;EXBLK01\0\0\0\0\0\0\0\0\0\0\0/\3H\26O}\302\374&amp;\0\0\0\0\0&quot;...,
    4096, 10465583104) = 4096<br>
    pwrite64(3,
    &quot;GROUP01\0\300\17\0\4Q\0\0\0H\26O}\0\0\0\0\0\0\0\0\0\0\0\0&quot;...,
    4096, 10462699520) = 4096<br>
    pwrite64(3,
    &quot;INODE01\0H\26O}\377\377\22\0\0\0\0\0\0$\0\0\0\0\0\0\0\0\0\0&quot;...,
    4096, 90112) = 4096<br>
    pwrite64(3,
    &quot;EXBLK01\0\0\0\0\0\0\0\0\0\0\0003\3H\26O}\274\374&amp;\0\0\0\0\0&quot;...,
    4096, 10465558528) = 4096<br>
    pwrite64(3,
    &quot;INODE01\0H\26O}\0\0L\0\0\0\0\0\24\346\17\0\0\0\0\0\0\0\0\0&quot;...,
    4096, 2686701568) = 4096<br>
    pwrite64(3,
    &quot;GROUP01\0\300\17\0~\3\0#\0H\26O}\0\0\0\0\0n\0\1\0\0\0\0&quot;..., 4096,
    100940120064) = 4096<br>
    pwrite64(3,
    &quot;INODE01\0H\26O}\377\377\7\0\0\0\0\0\0\6\0\30\0\0\0\0\0\0\0\0&quot;...,
    4096, 45056) = 4096<br>
    pwrite64(3,
    &quot;GROUP01\0\300\17\0\4P\0\0\0H\26O}\0\0\0\0\0\0\0\0\0\0\0\0&quot;...,
    4096, 10462699520) = 4096<br>
    pwrite64(3,
    &quot;INODE01\0H\26O}\377\377\22\0\0\0\0\0\0$\0\0\0\0\0\0\0\0\0\0&quot;...,
    4096, 90112) = 4096<br>
    pwrite64(3,
    &quot;EXBLK01\0\0\0\0\0\0\0\0\0\0\0\272\2H\26O}\274\374&amp;\0\0\0\0\0&quot;...,
    4096, 10465558528) = 4096<br>
    pwrite64(3,
    &quot;EXBLK01\0\0\0\0\0\0\0\0\0\0\0003\3H\26O}\274\374&amp;\0\0\0\0\0&quot;...,
    4096, 10465558528) = 4096<br>
    pwrite64(3,
    &quot;GROUP01\0\300\17\0\4O\0\0\0H\26O}\0\0\0\0\0\0\0\0\0\0\0\0&quot;...,
    4096, 10462699520) = 4096<br>
    pwrite64(3,
    &quot;INODE01\0H\26O}\377\377\22\0\0\0\0\0\0$\0\0\0\0\0\0\0\0\0\0&quot;...,
    4096, 90112) = 4096<br>
    <br>
    This is going on and on.  It looks like it is writing lots of
    entries to fix one duplicate inode???<br>
    <br>
    At this point, I have aborted the fsck, as I am worried that it is
    completely trashing our OVS repository disk.<br>
    <br>
    Can anybody shed some light on this before I restart the fsck?  We
    need to be back up and running ASAP!<br>
    <br>
    Thanks in advance!<span class="HOEnZb"><font color="#888888"><br>
    -- <br>
    <div>-----------------------------------------------------------------------------------------------------------------------------------------------<br>
      <table width="50%" border="0">
        <tbody>
          <tr>
            <td>Eric H. Raskin</td>
            <td align="right"><a href="tel:914-765-0500%20x120" value="+19147650500" target="_blank">914-765-0500 x120</a></td>
          </tr>
          <tr>
            <td>Professional Advertising Systems Inc.</td>
            <td align="right"><a href="tel:914-765-0503" value="+19147650503" target="_blank">914-765-0503</a> fax</td>
          </tr>
          <tr>
            <td>200 Business Park Dr Suite 304</td>
            <td align="right"><a href="mailto:eraskin@paslists.com" target="_blank">eraskin@paslists.com</a></td>
          </tr>
          <tr>
            <td>Armonk, NY 10504</td>
            <td align="right"><a href="http://www.paslists.com" target="_blank">http://www.paslists.com</a></td>
          </tr>
        </tbody>
      </table>
    </div>
  </font></span></div>

<br>_______________________________________________<br>
Ocfs2-users mailing list<br>
<a href="mailto:Ocfs2-users@oss.oracle.com">Ocfs2-users@oss.oracle.com</a><br>
<a href="https://oss.oracle.com/mailman/listinfo/ocfs2-users" target="_blank">https://oss.oracle.com/mailman/listinfo/ocfs2-users</a><br></blockquote></div><br></div>