From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 10:31:41 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34D39106566B; Sat, 8 Oct 2011 10:31:41 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id E9E418FC0A; Sat, 8 Oct 2011 10:31:40 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 59E4F4AC1C; Sat, 8 Oct 2011 14:31:39 +0400 (MSD) Date: Sat, 8 Oct 2011 14:31:28 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1644928028.20111008143128@serebryakov.spb.ru> To: "Poul-Henning Kamp" In-Reply-To: <40969.1318068449@critter.freebsd.dk> References: Your message of "Sat, 08 Oct 2011 14:04:26 +0400." <338510238.20111008140426@serebryakov.spb.ru> <40969.1318068449@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , Garrett Cooper , Glen Barber , "Andrey V. Elsukov" , Benjamin Kaduk , Arnaud Lacombe , freebsd-current@FreeBSD.org Subject: Re: aliasing (or renaming) kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 10:31:41 -0000 Hello, Poul-Henning. You wrote 8 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 14:07:29: >> It seems, that GPT will be incompatible with any pure-software >> mirror or mirror-like RAID. > Unless you do what other implementations have done: Play nice with > GPT and store your metadata in a GPT partition. So, every other GEOM class should have special knowledge about GPT? It doesn't look like "topology-agnostic" GEOM way :) Now it is possible to make gmirror inside GPT partition by hands, of course. but if here is multiple partitions it will lead to multiple instances of gmirror, and, in case of synchronization, it will thrash disk, as all instances will try to read and write from different areas of disks (partiitons) in same time... I don't see good universal solution for this, unfortunately :( --=20 // Black Lion AKA Lev Serebryakov