It&#39;s either that or a check sum problem. Disable metaecc. Not sure which kernel you are running.<div>We had fixed few problems few years ago around this. If your kernel is older, then it could be</div><div>a known issue.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Nov 9, 2012 at 12:50 PM, Marian Serban <span dir="ltr">&lt;<a href="mailto:marian@easic.ro" target="_blank">marian@easic.ro</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Sunil,<br>
<br>
Thank you for answering. Unfortunately, it doesn&#39;t seem like it&#39;s a hardware problem. There&#39;s no way a cable can be loose because it&#39;s iSCSI over 1G Ethernet (copper wires) environment. Also I performed &quot;dd if=/dev/.... of=/dev/null&quot; and first 16GB or so are fine. &quot;Dmesg&quot; shows no errors.<br>

<br>
<br>
Also tried with debugfs.ocfs2:<br>
<br>
<br>
[root@ro02xsrv003 ~]# debugfs.ocfs2  /dev/mapper/volgr1-lvol0<br>
debugfs.ocfs2 1.6.3<br>
debugfs: ls<br>
ls: Bad magic number in inode &#39;.&#39;<br>
debugfs: slotmap<br>
slotmap: Bad magic number in inode while reading slotmap system file<br>
debugfs: stats<br>
        Revision: 0.90<br>
        Mount Count: 0   Max Mount Count: 20<br>
        State: 0   Errors: 0<br>
        Check Interval: 0   Last Check: Fri Nov  9 14:35:53 2012<br>
        Creator OS: 0<br>
        Feature Compat: 3 backup-super strict-journal-super<br>
        Feature Incompat: 16208 sparse extended-slotmap inline-data metaecc xattr indexed-dirs refcount discontig-bg<br>
        Tunefs Incomplete: 0<br>
        Feature RO compat: 7 unwritten usrquota grpquota<br>
        Root Blknum: 129   System Dir Blknum: 130<br>
        First Cluster Group Blknum: 64<br>
        Block Size Bits: 12   Cluster Size Bits: 18<br>
        Max Node Slots: 10<br>
        Extended Attributes Inline Size: 256<br>
        Label: SAN<br>
        UUID: B4CF8D4667AF43118F3324567B90A9<u></u>87<br>
        Hash: 3698209293 (0xdc6e320d)<br>
        DX Seed[0]: 0x9f4a2bb7<br>
        DX Seed[1]: 0x501ddac0<br>
        DX Seed[2]: 0x6034bfe8<br>
        Cluster stack: classic o2cb<br>
        Inode: 2   Mode: 00   Generation: 1093568923 (0x412e899b)<br>
        FS Generation: 1093568923 (0x412e899b)<br>
        CRC32: 46f2d360   ECC: 04d4<br>
        Type: Unknown   Attr: 0x0   Flags: Valid System Superblock<br>
        Dynamic Features: (0x0)<br>
        User: 0 (root)   Group: 0 (root)   Size: 0<br>
        Links: 0   Clusters: 45340448<br>
        ctime: 0x4ee67f67 -- Tue Dec 13 00:25:43 2011<br>
        atime: 0x0 -- Thu Jan  1 02:00:00 1970<br>
        mtime: 0x4ee67f67 -- Tue Dec 13 00:25:43 2011<br>
        dtime: 0x0 -- Thu Jan  1 02:00:00 1970<br>
        ctime_nsec: 0x00000000 -- 0<br>
        atime_nsec: 0x00000000 -- 0<br>
        mtime_nsec: 0x00000000 -- 0<br>
        Refcount Block: 0<br>
        Last Extblk: 0   Orphan Slot: 0<br>
        Sub Alloc Slot: Global   Sub Alloc Bit: 65535<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
<br>
<br>
Marian<br>
<br>
</font></span><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>