<?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: kernel: scsi : aborting command due to timeout in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298344#M12547</link>
    <description>An LH4 comes standard with 2 on-board SCSI controllers, and 3 bus'.&lt;BR /&gt;&lt;BR /&gt;One of the on-board controllers is a MegaRAID controller.&lt;BR /&gt;&lt;BR /&gt;The BIOS can control whether the two main bus' are dedicated to the MegaRAID controller, or whether one is for RAID, the other is for the 2nd controller (I beleive it's a symbios 53c8xxx badged thing).&lt;BR /&gt;&lt;BR /&gt;The 3rd bus is for an external interface, and is not wired out-of-the-box (it's at 90 degree's to the other two edge-based ports).&lt;BR /&gt;&lt;BR /&gt;The core two and labeled A and B.&lt;BR /&gt;&lt;BR /&gt;If you're using the onboard MegaRAID, and you've got both A and B as benig part of the MegaRAID, and you have two how-swap cages, then that's the end of the ball game.&lt;BR /&gt;&lt;BR /&gt;If you've only got the one cage (standard), and are only using one of the A/B ports for disks currently, then you can go into the BIOS, set port B to be just plain 'on-board SCSI', and put your tape drive on that chain instead.</description>
    <pubDate>Tue, 08 Jun 2004 18:37:44 GMT</pubDate>
    <dc:creator>Stuart Browne</dc:creator>
    <dc:date>2004-06-08T18:37:44Z</dc:date>
    <item>
      <title>kernel: scsi : aborting command due to timeout</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298339#M12542</link>
      <description>Hi:&lt;BR /&gt;&lt;BR /&gt;My server Red Hat A.S. 2.1 was blocked, i could not login with any user, now i can login and i saw that messages on /var/log/messages. Whats wrong. Pls Help me!&lt;BR /&gt;&lt;BR /&gt;Jun  7 14:31:33 salato-ap11 kernel: scsi : aborting command due to timeout : pid 0, scsi0, channel 2, id 0, lun 0 Read (10) 00 0a 49 88 de 00 00 08 00&lt;BR /&gt;Jun  7 14:31:33 salato-ap11 kernel: scsi : aborting command due to timeout : pid 0, scsi0, channel 2, id 0, lun 0 Write (10) 00 0a 15 ae 9f 00 00 08 00&lt;BR /&gt;Jun  7 14:31:33 salato-ap11 kernel: scsi : aborting command due to timeout : pid 0, scsi0, channel 2, id 0, lun 0 Write (10) 00 09 ef e5 af 00 00 08 00&lt;BR /&gt;Jun  7 14:31:33 salato-ap11 kernel: scsi : aborting command due to timeout : pid 0, scsi0, channel 2, id 0, lun 0 Write (10) 00 09 ef e5 af 00 00 08 00&lt;BR /&gt;Jun  7 14:31:55 salato-ap11 sshd(pam_unix)[24811]: session opened for user root by (uid=0)&lt;BR /&gt;</description>
      <pubDate>Mon, 07 Jun 2004 15:34:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298339#M12542</guid>
      <dc:creator>Edwin Ruiz_2</dc:creator>
      <dc:date>2004-06-07T15:34:43Z</dc:date>
    </item>
    <item>
      <title>Re: kernel: scsi : aborting command due to timeout</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298340#M12543</link>
      <description>Hrm.. Timeout's reading or writing to your SCSI bus.  Not the happiest of things to read.&lt;BR /&gt;&lt;BR /&gt;This could mean a few things unfortunately.  It could mean something as simple as an incorrectly seated cable.&lt;BR /&gt;&lt;BR /&gt;It could also mean bad termination on the SCSI chain.&lt;BR /&gt;&lt;BR /&gt;It could also mean a damaged cable.&lt;BR /&gt;&lt;BR /&gt;It could also unfortunately mean a bad disk.&lt;BR /&gt;&lt;BR /&gt;By the same token, it could just be a SCSI driver bug.&lt;BR /&gt;&lt;BR /&gt;Start by making sure you're on the latest kernel for AS2.1.&lt;BR /&gt;&lt;BR /&gt;Then continue by powering down, checking cabling and termination.&lt;BR /&gt;&lt;BR /&gt;If it still occurs after doing all of this, try un-populating the SCSI chain (removing CD-ROM's, Tape drives, external devices from the same chain).&lt;BR /&gt;&lt;BR /&gt;If after all of this, they still occur, then it would sound as if your disk is on the way out.&lt;BR /&gt;&lt;BR /&gt;Does it make strange sounds when these errors occur, or does it just have normal spinning-sounds?</description>
      <pubDate>Mon, 07 Jun 2004 18:47:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298340#M12543</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2004-06-07T18:47:15Z</dc:date>
    </item>
    <item>
      <title>Re: kernel: scsi : aborting command due to timeout</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298341#M12544</link>
      <description>Thanks Stuart!&lt;BR /&gt;&lt;BR /&gt;I have one DLT tape conected in same SCSI channel that my disks are. Server is one HP LH4. but if i connect in other SCSI Channel Redhat Linux A.S. 2.1 cant detect the device. what is ur recomendation?&lt;BR /&gt;&lt;BR /&gt;Thanks for ur help!</description>
      <pubDate>Tue, 08 Jun 2004 12:13:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298341#M12544</guid>
      <dc:creator>Edwin Ruiz_2</dc:creator>
      <dc:date>2004-06-08T12:13:59Z</dc:date>
    </item>
    <item>
      <title>Re: kernel: scsi : aborting command due to timeout</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298342#M12545</link>
      <description>For good througput the makers of most tape/dlt/ultrium drives recommends that the tape device get its own scsi chain.&lt;BR /&gt;&lt;BR /&gt;To do otherwise adversely impacts performance.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 08 Jun 2004 12:17:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298342#M12545</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-06-08T12:17:36Z</dc:date>
    </item>
    <item>
      <title>Re: kernel: scsi : aborting command due to timeout</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298343#M12546</link>
      <description>stuart has is right. &lt;BR /&gt;&lt;BR /&gt;a few more unlikly things that could cause this:&lt;BR /&gt;&lt;BR /&gt;the cable takes a corner too tight. check cable routing for very sharp bends. very unlikly on modern LVD scsi busses, but the old 30v ones could have some interesting problems here.&lt;BR /&gt;&lt;BR /&gt;noise on the cable. we had a DEC server with intermittent scsi problems. the cable was too close to the AC, and when the dehumidifier kicked on it drowned out the scsi signals. proper gounding on the external cable fixed that.</description>
      <pubDate>Tue, 08 Jun 2004 12:21:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298343#M12546</guid>
      <dc:creator>Thomas Bianco</dc:creator>
      <dc:date>2004-06-08T12:21:21Z</dc:date>
    </item>
    <item>
      <title>Re: kernel: scsi : aborting command due to timeout</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298344#M12547</link>
      <description>An LH4 comes standard with 2 on-board SCSI controllers, and 3 bus'.&lt;BR /&gt;&lt;BR /&gt;One of the on-board controllers is a MegaRAID controller.&lt;BR /&gt;&lt;BR /&gt;The BIOS can control whether the two main bus' are dedicated to the MegaRAID controller, or whether one is for RAID, the other is for the 2nd controller (I beleive it's a symbios 53c8xxx badged thing).&lt;BR /&gt;&lt;BR /&gt;The 3rd bus is for an external interface, and is not wired out-of-the-box (it's at 90 degree's to the other two edge-based ports).&lt;BR /&gt;&lt;BR /&gt;The core two and labeled A and B.&lt;BR /&gt;&lt;BR /&gt;If you're using the onboard MegaRAID, and you've got both A and B as benig part of the MegaRAID, and you have two how-swap cages, then that's the end of the ball game.&lt;BR /&gt;&lt;BR /&gt;If you've only got the one cage (standard), and are only using one of the A/B ports for disks currently, then you can go into the BIOS, set port B to be just plain 'on-board SCSI', and put your tape drive on that chain instead.</description>
      <pubDate>Tue, 08 Jun 2004 18:37:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298344#M12547</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2004-06-08T18:37:44Z</dc:date>
    </item>
    <item>
      <title>Re: kernel: scsi : aborting command due to timeout</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298345#M12548</link>
      <description>Ok! thanks.. i will check that configuration..&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 10 Jun 2004 11:54:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-scsi-aborting-command-due-to-timeout/m-p/3298345#M12548</guid>
      <dc:creator>Edwin Ruiz_2</dc:creator>
      <dc:date>2004-06-10T11:54:48Z</dc:date>
    </item>
  </channel>
</rss>

