(Solved) [6.7.2] SSD won't mount

[pineapples]

I'm running out of disk drives in my current case, so I added an HBA in my unraid server (LSI 9201-16e) and added a single drive in my DAS connected to the unraid machine. I had to switch the card with my main HBA (Dell Perc H310) since the drive wouldn't be detected, but I succesfully added the new disk to my array.

 

Ever since this has taken place, I've been unable to mount the SSD in my unraid server. This SSD contains the docker image. I've tried to mount it manually (it's set to auto mount) but it throws up this error:

 

Jul 22 10:41:46 unRAID2 unassigned.devices: Mounting 'Auto Mount' Devices...
Jul 22 10:41:46 unRAID2 unassigned.devices: Adding disk '/dev/sdn1'...
Jul 22 10:41:46 unRAID2 unassigned.devices: Mount drive command: /sbin/mount -t btrfs -o auto,async,noatime,nodiratime '/dev/sdn1' '/mnt/disks/KINGSTON_SV300S37A120G_50026B73650085EB'
Jul 22 10:41:46 unRAID2 kernel: BTRFS info (device sdn1): disk space caching is enabled
Jul 22 10:41:46 unRAID2 kernel: BTRFS info (device sdn1): has skinny extents
Jul 22 10:41:46 unRAID2 kernel: BTRFS info (device sdn1): bdev /dev/sdn1 errs: wr 0, rd 16, flush 0, corrupt 0, gen 0
Jul 22 10:41:46 unRAID2 kernel: BTRFS warning (device sdn1): sdn1 checksum verify failed on 2629399805952 wanted A6649986 found 61D46FB0 level 0
Jul 22 10:41:46 unRAID2 kernel: BTRFS error (device sdn1): failed to read block groups: -5
Jul 22 10:41:46 unRAID2 kernel: BTRFS error (device sdn1): open_ctree failed
Jul 22 10:41:46 unRAID2 unassigned.devices: Mount of '/dev/sdn1' failed. Error message: mount: /mnt/disks/KINGSTON_SV300S37A120G_50026B73650085EB: wrong fs type, bad option, bad superblock on /dev/sdn1, missing codepage or helper program, or other error. 
Jul 22 10:41:46 unRAID2 unassigned.devices: Partition 'KINGSTON_SV300S37A120G_50026B73650085EB' could not be mounted...

I've run the diagnostics tool and added the output to this post, I hope someone can help me out.

 

Thanks!

unraid2-diagnostics-20190722-0852.zip

[JorgeB]

There's a checksum error on the metadata, if there's important data you should be able to recover using one of these options, then format it.

[pineapples]

Thanks for your quick response. I was able to run btrfs restore and copy all the data to one of the disks (the process stopped a few times due to looping, but I retried each time and eventually finished copying the data). I attempted to run a btrfs check --repair, but this failed. 

 

Is it safe to format the disk now using the btrfs fs, and copy the data again? Should I consider replacing this SSD just in case?

[JorgeB]

You can format and restore data, SSD should be fine, you could have a RAM problem, since checksum errors are most times caused by a flipped bit in RAM.

[pineapples]

Thanks, that did the trick.. mostly. Unfortunately, Plex didn't play ball but I think I'll be able to salvage it.

 

Thanks again for your assistance.

Edited July 23, 2019 by pineapples