<?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: HP MSA SAN issue in MSA Storage</title>
    <link>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6887358#M10191</link>
    <description>&lt;P&gt;Assuming the RAID was RAID5 the failure of 2 disks means data is lost ...&lt;/P&gt;</description>
    <pubDate>Wed, 10 Aug 2016 14:46:37 GMT</pubDate>
    <dc:creator>Torsten.</dc:creator>
    <dc:date>2016-08-10T14:46:37Z</dc:date>
    <item>
      <title>HP MSA SAN issue</title>
      <link>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6884501#M10176</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;We have a &lt;SPAN&gt;MSA2000&amp;nbsp; controllers model 2012fc G1 Modular Smart Array with additional 12 bay enclosures.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;We have 14 disks and 2 spares.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Dirung the night we had a disk failure and the spare kicked in as expected but during the vdisk reconstruct a 2nd disk failed, causing the reconstruct to fail and the VDISK to go offline.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;What do I need to do to get the vdisk back online and not lose any data?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Thanks&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 02 Aug 2016 11:34:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6884501#M10176</guid>
      <dc:creator>fenno25</dc:creator>
      <dc:date>2016-08-02T11:34:03Z</dc:date>
    </item>
    <item>
      <title>Re: HP MSA SAN issue</title>
      <link>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6887268#M10185</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Cannot comment on this unless I have a look at the logs.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Share the logs and I will priovid the best possibele solution.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Jawad Ahmed&lt;/P&gt;</description>
      <pubDate>Wed, 10 Aug 2016 11:36:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6887268#M10185</guid>
      <dc:creator>iamjawad</dc:creator>
      <dc:date>2016-08-10T11:36:10Z</dc:date>
    </item>
    <item>
      <title>Re: HP MSA SAN issue</title>
      <link>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6887316#M10187</link>
      <description>&lt;P&gt;Turns out data was lost and we had to re-initialise the array! very annoying&lt;/P&gt;</description>
      <pubDate>Wed, 10 Aug 2016 13:24:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6887316#M10187</guid>
      <dc:creator>fenno25</dc:creator>
      <dc:date>2016-08-10T13:24:45Z</dc:date>
    </item>
    <item>
      <title>Re: HP MSA SAN issue</title>
      <link>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6887317#M10188</link>
      <description>&lt;P&gt;Sorry to hear that.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I would recommend that you contact HPE support in future.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 10 Aug 2016 13:29:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6887317#M10188</guid>
      <dc:creator>iamjawad</dc:creator>
      <dc:date>2016-08-10T13:29:25Z</dc:date>
    </item>
    <item>
      <title>Re: HP MSA SAN issue</title>
      <link>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6887358#M10191</link>
      <description>&lt;P&gt;Assuming the RAID was RAID5 the failure of 2 disks means data is lost ...&lt;/P&gt;</description>
      <pubDate>Wed, 10 Aug 2016 14:46:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6887358#M10191</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2016-08-10T14:46:37Z</dc:date>
    </item>
    <item>
      <title>Re: HP MSA SAN issue</title>
      <link>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6887366#M10192</link>
      <description>&lt;P&gt;&lt;STRONG&gt;Well, in this scenario we have an option for using “Trust” command&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Using the trust command&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&amp;nbsp;&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;STRONG&gt;The trust command enables an offline vdisk to be brought online for emergency data recovery. This command must be enabled before each use. If used improperly this command can cause unstable operation and data loss and before use, carefully read the cautions and procedures below.&lt;/STRONG&gt;&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;The trust command resynchronizes time and date metadata on the drives, making LEFTOVR or failed drives that were once members of the vdisk active members of the vdisk again.&lt;/STRONG&gt;&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;User may need to use the trust command when a vdisk is offline and there is no data backup or as a last attempt to recover the current data on a vdisk. In these cases, the trust command may work, but only if the drives continue to operate.&lt;/STRONG&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;There is always a solution with HP :)&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 10 Aug 2016 14:57:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/msa-storage/hp-msa-san-issue/m-p/6887366#M10192</guid>
      <dc:creator>iamjawad</dc:creator>
      <dc:date>2016-08-10T14:57:09Z</dc:date>
    </item>
  </channel>
</rss>

