Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 12 May 2005 08:00:34 +0200
From:      Peter Orlowski <petero@itp.physik.tu-berlin.de>
To:        secmgr <security@jim-liesl.org>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: State of gvinum RELENG_5 or RELENG_5_4 ?!
Message-ID:  <20050512060034.GA25077@ella.physik.tu-berlin.de>
In-Reply-To: <428243EA.9070707@jim-liesl.org>
References:  <8b6eae96050510071037d3b6e4@mail.gmail.com> <4280C277.4030904@jim-liesl.org> <27C1250C-9BFD-4FA8-876C-09DF5504B058@isncom.com> <4280EE3C.8050505@jim-liesl.org> <20050511095142.GA12629@ella.physik.tu-berlin.de> <428243EA.9070707@jim-liesl.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, May 11, 2005 at 11:42:02AM -0600, secmgr wrote:
> >
> >I had to erase the gmirror metadata on the intact disk to get it
> >to work again. 
> >
> What steps did you take to the gmirror the disk so you could get your 
> data back?

I took the physically intact disk and did a

gmirror clear /dev/ad4 .

Then I could fsck the filesystems on it and use it as plain
/dev/ad4, i.e. no longer as a mirrored disk. Probably I could
have started over with 

gmirror label m1 ad4

but I was reluctant to do that to a disk that had all the user data
on it. So I rather changed the fstab not to use the mirror any
more.

At some stage in that procedure I also lost the gmirror metadata 
on the gmirrored system disk. It's not clear to me how that
happened, but when I tried to boot the system after removing the 
physically broken SATA-disk, that is with only the "logically
broken" part of the data gmirror installed (before erasing the
gmirror metadata), it found only the
broken data gmirror (and did not want to use it), but the intact
gmirrored system disk had completely disappeared. That didn't
change when I tried to boot with the system disks alone. I had 
to boot a rescue system and tell fstab to use a plain disk as 
the system disk, too.


> 
> At this point, I'm thinking that as far as S/W RAID goes in FreeBSD, the 
> "R" is pretty meaningless

Well, "R" does not mean "redundant" but "realtime backup" ;-(.

Peter




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050512060034.GA25077>