I am replacing a couple of disks in my pool and did an attach to increase mirror vdev width. Before I detach the old disks, I want to sort this out.
The pool automounts at boot, but shows a "PCI0@0-SAT0@17-PRT4@4-PMP@0-@0:0" type id rather than the typical style of "media-4EF7BB87-ABA7-B34C-9762-23356144875C".
If I export the pool and then attempt to reimport with "sudo zpool import -d /var/run/disk/by-uuid" it says "no pools available to import". The same if I specify the pool name.
If however I run "sudo zpool import -a" then it imports in the same fashion as boot.
If you look at my "diskutil list" you can see that the new disks (2x 10TB) are both missing the GUID partition markers. I suspect this is the problem.
Is there anyway to fix my disk ID?
Thanks
- Code: Select all
pool: sanlux
state: DEGRADED
status: One or more devices could not be opened. Sufficient replicas exist for
the pool to continue functioning in a degraded state.
action: Attach the missing device and online it using 'zpool online'.
see: http://zfsonlinux.org/msg/ZFS-8000-2Q
scan: resilvered 1.02M in 0 days 00:00:02 with 0 errors on Mon Jan 13 07:15:11 2020
config:
NAME STATE READ WRITE CKSUM
sanlux DEGRADED 0 0 0
mirror-0 ONLINE 0 0 0
media-4CBA7C44-1D0E-B044-8328-71C4D4BB944B ONLINE 0 0 0
media-96FF7619-9678-E241-8F94-5CD8D7D06838 ONLINE 0 0 0
mirror-1 DEGRADED 0 0 0
32736012358515112994 UNAVAIL 0 0 0 was /private/var/run/disk/by-id/media-692FC4BA-6CD4-1B47-A440-4FE6A09B57CA
5439303841349648813 UNAVAIL 0 0 0 was /private/var/run/disk/by-id/media-B3E0C7D6-AF33-534B-8F5A-999CBD632C5C
PCI0@0-SAT0@17-PRT4@4-PMP@0-@0:0 ONLINE 0 0 0
PCI0@0-SAT0@17-PRT3@3-PMP@0-@0:0 ONLINE 0 0 0
mirror-2 ONLINE 0 0 0
media-6ED72605-2C30-0A4D-8876-29956144875C ONLINE 0 0 0
media-3EF2BB87-ADA7-B34C-9672-1F7305A50A21 ONLINE 0 0 0
errors: No known data errors
- Code: Select all
diskutil list
/dev/disk0 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk1 1000.0 GB disk0s2
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +1000.0 GB disk1
Physical Store disk0s2
1: APFS Volume taro 959.7 GB disk1s1
2: APFS Volume Preboot 49.4 MB disk1s2
3: APFS Volume Recovery 510.3 MB disk1s3
4: APFS Volume VM 2.1 GB disk1s4
/dev/disk2 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *8.0 TB disk2
1: ZFS sanlux 8.0 TB disk2s1
2: 8A965A3C-1AA2-22A2-88B6-070020735531 8.4 MB disk2s2
/dev/disk3 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: sanlux *10.0 TB disk3
/dev/disk4 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *8.0 TB disk4
1: ZFS sanlux 8.0 TB disk4s1
2: 8A965A3C-1AA2-22A2-88B6-070020735531 8.4 MB disk4s9
/dev/disk5 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *8.0 TB disk5
1: ZFS sanlux 8.0 TB disk5s1
2: 8A965A3C-1AA2-22A2-88B6-070020735531 8.4 MB disk5s9
/dev/disk6 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: sanlux *10.0 TB disk6
/dev/disk7 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *8.0 TB disk7
1: ZFS sanlux 8.0 TB disk7s1
2: 8A965A3C-1AA2-22A2-88B6-070020735531 8.4 MB disk7s2
/dev/disk8 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme +23.9 TB disk8
1: ZFS Dataset sanlux 23.9 TB disk8s1