From owner-freebsd-doc@FreeBSD.ORG Mon Jun 4 15:52:06 2012 Return-Path: Delivered-To: doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 871BA106566C for ; Mon, 4 Jun 2012 15:52:06 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 80D3F8FC12 for ; Mon, 4 Jun 2012 15:52:05 +0000 (UTC) Received: from alph.allbsd.org (p4242-ipbf1504funabasi.chiba.ocn.ne.jp [118.7.211.242]) (authenticated bits=128) by mail.allbsd.org (8.14.5/8.14.5) with ESMTP id q54FpmqJ065591; Tue, 5 Jun 2012 00:51:58 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id q54FpkWH005025; Tue, 5 Jun 2012 00:51:48 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 05 Jun 2012 00:51:34 +0900 (JST) Message-Id: <20120605.005134.320058107548486045.hrs@allbsd.org> To: wblock@wonkity.com From: Hiroki Sato In-Reply-To: References: <20120604.182331.536549548943660058.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.4.50 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Jun__5_00_51_34_2012_250)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.allbsd.org [133.31.130.32]); Tue, 05 Jun 2012 00:51:59 +0900 (JST) X-Spam-Status: No, score=-98.8 required=13.0 tests=CONTENT_TYPE_PRESENT, RCVD_IN_RP_RNBL,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org Cc: doc@FreeBSD.org Subject: Re: Handbook mirroring section X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 15:52:06 -0000 ----Security_Multipart(Tue_Jun__5_00_51_34_2012_250)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Warren Block wrote in : wb> This procedure works well when the new drive's capacity is no larger wb> than the old drive's capacity. wb> wb> The problem I had was when the new drive was larger than the old wb> drive. gmirror creates a mirror on the new, larger drive using the wb> full space available (1T). The old drive (250G, say) can't be wb> inserted in this mirror because it's not large enough. Ah, true. I did not notice the pitfall. I updated the diff to solve the issue: http://people.allbsd.org/~hrs/FreeBSD/geom-mirror-2.html http://people.allbsd.org/~hrs/FreeBSD/geom-chapter.20120605.diff I used g_nop and g_zero to limit the capacity of gmirror. It is a hack but it should work. Maybe gmirror should support a capacity option as you pointed out... wb> Alignment, well I can see where it might be considered beyond the wb> scope of this particular article. If it came to that, removing the wb> explanation but leaving the -a4k options would be a way to simplify it wb> yet still not let the user down. wb> wb> One other note: "mymirror0" was used as the mirror name to suggest wb> that it was a user-created name rather than something the system wb> created. I see. I do not have a strong opinion about the naming as long as it is explained that the name is arbitrary in the section. -- Hiroki ----Security_Multipart(Tue_Jun__5_00_51_34_2012_250)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk/M2YYACgkQTyzT2CeTzy2oHQCgxv7xITCmhB/hAivScBrv0qkU 4QgAoMyXfLjZwCqudhGmQEguDSs1FJku =gYug -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Jun__5_00_51_34_2012_250)----