<?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: Array 20, SP620 SCSI disk writing method in Disk Enclosures</title>
    <link>https://community.hpe.com/t5/disk-enclosures/array-20-sp620-scsi-disk-writing-method/m-p/4244631#M28002</link>
    <description>Wow, technology from last century.&lt;BR /&gt;&lt;BR /&gt;;-)&lt;BR /&gt;&lt;BR /&gt;I can't remember most details, it's too long ago.&lt;BR /&gt;&lt;BR /&gt;First of all I would try to get as much information about the current array status as you can from stm or gridmanager - depending on this I would decide either to repair something or restore the last backup to another disk device.</description>
    <pubDate>Fri, 01 Aug 2008 13:26:40 GMT</pubDate>
    <dc:creator>Torsten.</dc:creator>
    <dc:date>2008-08-01T13:26:40Z</dc:date>
    <item>
      <title>Array 20, SP620 SCSI disk writing method</title>
      <link>https://community.hpe.com/t5/disk-enclosures/array-20-sp620-scsi-disk-writing-method/m-p/4244630#M28001</link>
      <description>We have a HP 9000k class server, attached to array 20 storage box.&lt;BR /&gt;&lt;BR /&gt;This storage box has SP620 SCSI controllers with 20 hard drives. 4 LUN and each LUN consists of 5 hdd's in RAID 5.&lt;BR /&gt;&lt;BR /&gt;The problem is, the server stopped coming up and  3 LUN went offline due to power fluctuation. The file system is VxFS ver3. We have taken the drives out from the LUN's and when analysing the drives through a hex viewer we noticed strange thing. &lt;BR /&gt;&lt;BR /&gt;Location of Super Block seems to be fine and is at sector tip (0 offset). However, thereafter the location of OLT is not at the sector tip (0 offset)but shifted to next 16 bytes and the next attributes are also shifted similarly 32 bytes and so on.&lt;BR /&gt;&lt;BR /&gt;Is this because of VxFS version 3 file system? or is this the writing method of SP620 SCSI controller. We want to destripe and get the volumes out of the drives.&lt;BR /&gt;&lt;BR /&gt;What is the default block size and parity of RAID 5by default or when it is created?&lt;BR /&gt;&lt;BR /&gt;I would appreciate any help in this matter, thanks in advance for this help.</description>
      <pubDate>Fri, 01 Aug 2008 12:50:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/array-20-sp620-scsi-disk-writing-method/m-p/4244630#M28001</guid>
      <dc:creator>pushkar26</dc:creator>
      <dc:date>2008-08-01T12:50:55Z</dc:date>
    </item>
    <item>
      <title>Re: Array 20, SP620 SCSI disk writing method</title>
      <link>https://community.hpe.com/t5/disk-enclosures/array-20-sp620-scsi-disk-writing-method/m-p/4244631#M28002</link>
      <description>Wow, technology from last century.&lt;BR /&gt;&lt;BR /&gt;;-)&lt;BR /&gt;&lt;BR /&gt;I can't remember most details, it's too long ago.&lt;BR /&gt;&lt;BR /&gt;First of all I would try to get as much information about the current array status as you can from stm or gridmanager - depending on this I would decide either to repair something or restore the last backup to another disk device.</description>
      <pubDate>Fri, 01 Aug 2008 13:26:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/array-20-sp620-scsi-disk-writing-method/m-p/4244631#M28002</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2008-08-01T13:26:40Z</dc:date>
    </item>
  </channel>
</rss>

