Sun Fire V245 Server
 
Sun Fire V440 Server
 
Sun Fire T2000 Server
 
Sun Fire V215 Server
 
Sun Fire V445 Server
 
Sun Fire T1000 Server
 

GCS>Sun Microsystems>Servers>CMT Servers
 
GCS>Sun Microsystems>Servers>Entry-Level Servers
 

For more details and assistance on the supported methods of creating hardware RAID volumes, refer to the following documents:

  <Document: 1006930.1> RAID on the Sun Fire [TM] V215/245 Servers

  <Document: 1001991.1> Creating and Deleting HW Raid Mirrors on Sun Fire[TM] V440

  Creating a RAID volume on a Sun Fire[TM] T1000/T2000

  <Document: 1012950.1> Enabling Hardware RAID on Sun Fire[TM] T1000/T2000

Here are some of the main guidelines:

1) During a RAID volume creation, any disk that is part of the volume  looses  the last 64MB of it's disk capacity. This space is used by the LSI1064/1068 controller firmware to store the RAID configuration information (meta data). This will result in the loss of existing data.

2) It is essential for LSI1064/1068 to create RAID before installing any data to disk. When creating a RAID boot volume ensure that the volume is created and labeled with the format utility, prior to installing OS. If you try to create a RAID volume with a disk that already contains the OS image (boot disk), this would result in corrupting the filesystem and volume data.

For detailed steps refer to Configure and label a Hardware RAID Volume for use in the Solaris Operating System.  This link is for Sun Fire T2000, but you can find similar links in the server administration guides listed in the references.

3) When the RAID volume is corrupted and can't be deleted from OS (with 'raidctl'), the user can apply the procedure of deleting a volume via LSI/OBP commands (which are not officially supported).  Refer to the following infodocs:

 <Document: 1018063.1> Deleting mirrored volume on a Sun Fire[TM] V440 if OS is not yet installed

  <Document: 1018181.1> How to delete a RAID volume on Sun Fire[TM] V215/V245/T1000/T2000 at the OBP level

4) When a board that houses the RAID-controller is replaced, the new controller will have the existing RAID volumes inactive (disabled). Because of that, boot off the RAID volume is not possible, since OS will not detect the underlaying physical disks. To prevent loosing or corrupting the volume data, you must first enable the volumes, via OBP command "activate-volume". For guidelines refer to the following docs:

  <Document: 1009723.1> Unable to see a pre-existing RAID volume on Sun Fire[TM] T1000/T2000

  <Document: 1007005.1> How to activate a RAID volume on Sun Fire[TM] T1000/T2000, Sun Fire V215 & V245 Servers

Note: The volume migration (relocating RAID volume disk members from one system chassis to another) is NOT supported. The volume should be deleted before moving the drives to a different system and then recreated. See also <Document: 1009722.1>  Creating a RAID volume on a Sun Fire T1000/T2000.

References:

For more information and assistance with the RAID operations use the links to the product documentation:

 <Document: 1001991.1>  Creating and Deleting HW Raid Mirrors on Sun Fire[TM] V440

Sun Fire V215/V245 Server Administration Guide

Sun Fire V445 Server Administration Guide

Sun Fire T1000 Server Administration Guide

Sun Fire T2000 Server Administration Guide

Note:
If you try to
create a RAID volume with a disk that already contains the OS image
(boot disk), this would result in corrupting the filesystem and
volume data, see document 89622 in references.

REFERENCES:

Reference for RAID on Sun Fire V440

  <Document: 1009932.1>  (SunFire[TM] systems using LSI SAS
controller incur disk geometry remapping issues when existing OS on
a regular SAS/SATA disk is HW RAIDed) .

This solution has no attachment