<?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 RAID 5 rebuild error in Disk Enclosures</title>
    <link>https://community.hpe.com/t5/disk-enclosures/raid-5-rebuild-error/m-p/6002399#M46138</link>
    <description>&lt;P&gt;I have a Proliant DL380 Gen4 with SmartArray 6i and SmartArray 6400.&amp;nbsp; There are four 72GB Ultra320 drives in a RAID 5 array with one logical volume and two 300GB Ultra320 drives in a RAID 0+1 array with one logical volume on the SmartArray 6i and an external drive shelf with fourteen 146GB drives on the SmartArray 6400.&amp;nbsp; The server is running Microsoft Windows Server 2003 R2.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Several weeks ago, one of the 72GB drives failed (HDD #0) and was replaced.&amp;nbsp; The rebuild completed with no errors.&amp;nbsp; About two weeks later a second 72GB drive failed (HDD #2) and was replaced.&amp;nbsp; The rebuild initiated but failed when a bad block was encounter on HDD #0.&amp;nbsp; With the new 72GB drive in&amp;nbsp;HDD #2, system performance is unbelievably slow (45 minutes to just logon to the server).&amp;nbsp; I shut down the server, pulled HDD #2, and rebooted in interim recovery mode with only three drives in the RAID 5 array.&amp;nbsp; The performance is nearly normal but, of course, there is no fault tolerance for the RAID 5 array.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The logical volume on the RAID 5 array is partitioned into two partitions (drive C: and D:).&amp;nbsp; Drive C: is the system volume and drive D: is the SQL database volume.&amp;nbsp; I tried to Ghost an image of the logical volume of the RAID 5 array to the RAID 0+1 array.&amp;nbsp; It got only part way and just stopped.&amp;nbsp; I could see intermittent disk activity on HDD #0 but the Ghost application never reported an error and was unresponsive.&amp;nbsp; The last file written to the Ghost image was "26000 unnamed MFT".&amp;nbsp; I haven't tried any switches for Ghost other than -IB to copy the boot sector.&amp;nbsp; I'm not sure that&amp;nbsp;Ghost is seeing the bad block so the -FRO switch may not improve things.&amp;nbsp; Also, use of the -FRO switch seems to be for disk cloning, which I'm not doing.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does anyone have any thoughts on how to proceed next?&amp;nbsp; Is there something I can do at the controller level.&amp;nbsp; I have a feeling that running a CHKDSK /f/r won't find or fix anything.&amp;nbsp; We do nightly backups of the entire system without any errors being reported.&amp;nbsp; Unfortunately, we could not afford the DR option so recovery of the system partition from backups is laborious with only a slim chance of success.&amp;nbsp; I tried Microsoft Backup as an option but the Volume Shadowing service failed to stay running.&lt;/P&gt;</description>
    <pubDate>Tue, 19 Mar 2013 19:52:30 GMT</pubDate>
    <dc:creator>GFHTech51</dc:creator>
    <dc:date>2013-03-19T19:52:30Z</dc:date>
    <item>
      <title>RAID 5 rebuild error</title>
      <link>https://community.hpe.com/t5/disk-enclosures/raid-5-rebuild-error/m-p/6002399#M46138</link>
      <description>&lt;P&gt;I have a Proliant DL380 Gen4 with SmartArray 6i and SmartArray 6400.&amp;nbsp; There are four 72GB Ultra320 drives in a RAID 5 array with one logical volume and two 300GB Ultra320 drives in a RAID 0+1 array with one logical volume on the SmartArray 6i and an external drive shelf with fourteen 146GB drives on the SmartArray 6400.&amp;nbsp; The server is running Microsoft Windows Server 2003 R2.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Several weeks ago, one of the 72GB drives failed (HDD #0) and was replaced.&amp;nbsp; The rebuild completed with no errors.&amp;nbsp; About two weeks later a second 72GB drive failed (HDD #2) and was replaced.&amp;nbsp; The rebuild initiated but failed when a bad block was encounter on HDD #0.&amp;nbsp; With the new 72GB drive in&amp;nbsp;HDD #2, system performance is unbelievably slow (45 minutes to just logon to the server).&amp;nbsp; I shut down the server, pulled HDD #2, and rebooted in interim recovery mode with only three drives in the RAID 5 array.&amp;nbsp; The performance is nearly normal but, of course, there is no fault tolerance for the RAID 5 array.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The logical volume on the RAID 5 array is partitioned into two partitions (drive C: and D:).&amp;nbsp; Drive C: is the system volume and drive D: is the SQL database volume.&amp;nbsp; I tried to Ghost an image of the logical volume of the RAID 5 array to the RAID 0+1 array.&amp;nbsp; It got only part way and just stopped.&amp;nbsp; I could see intermittent disk activity on HDD #0 but the Ghost application never reported an error and was unresponsive.&amp;nbsp; The last file written to the Ghost image was "26000 unnamed MFT".&amp;nbsp; I haven't tried any switches for Ghost other than -IB to copy the boot sector.&amp;nbsp; I'm not sure that&amp;nbsp;Ghost is seeing the bad block so the -FRO switch may not improve things.&amp;nbsp; Also, use of the -FRO switch seems to be for disk cloning, which I'm not doing.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does anyone have any thoughts on how to proceed next?&amp;nbsp; Is there something I can do at the controller level.&amp;nbsp; I have a feeling that running a CHKDSK /f/r won't find or fix anything.&amp;nbsp; We do nightly backups of the entire system without any errors being reported.&amp;nbsp; Unfortunately, we could not afford the DR option so recovery of the system partition from backups is laborious with only a slim chance of success.&amp;nbsp; I tried Microsoft Backup as an option but the Volume Shadowing service failed to stay running.&lt;/P&gt;</description>
      <pubDate>Tue, 19 Mar 2013 19:52:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/raid-5-rebuild-error/m-p/6002399#M46138</guid>
      <dc:creator>GFHTech51</dc:creator>
      <dc:date>2013-03-19T19:52:30Z</dc:date>
    </item>
  </channel>
</rss>

