Date: Sun, 29 Jan 2012 03:50:46 -0500 From: Jason Hellenthal <jhell@DataIX.net> To: Randy Bush <randy@psg.com> Cc: FreeBSD FS <freebsd-fs@freebsd.org> Subject: Re: trying to whack a glabel for a zfs mirror Message-ID: <20120129085045.GA26210@DataIX.net> In-Reply-To: <m262fvrnw8.wl%randy@psg.com> References: <m2ipjvrxko.wl%randy@psg.com> <m262fvrnw8.wl%randy@psg.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 29, 2012 at 04:03:35PM +0900, Randy Bush wrote: > as usual, i am a bit clueless here. >=20 > NAME STATE READ WRITE CKSUM > tank DEGRADED 0 0 0 > mirror DEGRADED 0 0 0 > label/m00-d01 REMOVED 0 0 0 > label/m00-d00 ONLINE 0 0 0 > mirror ONLINE 0 0 0 > label/m01-d00 ONLINE 0 0 0 > label/m01-d01c ONLINE 0 0 0 > mirror ONLINE 0 0 0 > label/m02-d00c ONLINE 0 0 0 > label/m02-d01c ONLINE 0 0 0 > mirror ONLINE 0 0 0 > label/m03-d00 ONLINE 0 0 0 > label/m03-d01c ONLINE 0 0 0 > mirror ONLINE 0 0 0 > label/m04-d00 ONLINE 0 0 0 > label/m04-d01 ONLINE 0 0 0 > mirror ONLINE 0 0 0 > label/m05-d01 ONLINE 0 0 0 > label/m05-d00 ONLINE 0 0 0 >=20 > Geom name: da2s3 > Providers: > 1. Name: label/m00-d01 > Mediasize: 1965957073408 (1.8T) > Sectorsize: 512 > Mode: r0w0e0 > secoffset: 0 > offset: 0 > seclength: 3839759909 > length: 1965957073408 > index: 0 > Consumers: > 1. Name: da2s3 > Mediasize: 1965957073920 (1.8T) > Sectorsize: 512 > Mode: r0w0e0 >=20 > # zpool attach tank label/m00-d00 label/m00-d01 > cannot use '/dev/label/m00-d01': must be a GEOM provider or regular file >=20 > # glabel label m00-d01 /dev/da2s3 > glabel: Can't store metadata on /dev/da2s3: Invalid argument. >=20 > # sysctl kern.geom.debugflags=3D17 > kern.geom.debugflags: 0 -> 17 >=20 > # dd if=3D/dev/zero of=3D/dev/da2s3 > dd: /dev/da2s3: Invalid argument >=20 > randy Once again the use of glabel(8) that causes and can cause loss of data with= in ZFS disks... DO NOT USE GLABEL! it is not a solution that you are lookin= g 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 part= s 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 i= s a hack and not a solution and severely needs to be shot into outerspace f= rom world. --=20 ;s =3D; --opJtzjQTFsWo+cga Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJPJQhlAAoJEJBXh4mJ2FR+NioIAI8SFSdoGJ6Y5Q/tfh9s1c+g TiEcBX9O0mr977m/MJa91WQHscVlMI37vCrA81lVBnJmAA0sWhem+r8rgqm+K2Cb L/hm/bc61iN5wtRrYkuXRrGHyFr5m+xn5LHhovNZ043FilJi/P8oJH31cmx5kYL+ B/pNzN0jnxPxUMMkjE6rvJDOdkBWzEaa+xddER6Wqkb/adsubqN4fdKg3tHa0rxK e70s9D5zviaPxMvd226e5pfBMi7Jyl7gNo2xjHvUEsBgFOO/OxvULWTt8LZgaDaO 2xmfiEYoWTkk5OiCYBp51kN0Vt37LgSHN074fdBBQYn1jS90c2I1lm4t7WuieNU= =sZQM -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120129085045.GA26210>