Date: Wed, 24 Jul 2013 08:22:14 +0200 From: "O. Hartmann" <ohartman@zedat.fu-berlin.de> To: FreeBSD CURRENT <freebsd-current@freebsd.org> Subject: ZPOOL import failure due to multiple pool IDs? Message-ID: <20130724082214.3168b664@thor.walstatt.dyndns.org>
next in thread | raw e-mail | index | archive | help
--Sig_/z9kSIl0Em4M+oyfKrrubaOh Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I have trouble with a ZFS pool after interrupted scrubbing on FreeBSD 10-CURREN (10.0-CURRENT #1 r253579: Tue Jul 23 20:31:59 CEST 2013 amd64). After I shut down the box while the ZFS pool in question was still in scrubbing, after a reboot the system marked that pool as defect. I tried to clean the reported data corruption by adding the -F flag to the import, but surprisingly, the pool has ambigious IDs confusing the system (and me): pool: BACKUP00 id: 257822624560506537 state: FAULTED status: The pool metadata is corrupted. action: The pool cannot be imported due to damaged devices or data. The pool may be active on another system, but can be imported using the '-f' flag. see: http://illumos.org/msg/ZFS-8000-72 config: BACKUP00 FAULTED corrupted data ada3p1 ONLINE pool: BACKUP00 id: 9337833315545958689 state: FAULTED status: One or more devices contains corrupted data. action: The pool cannot be imported due to damaged devices or data. The pool may be active on another system, but can be imported using the '-f' flag. see: http://illumos.org/msg/ZFS-8000-5E config: BACKUP00 FAULTED corrupted data 8544670861382329237 UNAVAIL corrupted data I do not know what happens here. The pool has been upgraded twice as far as I remember, since the disk/device is used as a compressed backup device and only used for that purpose. But for a couple of time now with FreeBSD 10, it starts to fail when the scrubbing is interrupted by a shutdown. I remember that scrubbing of pools sesumed after the next reboot - but I realised that this seems to be a problem now for some reason on FreeBSD 10. I had a situation like this earlier this year with the same device - amongst another pool after scrubbing didn't resumed as expected. The import of the pool above in question works by using the very first id: id: 257822624560506537. But what is with the other IDs? What are those IDs and labels doing here? Is it possible that ZFS has some bugs revealing older labels/GUIDs of the device from a earlier configuration than the last one configured and prepared for?=20 How can I get rid of those fake/phantom id? Rgards, Oliver --Sig_/z9kSIl0Em4M+oyfKrrubaOh Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBAgAGBQJR73KbAAoJEOgBcD7A/5N8LXgH/RplRyulEAtQxoKDXNvjRABY I1T1pmFCmZ2EzPIzTJfnHdOltcq+laAWSa442IMtmUPrww1I2aK8DxpXQPCQRQ/3 b0wUFkyeFYV2vpbhWUO/vkfnlpi9a1atSGBkrGvJVvxYykJodWCmHXzwYTqmhgZM arxjTiBAby9Xv0Hkik3LJShNyo0N9AblOKa9J3aq1bRHsnqO34BKxKJxV9nYKp+G p/QA1W0kbP8OciZx7luyqQAr1lPeU9jHJpB5vlK8Axhb8gr9HC8zCsmUyqnveJQc uD6eHqCKCsuPAIipe84IXc2PIpLOIFwuxxgfgyOUQWm5mNujcYp+y4IFKYeE640= =PWOa -----END PGP SIGNATURE----- --Sig_/z9kSIl0Em4M+oyfKrrubaOh--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130724082214.3168b664>