<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Inode corruption? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597582#M232371</link>
    <description>Robert, I found this hints for you:&lt;BR /&gt;&lt;BR /&gt;directory operation failed in an unexpected manner. The mount point,inode&lt;BR /&gt;and block number identify the failing directory. If the inode is an&lt;BR /&gt;immediate directory, the directory entries are stored in the inode, so no&lt;BR /&gt;block number is reported. If the error is ENOENT or ENOTDIR, an&lt;BR /&gt;inconsistency was detected in the directory block. This inconsistency could&lt;BR /&gt;be a bad free count, a corrupted hash chain or any similar directory&lt;BR /&gt;structure error. If the error is EIO or ENXIO, an I/O failure occurred while&lt;BR /&gt;reading or writing the disk block.&lt;BR /&gt;&lt;BR /&gt;a full FSCK is&lt;BR /&gt;required to fix the structure of the file system.&lt;BR /&gt;&lt;BR /&gt;In this example, the error number is "6" which when looked up in&lt;BR /&gt;/usr/include/sys/errno.h. it translates to:&lt;BR /&gt;&lt;BR /&gt;#define ENXIO 6 /* No such device or address */&lt;BR /&gt;&lt;BR /&gt;Very often ENXIO is caused by intermittent hardware problems and those&lt;BR /&gt;should be investigated before taking any corrective action with the file&lt;BR /&gt;system.&lt;BR /&gt;&lt;BR /&gt;Check also this link:&lt;BR /&gt;&lt;A href="http://www.sunmanagers.org/pipermail/sunmanagers/2002-November/018281.html" target="_blank"&gt;http://www.sunmanagers.org/pipermail/sunmanagers/2002-November/018281.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Anyway, make a full fsck.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;Alex</description>
    <pubDate>Wed, 10 Aug 2005 11:18:50 GMT</pubDate>
    <dc:creator>Alessandro Pilati</dc:creator>
    <dc:date>2005-08-10T11:18:50Z</dc:date>
    <item>
      <title>Inode corruption?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597575#M232364</link>
      <description>Anyone have any idea what this error message means. Running 11.11 on an older Kclass using Peoplesoft Application server. Found the message in dmesg...&lt;BR /&gt;&lt;BR /&gt;msgcnt 228 vxfs: mesg 008: vx_direrr: vx_readdir2_1 - /app file system inode 13 block 23 error 6&lt;BR /&gt;&lt;BR /&gt;I dont see any stale inodes in the lvol.</description>
      <pubDate>Fri, 05 Aug 2005 12:26:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597575#M232364</guid>
      <dc:creator>Nobody's Hero</dc:creator>
      <dc:date>2005-08-05T12:26:22Z</dc:date>
    </item>
    <item>
      <title>Re: Inode corruption?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597576#M232365</link>
      <description>I can't exactly explain it to You, but I'd recommend You to take to following steps soon:&lt;BR /&gt;&lt;BR /&gt;umount the filesystem&lt;BR /&gt;take a full backup via the raw device &lt;BR /&gt;dd if=/dev/vgNN/rlvolMM bs=64k conv=noerror| gzip -c - &amp;gt; /var/adm/crash/backup_vgNN_lvolMM&lt;BR /&gt;( the conv=noerror will skip bad blocks so that You definitely good all good data collected in case there is an issue with the hardware)&lt;BR /&gt;&lt;BR /&gt;then go ahead and try to fsck the filesystem:&lt;BR /&gt;&lt;BR /&gt;fsck -Fvxfs -o full,nolog /dev/vgNN/rlvolMM&lt;BR /&gt;&lt;BR /&gt;everything fixed? -&amp;gt; ok, remount, test app&lt;BR /&gt;&lt;BR /&gt;still errors when doing a second fsck run?&lt;BR /&gt;if time is critical and LV is small, try to recover tape backup&lt;BR /&gt;otherwise open a call with HPs competency center to let them debug the filesystem.&lt;BR /&gt;</description>
      <pubDate>Fri, 05 Aug 2005 12:42:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597576#M232365</guid>
      <dc:creator>Florian Heigl (new acc)</dc:creator>
      <dc:date>2005-08-05T12:42:55Z</dc:date>
    </item>
    <item>
      <title>Re: Inode corruption?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597577#M232366</link>
      <description>uh, err... missed points:&lt;BR /&gt;&lt;BR /&gt;- check the backup taken (i.e. md5sum)&lt;BR /&gt;- before recovering the tape backup: newfs!</description>
      <pubDate>Fri, 05 Aug 2005 12:44:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597577#M232366</guid>
      <dc:creator>Florian Heigl (new acc)</dc:creator>
      <dc:date>2005-08-05T12:44:21Z</dc:date>
    </item>
    <item>
      <title>Re: Inode corruption?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597578#M232367</link>
      <description>I think you had  read error on disk.  Take a look at the disks in that related vg in cstm or stm and see if you see any errors,they should show disks errors.  Also check /var/adm/tombstones and /var/adm/syslog.</description>
      <pubDate>Fri, 05 Aug 2005 13:08:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597578#M232367</guid>
      <dc:creator>generic_1</dc:creator>
      <dc:date>2005-08-05T13:08:05Z</dc:date>
    </item>
    <item>
      <title>Re: Inode corruption?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597579#M232368</link>
      <description>No hardware errors.&lt;BR /&gt;I guess I'll dump the FS and run a fsck</description>
      <pubDate>Fri, 05 Aug 2005 13:39:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597579#M232368</guid>
      <dc:creator>Nobody's Hero</dc:creator>
      <dc:date>2005-08-05T13:39:18Z</dc:date>
    </item>
    <item>
      <title>Re: Inode corruption?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597580#M232369</link>
      <description>Hi Robert,&lt;BR /&gt;&lt;BR /&gt;The meaning of inode marked bad means, when accessing the inode, system encountered some problem, since not able to access the inode its marked bad.&lt;BR /&gt;&lt;BR /&gt;When you umount and do fsck this inode will be deleted from the filesystem.&lt;BR /&gt;&lt;BR /&gt;First found out what is this inode and which data it contains. If you can copy this file to some other name then copy/umount and fsck.&lt;BR /&gt;#ls -li /app should be cuase inode number is very less &lt;BR /&gt;&lt;BR /&gt;If you are sure there is no problem and you can access the file, then you make this inode marked again good via fsdb command.&lt;BR /&gt;&lt;BR /&gt;ex: &lt;BR /&gt;# fsdb &lt;LOGICAL volume="" name="" of=""&gt;&lt;BR /&gt;&amp;gt;13 i &lt;ENTER&gt;&lt;BR /&gt;&amp;gt;af=0&lt;BR /&gt;&amp;gt;quit&lt;BR /&gt;** you will see "aflags  1" if inode is marked bad, and "aflags 0" is it marked good.&lt;BR /&gt;&lt;BR /&gt;After that unmount/fsck/mount. &lt;BR /&gt;You won't loose that file&lt;BR /&gt;&lt;BR /&gt;Hope this helps&lt;BR /&gt;&lt;BR /&gt;&lt;/ENTER&gt;&lt;/LOGICAL&gt;</description>
      <pubDate>Wed, 10 Aug 2005 10:12:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597580#M232369</guid>
      <dc:creator>Sreedhar Nathani</dc:creator>
      <dc:date>2005-08-10T10:12:19Z</dc:date>
    </item>
    <item>
      <title>Re: Inode corruption?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597581#M232370</link>
      <description>The message: msgcnt 228 vxfs: mesg 008: vx_direrr: vx_readdir2_1 - /app file system inode 13 block 23 error 6&lt;BR /&gt; &lt;BR /&gt;ends with the error number, and in this case, the error is an errno value, the classic Unix error code. From the include file and man page for errno:&lt;BR /&gt; &lt;BR /&gt;from /usr/include/sys/errno.h:&lt;BR /&gt;   define       ENXIO           6       /* No such device or address    */&lt;BR /&gt;&lt;BR /&gt;from man 2 errno:&lt;BR /&gt;      [ENXIO]        No such device or address. I/O on a special file refers to a subdevice that does not exist, or is beyond the limits of the device.  It can also occur when, for example, a tape drive is not on line or no disk pack is loaded on a drive.&lt;BR /&gt; &lt;BR /&gt;SO it would appear that the disk drive went offline. You can verify this by looking in /var/adm/syslog/syslog.log to see if there are disk error messages.&lt;BR /&gt; &lt;BR /&gt;Now this could be caused by someone doing an lvreduce on the fil;esystem. lvreduce is a critically dangerous command as it simply cuts off the end of the volume. It knows nothing about filesystems and does no error checking since an lvol might be raw or swap and not a real filesystem. Recovery from this is possible as long as you know the previous size of the lvol. Just use lvextend to return the lvol to the original size.</description>
      <pubDate>Wed, 10 Aug 2005 11:04:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597581#M232370</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2005-08-10T11:04:21Z</dc:date>
    </item>
    <item>
      <title>Re: Inode corruption?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597582#M232371</link>
      <description>Robert, I found this hints for you:&lt;BR /&gt;&lt;BR /&gt;directory operation failed in an unexpected manner. The mount point,inode&lt;BR /&gt;and block number identify the failing directory. If the inode is an&lt;BR /&gt;immediate directory, the directory entries are stored in the inode, so no&lt;BR /&gt;block number is reported. If the error is ENOENT or ENOTDIR, an&lt;BR /&gt;inconsistency was detected in the directory block. This inconsistency could&lt;BR /&gt;be a bad free count, a corrupted hash chain or any similar directory&lt;BR /&gt;structure error. If the error is EIO or ENXIO, an I/O failure occurred while&lt;BR /&gt;reading or writing the disk block.&lt;BR /&gt;&lt;BR /&gt;a full FSCK is&lt;BR /&gt;required to fix the structure of the file system.&lt;BR /&gt;&lt;BR /&gt;In this example, the error number is "6" which when looked up in&lt;BR /&gt;/usr/include/sys/errno.h. it translates to:&lt;BR /&gt;&lt;BR /&gt;#define ENXIO 6 /* No such device or address */&lt;BR /&gt;&lt;BR /&gt;Very often ENXIO is caused by intermittent hardware problems and those&lt;BR /&gt;should be investigated before taking any corrective action with the file&lt;BR /&gt;system.&lt;BR /&gt;&lt;BR /&gt;Check also this link:&lt;BR /&gt;&lt;A href="http://www.sunmanagers.org/pipermail/sunmanagers/2002-November/018281.html" target="_blank"&gt;http://www.sunmanagers.org/pipermail/sunmanagers/2002-November/018281.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Anyway, make a full fsck.&lt;BR /&gt;&lt;BR /&gt;Rgds,&lt;BR /&gt;Alex</description>
      <pubDate>Wed, 10 Aug 2005 11:18:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/inode-corruption/m-p/3597582#M232371</guid>
      <dc:creator>Alessandro Pilati</dc:creator>
      <dc:date>2005-08-10T11:18:50Z</dc:date>
    </item>
  </channel>
</rss>

