<?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 EVA3000 &amp;amp; SQL/Oracle Corruptions in Disk Enclosures</title>
    <link>https://community.hpe.com/t5/disk-enclosures/eva3000-amp-sql-oracle-corruptions/m-p/3740099#M19638</link>
    <description>Hi, I have a couple of Windows 2000 clusters connected to an EVA3000 (2C1D 14 Drives)occasionally I am getting SQL (SQL2000 SP3, can't go to SP4) and Oracle corruptions on the most heavily used tables, the EVA F/W is 3.025 and the FC card F/W is 1.81A2 with a driver of 5-5.10A9, the switches are FW 4.4.0c and are zoned with each cluster and storage in a seperate zone, there is an error on the management server, detailed in the attachment, the SQL error is 605 instance 21, which seems to point to hardware, unfortunatly all the hardware seems perfectly ok.&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Andy</description>
    <pubDate>Mon, 27 Feb 2006 08:56:14 GMT</pubDate>
    <dc:creator>Andrew_168</dc:creator>
    <dc:date>2006-02-27T08:56:14Z</dc:date>
    <item>
      <title>EVA3000 &amp; SQL/Oracle Corruptions</title>
      <link>https://community.hpe.com/t5/disk-enclosures/eva3000-amp-sql-oracle-corruptions/m-p/3740099#M19638</link>
      <description>Hi, I have a couple of Windows 2000 clusters connected to an EVA3000 (2C1D 14 Drives)occasionally I am getting SQL (SQL2000 SP3, can't go to SP4) and Oracle corruptions on the most heavily used tables, the EVA F/W is 3.025 and the FC card F/W is 1.81A2 with a driver of 5-5.10A9, the switches are FW 4.4.0c and are zoned with each cluster and storage in a seperate zone, there is an error on the management server, detailed in the attachment, the SQL error is 605 instance 21, which seems to point to hardware, unfortunatly all the hardware seems perfectly ok.&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Andy</description>
      <pubDate>Mon, 27 Feb 2006 08:56:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/eva3000-amp-sql-oracle-corruptions/m-p/3740099#M19638</guid>
      <dc:creator>Andrew_168</dc:creator>
      <dc:date>2006-02-27T08:56:14Z</dc:date>
    </item>
    <item>
      <title>Re: EVA3000 &amp; SQL/Oracle Corruptions</title>
      <link>https://community.hpe.com/t5/disk-enclosures/eva3000-amp-sql-oracle-corruptions/m-p/3740100#M19639</link>
      <description>Hi Andy,&lt;BR /&gt;&lt;BR /&gt;Do you know if there was a drive rebuild happening in the array when the SQL courrption occured.&lt;BR /&gt;&lt;BR /&gt;TOm</description>
      <pubDate>Tue, 28 Feb 2006 19:37:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/eva3000-amp-sql-oracle-corruptions/m-p/3740100#M19639</guid>
      <dc:creator>Metadata</dc:creator>
      <dc:date>2006-02-28T19:37:11Z</dc:date>
    </item>
    <item>
      <title>Re: EVA3000 &amp; SQL/Oracle Corruptions</title>
      <link>https://community.hpe.com/t5/disk-enclosures/eva3000-amp-sql-oracle-corruptions/m-p/3740101#M19640</link>
      <description>Along with Metadata's question, is the lun being accessed  VRAID-5? Because, I've seen quite a few VRAID-5 data mismatches with 3.020 and 3.025. I found 3.028 to be much stable. I heard that HP has fixed many VRAID-5 issues in 3.028</description>
      <pubDate>Thu, 02 Mar 2006 18:48:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/eva3000-amp-sql-oracle-corruptions/m-p/3740101#M19640</guid>
      <dc:creator>Srinivasa_6</dc:creator>
      <dc:date>2006-03-02T18:48:27Z</dc:date>
    </item>
  </channel>
</rss>

