Defining ODS RAID5 over existing raidset (but now with 1 broken drive)

From: Samuel P Howard (sunmanager@GMxTechnologies.com)
Date: Wed Aug 09 2006 - 20:51:24 EDT


Hi.

I find myself in an uncomfortable position while trying to recover our
Solaris 9 fileserver.

The box is a Sun E450 fully loaded with disk, and we lost the main boot
disk (c0t0d0). Naturally, the boot mirror (c2t0d0) didn't want to boot
properly, so after much bloody battle, I was able to get the main boot
disk replaced and replicated the filesystem data over from the mirror
while booted off of the Solaris 9 install CD (single user mode).

During this process, I removed the ODS stuff from /etc/system, modified
the /etc/vfstab to come up only on the c0t0d0 mirror (so the system
wouldn't be confused which mirror was "good"), and removed the metadb's
(c0t0d0s7 and c2t0d0s7).

The data filesystems that this beast exports are RAID5 sets, 9 drives
wide. As luck would have it, 1 drive in each set has gone
missing/broken. I am hoping that 1 of the 2 drives may spin back up
after being reseated, but one of them shows as the dreaded "formating"
in the "format" command's list of drives.

My original plan before finding the drives missing was to recreate the
raid sets with a command like:

    metainit d50 -r c0t1d0s2 c0t2d0s2 c0t3d0s2 c2t1d0s2 c2t2d0s2
c2t3d0s2 c3t0d0s2 c3t1d0s2 c3t2d0s2 -k -i 256b

However, with the one drive in "formatting" state (c0t1d0), I get the
following cheerful message:

    metainit: ifshome01: /dev/dsk/c0t1d0s2: I/O error

The other set gives me a "No such device or address", as expected.

So, my question is, if I add the "-f" option to the metainit, will it
re-create the RAID5 w/o disturbing the data (as requested via the "-k"
option), and immediately place the RAID in degraded mode so I can
replace the broken disks properly?

Or will it just destroy everything is a most unpleasant manner?

Thanks!
Sam
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:40:35 EDT