<?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 device problem in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258363#M11642</link>
    <description>have you had a look inside /var/log/messages??&lt;BR /&gt; &lt;BR /&gt;&lt;BR /&gt;I have had this problem before, and noticed that messages is full of 'not enough mtrrs'. Not sure what they are but this only happens if I add a tapedrive after initial install of the OS, otherwise I do not have the problem accessing /dev/st0&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 05 May 2004 03:23:53 GMT</pubDate>
    <dc:creator>Matt Palmer_2</dc:creator>
    <dc:date>2004-05-05T03:23:53Z</dc:date>
    <item>
      <title>scsi device problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258359#M11638</link>
      <description>I have a Exabyte tape drive on Adaptec 2940. Once the RH9 boot up, and I do&lt;BR /&gt;cat /proc/scsi/scsi&lt;BR /&gt;I get&lt;BR /&gt;Attached devices: none&lt;BR /&gt;Then I do&lt;BR /&gt;mt -f /dev/st0 status&lt;BR /&gt;the tape drive is recognized (cat /proc/scsi/scsi get the right output).&lt;BR /&gt;What is the problem?&lt;BR /&gt;&lt;BR /&gt;Jun</description>
      <pubDate>Sat, 24 Apr 2004 14:51:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258359#M11638</guid>
      <dc:creator>Jun Zhang_4</dc:creator>
      <dc:date>2004-04-24T14:51:20Z</dc:date>
    </item>
    <item>
      <title>Re: scsi device problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258360#M11639</link>
      <description>Most of the time when this happens to me, and it does, its fixed by replacing the scsi cable. Even if there is no obvious damage.&lt;BR /&gt;&lt;BR /&gt;The good news is most cables cost under $50, though don't bother with most local computer stores, you have to order it.&lt;BR /&gt;&lt;BR /&gt;Check the cables, check device power and try a different cable. That solves the problem 75% of the time with me, any OS.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Sat, 24 Apr 2004 22:27:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258360#M11639</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-04-24T22:27:36Z</dc:date>
    </item>
    <item>
      <title>Re: scsi device problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258361#M11640</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;if what Jun reports is acurate (i.e. device becomes reliably avaialbe after the first mt status), it does not look like a HW problem to me. I am not overly familiar with the module loading process, but it would seem that the module is only loaded in that case if the device is actually used, kind of a deferred loading.&lt;BR /&gt;&lt;BR /&gt;Jun, could you do a lsmod before and after the mt status the next time you reboot to see if the driver has been loaded?&lt;BR /&gt;&lt;BR /&gt;Greetings, Martin</description>
      <pubDate>Sun, 25 Apr 2004 10:31:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258361#M11640</guid>
      <dc:creator>Martin P.J. Zinser</dc:creator>
      <dc:date>2004-04-25T10:31:04Z</dc:date>
    </item>
    <item>
      <title>Re: scsi device problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258362#M11641</link>
      <description>I'm with Martin.Linux should load the scsi module (sg or/and st) only when you try to access any particular device.&lt;BR /&gt;&lt;BR /&gt;Take a look @ /etc/modules.conf &lt;BR /&gt;Peace, R&amp;gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 26 Apr 2004 06:14:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258362#M11641</guid>
      <dc:creator>Roberto Polli</dc:creator>
      <dc:date>2004-04-26T06:14:38Z</dc:date>
    </item>
    <item>
      <title>Re: scsi device problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258363#M11642</link>
      <description>have you had a look inside /var/log/messages??&lt;BR /&gt; &lt;BR /&gt;&lt;BR /&gt;I have had this problem before, and noticed that messages is full of 'not enough mtrrs'. Not sure what they are but this only happens if I add a tapedrive after initial install of the OS, otherwise I do not have the problem accessing /dev/st0&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 05 May 2004 03:23:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258363#M11642</guid>
      <dc:creator>Matt Palmer_2</dc:creator>
      <dc:date>2004-05-05T03:23:53Z</dc:date>
    </item>
    <item>
      <title>Re: scsi device problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258364#M11643</link>
      <description>Matt,&lt;BR /&gt;I remember that 'not enough mtrr' -memory type range register- is a CPU stuff, maybe it's an error given _while_ but independently from tape.&lt;BR /&gt;I know MTRR are couples (memory,bus) that fasten register's access with processors&amp;gt;P2&lt;BR /&gt;eg. a MTRR can address a particular device to use a specific range of memory. If it's not clear or wrong, please, let me know.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Peace, R.</description>
      <pubDate>Wed, 05 May 2004 03:44:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258364#M11643</guid>
      <dc:creator>Roberto Polli</dc:creator>
      <dc:date>2004-05-05T03:44:16Z</dc:date>
    </item>
    <item>
      <title>Re: scsi device problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258365#M11644</link>
      <description>Hi Roberto,&lt;BR /&gt;&lt;BR /&gt;I found the answer in an unrelated post.&lt;BR /&gt;&lt;BR /&gt;Apparently MTRR problems can be related to memory leaks in low memory, and can sometimes sorted out by disabling shared memory in the BIOS for things like integrated graphics cards,etc. This is exactly the config on the server I have, i.e:it is using shm to support the onboard VGA. So I'm going to disable it and put a PCI VGA in instead, and see how I go with the drive.&lt;BR /&gt;&lt;BR /&gt;thanks for the help, maybe this could be a way forward for the poster of this message to.&lt;BR /&gt;&lt;BR /&gt;regards&lt;BR /&gt;&lt;BR /&gt;Matt&lt;BR /&gt;</description>
      <pubDate>Wed, 05 May 2004 04:32:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258365#M11644</guid>
      <dc:creator>Matt Palmer_2</dc:creator>
      <dc:date>2004-05-05T04:32:55Z</dc:date>
    </item>
    <item>
      <title>Re: scsi device problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258366#M11645</link>
      <description>Jun,&lt;BR /&gt;does any give answer help you?&lt;BR /&gt;did you solve it?&lt;BR /&gt;&lt;BR /&gt;Peace, R.</description>
      <pubDate>Wed, 05 May 2004 10:06:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/scsi-device-problem/m-p/3258366#M11645</guid>
      <dc:creator>Roberto Polli</dc:creator>
      <dc:date>2004-05-05T10:06:47Z</dc:date>
    </item>
  </channel>
</rss>

