Date: Sat, 8 Oct 2011 14:31:28 +0400 From: Lev Serebryakov <lev@FreeBSD.org> To: "Poul-Henning Kamp" <phk@phk.freebsd.dk> Cc: Warren Block <wblock@wonkity.com>, Garrett Cooper <yanegomi@gmail.com>, Glen Barber <gjb@FreeBSD.org>, "Andrey V. Elsukov" <bu7cher@yandex.ru>, Benjamin Kaduk <kaduk@mit.edu>, Arnaud Lacombe <lacombar@gmail.com>, freebsd-current@FreeBSD.org Subject: Re: aliasing (or renaming) kern.geom.debugflags Message-ID: <1644928028.20111008143128@serebryakov.spb.ru> In-Reply-To: <40969.1318068449@critter.freebsd.dk> References: Your message of "Sat, 08 Oct 2011 14:04:26 %2B0400." <338510238.20111008140426@serebryakov.spb.ru> <40969.1318068449@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <lev@FreeBSD.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1644928028.20111008143128>