Hello

 

Had an unclean shutdown on Friday and took the opportunity to install a heatsink fan on my LSI card. 

 

Booted up and I am unable to mount disk 1, which is a 14TB drive I installed in the last few months. I would estimate it has 4TB used at most.

 

This is one of the 4 drives in my icydock fat cage, each connected to a forward breakout cable connecting to the aforementioned LSI card. I double checked all connections are tight though I guess I'm not ruling out a failed strand of the forward breakout.

 

Diagnostics attached.

 

I ran xfs_repair:
 

Phase 1 - find and verify superblock...
bad primary superblock - bad magic number !!!

attempting to find secondary superblock...
.......... [and so on]
Exiting now.

I did stop xfs repair after about 2 hours when I realized I didn't add the verbose flag, and re-ran. I'm not sure if this just resumed the initial command and didn't restart with verbose enabled or what, but I expected to see more output.

 

Any suggestions? As I implied above, the drive is relatively new so I was wondering if formatting and letting it rebuild from parity would be the fastest option to getting a working array back. xfs_repair took quite some time to tell me not much (and never seemed to find that second superblock).

 

As of right now I'm just sitting in maintenance mode with disk1 unmountable.

 

moya-diagnostics-20221216-1919.zip

15 hours ago, zcmack said:

I ran xfs_repair:

From the GUI or command line?

i ran it from the GUI. 

 

i ended up removing the drive, formatting and re-adding to the array. i rebuilt parity and the drive is back online, though it seems like i lost all the data on that device. i guess i don't really understand why, as i thought unraid could tolerate a single disk failure and that the rebuild from parity would be restoring the data that was on that drive.

1 hour ago, zcmack said:

i guess i don't really understand why

Format will delete all the data on that disk and update parity accordingly, there's a warning before you do that.

i understand now that the format is a parity-protected operation and thus the data is removed. thankfully its all replaceable. for future reference, if xfs_repair is unable to repair the disk, what is the proper procedure? remove drive from array, replace with another and let it rebuild?

33 minutes ago, zcmack said:

if xfs_repair is unable to repair the disk, what is the proper procedure?

Restore from backups or use a file recovery util like UFS explorer.