Disabled Drive


Go to solution Solved by JorgeB,

Recommended Posts

Perhaps more seriously, you have checksum errors on cache2.  Have you done memtest lately?

 

Your syslog is so full of that problem I had to filter it all out to try to find something about disk9. I didn't see anything, probably it was already disabled before reboot. Diagnostics contains current syslog so no way to see what happened before reboot.

 

First thing would be to run memtest. Builtin memtest won't boot UEFI. Better if you download and boot into memtest86 anyway.

 

Link to comment

Disable Docker and VM Manager in Settings and leave them disabled until you get cache fixed. See if running scrub will help anything. Then reboot and post new diagnostics so we can at least get clean logs.

 

As for your disabled disk, possibly caused by bad connection. You will have to rebuild it after double checking all connections, both ends, SATA and power, including splitters.

 

Link to comment

Still seeing some indications of corruption on cache

Feb 10 17:09:55 PlexServer kernel: BTRFS info (device sdg1): bdev /dev/sdg1 errs: wr 1874605108, rd 103989329, flush 11530688, corrupt 354867034, gen 313704
Feb 10 17:09:55 PlexServer kernel: BTRFS info (device sdg1): bdev /dev/sdf1 errs: wr 435937566, rd 3714670, flush 3150566, corrupt 294517547, gen 185192

Not sure scrub helped, since this was shortly after reboot, could be it would continue to log a lot of these.

 

I do use btrfs for my cache pool, but I have no experience with fixing problems with it.

 

I'm going to see if @JorgeB will take a look and suggest how to proceed. It is way past bedtime in his part of the world so it may be several hours before he can respond.

 

In the meantime, it won't hurt anything to go ahead and start rebuilding that array disk.

4 hours ago, trurl said:

As for your disabled disk, possibly caused by bad connection. You will have to rebuild it after double checking all connections, both ends, SATA and power, including splitters.

https://wiki.unraid.net/Manual/Storage_Management#Rebuilding_a_drive_onto_itself

Link to comment
Feb 12 15:38:11 PlexServer kernel: BTRFS info (device sdg1): bdev /dev/sdg1 errs: wr 1874605108, rd 103989329, flush 11530688, corrupt 354867034, gen 313704
Feb 12 15:38:11 PlexServer kernel: BTRFS info (device sdg1): bdev /dev/sdf1 errs: wr 466071269, rd 7921894, flush 3554463, corrupt 387371438, gen 243232

 

Feb 13 06:59:20 PlexServer kernel: BTRFS info (device sdf1): bdev /dev/sdg1 errs: wr 2005518254, rd 111584553, flush 11710630, corrupt 419236637, gen 348739
Feb 13 06:59:20 PlexServer kernel: BTRFS info (device sdf1): bdev /dev/sdf1 errs: wr 466071269, rd 7921894, flush 3554463, corrupt 387371438, gen 243232

 

Comparing both stats you can se the new write errors for sdg, meaning it dropped offline again between those times, if the scrub cannot correct all errors you need to backup what you can and restore the pool, but more importantly need to fix the device dropping issue, or there will be more issues in the future.

Link to comment
  • 2 weeks later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.