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>