Date: Tue, 26 Nov 2002 10:58:15 +0000 From: Adam Laurie <adam@algroup.co.uk> To: Greg 'groggy' Lehey <grog@FreeBSD.org> Cc: questions@freebsd.org, Adam Laurie <adam@algroup.co.uk> Subject: Re: vinum documentation Message-ID: <3DE353C7.5080704@algroup.co.uk> References: <3DE244ED.8000903@algroup.co.uk> <20021125224557.GJ41068@wantadilla.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Greg 'groggy' Lehey wrote:
> On Monday, 25 November 2002 at 15:42:37 +0000, Adam Laurie wrote:
>
>>hi,
>>
>>who is the best person to talk to regarding vinum docco?
>
>
> I suppose I'm as good as any.
>
>
>>the reason i ask is because i recently had to recover a crashed
>>system with vinum runinng on it, and i had a recovery scenario which
>>doesn't appear to be covered by any of the docs or online faqs... my
>>company has therefore tasked me with submitting a patch and getting
>>said docco updated...
>>
>>fyi, the scenario was that the root disk containing /dev/vinum
>>lost so the whole thing was moved onto a fresh install.
>
>
> That doesn't make any sense.
sorry - that should have said the root disk *was* lost. i.e. i was
working on a brand new system disk which didn't have /dev/vinum on it.
>
>
>>the tricky bit was to get vinum to come back up without initialising
>>& wiping the volume(s).
>
>
> vinum start
see above. since the system didn't know about the raid, there was
nothing to start.
>
>
>>please respond to me direct - i am not subscribed to questions...
>
>
> I'd be very interested to know what happened and what you did.
ok, so we built a new bsd boot disk and did a vinum create with the
original config to create the /dev/vinum tree:
drive d0 device /dev/da0s1e
drive d1 device /dev/da1s1e
drive d2 device /dev/da2s1e
drive d3 device /dev/da3s1e
drive d4 device /dev/da4s1e
drive d5 device /dev/da5s1e
drive d6 device /dev/da6s1e
drive d7 device /dev/da7s1e
drive d8 device /dev/da8s1e
drive d9 device /dev/da9s1e
volume raid1
plex org raid5 512k
sd length 5g drive d0
sd length 5g drive d1
sd length 5g drive d2
sd length 5g drive d3
sd length 5g drive d4
sd length 5g drive d5
sd length 5g drive d6
sd length 5g drive d7
sd length 5g drive d8
sd length 5g drive d9
volume raid2
plex org raid5 512k
sd length 0 drive d0
sd length 0 drive d1
sd length 0 drive d2
sd length 0 drive d3
sd length 0 drive d4
sd length 0 drive d5
sd length 0 drive d6
sd length 0 drive d7
sd length 0 drive d8
sd length 0 drive d9
however, when we did a vinum start, raid1.p0.s0 and raid2.p0.s0 went to
'init' state, so we shut it down. the eventual fix was to do a 'vinum
read' on each of the devices, set raid1.p0.s0 and raid2.p0.s0 to
obsolete (as they had been clobbered by the init) and then start everything.
i suspect what i should have done right from the start was just the
'vinum read' on each hard disk instead of the create which made it think
it was a new raid?
> Have
> you read http://www.vinumvm.org/vinum/replacing-drive.html?
yep. like all the others i've found, this deals with fixing problems
within the raid itself, not moving a working raid onto a new system
(which is effectively what i was doing).
cheers,
Adam
--
Adam Laurie Tel: +44 (20) 8742 0755
A.L. Digital Ltd. Fax: +44 (20) 8742 5995
The Stores http://www.thebunker.net
2 Bath Road http://www.aldigital.co.uk
London W4 1LT mailto:adam@algroup.co.uk
UNITED KINGDOM PGP key on keyservers
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3DE353C7.5080704>