Date: Sat, 12 Aug 2017 19:36:31 -0400 From: Chris Ross <cross+freebsd@distal.com> To: freebsd-fs@freebsd.org Subject: Oh no, what have I done... Message-ID: <3408A832-BF2E-4525-9EAC-40979BA3555B@distal.com>
next in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] So, I had a zpool with a single raidz1 in it. That was fine. I wanted to make that pool bigger, and learned by researching how to do that that I _can’t_ add a device to the raidz1, as I’d presumed I would do, to just make it larger. While researching other options, I added a lone device to the pool, somewhat by accident, but then realized “oh wait, that won’t give me redundancy or safety, not what I want…” so tried to take it back out before data got written to it. However, that appears to not be an option. After finding that “remove” and “offline” don’t work for that disk vdev, I just pulled the disk. All the while assuming that since the raidz1 was still kosher, I would find a way to get it running as long as noone wrote a bunch of data to the erroneously attached disk. But, I fear I may’ve shot myself. Is there any way to recover my raid1z vdev from this situation, and get a working zfs pool back? Before a reboot, which seems to have made things worse, the pool in question looked: cross@hyrule[~](576): sudo zpool status tank pool: tank state: UNAVAIL status: One or more devices are faulted in response to IO failures. action: Make sure the affected devices are connected, then run 'zpool clear'. see: http://illumos.org/msg/ZFS-8000-HC scan: scrub repaired 0 in 10h39m with 0 errors on Thu May 12 09:55:26 2016 config: NAME STATE READ WRITE CKSUM tank UNAVAIL 0 0 0 raidz1-0 ONLINE 0 0 0 ada1p4 ONLINE 0 0 0 gpt/3g01 ONLINE 0 0 0 gpt/3g02 ONLINE 0 0 0 10950428150510887813 REMOVED 0 0 0 was /dev/da2p1 errors: No known data errors Is there anything that can be done here? A “zfs import” from single user doesn’t seem at all willing to consider it, just fails immediately with I/O error. Help? (And no, of course I don’t have backups! Technically, it was all data that wasn’t critical and/or could be recovered, but it will take days to reconfigure things, and data will be lost.) - Chris [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJZj5EPAAoJEPFBDnXvoNg0ggkP/RPXCbwJnMtnk4LrmN5w/5+i RstmAf77xSSxM7xgnh18uOYzIF3fxl9irRxkz9bd3EadgEnROQh8H5GCm3WAnmJr fBoG7txo1mc9qfIbQyhkYUdv3AAY72ncSgMf0Egn0gi7TdXGXt35Mc/81aF7/+it C21Pcee1PLZXGWt4EBSt8/pWWJiyQ8M5d/MBI3i5jYMB6Zm624QLPgEwWQR7Fq53 yZ1jcbv9i7Q/7Il74KUVqjoNJSzIzG5l+itXePK+U3l5UnQUKohH8M5Tm/ZnboWy jiy8E2P3W59oiDO+iVNYy6D/WXe1+skM1zP2O/DN3PGMtJ0QCCNsT8qMXmmi+Omm qVeI0bm2QdtwwGAbU+0RkZtYgNT1sQNmdCjYuTyPGBrhFDJMKDca6uED908j6/BC Me+MMZVvvzn/BKUDs3dFXod1PyxAHPpGMCeaOv+Qmbl7HfHPUOZuNUjXUk0vL2Ll YTnTOSsROOdzNHGBr1eII33hZA/+PBV5lsciNu8M/B6Fumh0+EbWjAchNvgJhmKL da1Rhkyv3/E7z81lgOx8+bnXI7spQ2/7JNpxWg5fwrY35Z91UYRBEwocPeUoZsRu EZkY7CmjbQdm6C0nZM1eSQYcA08J0bE0+Fb4RZV/OA6syGIWomPEF7whoVgQT4q/ X7JYk9DWRc1IAIO0FelB =muXc -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3408A832-BF2E-4525-9EAC-40979BA3555B>