From owner-freebsd-stable@FreeBSD.ORG Sat Nov 26 05:53:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64AA616A41F; Sat, 26 Nov 2005 05:53:25 +0000 (GMT) (envelope-from efinleywork@efinley.com) Received: from postmaster.etv.net (postmaster.etv.net [208.14.190.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19C4643D45; Sat, 26 Nov 2005 05:53:24 +0000 (GMT) (envelope-from efinleywork@efinley.com) Received: from work.efinley.com ([205.161.203.55] helo=elliotdevelop) by postmaster.etv.net with smtp (Exim 4.54 (FreeBSD)) id 1Eft00-000Ji4-6a; Fri, 25 Nov 2005 22:53:24 -0700 Message-ID: <065101c5f24d$b6c032e0$37cba1cd@emerytelcom.com> From: "Elliot Finley" To: , Date: Fri, 25 Nov 2005 22:53:23 -0700 Organization: Emery Telcom MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Cc: Subject: gmirror comments and questions (causes panic) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Elliot Finley List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Nov 2005 05:53:25 -0000 I'm on 6-Stable as of yesterday. I've been playing around with gmirror and overall I'm very impressed. I created a mirror with three components: gmirror label -v -b round-robin test twed12 gmirror insert -v test twed13 gmirror insert -v test twed14 in the man page for gmirror the synopsis for the label and insert commands are: gmirror label [-hnv] [-b balance] [-s slice] name prov ... gmirror insert [-hiv] [-p priority] name prov ... which means that it's calling twed12, twed13, twed14 the providers. presumably test would be the consumer. But when I do a gmirror list, I get (shortened): Providers: 1. Name: mirror/test Consumers: 1. Name: twed12 2. Name: twed13 3. Name: twed14 which means that it's calling twed12, twed13 and twed14 the consumers. So that is a little confusing. twed12 already had data on it, so I mounted it on /mnt and waited for 13 and 14 to finish syncing. I wanted to try using a disk image as a backup for a simulated data update so that I could roll back to the image if need be. I did a: gmirror remove -v test twed12 so I could use 12 as the backup image. I made changes to the mirror and then: gmirror remove -v test twed13 gmirror remove -v test twed14 gmirror status which caused the machine to panic. I know that's not the right procedure, but maybe gmirror could be changed to warn against removing the last component of a mirror, or possibly handle it in a better way. I booted back up and recreated the mirror using twed12 as the first component, thus restoring the mirror to it's pre-upgrade state. So the disk-image-as-a-backup worked very well. I was impressed with the fact that when I rebooted in the middle of a gmirror syncronize, it started where it left off rather than starting over. so here's the big question; if I have the boot disk mirrored with gmirror, is it possible to remove a component of the mirror before a major upgrade and use it as a backup just in case the upgrade catastrophically fails. If so, what would be the correct procedure? This would all need to be remote without physical access to the machine of course. Thanks in advance for any info/pointers/rtfm. Double thanks for gmirror, it is a fine piece of software. Elliot