Date: Wed, 5 Oct 2011 10:12:06 -0500 From: Scot Hetzel <swhetzel@gmail.com> To: Miroslav Lachman <000.fbsd@quip.cz> Cc: current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events Message-ID: <CACdU%2Bf8mA1wLUnHVyrJwaf89ahf2oc_904=8mme7kkBLxLSCCQ@mail.gmail.com> In-Reply-To: <4E8C6E85.90005@quip.cz> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz>
next in thread | previous in thread | raw e-mail | index | archive | help
2011/10/5 Miroslav Lachman <000.fbsd@quip.cz>: > I am waiting years for the moment, when these GEOM problems will be fixed, > so I am really glad to see your interest! > It will be move to right direction even if changes will not be backward > compatible. > The current state is too fragile to be used in production. Gmirror alone can > be used, glabel alone can be used, GPT alone can be used... but mix it all > stacked together is way to hell. > > e.g. Using GPT on glabeled provider always ends with error message about > corrupted secondary GPT table. (But how can I use iSCSI in reliable way if I > cannot use glable on devices and iSCSI device can have different number on > each reboot? I wrote about it almost 2 years ago) > You don't need to use glabel on GPT disks, as gpart has it's own way to label GPT disks: Fixit# gpart create -s gpt ad0 Fixit# gpart add -s 4G -t freebsd-swap -l swap0 ad0 Fixit# gpart add -t freebsd-zfs -l disk0 ad0 This create the following in /dev: /dev/gpt/swap0 /dev/gpt/disk0 Glabel is not needed for GPT partitioned disks. What should happen is that glabel should fail when attempting to label a GPT disk. If you wish to add a GPT label after the fact use: gpart show geom gpart modify -i index -l label geom (i.e. geom = ad0) Scot
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACdU%2Bf8mA1wLUnHVyrJwaf89ahf2oc_904=8mme7kkBLxLSCCQ>