From owner-freebsd-current@FreeBSD.ORG Sun Oct 10 22:26:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D06A16A4CE for ; Sun, 10 Oct 2004 22:26:07 +0000 (GMT) Received: from chello084114137224.1.15.vie.surfer.at (chello084114137224.1.15.vie.surfer.at [84.114.137.224]) by mx1.FreeBSD.org (Postfix) with SMTP id D6E1243D3F for ; Sun, 10 Oct 2004 22:26:05 +0000 (GMT) (envelope-from 4711@chello.at) Received: (qmail 96160 invoked from network); 10 Oct 2004 22:26:04 -0000 Received: from matrix010.matrix.net (192.168.123.10) by ns.matrix.net with SMTP; 10 Oct 2004 22:26:04 -0000 From: Christian Hiris <4711@chello.at> To: freebsd-current@freebsd.org Date: Mon, 11 Oct 2004 00:25:46 +0200 User-Agent: KMail/1.7 References: <20041010110159.GA91160@pcs28.suedfactoring.de> <200410101522.45548.4711@chello.at> <20041010165852.GA15854@shagged.org> In-Reply-To: <20041010165852.GA15854@shagged.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200410110026.03777.4711@chello.at> cc: axel.gruner@suedfactoring.de cc: Chris Elsworth Subject: Re: RAID1 with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Oct 2004 22:26:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 10 October 2004 18:58, Chris Elsworth wrote: > On Sun, Oct 10, 2004 at 03:22:28PM +0200, Christian Hiris wrote: > > # gmirror configure -v -b load mirror0 ad0 > ^^^^^^^^^ > label? Yes, that should read "label" - sorry! > I'm quite interested that you didn't bother re-labelling the new > mirror device? I always thought that you had to (and I have been doing > this): No, re-labeling wasn't necessary. gmirror could read the existing labels and created the corresponding mirror*s** devices showed up under /dev/mirror/. fsck also went fine. I think this should work, as gmirror stores it's metadata in the last sector of it's providers. > 4) bsdlabel -e ad0 [taking into account the new 16 byte offset] I never read about the new offset - until now I had no time to study the gmirror code. Where did you find this interresting information? > Is this all completely unnecessary? The first few times I played with > gmirror, I was doing something similar to your method, but if you do > bsdlabel -r /dev/mirror/mirror0s1 (or whatever) on your setup, don't > you get warnings about partition sizes? Yes, I get those warnings, too - but I decided to leave the labels as is, because on a test array I found this working w/o any datacorruption. An example in 'man gmirror' describes how to set up a gmirror array on a disk with valid data. It uses 'gmirror lable' w/o extra labeling. I understand it the way that the term 'valid data' means 'existing (non-gmirror-)data on an already (before-gmirror-)labeled disk'. Maybe my understanding is wrong and you gave me the hint to the reason why my mirrors break on startup. I will do some testing on this. The 2nd reason why I didn't touch my old labels, is that I want to be able to step back to ataraid as simple as possible, just in case of a breakage of the gmirror code. > That's what worried me enough > to go through all the rigmarole above, which fixes those warnings. I use gmirror since the day before yesterday, so for now there are still some things that I couldn't test and possibly I overlooked some things. At a first look, my experiences were not so bad, I lost no data and gained a lot of flexibility in my hdd subsystem. - -- Christian Hiris <4711@chello.at> | OpenPGP KeyID 0x3BCA53BE OpenPGP-Key at hkp://wwwkeys.eu.pgp.net and http://pgp.mit.edu -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBabb709WjGjvKU74RAjzIAJ4p+4RUbBgYLGeJlQX/GxXrvR1dswCdFOSy K5fuNpfvidRxvSEYVRYAYOY= =gXBY -----END PGP SIGNATURE-----