<?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 linux sudden misbehaviour with MSA2000 fc in HPE EVA Storage</title>
    <link>https://community.hpe.com/t5/hpe-eva-storage/linux-sudden-misbehaviour-with-msa2000-fc/m-p/5243120#M59535</link>
    <description>The device was working well and windows was detecting the luns asd /dev/sdX devices, but when I removed all (unformatted) vdisks and recreated another vdisks and volumes, linux fails detecting the devices and shows them as non-block sgX devices! What is wrong with that?</description>
    <pubDate>Wed, 09 Jun 2010 13:30:19 GMT</pubDate>
    <dc:creator>Nima Gh.</dc:creator>
    <dc:date>2010-06-09T13:30:19Z</dc:date>
    <item>
      <title>linux sudden misbehaviour with MSA2000 fc</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/linux-sudden-misbehaviour-with-msa2000-fc/m-p/5243120#M59535</link>
      <description>The device was working well and windows was detecting the luns asd /dev/sdX devices, but when I removed all (unformatted) vdisks and recreated another vdisks and volumes, linux fails detecting the devices and shows them as non-block sgX devices! What is wrong with that?</description>
      <pubDate>Wed, 09 Jun 2010 13:30:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/linux-sudden-misbehaviour-with-msa2000-fc/m-p/5243120#M59535</guid>
      <dc:creator>Nima Gh.</dc:creator>
      <dc:date>2010-06-09T13:30:19Z</dc:date>
    </item>
    <item>
      <title>Re: linux sudden misbehaviour with MSA2000 fc</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/linux-sudden-misbehaviour-with-msa2000-fc/m-p/5243121#M59536</link>
      <description>"sg" devices represent so-called "controller LUNs". Those are special SCSI communication LUNs which do not provide storage. I'm pretty sure Linux has seen them before, because the MSA presents a controller device at LUN address #0 on each controller host port.&lt;BR /&gt;&lt;BR /&gt;It sounds like you have created vdisk(s) and volumes, but did not present the volumes to the host(s).</description>
      <pubDate>Wed, 09 Jun 2010 14:18:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/linux-sudden-misbehaviour-with-msa2000-fc/m-p/5243121#M59536</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2010-06-09T14:18:44Z</dc:date>
    </item>
    <item>
      <title>Re: linux sudden misbehaviour with MSA2000 fc</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/linux-sudden-misbehaviour-with-msa2000-fc/m-p/5243122#M59537</link>
      <description>Thanks for your reply! Do I need to do some extra work? How should I Present the Volumes to hosts? I thought that identifying hosts by MSA2000 is enough! &lt;BR /&gt;I remember, Hosts HBA card can detect MSA2000 device! and MSA2000 can see the hosts! but devices are not created successfully!</description>
      <pubDate>Sat, 12 Jun 2010 06:44:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/linux-sudden-misbehaviour-with-msa2000-fc/m-p/5243122#M59537</guid>
      <dc:creator>Nima Gh.</dc:creator>
      <dc:date>2010-06-12T06:44:31Z</dc:date>
    </item>
    <item>
      <title>Re: linux sudden misbehaviour with MSA2000 fc</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/linux-sudden-misbehaviour-with-msa2000-fc/m-p/5243123#M59538</link>
      <description>Thanks! I performed mapping and the problem is solved now!</description>
      <pubDate>Sun, 13 Jun 2010 09:44:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/linux-sudden-misbehaviour-with-msa2000-fc/m-p/5243123#M59538</guid>
      <dc:creator>Nima Gh.</dc:creator>
      <dc:date>2010-06-13T09:44:58Z</dc:date>
    </item>
  </channel>
</rss>

