<?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: SCSI Errors ??? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992143#M124635</link>
    <description>Clarification... under read command I meant&lt;BR /&gt;dd if=/dev/rdsk/cXtYdZ of=/dev/null bs=4096k&lt;BR /&gt;Eugeny</description>
    <pubDate>Tue, 10 Jun 2003 07:08:09 GMT</pubDate>
    <dc:creator>Eugeny Brychkov</dc:creator>
    <dc:date>2003-06-10T07:08:09Z</dc:date>
    <item>
      <title>SCSI Errors ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992135#M124627</link>
      <description>I am receiving SCSI error messages:&lt;BR /&gt;&lt;BR /&gt;scb-&amp;gt;cdb 12 00 00 00 80 00&lt;BR /&gt;SCSI: Resetting SCSI -- lbolt: 175951085, bus: 10&lt;BR /&gt;SCSI: Reset detected -- lbolt: 175951085, bus: 10&lt;BR /&gt;&lt;BR /&gt;How can I trace this back to the hardare path/device causing the problem ??&lt;BR /&gt;</description>
      <pubDate>Mon, 09 Jun 2003 12:41:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992135#M124627</guid>
      <dc:creator>MikeL_4</dc:creator>
      <dc:date>2003-06-09T12:41:20Z</dc:date>
    </item>
    <item>
      <title>Re: SCSI Errors ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992136#M124628</link>
      <description>See Chris Moore's answer (among others) in this thread:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x9d086d96588ad4118fef0090279cd0f9,00.html" target="_blank"&gt;http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x9d086d96588ad4118fef0090279cd0f9,00.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Mon, 09 Jun 2003 12:48:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992136#M124628</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2003-06-09T12:48:28Z</dc:date>
    </item>
    <item>
      <title>Re: SCSI Errors ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992137#M124629</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Look under /dev (maybe using lssf) until you find a node that matches. &lt;BR /&gt;&lt;BR /&gt;SCSI resets can happen if a device on the bus was power-cycled, if a device initiated a reset, or if a cable was removed. They can also be triggered by faulty hardware or if the bus is not properly terminated. A few resets are nothing to worry about. The SCSI protocol is expected to handle these events but if you are seeing more than a few then start looking. &lt;BR /&gt; &lt;BR /&gt;if the OS is 11i&lt;BR /&gt;1) SCSI IO Subsystem Cumulative (PHKL_23666) &lt;BR /&gt;2) SCSI IO Cumulative (PHKL_29039) &lt;BR /&gt; may help you&lt;BR /&gt;</description>
      <pubDate>Mon, 09 Jun 2003 12:52:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992137#M124629</guid>
      <dc:creator>Ravi_8</dc:creator>
      <dc:date>2003-06-09T12:52:59Z</dc:date>
    </item>
    <item>
      <title>Re: SCSI Errors ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992138#M124630</link>
      <description>Bus 10 is the issue so that's going to be a disk controller or another HBA, i.e., 'c10'.&lt;BR /&gt;&lt;BR /&gt;ioscan -fnkC ext_bus&lt;BR /&gt;&lt;BR /&gt;If fibre channel adaptor then use 'fcmsutil' to check for errors.&lt;BR /&gt;&lt;BR /&gt;ioscan -fnkC fc&lt;BR /&gt;&lt;BR /&gt;fcmsutil /dev/td0, 1, 2, etc.&lt;BR /&gt;&lt;BR /&gt;Use logtool to see accumulated errors:&lt;BR /&gt;&lt;BR /&gt;STM &amp;gt; TOOLS &amp;gt; UTILITY &amp;gt; RUN &amp;gt; LOGTOOL &amp;gt; FILE &amp;gt; VIEW &amp;gt; RAW SUMMARY. &lt;BR /&gt;&lt;BR /&gt;Note the first and last dates of transactions and calculate the difference. If the difference is short, like 4 hours, then this is important to note. Now read down the report of hardware addresses and observe the integer numbers in parenthesis. Anything over 150 in this 4 hour period should be called into HP for replacement.</description>
      <pubDate>Mon, 09 Jun 2003 13:02:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992138#M124630</guid>
      <dc:creator>Michael Steele_2</dc:creator>
      <dc:date>2003-06-09T13:02:59Z</dc:date>
    </item>
    <item>
      <title>Re: SCSI Errors ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992139#M124631</link>
      <description>1)ioscan -fnCext_bus (seek bus 10)&lt;BR /&gt;2)in syslog.log seek for "dev 0xXXYYZZFF" where&lt;BR /&gt;XX are a major number (1f for sdisk),YY is a bus,ZZ is a scsi target+lun pair.&lt;BR /&gt;For example 0x1f011000 stands for sdisk (disk device),bus 01, target 1,lun 0.Do ioscan for&lt;BR /&gt;bus 01 and find (for example):c2t1d0 is a culprit.(Note c2,where 2 is an instance/number of controllers in system and NOT bus number which can be found by ioscan -fnCext_bus)&lt;BR /&gt;&lt;BR /&gt;Zeev</description>
      <pubDate>Mon, 09 Jun 2003 13:08:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992139#M124631</guid>
      <dc:creator>Zeev Schultz</dc:creator>
      <dc:date>2003-06-09T13:08:30Z</dc:date>
    </item>
    <item>
      <title>Re: SCSI Errors ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992140#M124632</link>
      <description>Looking for some feedback...&lt;BR /&gt;&lt;BR /&gt;I've noticed several queries about how to decode these SCSI syslog messages.&lt;BR /&gt;&lt;BR /&gt;For the next generation of SCSI, we will be including some additional information in the syslog messages.  For example, you might see the following message if an IO times out:&lt;BR /&gt;&lt;BR /&gt;SCSI Ultra320 1/0/14/0/1 instance 11: IO Type: SCSI IO. IO timed out - Target ID: 10, LUN ID: 0    CDB - 2F 00 00 00 00 00 00 FF FF 00&lt;BR /&gt;&lt;BR /&gt;Does this make it easier to find the device causing the problem?  Is there any additional information you'd like to see?&lt;BR /&gt;&lt;BR /&gt;Ron Lawson&lt;BR /&gt;HP&lt;BR /&gt;</description>
      <pubDate>Tue, 10 Jun 2003 01:07:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992140#M124632</guid>
      <dc:creator>Ron Lawson_1</dc:creator>
      <dc:date>2003-06-10T01:07:05Z</dc:date>
    </item>
    <item>
      <title>Re: SCSI Errors ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992141#M124633</link>
      <description>The additional (decoded) information is VERY nice. However, a decoder script would be nice. lbolt, power fail, etc messages have lots of numbers but no useful data without the official HP Decoder Ring (tm). The hex numbers may or may not be useful but nothing is available outside HP to make any sense out of them (ie, CDB - 2F 00 00 00 00 00 00 FF FF 00). And yes, the script will have to be constantly updated as long as the message formats keep changing. Maybe the lab can standardize on format tags in front of the numbers?</description>
      <pubDate>Tue, 10 Jun 2003 01:19:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992141#M124633</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2003-06-10T01:19:37Z</dc:date>
    </item>
    <item>
      <title>Re: SCSI Errors ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992142#M124634</link>
      <description>Command 12h is one of mandatory SCSI commands - it's Inquiry command. Device failed or delayed inquiry and I would recommend to proceed with device troubleshooting and testing ASAP. To do it first identify device, check its state with ioscan and diskinfo, then check surface with read command.&lt;BR /&gt;Although if this device is not an ordinary SCSI disk, but, for example, FC disk array, these symptoms can be caused by incorrect SAN configuration&lt;BR /&gt;Eugeny</description>
      <pubDate>Tue, 10 Jun 2003 07:06:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992142#M124634</guid>
      <dc:creator>Eugeny Brychkov</dc:creator>
      <dc:date>2003-06-10T07:06:37Z</dc:date>
    </item>
    <item>
      <title>Re: SCSI Errors ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992143#M124635</link>
      <description>Clarification... under read command I meant&lt;BR /&gt;dd if=/dev/rdsk/cXtYdZ of=/dev/null bs=4096k&lt;BR /&gt;Eugeny</description>
      <pubDate>Tue, 10 Jun 2003 07:08:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992143#M124635</guid>
      <dc:creator>Eugeny Brychkov</dc:creator>
      <dc:date>2003-06-10T07:08:09Z</dc:date>
    </item>
    <item>
      <title>Re: SCSI Errors ???</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992144#M124636</link>
      <description>Well would be nice to know different fields of&lt;BR /&gt;SCSI dump...&lt;BR /&gt;Isn't it up to the chip manufacturers (like NCR,Digital &lt;RIP&gt; etc) to set what exactly is&lt;BR /&gt;shown in the syslog?&lt;/RIP&gt;</description>
      <pubDate>Tue, 10 Jun 2003 07:32:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/scsi-errors/m-p/2992144#M124636</guid>
      <dc:creator>Zeev Schultz</dc:creator>
      <dc:date>2003-06-10T07:32:37Z</dc:date>
    </item>
  </channel>
</rss>

