From owner-freebsd-geom@FreeBSD.ORG Wed Mar 9 14:03:05 2005 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A65E316A4CE for ; Wed, 9 Mar 2005 14:03:05 +0000 (GMT) Received: from thekla.de.clara.net (thekla.de.clara.net [212.82.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD2F743D1F for ; Wed, 9 Mar 2005 14:03:04 +0000 (GMT) (envelope-from michael.riexinger@de.clara.net) Received: from localhost.de.clara.net ([127.0.0.1] helo=localhost) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1D91qP-000Fx1-3y for freebsd-geom@freebsd.org; Wed, 09 Mar 2005 15:07:25 +0100 Received: from box.int.de.clara.net ([192.168.0.226]) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1D91qO-000Fwc-Pl for freebsd-geom@freebsd.org; Wed, 09 Mar 2005 15:07:24 +0100 From: Michael Riexinger To: freebsd-geom@freebsd.org Date: Wed, 9 Mar 2005 15:03:33 +0100 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200503091503.33431.michael.riexinger@de.clara.net> Subject: gmirror metadata X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 14:03:05 -0000 Hi,=20 i have a hp dl320 with an integrated raid controller. I don't want to=20 use that, instead i want to use gmirror. To use the 2 IDE drives, I=20 configured 2 raid0 arrays (each with 1 drive) in the controller's bios.=20 Now i wanted to use gmirror, labeled the second drive. When I did a=20 reboot, the raid controller's bios seems to overwrite the gmirror=20 metadata with its own metadata. Is it impossible to use gmirror witch=20 such a configuration? Mit herzlichen Gr=FCssen aus Frankfurt am Main, Michael Riexinger systems engineer =2D-=20 claranet gmbh internet service provider tel +49 (0) 69 - 40 80 18 - 300 email: michael.riexinger@de.clara.net http://www.claranet.de/ From owner-freebsd-geom@FreeBSD.ORG Wed Mar 9 20:22:29 2005 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47ED516A4CE for ; Wed, 9 Mar 2005 20:22:29 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2D0343D31 for ; Wed, 9 Mar 2005 20:22:28 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id B0C61ACB34; Wed, 9 Mar 2005 21:22:25 +0100 (CET) Date: Wed, 9 Mar 2005 21:22:25 +0100 From: Pawel Jakub Dawidek To: Michael Riexinger Message-ID: <20050309202225.GP9291@darkness.comp.waw.pl> References: <200503091503.33431.michael.riexinger@de.clara.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Qa/g5WmKbBEiQ5Y" Content-Disposition: inline In-Reply-To: <200503091503.33431.michael.riexinger@de.clara.net> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-geom@freebsd.org Subject: Re: gmirror metadata X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 20:22:29 -0000 --9Qa/g5WmKbBEiQ5Y Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 09, 2005 at 03:03:33PM +0100, Michael Riexinger wrote: +> Hi,=20 +>=20 +> i have a hp dl320 with an integrated raid controller. I don't want to=20 +> use that, instead i want to use gmirror. To use the 2 IDE drives, I=20 +> configured 2 raid0 arrays (each with 1 drive) in the controller's bios.= =20 +> Now i wanted to use gmirror, labeled the second drive. When I did a=20 +> reboot, the raid controller's bios seems to overwrite the gmirror=20 +> metadata with its own metadata. Is it impossible to use gmirror witch=20 +> such a configuration? I'll be very odd if controller's BIOS overwrite disk data. Can you run 'gmirror dump ' on labeled component? Can you try label it again and run this comment directly after 'label' command? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --9Qa/g5WmKbBEiQ5Y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCL1sBForvXbEpPzQRAhuuAKCisRBPEVYvASwSlJkUGs0B8kO/AgCfXuYq kMHJJjmMKL8/H5+qNf+mTl8= =WdHJ -----END PGP SIGNATURE----- --9Qa/g5WmKbBEiQ5Y-- From owner-freebsd-geom@FreeBSD.ORG Wed Mar 9 22:44:00 2005 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2EE116A4CE; Wed, 9 Mar 2005 22:44:00 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33F5143D3F; Wed, 9 Mar 2005 22:44:00 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-89-235.roa.east.verizon.net [151.199.89.235]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id j29Mhu4t072618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 9 Mar 2005 17:43:57 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j29Mho04000792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 9 Mar 2005 17:43:51 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j29MhoRF000791; Wed, 9 Mar 2005 17:43:50 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: Pawel Jakub Dawidek In-Reply-To: <20050309202225.GP9291@darkness.comp.waw.pl> References: <200503091503.33431.michael.riexinger@de.clara.net> <20050309202225.GP9291@darkness.comp.waw.pl> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 09 Mar 2005 17:43:49 -0500 Message-Id: <1110408229.690.8.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port cc: Michael Riexinger cc: freebsd-geom@freebsd.org Subject: Re: gmirror metadata X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 22:44:00 -0000 On Wed, 2005-03-09 at 21:22 +0100, Pawel Jakub Dawidek wrote: > On Wed, Mar 09, 2005 at 03:03:33PM +0100, Michael Riexinger wrote: > +> Hi, > +> > +> i have a hp dl320 with an integrated raid controller. I don't want to > +> use that, instead i want to use gmirror. To use the 2 IDE drives, I > +> configured 2 raid0 arrays (each with 1 drive) in the controller's bios. > +> Now i wanted to use gmirror, labeled the second drive. When I did a > +> reboot, the raid controller's bios seems to overwrite the gmirror > +> metadata with its own metadata. Is it impossible to use gmirror witch > +> such a configuration? > > I'll be very odd if controller's BIOS overwrite disk data. Actually, I had the same type of thing happen to me. I put a LSI MegaRAID IDE 100 that was lying around into my system and attached my existing geom_mirrored drives to it. I didn't want to use the drives as an ATA RAID, and never set them up as that in the RAID BIOS. I simply wanted to upgrade from my onboard ATA 33 to the ATA 100 speed the card supported, to get faster disk I/O. To my surprise and regret, my system wouldn't boot properly (couldn't locate the root filesystem) because the ATA RAID card had spammed its metadata over the geom_mirror metadata, and my drives were no longer detected as a geom_mirror. Luckily, I was able to boot from a FreeSBIE CD and re-label my geom_mirror with gmirror, thus saving my system. It was a bit disconcerting, though. :-) Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-geom@FreeBSD.ORG Wed Mar 9 23:24:57 2005 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7695016A4CE; Wed, 9 Mar 2005 23:24:57 +0000 (GMT) Received: from hosea.tallye.com (joel.tallye.com [216.99.199.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C9E743D1D; Wed, 9 Mar 2005 23:24:56 +0000 (GMT) (envelope-from lorenl@alzatex.com) Received: from hosea.tallye.com (hosea.tallye.com [127.0.0.1]) by hosea.tallye.com (8.12.8/8.12.10) with ESMTP id j29NOnqS028931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Mar 2005 15:24:49 -0800 Received: (from sttng359@localhost) by hosea.tallye.com (8.12.8/8.12.10/Submit) id j29NOmF0028929; Wed, 9 Mar 2005 15:24:48 -0800 X-Authentication-Warning: hosea.tallye.com: sttng359 set sender to lorenl@alzatex.com using -f Date: Wed, 9 Mar 2005 15:24:48 -0800 From: "Loren M. Lang" To: Paul Mather Message-ID: <20050309232448.GA28861@alzatex.com> References: <200503091503.33431.michael.riexinger@de.clara.net> <20050309202225.GP9291@darkness.comp.waw.pl> <1110408229.690.8.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <1110408229.690.8.camel@zappa.Chelsea-Ct.Org> User-Agent: Mutt/1.4.1i X-GPG-Key: ftp://ftp.tallye.com/pub/lorenl_pubkey.asc X-GPG-Fingerprint: B3B9 D669 69C9 09EC 1BCD 835A FAF3 7A46 E4A3 280C cc: Michael Riexinger cc: Pawel Jakub Dawidek cc: freebsd-geom@freebsd.org Subject: Re: gmirror metadata X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 23:24:57 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 09, 2005 at 05:43:49PM -0500, Paul Mather wrote: > On Wed, 2005-03-09 at 21:22 +0100, Pawel Jakub Dawidek wrote: > > On Wed, Mar 09, 2005 at 03:03:33PM +0100, Michael Riexinger wrote: > > +> Hi,=20 > > +>=20 > > +> i have a hp dl320 with an integrated raid controller. I don't want t= o=20 > > +> use that, instead i want to use gmirror. To use the 2 IDE drives, I= =20 > > +> configured 2 raid0 arrays (each with 1 drive) in the controller's bi= os.=20 > > +> Now i wanted to use gmirror, labeled the second drive. When I did a= =20 > > +> reboot, the raid controller's bios seems to overwrite the gmirror=20 > > +> metadata with its own metadata. Is it impossible to use gmirror witc= h=20 > > +> such a configuration? > >=20 > > I'll be very odd if controller's BIOS overwrite disk data. >=20 > Actually, I had the same type of thing happen to me. I put a LSI > MegaRAID IDE 100 that was lying around into my system and attached my > existing geom_mirrored drives to it. I didn't want to use the drives as > an ATA RAID, and never set them up as that in the RAID BIOS. I simply > wanted to upgrade from my onboard ATA 33 to the ATA 100 speed the card > supported, to get faster disk I/O. >=20 > To my surprise and regret, my system wouldn't boot properly (couldn't > locate the root filesystem) because the ATA RAID card had spammed its > metadata over the geom_mirror metadata, and my drives were no longer > detected as a geom_mirror. >=20 I believe one difference between this and Micheal's situation is that, as I understand it, you created the mirror with a normal ide controller, then attached it to the raid controller after that, where Micheal labelled it while it was under the raid controller. A raid controller might reserve a sector or track for it's own meta-data, but it should still provide a slightly smaller disk that would be completely transparent. You couldn't see the raid controller's meta-data sectors nor would any sectors you see or write to be modified by the raid controller. > Luckily, I was able to boot from a FreeSBIE CD and re-label my > geom_mirror with gmirror, thus saving my system. It was a bit > disconcerting, though. :-) >=20 > Cheers, >=20 > Paul. > --=20 > e-mail: paul@gromit.dlib.vt.edu >=20 > "Without music to decorate it, time is just a bunch of boring production > deadlines or dates by which bills must be paid." > --- Frank Vincent Zappa > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" --=20 I sense much NT in you. NT leads to Bluescreen. Bluescreen leads to downtime. Downtime leads to suffering. NT is the path to the darkside. Powerful Unix is. Public Key: ftp://ftp.tallye.com/pub/lorenl_pubkey.asc Fingerprint: CEE1 AAE2 F66C 59B5 34CA C415 6D35 E847 0118 A3D2 =20 --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD4DBQFCL4XAbTXoRwEYo9IRAkAOAJYtYCjcHrRboZiBKnwUJ1DyIEY6AJ9m/oVd W0VR8YSsB3yhXVuYrYj72A== =lybl -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-geom@FreeBSD.ORG Thu Mar 10 01:50:14 2005 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E97416A4CE; Thu, 10 Mar 2005 01:50:14 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCF4F43D3F; Thu, 10 Mar 2005 01:50:13 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-89-235.roa.east.verizon.net [151.199.89.235]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id j2A1o8K1073102 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 9 Mar 2005 20:50:09 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j2A1o3OY086615 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 9 Mar 2005 20:50:03 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j2A1o28w086614; Wed, 9 Mar 2005 20:50:02 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: "Loren M. Lang" In-Reply-To: <20050309232448.GA28861@alzatex.com> References: <200503091503.33431.michael.riexinger@de.clara.net> <20050309202225.GP9291@darkness.comp.waw.pl> <1110408229.690.8.camel@zappa.Chelsea-Ct.Org> <20050309232448.GA28861@alzatex.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 09 Mar 2005 20:50:01 -0500 Message-Id: <1110419401.690.27.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port cc: Michael Riexinger cc: Pawel Jakub Dawidek cc: freebsd-geom@freebsd.org Subject: Re: gmirror metadata X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 01:50:14 -0000 On Wed, 2005-03-09 at 15:24 -0800, Loren M. Lang wrote: > On Wed, Mar 09, 2005 at 05:43:49PM -0500, Paul Mather wrote: > > On Wed, 2005-03-09 at 21:22 +0100, Pawel Jakub Dawidek wrote: > > > On Wed, Mar 09, 2005 at 03:03:33PM +0100, Michael Riexinger wrote: > > > +> Hi, > > > +> > > > +> i have a hp dl320 with an integrated raid controller. I don't want to > > > +> use that, instead i want to use gmirror. To use the 2 IDE drives, I > > > +> configured 2 raid0 arrays (each with 1 drive) in the controller's bios. > > > +> Now i wanted to use gmirror, labeled the second drive. When I did a > > > +> reboot, the raid controller's bios seems to overwrite the gmirror > > > +> metadata with its own metadata. Is it impossible to use gmirror witch > > > +> such a configuration? > > > > > > I'll be very odd if controller's BIOS overwrite disk data. > > > > Actually, I had the same type of thing happen to me. I put a LSI > > MegaRAID IDE 100 that was lying around into my system and attached my > > existing geom_mirrored drives to it. I didn't want to use the drives as > > an ATA RAID, and never set them up as that in the RAID BIOS. I simply > > wanted to upgrade from my onboard ATA 33 to the ATA 100 speed the card > > supported, to get faster disk I/O. > > > > To my surprise and regret, my system wouldn't boot properly (couldn't > > locate the root filesystem) because the ATA RAID card had spammed its > > metadata over the geom_mirror metadata, and my drives were no longer > > detected as a geom_mirror. > > > > I believe one difference between this and Micheal's situation is that, > as I understand it, you created the mirror with a normal ide controller, > then attached it to the raid controller after that, where Micheal > labelled it while it was under the raid controller. A raid controller > might reserve a sector or track for it's own meta-data, but it should > still provide a slightly smaller disk that would be completely > transparent. You couldn't see the raid controller's meta-data sectors > nor would any sectors you see or write to be modified by the raid > controller. I would agree with this if you could only see the disks through the RAID controller (as I understand the case to be with, e.g., the twe, twa, amr, etc., controllers), but lots of these built-in cheapo (read "software") ATA RAID controllers also expose the underlying disks. (In ATA RAID terms, you'd see ar? and ad? devices.) I'd expect the ar? device to hide the RAID metadata, but not the ad? devices. If you label the ad? devices when creating your geom_mirror, this could cause confusion/corruption as far as the ATA RAID BIOS is concerned (because you're bypassing the RAID layer). In my case, I was reacting to Pawel's observation that it would be very odd for a RAID controller's BIOS to overwrite data. I agree with him, or at least in my case I thought it was very rude of the RAID BIOS to spam my disks when I never even entered the RAID BIOS to configure them. (I'd understand if I had---at least then I would have been instructing the BIOS to spam my disks with its metadata!:) But, then again, nothing shocks me regarding these awful LSI MegaRAID IDE 100 cards... :-) Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-geom@FreeBSD.ORG Thu Mar 10 08:31:45 2005 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07F3016A4CE; Thu, 10 Mar 2005 08:31:45 +0000 (GMT) Received: from thekla.de.clara.net (thekla.de.clara.net [212.82.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 233A643D55; Thu, 10 Mar 2005 08:31:44 +0000 (GMT) (envelope-from michael.riexinger@de.clara.net) Received: from localhost.de.clara.net ([127.0.0.1] helo=localhost) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1D9J93-000Eth-5I; Thu, 10 Mar 2005 09:35:49 +0100 Received: from box.int.de.clara.net ([192.168.0.226]) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1D9J92-000EtR-7J; Thu, 10 Mar 2005 09:35:48 +0100 From: Michael Riexinger To: "Loren M. Lang" Date: Thu, 10 Mar 2005 09:31:55 +0100 User-Agent: KMail/1.7.2 References: <200503091503.33431.michael.riexinger@de.clara.net> <1110408229.690.8.camel@zappa.Chelsea-Ct.Org> <20050309232448.GA28861@alzatex.com> In-Reply-To: <20050309232448.GA28861@alzatex.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503100931.55627.michael.riexinger@de.clara.net> cc: Paul Mather cc: Pawel Jakub Dawidek cc: freebsd-geom@freebsd.org Subject: Re: gmirror metadata X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 08:31:45 -0000 On Thursday 10 March 2005 00:24, Loren M. Lang wrote: > On Wed, Mar 09, 2005 at 05:43:49PM -0500, Paul Mather wrote: > > On Wed, 2005-03-09 at 21:22 +0100, Pawel Jakub Dawidek wrote: > > > On Wed, Mar 09, 2005 at 03:03:33PM +0100, Michael Riexinger > > > wrote: +> Hi, > > > +> > > > +> i have a hp dl320 with an integrated raid controller. I don't > > > want to +> use that, instead i want to use gmirror. To use the 2 > > > IDE drives, I +> configured 2 raid0 arrays (each with 1 drive) in > > > the controller's bios. +> Now i wanted to use gmirror, labeled > > > the second drive. When I did a +> reboot, the raid controller's > > > bios seems to overwrite the gmirror +> metadata with its own > > > metadata. Is it impossible to use gmirror witch +> such a > > > configuration? > > > > > > I'll be very odd if controller's BIOS overwrite disk data. > > > > Actually, I had the same type of thing happen to me. I put a LSI > > MegaRAID IDE 100 that was lying around into my system and attached > > my existing geom_mirrored drives to it. I didn't want to use the > > drives as an ATA RAID, and never set them up as that in the RAID > > BIOS. I simply wanted to upgrade from my onboard ATA 33 to the ATA > > 100 speed the card supported, to get faster disk I/O. The same type of controller is in the hp dl320 box. > > > > To my surprise and regret, my system wouldn't boot properly > > (couldn't locate the root filesystem) because the ATA RAID card had > > spammed its metadata over the geom_mirror metadata, and my drives > > were no longer detected as a geom_mirror. > > I believe one difference between this and Micheal's situation is > that, as I understand it, you created the mirror with a normal ide > controller, then attached it to the raid controller after that, where > Micheal labelled it while it was under the raid controller. A raid > controller might reserve a sector or track for it's own meta-data, > but it should still provide a slightly smaller disk that would be > completely transparent. You couldn't see the raid controller's > meta-data sectors nor would any sectors you see or write to be > modified by the raid controller. > The strange thing is: When I labeled the second drive with gmirror and rebooted the machine, the raid bios said something like 'new disk detected' and rebooted automatically, and then it put it's own metatata on it... Kind regards, Michael Riexinger systems engineer -- claranet gmbh internet service provider tel +49 (0) 69 - 40 80 18 - 300 email: michael.riexinger@de.clara.net http://www.claranet.de/ From owner-freebsd-geom@FreeBSD.ORG Thu Mar 10 18:20:22 2005 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E28F16A4CE; Thu, 10 Mar 2005 18:20:22 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA58043D49; Thu, 10 Mar 2005 18:20:21 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-89-235.roa.east.verizon.net [151.199.89.235]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id j2AIKH2h078619 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 10 Mar 2005 13:20:18 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j2AIKBmd015928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 10 Mar 2005 13:20:11 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j2AIKAuI015927; Thu, 10 Mar 2005 13:20:10 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: Michael Riexinger In-Reply-To: <200503100931.55627.michael.riexinger@de.clara.net> References: <200503091503.33431.michael.riexinger@de.clara.net> <1110408229.690.8.camel@zappa.Chelsea-Ct.Org> <20050309232448.GA28861@alzatex.com> <200503100931.55627.michael.riexinger@de.clara.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 10 Mar 2005 13:20:10 -0500 Message-Id: <1110478810.15725.25.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port cc: "Loren M. Lang" cc: Pawel Jakub Dawidek cc: freebsd-geom@freebsd.org Subject: Re: gmirror metadata X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2005 18:20:22 -0000 On Thu, 2005-03-10 at 09:31 +0100, Michael Riexinger wrote: > The strange thing is: When I labeled the second drive with gmirror and > rebooted the machine, the raid bios said something like 'new disk > detected' and rebooted automatically, and then it put it's own metatata > on it... That's what I remember happening to me. After attaching the drives and starting up again, the RAID BIOS declared something about "new disk detected." Apparently, it also spammed over my geom_mirror metadata with its own. I guess, for some reason, it wanted to mark the drives as "unused/unallocated" in any of its RAIDs, rather than taking the more polite approach of denoting an *absence* of its chosen metadata to indicate that fact. (I wouldn't have minded so much if I'd explicitly marked the drives as "spares" or similar, but I didn't want the RAID to use them at all. Like I said, its behaviour was all very rude.:) The LSI MegaRAID IDE 100 card I was using does have an "EPROM enable/disable" jumper on it to disable the RAID BIOS and make the card revert (I guess) to a standard IDE controller. However, in that mode, I couldn't seem to boot from it. That might have more to do with the finicky Dell BIOS in my system, though... :-( Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-geom@FreeBSD.ORG Fri Mar 11 09:39:39 2005 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8457516A4CE; Fri, 11 Mar 2005 09:39:39 +0000 (GMT) Received: from thekla.de.clara.net (thekla.de.clara.net [212.82.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id A11E643D60; Fri, 11 Mar 2005 09:39:38 +0000 (GMT) (envelope-from michael.riexinger@de.clara.net) Received: from localhost.de.clara.net ([127.0.0.1] helo=localhost) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1D9ggZ-000Hwv-U4; Fri, 11 Mar 2005 10:44:00 +0100 Received: from box.int.de.clara.net ([192.168.0.226]) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1D9ggZ-000HuU-OE; Fri, 11 Mar 2005 10:43:59 +0100 Message-ID: <42316763.20005@de.clara.net> Date: Fri, 11 Mar 2005 10:39:47 +0100 From: Michael Riexinger User-Agent: Mozilla Thunderbird 1.0 (X11/20050107) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Paul Mather References: <200503091503.33431.michael.riexinger@de.clara.net> <1110408229.690.8.camel@zappa.Chelsea-Ct.Org> <20050309232448.GA28861@alzatex.com> <200503100931.55627.michael.riexinger@de.clara.net> <1110478810.15725.25.camel@zappa.Chelsea-Ct.Org> In-Reply-To: <1110478810.15725.25.camel@zappa.Chelsea-Ct.Org> X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: "Loren M. Lang" cc: Pawel Jakub Dawidek cc: freebsd-geom@freebsd.org Subject: Re: gmirror metadata X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2005 09:39:39 -0000 Paul Mather wrote: > On Thu, 2005-03-10 at 09:31 +0100, Michael Riexinger wrote: > > >>The strange thing is: When I labeled the second drive with gmirror and >>rebooted the machine, the raid bios said something like 'new disk >>detected' and rebooted automatically, and then it put it's own metatata >>on it... > > > That's what I remember happening to me. After attaching the drives and > starting up again, the RAID BIOS declared something about "new disk > detected." Apparently, it also spammed over my geom_mirror metadata > with its own. I guess, for some reason, it wanted to mark the drives as > "unused/unallocated" in any of its RAIDs, rather than taking the more > polite approach of denoting an *absence* of its chosen metadata to > indicate that fact. (I wouldn't have minded so much if I'd explicitly > marked the drives as "spares" or similar, but I didn't want the RAID to > use them at all. Like I said, its behaviour was all very rude.:) > > The LSI MegaRAID IDE 100 card I was using does have an "EPROM > enable/disable" jumper on it to disable the RAID BIOS and make the card > revert (I guess) to a standard IDE controller. However, in that mode, I > couldn't seem to boot from it. That might have more to do with the > finicky Dell BIOS in my system, though... :-( Many many thanks, the board here has such a jumper too, so I think this solves my problem :) Kind regards, Michael Riexinger systems engineer -- claranet gmbh internet service provider tel +49 (0) 69 - 40 80 18 - 300 email: michael.riexinger@de.clara.net http://www.claranet.de/ From owner-freebsd-geom@FreeBSD.ORG Sat Mar 12 16:15:28 2005 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E91916A4CE for ; Sat, 12 Mar 2005 16:15:28 +0000 (GMT) Received: from v05184.home.net.pl (v05184.home.net.pl [212.85.117.104]) by mx1.FreeBSD.org (Postfix) with SMTP id A2A7843D2D for ; Sat, 12 Mar 2005 16:15:27 +0000 (GMT) (envelope-from kris@home.pl) Received: from ntwklan-81-219-131-10.devs.futuro.pl (HELO ?192.168.1.10?) (kris@home@81.219.131.10) by matrix11.home.net.pl with SMTP; 12 Mar 2005 16:15:13 -0000 Message-ID: <4233157F.5080801@home.pl> Date: Sat, 12 Mar 2005 17:14:55 +0100 From: =?ISO-8859-2?Q?Krzysztof_Ciep=B3ucha?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: booting from gpt partition X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2005 16:15:28 -0000 hi! i would like to ask if it is possible to boot 5.3-stable system from gpt partition? if yes, how to prepare such partition and proper boot loader? if this isn't possible yes, are there any plans to provide such functionality? -- kris-at-home-dot-pl