From: Marc Sheldon (Marc.Sheldon@Quaack.com)
Date: Mon Mar 10 2003 - 07:15:55 EST
Hi,
We run an E220R (Operating Environment: SunOS XXXX 5.8 Generic_108528-18
sun4u sparc SUNW,Ultra-60) with six external SCSI disks in a RAID5 setup
using Disksuite. This system was intended as a stopgap (are they not
always ?) and therefore all disks are on the same controller and the
metadb's are on the same slice as the data. For numerous other reasons
to embarrassing to go into there is no current backup and massive
amounts of data on the disks themselves that is not replicated
elsewhere.
We had a lightning strike effectively frying the power distribution
board and one of the power supplies (don't ask ...) but luckily not
damaging either the external or the internal disk(s). Once we moved the
internal disk and reattached the external disks to another E220R (the
only difference here is two processors instead of one) we could get the
system back up but not the RAID5 setup.
Even more embarrassing than the other issues is the fact that it seems
we have no current copy of md.tab and metainit -k provides this
response:
metainit: XXXX: /etc/lvm/md.tab line 4: d0: devices were not RAIDed
previously or are specified in the wrong order
We know which disks had metadb's on them (md.tab contains: d0 -r
c1t9d0s7 c1t10d0s7 c1t11d0s7 c1t12d0s7 c1t13d0s7 c0t0d0s6 c1t14d0s7 -k
-i 32b) but do not know the appropriate order for them.
It is critical that we retain the data on these disks and get access to
it quickly.
I checked the archives but could not find any comparable issues
(probably no one was this stupid before) and/or solutions.
Any ideas what we can do ? I will summarize.
Cheers,
Marc
_______________________________________________
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:25:57 EDT