From owner-freebsd-geom@FreeBSD.ORG Thu Jan 27 06:05:30 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 A48A016A4CE for ; Thu, 27 Jan 2005 06:05:30 +0000 (GMT) Received: from FS.Denninger.Net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2780443D5A for ; Thu, 27 Jan 2005 06:05:30 +0000 (GMT) (envelope-from karl@FS.Denninger.Net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.Denninger.Net (8.12.10/8.12.8) with SMTP id j0R65TiH040825 for ; Thu, 27 Jan 2005 00:05:29 -0600 (CST) (envelope-from karl@FS.Denninger.Net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Thu Jan 27 00:05:29 2005 Received: (from karl@localhost) by FS.Denninger.Net (8.12.10/8.12.8/Submit) id j0R65TwI040823 for freebsd-geom@freebsd.org; Thu, 27 Jan 2005 00:05:29 -0600 (CST) Message-ID: <20050127000529.B40650@Denninger.Net> Date: Thu, 27 Jan 2005 00:05:29 -0600 From: Karl Denninger To: freebsd-geom@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Gmirror question - what am I doing wrong? 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, 27 Jan 2005 06:05:30 -0000 Ok, so I have Gmirror working for two exactly-equal sized disks, either on the raw device or on the slice. Here's the issue. I have two vendors of a particuar size disk. They have slightly different actual sizes, and detect as slightly different in sysinstall and FDISK. The displayed geometries differ only in cylinder counts, BUT the partition function in either sysinstall or FDISK (whether I use the command line or the "tool") will not permit an EXACT size match for the slices between the two vendors. Now here's the problem... Let's posit D1 and D2, where D1 is from vendor 1 and D2 is from vendor 2. There is also a "D1'" and "D2'", which are "spares" from each vendor. I wish to be able to do the following: 1. Run on the mirrored system normally. 2. Attach any of the remaining two disks (D1' or D2') as a third mirror component, allow it to synchronize, detach it, and put it in a safe offsite. This provides me with a simple offsite backup, although I understand that I risk data inconsistency unless I quiesce the system prior to detaching the backup volume. 3. If either D1 or D2 fail, I need to be able to replace the failed disk with EITHER D1' or D2', and have the rebuild succeed. Now here's what I see as a problem. I have built the system on the SMALLER capacity disk (D1), using the maximum available size for the first (and only) slice on that disk. When I attempt to set up the larger capacity disk with the exact same slice size in blocks as the smaller disk has, the system refuses, and rounds either up or down (presumably due to an internal difference in how it sees geometry - although the FDISK display only differs in the cylinder count!) Gmirror refuses to attach a slice which has FEWER blocks than the online volume with a cryptic ("Bad address") error message. This makes sense; it can't actually mirror it. It will, however, attach a disk slice which has MORE blocks quite happily. Now here's the problem. Let's say that I have the system sync'd with the larger and smaller block count disks online. The SMALLER one fails. I replace it, but the other larger disk is not available, because its in the vault. I thus replace the disk with the SMALLER one, but I can't attach the slice on the replacement disk, because that disk has a smaller capacity than the only remaining active mirror component, and I can't make a slice bigger than the number of actual blocks that exist on the drive! I'm screwed, and have no way out of this other than to ditch the entire scheme, manually recreate the smaller volume, copy all the data over, and restart gmirror from scratch. There goes my online mirroring - the very intent of the mirroring has been lost! It appears that you have to somehow force FDISK to create a slice with the EXACT same block count to resolve this. This, however, appears to be flatly impossible to coerce FDISK to do, as whatever is preventing this from being done is not "exposed" and visible. There has to be a way around this problem - its not credible to insist that someone buy the exact same model and make of disks all the time, is it? So... how do you work around this - or can you? -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-geom@FreeBSD.ORG Thu Jan 27 09:19:09 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 DD31B16A4CE for ; Thu, 27 Jan 2005 09:19:09 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AFE743D4C for ; Thu, 27 Jan 2005 09:19:09 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id EF215ACAF1; Thu, 27 Jan 2005 10:19:05 +0100 (CET) Date: Thu, 27 Jan 2005 10:19:05 +0100 From: Pawel Jakub Dawidek To: Karl Denninger Message-ID: <20050127091905.GN795@darkness.comp.waw.pl> References: <20050127000529.B40650@Denninger.Net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="24bywM+ZyrW0DJoD" Content-Disposition: inline In-Reply-To: <20050127000529.B40650@Denninger.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 question - what am I doing wrong? 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, 27 Jan 2005 09:19:10 -0000 --24bywM+ZyrW0DJoD Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 27, 2005 at 12:05:29AM -0600, Karl Denninger wrote: +> Now here's the problem. +>=20 +> Let's say that I have the system sync'd with the larger and smaller block +> count disks online. The SMALLER one fails. I replace it, but the other= =20 +> larger disk is not available, because its in the vault. I thus replace = the +> disk with the SMALLER one, but I can't attach the slice on the replaceme= nt=20 +> disk, because that disk has a smaller capacity than the only remaining +> active mirror component, and I can't make a slice bigger than the number= =20 +> of actual blocks that exist on the drive! +>=20 +> I'm screwed, and have no way out of this other than to ditch the entire +> scheme, manually recreate the smaller volume, copy all the data over, and +> restart gmirror from scratch. =20 I need exact commands you use to perform this. I did small simulation of your problem (if I understand it right): I created three md(4) devices: md0 - 12MB md1 - 10MB md2 - 10MB Now, I create a mirror from two of them: # gmirror label foo /dev/md[01] My mirror size is 10MB-512B. Now I remove smaller component: # gmirror remove foo md1 And insert the second smaller component: # gmirror insert foo md2 Everything works for me. Some more notes: When you create a mirror, gmirror takes the smallest component's size as a size of the whole mirror, so you should be able to insert new components which are bigger than or equal to the smallest one (used for mirror creation). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --24bywM+ZyrW0DJoD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB+LIJForvXbEpPzQRAhHDAJ47KTK3Kfe8E6M+0AMBbo2U9qVBPgCgyam2 QHzK63f5fEWw0Kt3eucvppc= =ZJug -----END PGP SIGNATURE----- --24bywM+ZyrW0DJoD-- From owner-freebsd-geom@FreeBSD.ORG Thu Jan 27 14:08:58 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 9F10816A4CE for ; Thu, 27 Jan 2005 14:08:58 +0000 (GMT) Received: from FS.Denninger.Net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B68443D39 for ; Thu, 27 Jan 2005 14:08:57 +0000 (GMT) (envelope-from karl@FS.Denninger.Net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.Denninger.Net (8.12.10/8.12.8) with SMTP id j0RE8uBO045897 for ; Thu, 27 Jan 2005 08:08:56 -0600 (CST) (envelope-from karl@FS.Denninger.Net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Thu Jan 27 08:08:56 2005 Received: (from karl@localhost) by FS.Denninger.Net (8.12.10/8.12.8/Submit) id j0RE8um3045895; Thu, 27 Jan 2005 08:08:56 -0600 (CST) Message-ID: <20050127080856.B45818@Denninger.Net> Date: Thu, 27 Jan 2005 08:08:56 -0600 From: Karl Denninger To: Pawel Jakub Dawidek References: <20050127000529.B40650@Denninger.Net> <20050127091905.GN795@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050127091905.GN795@darkness.comp.waw.pl>; from Pawel Jakub Dawidek on Thu, Jan 27, 2005 at 10:19:05AM +0100 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! cc: freebsd-geom@FreeBSD.org Subject: Re: Gmirror question - what am I doing wrong? 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, 27 Jan 2005 14:08:58 -0000 On Thu, Jan 27, 2005 at 10:19:05AM +0100, Pawel Jakub Dawidek wrote: > On Thu, Jan 27, 2005 at 12:05:29AM -0600, Karl Denninger wrote: > +> Now here's the problem. > +> > +> Let's say that I have the system sync'd with the larger and smaller block > +> count disks online. The SMALLER one fails. I replace it, but the other > +> larger disk is not available, because its in the vault. I thus replace the > +> disk with the SMALLER one, but I can't attach the slice on the replacement > +> disk, because that disk has a smaller capacity than the only remaining > +> active mirror component, and I can't make a slice bigger than the number > +> of actual blocks that exist on the drive! > +> > +> I'm screwed, and have no way out of this other than to ditch the entire > +> scheme, manually recreate the smaller volume, copy all the data over, and > +> restart gmirror from scratch. > > I need exact commands you use to perform this. > I did small simulation of your problem (if I understand it right): > > I created three md(4) devices: > > md0 - 12MB > md1 - 10MB > md2 - 10MB > > Now, I create a mirror from two of them: > > # gmirror label foo /dev/md[01] > > My mirror size is 10MB-512B. > Now I remove smaller component: > > # gmirror remove foo md1 > > And insert the second smaller component: > > # gmirror insert foo md2 > > Everything works for me. > > Some more notes: When you create a mirror, gmirror takes the smallest > component's size as a size of the whole mirror, so you should be able > to insert new components which are bigger than or equal to the smallest > one (used for mirror creation). Ok, I'll go through it again with the real disks and see what I get. I attempted this and it failed, but I may have inadvertently destroyed the metadata somewhere along the line. Let me see if I can recreate it again, and get the exact command sequence. -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-geom@FreeBSD.ORG Thu Jan 27 22:59:02 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 CA8FE16A4CE for ; Thu, 27 Jan 2005 22:59:02 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CE4843D48 for ; Thu, 27 Jan 2005 22:59:02 +0000 (GMT) (envelope-from plug.pulling.admin@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so331199wra for ; Thu, 27 Jan 2005 14:59:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=MI7pnoEVYhmayc0RmtQjTNbX6R4ohZL6+HIw3Ll2T+rzYT1JFRrkrSTu28cW7zseBIqmzOyfR9qpO0Gzq/0PbhX52oKDr7qDZIzSMrv6PmrBAxjev6gtjFVfyUkxXNafpe/5F1iD33N2qA6nf8hlDtwrN/O9XenEdB+VVyYR/Kc= Received: by 10.54.22.34 with SMTP id 34mr167639wrv; Thu, 27 Jan 2005 14:59:01 -0800 (PST) Received: by 10.54.5.47 with HTTP; Thu, 27 Jan 2005 14:59:01 -0800 (PST) Message-ID: <5156d5af050127145976c10350@mail.gmail.com> Date: Thu, 27 Jan 2005 17:59:01 -0500 From: Plug-Pulling Admin To: freebsd-geom@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Gmirror question - what am I doing wrong? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Plug-Pulling Admin List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 22:59:02 -0000 Karl Denninger wrote: > Gmirror refuses to attach a slice which has FEWER blocks than the online > volume with a cryptic ("Bad address") error message. Actually, this error means that gmirror has detected that you intend to use these drives for GIGABYTES OF COPYRIGHT VIOLATIONS, and refuses to complete the action. -- Plug-Pulling Admin -- Stop Internet Nazis! Send "I vote NO on rec.music.white-power" to music-vote@sub-rosa.com today! From owner-freebsd-geom@FreeBSD.ORG Fri Jan 28 19:41:30 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 68CC316A4CE for ; Fri, 28 Jan 2005 19:41:30 +0000 (GMT) Received: from FS.Denninger.Net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id C597343D2D for ; Fri, 28 Jan 2005 19:41:29 +0000 (GMT) (envelope-from karl@FS.Denninger.Net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.Denninger.Net (8.12.10/8.12.8) with SMTP id j0SJfO6V065636 for ; Fri, 28 Jan 2005 13:41:24 -0600 (CST) (envelope-from karl@FS.Denninger.Net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Fri Jan 28 13:41:24 2005 Received: (from karl@localhost) by FS.Denninger.Net (8.12.10/8.12.8/Submit) id j0SJfNjD065634 for freebsd-geom@freebsd.org; Fri, 28 Jan 2005 13:41:23 -0600 (CST) Message-ID: <20050128134123.A65605@Denninger.Net> Date: Fri, 28 Jan 2005 13:41:23 -0600 From: Karl Denninger To: freebsd-geom@freebsd.org References: <20050127000529.B40650@Denninger.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <20050127000529.B40650@Denninger.Net>; from Karl Denninger on Thu, Jan 27, 2005 at 12:05:29AM -0600 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Re: Gmirror question - what am I doing wrong? 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, 28 Jan 2005 19:41:30 -0000 I attempted to recreate this failure, and was unable to do so. Not quite sure why, but in several trials over the last 48 hours I was able to remove a disk from the running system, replace it with either the large or small capacity replacement, re-attach it and have it properly resync. I'm not quite ready to say 'all is ok', but am fairly close... :) Sorry 'bout the (apparently false) alarm...... -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind On Thu, Jan 27, 2005 at 12:05:29AM -0600, Karl Denninger wrote: > Ok, so I have Gmirror working for two exactly-equal sized disks, either on > the raw device or on the slice. > > Here's the issue. > > I have two vendors of a particuar size disk. They have slightly different > actual sizes, and detect as slightly different in sysinstall and FDISK. > The displayed geometries differ only in cylinder counts, BUT the partition > function in either sysinstall or FDISK (whether I use the command line or > the "tool") will not permit an EXACT size match for the slices between the > two vendors. > > Now here's the problem... > > Let's posit D1 and D2, where D1 is from vendor 1 and D2 is from vendor 2. > > There is also a "D1'" and "D2'", which are "spares" from each vendor. > > I wish to be able to do the following: > > 1. Run on the mirrored system normally. > > 2. Attach any of the remaining two disks (D1' or D2') as a third mirror > component, allow it to synchronize, detach it, and put it in a safe > offsite. This provides me with a simple offsite backup, although I > understand that I risk data inconsistency unless I quiesce the system > prior to detaching the backup volume. > > 3. If either D1 or D2 fail, I need to be able to replace the failed disk > with EITHER D1' or D2', and have the rebuild succeed. > > Now here's what I see as a problem. > > I have built the system on the SMALLER capacity disk (D1), using the > maximum available size for the first (and only) slice on that disk. > > When I attempt to set up the larger capacity disk with the exact same > slice size in blocks as the smaller disk has, the system refuses, and > rounds either up or down (presumably due to an internal difference in how > it sees geometry - although the FDISK display only differs in the cylinder > count!) > > Gmirror refuses to attach a slice which has FEWER blocks than the online > volume with a cryptic ("Bad address") error message. > > This makes sense; it can't actually mirror it. > > It will, however, attach a disk slice which has MORE blocks quite happily. > > Now here's the problem. > > Let's say that I have the system sync'd with the larger and smaller block > count disks online. The SMALLER one fails. I replace it, but the other > larger disk is not available, because its in the vault. I thus replace the > disk with the SMALLER one, but I can't attach the slice on the replacement > disk, because that disk has a smaller capacity than the only remaining > active mirror component, and I can't make a slice bigger than the number > of actual blocks that exist on the drive! > > I'm screwed, and have no way out of this other than to ditch the entire > scheme, manually recreate the smaller volume, copy all the data over, and > restart gmirror from scratch. > > There goes my online mirroring - the very intent of the mirroring has been > lost! > > It appears that you have to somehow force FDISK to create a slice with > the EXACT same block count to resolve this. > > This, however, appears to be flatly impossible to coerce FDISK to do, as > whatever is preventing this from being done is not "exposed" and visible. > > There has to be a way around this problem - its not credible to insist that > someone buy the exact same model and make of disks all the time, is it? > > So... how do you work around this - or can you? > > -- > -- > Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist > http://www.denninger.net My home on the net - links to everything I do! > http://scubaforum.org Your UNCENSORED place to talk about DIVING! > http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! > http://genesis3.blogspot.com Musings Of A Sentient Mind > > > _______________________________________________ > 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" > > > %SPAMBLOCK-SYS: Matched [freebsd], message ok From owner-freebsd-geom@FreeBSD.ORG Fri Jan 28 20:43:27 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 831D416A4CE for ; Fri, 28 Jan 2005 20:43:27 +0000 (GMT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2489F43D31 for ; Fri, 28 Jan 2005 20:43:27 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id CB499ACBD6; Fri, 28 Jan 2005 21:43:15 +0100 (CET) Date: Fri, 28 Jan 2005 21:43:15 +0100 From: Pawel Jakub Dawidek To: Karl Denninger Message-ID: <20050128204315.GD795@darkness.comp.waw.pl> References: <20050127000529.B40650@Denninger.Net> <20050128134123.A65605@Denninger.Net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Vrcq/LprQzvw2eZB" Content-Disposition: inline In-Reply-To: <20050128134123.A65605@Denninger.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 question - what am I doing wrong? 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, 28 Jan 2005 20:43:27 -0000 --Vrcq/LprQzvw2eZB Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 28, 2005 at 01:41:23PM -0600, Karl Denninger wrote: +> I attempted to recreate this failure, and was unable to do so. Not quite +> sure why, but in several trials over the last 48 hours I was able to rem= ove +> a disk from the running system, replace it with either the large or small +> capacity replacement, re-attach it and have it properly resync. +>=20 +> I'm not quite ready to say 'all is ok', but am fairly close... :) +>=20 +> Sorry 'bout the (apparently false) alarm...... It shouldn't be false actually. I saw 'Bad address' sometimes, but wasn't able to reproduce it always. I susspect a bug somewhere in libgeom<->geom_ctl, where it can return such an error even for proper request. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Vrcq/LprQzvw2eZB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFB+qPjForvXbEpPzQRAm0hAJ45y0uuoxKjt/Yt5ytjGmniSIkijwCglLGr p7rKeFBukHQu1Uz+QWsn1nY= =VsL1 -----END PGP SIGNATURE----- --Vrcq/LprQzvw2eZB--