<?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: QLA2300 wierdness in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819146#M65342</link>
    <description>Shalom Richard,&lt;BR /&gt;&lt;BR /&gt;Your method of moving the data is not supported.&lt;BR /&gt;&lt;BR /&gt;I would suggest a simpler approach that involves backing your data up to tape and restoring it after you set up nw logical volumes and luns on the target environment.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
    <pubDate>Fri, 07 Jul 2006 07:47:54 GMT</pubDate>
    <dc:creator>Steven E. Protter</dc:creator>
    <dc:date>2006-07-07T07:47:54Z</dc:date>
    <item>
      <title>QLA2300 wierdness</title>
      <link>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819145#M65341</link>
      <description>Greetings:&lt;BR /&gt;&lt;BR /&gt;We're having some very, very odd problems as we try to migrate our SLES9 machines off of a VA7400 on to an XP10,000, then eventually on to an MSA1500... We had a QLogic QLA2200 adapter in the machine, and were having problems with a PVMove... We were eventually told by HP support that QLA2200s are not supported with the XP10K, so we put a QLA2310 in the machine in place of the 2200... Now, the 200 could see BOTH the VA LUNs (0:0, 0:96, and 0:97) and the XP LUNs (1:0 and 1:9)... The 2300 can see the XP LUNs, but not the VA LUNs... We also get, in DMESG the following error:&lt;BR /&gt;&lt;BR /&gt;scsi: host 0 channel 0 id 0 lun16384 has a LUN larger than allowed by the host adapter&lt;BR /&gt;scsi: host 0 channel 0 id 0 lun16480 has a LUN larger than allowed by the host adapter&lt;BR /&gt;scsi: host 0 channel 0 id 0 lun16481 has a LUN larger than allowed by the host adapter&lt;BR /&gt;&lt;BR /&gt;I find it odd that a LUN can come up with such a large number... The VA doesn't even support LUN numbers that large!&lt;BR /&gt;&lt;BR /&gt;This is apparently a documented, but not fixed problem... HAs anyone on the forums run into this, and come up with a fix???...&lt;BR /&gt;&lt;BR /&gt;We're running an HPDL360 with SLES9, SP3...&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Richard.&lt;BR /&gt;</description>
      <pubDate>Thu, 06 Jul 2006 18:41:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819145#M65341</guid>
      <dc:creator>Zaphoid1970</dc:creator>
      <dc:date>2006-07-06T18:41:22Z</dc:date>
    </item>
    <item>
      <title>Re: QLA2300 wierdness</title>
      <link>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819146#M65342</link>
      <description>Shalom Richard,&lt;BR /&gt;&lt;BR /&gt;Your method of moving the data is not supported.&lt;BR /&gt;&lt;BR /&gt;I would suggest a simpler approach that involves backing your data up to tape and restoring it after you set up nw logical volumes and luns on the target environment.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Fri, 07 Jul 2006 07:47:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819146#M65342</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-07-07T07:47:54Z</dc:date>
    </item>
    <item>
      <title>Re: QLA2300 wierdness</title>
      <link>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819147#M65343</link>
      <description>Did you ever figure out a solution to why the VA7400 LUNS are not being recognized properly?&lt;BR /&gt;&lt;BR /&gt;I am seeing the exact same problem.&lt;BR /&gt;&lt;BR /&gt;I have a Dell 1750 with two QLogic 2340 cards running RedHat 4.&lt;BR /&gt;&lt;BR /&gt;scsi: unknown device type 12&lt;BR /&gt;  Vendor: HP        Model: A6189A            Rev: HP20&lt;BR /&gt;  Type:   RAID                               ANSI SCSI revision: 03&lt;BR /&gt;qla2300 0000:01:04.0: scsi(4:0:0:0): Enabled tagged queuing, queue depth 32.&lt;BR /&gt;Attached scsi generic sg3 at scsi4, channel 0, id 0, lun 0,  type 12&lt;BR /&gt;scsi: host 4 channel 0 id 0 lun16384 has a LUN larger than allowed by the host adapter&lt;BR /&gt;scsi: host 4 channel 0 id 0 lun16395 has a LUN larger than allowed by the host adapter&lt;BR /&gt;scsi: host 4 channel 0 id 0 lun16396 has a LUN larger than allowed by the host adapter&lt;BR /&gt;scsi: host 4 channel 0 id 0 lun16408 has a LUN larger than allowed by the host adapter&lt;BR /&gt;scsi: host 4 channel 0 id 0 lun16411 has a LUN larger than allowed by the host adapter&lt;BR /&gt;</description>
      <pubDate>Tue, 10 Oct 2006 20:00:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819147#M65343</guid>
      <dc:creator>James A. Donovan</dc:creator>
      <dc:date>2006-10-10T20:00:43Z</dc:date>
    </item>
    <item>
      <title>Re: QLA2300 wierdness</title>
      <link>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819148#M65344</link>
      <description>A possible fix would be check what the array default host port behavior is set to.       If both controllers are set to HPUX or windows for example, Linux os may not be able to see the array correctly.   &lt;BR /&gt;&lt;BR /&gt;You can see the contents of the armhost file from the array with command                 armhost -r -f filename &lt;ARRAY id=""&gt;  &lt;BR /&gt;read the file filename and see if wwn of linux hba have entry in this table. If not Edited the file and added the node WWN Linux for each HBA add and then write file back to array armhost -w -f filename &lt;ARRAYID&gt; &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Rebooted the Linux server and see if luns are reporting.&lt;/ARRAYID&gt;&lt;/ARRAY&gt;</description>
      <pubDate>Tue, 17 Oct 2006 15:09:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819148#M65344</guid>
      <dc:creator>IT Response</dc:creator>
      <dc:date>2006-10-17T15:09:54Z</dc:date>
    </item>
    <item>
      <title>Re: QLA2300 wierdness</title>
      <link>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819149#M65345</link>
      <description>I'd be curious to know if anyone's come up with a resolution for this.  We're having the same issue w/RHEL4, Qlogic QLA234 HBA's on an HP DL585.  Perhaps I should start a new thread?&lt;BR /&gt;&lt;BR /&gt;thanks,&lt;BR /&gt;Seth</description>
      <pubDate>Thu, 04 Jan 2007 16:23:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819149#M65345</guid>
      <dc:creator>Seth Kaplan</dc:creator>
      <dc:date>2007-01-04T16:23:03Z</dc:date>
    </item>
    <item>
      <title>Re: QLA2300 wierdness</title>
      <link>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819150#M65346</link>
      <description>Creating the host port behavior file using the armhost command fixed this issue for me.&lt;BR /&gt;&lt;BR /&gt;Create a file with entries like so:&lt;BR /&gt;&lt;BR /&gt;200000e08b8ff43d Linux&lt;BR /&gt;200000e08b8fdf3b Linux&lt;BR /&gt;200000e08b8ff93e Linux&lt;BR /&gt;200000e08b8f5a3e Linux&lt;BR /&gt;200000e08b8ffb3e Linux&lt;BR /&gt;200000e08b8fee3d Linux&lt;BR /&gt;&lt;BR /&gt;One entry per WWN.  The default behavior for the VA7400 is "HP-UX", so you need to tell it that the operating system for the other cards is something else.&lt;BR /&gt;&lt;BR /&gt;....rant on....&lt;BR /&gt;....It only took 72 hours for HP Support to finally come back with such a simple "fix" from the time I first called them about my problem....and only after escalating the call with both HP and QLogic support.  You'd think something solved so simply would have been the first thing HP asked me to try, rather than telling me to call QLogic and RedHat for support....&lt;BR /&gt;....rant off....</description>
      <pubDate>Thu, 04 Jan 2007 17:44:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819150#M65346</guid>
      <dc:creator>James A. Donovan</dc:creator>
      <dc:date>2007-01-04T17:44:48Z</dc:date>
    </item>
    <item>
      <title>Re: QLA2300 wierdness</title>
      <link>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819151#M65347</link>
      <description>James,&lt;BR /&gt;&lt;BR /&gt;thanks for your reply.  I'm exploring this option.  This is the first Linux server I'm adding to our SAN.  Presently we've been homogeneous with HP-UX only.  I currently have no entries list in the host port behaviour table, I presume that's typical.  I'm being cautious as I don't want to interrupt our production servers.  I've opened a call with HP but am also experiencing slowness in their response.  RedHat's response to my problem was to reduce the Lun size.  Thanks RedHat.  I have to say I like the simplicity of dealing with one vendor for hardware and OS.  I guess I got soft doing HP-UX.&lt;BR /&gt;&lt;BR /&gt;Seth</description>
      <pubDate>Fri, 05 Jan 2007 15:39:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/qla2300-wierdness/m-p/3819151#M65347</guid>
      <dc:creator>Seth Kaplan</dc:creator>
      <dc:date>2007-01-05T15:39:49Z</dc:date>
    </item>
  </channel>
</rss>

