Date: Sun, 12 Feb 2012 13:56:58 +0000 From: Matthew Seaman <m.seaman@infracaninophile.co.uk> To: freebsd-fs@freebsd.org Subject: Re: ZFS Snapshot problems Message-ID: <4F37C52A.2030803@infracaninophile.co.uk> In-Reply-To: <4F37BA49.50700@brockmann-consult.de> References: <4F377457.4080807@FreeBSD.org> <20120212084052.GA43095@icarus.home.lan> <4F3789C1.9000903@FreeBSD.org> <4F37A8E7.7060102@brockmann-consult.de> <4F37B25A.10002@FreeBSD.org> <4F37BA49.50700@brockmann-consult.de>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig56BF8A60871CD11D67F14A4C
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
On 12/02/2012 13:10, Peter Maloney wrote:
> I don't know what side effects that change has though. You can usually
> assume that ZFS will just figure out the pool regardless of labels
> (because it uses its own label metadata; see zdb output to see the othe=
r
> id), but apparently your case is something special, getting actual
> errors instead of only wrong names.
Yes. This is most perplexing -- it's such a specific effect. The gpt
thing may well be a red herring. It is odd though that zdb somehow
discovers the gpart labels through reading zpool.cache, but zpool(1)
uses the gptids instead.
> In my experience, there are no strange side effects. But maybe there
> would be if you inserted some other disks with the same gpt/ labels.
That's not going to be a problem in my environment. It's not physically
possible to insert more disks[*], and I'd have to power off to swap out
one of the existing ones.
> And another long shot idea: you could also try booting off of a DVD and=
> importing using "-o cachefile=3D.... -o altroot=3D..." and then copying=
the
> cachefile over your current one (/boot/zfs/zpool.cache I think) to see
> if it then has the right names when you reboot again.
>=20
>=20
> And again, I don't know if your data is at risk using any of my
> suggestions. I always play around with things like that in test virtual=
> machines first.
Hmmm... as the one and only operational effect of this problem I've
identified is to prevent my getting good backups, that's quite the
catch-22 there.
Definitely time to go virtual, lest the cure have worse effects than the
disease.
Thanks,
Matthew
[*] Well, unless I created a zfs on a usb stick, but I've no reason to
do that.
--=20
Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard
Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matthew@infracaninophile.co.uk Kent, CT11 9PW
--------------enig56BF8A60871CD11D67F14A4C
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.16 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk83xTEACgkQ8Mjk52CukIwy1ACdHjpTn4gNYlOQz2eUvFmcQzrg
RRYAn2XCZI0ERfKEhNRMt4Y3leAGhVpR
=KlJ9
-----END PGP SIGNATURE-----
--------------enig56BF8A60871CD11D67F14A4C--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F37C52A.2030803>