Date: Sun, 16 Oct 2011 18:58:55 +0200 From: Nicolas Rachinsky <fbsd-mas-0@ml.turing-complete.org> To: freebsd-geom@freebsd.org Subject: Re: gmirror failed with error 19. Message-ID: <20111016165855.GA96421@mid.pc5.i.0x5.de> In-Reply-To: <1977197077.20111016202024@serebryakov.spb.ru> References: <CAKWzaHa4jhcOb_zm0EkpjwGA0i%2BUck3Vv_Fa0U7=RsfktjQPCw@mail.gmail.com> <165230773.20111016130358@serebryakov.spb.ru> <20111016110526.GA1764@mid.pc5.i.0x5.de> <1305170562.20111016155117@serebryakov.spb.ru> <4E9B033A.6080103@FreeBSD.org> <1977197077.20111016202024@serebryakov.spb.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
* Lev Serebryakov <lev@FreeBSD.org> [2011-10-16 20:20 +0400]: > You wrote 16 ??????? 2011 ?., 20:15:54: > > >>> Of course you have to create the gpt inside the gmirror, not on the > >>> same device the gmirror is based on. The warnings occur, when the gpt > >>> is seen on the real disk. But later the gpt on the gmirror is used, > >>> and on the device created by gmirror, gpt uses the last sector of that > >>> device. > >>> I hope this will not change. > > Yes, it works as you have described. > As we can see, it doesn't work as described for some users. And, > again, think about picking up GPT from mirror component, as reported > by many others. Hardcoding the providers should avoid this. Sadly glabel (and gpt and its labels) cannot be hardcoded. At the moment I'm just using the mirror name (with pX... attached) to avoid this. Nicolas -- http://www.rachinsky.de/nicolas
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20111016165855.GA96421>