<?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: Disk diagnostics and problem solving in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/disk-diagnostics-and-problem-solving/m-p/4849174#M394971</link>
    <description>Thanks all.</description>
    <pubDate>Thu, 30 Apr 2009 20:39:53 GMT</pubDate>
    <dc:creator>Doug_3</dc:creator>
    <dc:date>2009-04-30T20:39:53Z</dc:date>
    <item>
      <title>Disk diagnostics and problem solving</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disk-diagnostics-and-problem-solving/m-p/4849170#M394967</link>
      <description>Our db back up utility is now aborting.  The db vendor is claiming we have a disk error or problem.&lt;BR /&gt;I see nothing in syslog/dmesg.  Also, when I run STM I see only 'non-medium errors' on three of the disks.  I was unable to see what this meant in the STM help files.&lt;BR /&gt;&lt;BR /&gt;The question is what is the best way to determine the disk error, type, etc.  The db vendor wanted me to run dd, but I have never done that as a diagnostic tool.  The disks were created as raw.  Ideas on running either fsck or stm's built in diagnostic tools?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance,&lt;BR /&gt;Doug&lt;BR /&gt;</description>
      <pubDate>Fri, 11 Jul 2003 15:43:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disk-diagnostics-and-problem-solving/m-p/4849170#M394967</guid>
      <dc:creator>Doug_3</dc:creator>
      <dc:date>2003-07-11T15:43:56Z</dc:date>
    </item>
    <item>
      <title>Re: Disk diagnostics and problem solving</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disk-diagnostics-and-problem-solving/m-p/4849171#M394968</link>
      <description>You can use dd by doing something like:&lt;BR /&gt;&lt;BR /&gt;# dd if=/dev/rdsk/c?t?d? of=/dev/null bs=2048k&lt;BR /&gt;&lt;BR /&gt;If dd terminates abnormally then you have a disk problem.&lt;BR /&gt;&lt;BR /&gt;DO NOT use fsck if these are raw volumes.  fsck is designed for filesystem use only and may screw them up.&lt;BR /&gt;</description>
      <pubDate>Fri, 11 Jul 2003 15:49:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disk-diagnostics-and-problem-solving/m-p/4849171#M394968</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2003-07-11T15:49:18Z</dc:date>
    </item>
    <item>
      <title>Re: Disk diagnostics and problem solving</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disk-diagnostics-and-problem-solving/m-p/4849172#M394969</link>
      <description>fsck will be absolutely useless because there is no underlying filesystem. STM can be more useful but be carefule that you do not do destructive exercises that write to the disk.&lt;BR /&gt;&lt;BR /&gt;DD is actually a good tool for this.&lt;BR /&gt;&lt;BR /&gt;There are two levels of I/O that need to be examined. If you are using LVM then it is possible that a single LVOL might span multiple disks.&lt;BR /&gt;&lt;BR /&gt;dd if=/dev/vg02/rlvol1 bs=256k of=/dev/null&lt;BR /&gt;&lt;BR /&gt;OR (to access a disk directly)&lt;BR /&gt;dd if=/dev/rdsk/c2t5d0 bs=256k of=/dev/null&lt;BR /&gt;&lt;BR /&gt;I would choose the one that matches your backup scheme.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Man dd for details.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 11 Jul 2003 15:51:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disk-diagnostics-and-problem-solving/m-p/4849172#M394969</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2003-07-11T15:51:11Z</dc:date>
    </item>
    <item>
      <title>Re: Disk diagnostics and problem solving</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disk-diagnostics-and-problem-solving/m-p/4849173#M394970</link>
      <description>Hello!&lt;BR /&gt;&lt;BR /&gt;Check the disk with &lt;BR /&gt;dd if=/dev/rdsk/cXtXdX of=/dev/null bs=1024k&lt;BR /&gt;see if all the block readed.&lt;BR /&gt;&lt;BR /&gt;Also check the disk with diskinfo if you&lt;BR /&gt;will get the info about the disk.&lt;BR /&gt;&lt;BR /&gt;This way you will see if any hardware problems&lt;BR /&gt;You can use the sar to check the I/O of disk.&lt;BR /&gt;&lt;BR /&gt;Caesar</description>
      <pubDate>Fri, 11 Jul 2003 16:32:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disk-diagnostics-and-problem-solving/m-p/4849173#M394970</guid>
      <dc:creator>Caesar_3</dc:creator>
      <dc:date>2003-07-11T16:32:20Z</dc:date>
    </item>
    <item>
      <title>Re: Disk diagnostics and problem solving</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/disk-diagnostics-and-problem-solving/m-p/4849174#M394971</link>
      <description>Thanks all.</description>
      <pubDate>Thu, 30 Apr 2009 20:39:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/disk-diagnostics-and-problem-solving/m-p/4849174#M394971</guid>
      <dc:creator>Doug_3</dc:creator>
      <dc:date>2009-04-30T20:39:53Z</dc:date>
    </item>
  </channel>
</rss>

