Date: Tue, 23 Jan 2007 19:48:52 +0100 (CET) From: Oliver Fromme <olli@lurza.secnetix.de> To: freebsd-geom@FreeBSD.ORG Subject: Re: clear metadata using dd? Message-ID: <200701231848.l0NImq37089654@lurza.secnetix.de> In-Reply-To: <45B6560E.5080302@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Eric Anderson wrote: > Oliver Fromme wrote: > > Fernan Aguero wrote: > > > adxs1, swap > > > adxs2, gmirror > > > adxs3, gstripe > > > > Can someone please explain why such a setup makes sense? > > > > As far as I can tell, the purpose of gmirror is to provide > > redundancy in the case of drive failure. I.e. if one > > drive fails, the system keeps running happily instead of > > crashing. > > > > But if only part of the disk is mirrored, then the system > > will still crash if one drive fails. So what is the point > > of using gmirror, if not on whole disks? > > You might crash, but the data on the mirror on one of the disks is still > there, so you haven't lost all the data. Right, but you have lost all the data in the partitions that are not mirrored. The system is basically unusable and will need to be restored from backup. In this particular case, if I understood Fernan correctly, the mirror contains the root file system, while all other data is on a gstripe (not mirrored). So if a drive fails, the system crashes and all of the actual user data is lost. The fact that you still have a good root file system on one of the disks doesn't help much in that situation. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "In My Egoistical Opinion, most people's C programs should be indented six feet downward and covered with dirt." -- Blair P. Houghton
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200701231848.l0NImq37089654>