jwheeler

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.

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 -

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

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

@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

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