Even after rebooting with the drive for the zpool physically removed
from the system, I still had a zpool I couldn't destroy, export, or
otherwise remove from the listing.
Using "sudo zpool status -Pv" I worked out that my ZFS was actually
expecting to find the data on partition 1 of the drive:
errors: No known data errors
pool: hub
state: UNAVAIL
status: One or more devices could not be used because the label is missing
or invalid. There are insufficient replicas for the pool to continue
functioning.
action: Destroy and re-create the pool from
a backup source.
see: http://zfsonlinux.org/msg/ZFS-8000-5E
scan: none requested
config:
NAME STATE READ
WRITE CKSUM
hub UNAVAIL 0
0 0 insufficient replicas
/dev/disk/by-id/ata-ST6000DM003-2CY186_ZF200PC8-part1 UNAVAIL 0
0 0
I'd previously tried symlinking the old device name to the new one, but
I was inspired to try it with just the partition:
[anovak@octagon ~]$ cd /dev/disk/by-id/
[anovak@octagon by-id]$ sudo ln -s
'usb-Seagate_Backup+_Hub_BK_NA8TQC87-0:0-part1'
ata-ST6000DM003-2CY186_ZF200PC8-part1
When I did that, the pool immediately came back online, and I was able
to export it to make it go away.
Then I managed to import it under a more stable name with "sudo zpool
import -a -d /dev/disk/by-partuuid/".
I still can't see the drive data in gsmartcontrol, and I still can't spin it
down, but at least I can now use it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1774569
Title:
gsmartcontrol, hdparm, and ZFS all refuse to talk to an apparently
working Seagate Backup+ Hub drive after upgrade to 18.04
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gsmartcontrol/+bug/1774569/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
