From owner-freebsd-fs@FreeBSD.ORG Sun Feb 12 13:57:15 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 641C91065675 for ; Sun, 12 Feb 2012 13:57:15 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id BD2E48FC16 for ; Sun, 12 Feb 2012 13:57:14 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q1CDv6QG065925 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 12 Feb 2012 13:57:06 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.3 smtp.infracaninophile.co.uk q1CDv6QG065925 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1329055026; bh=y4rFxRkKmUNNEz45jZq67/17LVNo1l+hNuUO6WWG0CU=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=ZAwUvuYXDR5o6MFPrG3EoefEToKObKk33wez0mvL4o4kifI+XSazyY7Ap3sK8A0C6 X4ZhwuuUXTDUWMkRnxqRUgztF6uEGINmljySRNfZEhh6bWcfYgyZB7Fhp5QksFbC1c AyDJf3LDkzCAW8wudVGCF12vUOlJ4MB16iRBmL4o= Message-ID: <4F37C52A.2030803@infracaninophile.co.uk> Date: Sun, 12 Feb 2012 13:56:58 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: freebsd-fs@freebsd.org 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> In-Reply-To: <4F37BA49.50700@brockmann-consult.de> X-Enigmail-Version: 1.3.5 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig56BF8A60871CD11D67F14A4C" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: ZFS Snapshot problems X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2012 13:57:15 -0000 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--