Date: Sun, 29 Jan 2012 18:00:25 +0900 From: Randy Bush <randy@psg.com> To: Jason Hellenthal <jhell@DataIX.net> Cc: FreeBSD FS <freebsd-fs@freebsd.org> Subject: Re: trying to whack a glabel for a zfs mirror Message-ID: <m21uqisx1y.wl%randy@psg.com> In-Reply-To: <20120129085045.GA26210@DataIX.net> References: <m2ipjvrxko.wl%randy@psg.com> <m262fvrnw8.wl%randy@psg.com> <20120129085045.GA26210@DataIX.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> Once again the use of glabel(8) that causes and can cause loss of data > within ZFS disks... DO NOT USE GLABEL! it is not a solution that you > are looking for and in the long run you will shoot yourself in the > foot for using it. > > What you are seeing is glabel blatently refusing to write meta-data to > parts of the disk where something may already exist. This is a good > thing. > > In turn use something like gpart(8) to adjust the gpt label and/or set > your disks up properly. This is not the same thing as glabel(8) which > in turn is a hack and not a solution and severely needs to be shot > into outerspace from world. i gather you do not like glabel :) as you might have guessed from the ad0s3, the disks are gparted. the reason that they are also glabeled is that this is on a disk controller from hell, an hpt 16-port, which seems to occasionally renumber the drives, for example when one is removed. so i wanted constant labels. randy
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m21uqisx1y.wl%randy>