Date: Tue, 05 Jun 2012 00:51:34 +0900 (JST) From: Hiroki Sato <hrs@FreeBSD.org> To: wblock@wonkity.com Cc: doc@FreeBSD.org Subject: Re: Handbook mirroring section Message-ID: <20120605.005134.320058107548486045.hrs@allbsd.org> In-Reply-To: <alpine.BSF.2.00.1206040653380.97869@wonkity.com> References: <alpine.BSF.2.00.1205220912060.52079@wonkity.com> <20120604.182331.536549548943660058.hrs@allbsd.org> <alpine.BSF.2.00.1206040653380.97869@wonkity.com>
next in thread | previous in thread | raw e-mail | index | archive | help
----Security_Multipart(Tue_Jun__5_00_51_34_2012_250)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Warren Block <wblock@wonkity.com> wrote in <alpine.BSF.2.00.1206040653380.97869@wonkity.com>: 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)----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120605.005134.320058107548486045.hrs>