I've been attempting to troubleshoot this to just get to the point where I can copy off all the data, and never use ZFS again. Attached are the diagnostics. Any help would be greatly appreciated.

tower-diagnostics-20250519-1625.zip

With the array started post the output from

 

wipefs /dev/md1p1

 

@JorgeB

The full output was "rejected". Here's the first few lines, and the full output is attached:
root@Tower:~# wipefs /dev/md1p1

DEVICE OFFSET TYPE UUID LABEL

md1p1 0x1000 linux_raid_member be7d6e03-616e-713f-a7ef-6cf3b03d3ba6 Wheeler-NAS:UGREEN-CORE-x86_64-

md1p1 0x3f000 zfs_member 3637505569949232835 disk1

md1p1 0x3e000 zfs_member 3637505569949232835 disk1

wipefs_output.txt

16 minutes ago, jwheeler said:

md1p1 0x1000 linux_raid_member be7d6e03-616e-713f-a7ef-6cf3b03d3ba6 Wheeler-NAS:UGREEN-CORE-x86_64-

This is the problem, you can delete that signature with wipefs, this should be perfectly safe, and I've used it multiple times myself and with other users before, but good to make sure backups are up-to-date, just in case, then type:

wipefs -a -t linux_raid_member /dev/md1p1

Stop array, restart array, and the disk should now mount.

Thank you. I had to reboot, but that got me at least able to access the file system through the ZFS Master plugin in the web UI (it is, however, indicating that the health is degraded). It's I still don't see anything mounted via lsblk. Under the Array Operation section in Main, it's showing:

Disk 1 • ST10000NE0008-1ZF101_ZS50QK6W (sdc)

Is it possible that that disk also has the linux_raid_member assigned to it?

Edit: It's reporting that aforementioned disk is unmountable

Edited May 20, 20251 yr by jwheeler
Additional information

Post new diags please

@JorgeB As requested:tower-diagnostics-20250521-1347.zip

Post the output from zpool import

root@Tower:~# zpool import

no pools available to import

For an additional data point:

root@Tower:~# zpool list

NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT

disk1 9.09T 1.33T 7.76T - - 0% 14% 1.00x DEGRADED -

26 minutes ago, jwheeler said:

For an additional data point:

So the pool is already imported, did you import it manually?

In any case, you can now copy the data, should be under /mnt/disk1

I did run it sometime earlier, and it spit out some results. Regardless, thank you for getting me to a recoverable state. Beer money incoming.