Disk disabled during parity check

[cl8uk]

Hello,

 

Could anybody assist with the issue above please?

 

Parity check was scheduled and when I've been in to check found disk offline and parity operation stuck at 1.8%. I'm not able to cancel the check, it just hangs.

 

Thanks in advance tower-diagnostics-20220928-1248.ziptower-diagnostics-20220928-1248.ziptower-diagnostics-20220928-1248.zip

 

[JorgeB]

If you cannot cancel the check type "powerdown" in the console, if it doesn't shutdown after 5 minutes o so you'll need to force it, then check/replace cables on disk3 and post new diags after array start.

[cl8uk]

Thanks Jorge, 

 

"powerdown" command worked and shut down the system after around 2 minutes.

 

I've changed the cable on disk3 for a new one. 

 

new diags attached.

 

Strangely, cache drive came up with crc errotower-diagnostics-20220928-1851.zipr on reboot too

 

 

 

[JorgeB]

Disk looks mostly OK, emulated disk is not mounting, so check filesystem on it first.

[cl8uk]

Okay,

 

so ran filesystem check with the -nv option as the guide says. It has returned lots of errors (i can't see an option to export the log) but the guide mentions "If however issues were found, the display of results will indicate the recommended action to take." I cannot see any recommendations within the log?

 

 

 

Any suggestions on what the best options, to run the tool for real would be?

[JorgeB]

Run it again without -n, if it asks for it use -L

[cl8uk]

Great, thanks Jorge.

 

Run without -n. It completed without asking for -L and without error. I ran again with -n and looks all good now & no errors.

 

Drive still disabled though. Done a restart and not come online. Is there anything else to try or is a rebuild next option?

 

 

[JorgeB]

Check that contents look correct, also look for a lost+found folder any lost data there, if all looks good rebuild on top, might be a good idea to replace/swap cables first to rule that out if the same thing happens again.

 

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

[cl8uk]

So, lost+found share calculates 420GB on disk 3. Looking through my media share, there is data missing which is now in lost+found. I have QDirStat and can quite easily see the large files and it won't take too long to restore.

 

But what is the correct order to to restore / rebuild on disk 3?

Will lost+found be wiped out if I rebuild before restoring the files?

Or should I restore the files while the drive is emulated and rebuild once I've finished with lost+found?

 

Thanks for your patience with this, I feel maybe just a couple of steps away now 😀

 

 

[itimpi]

Either order will work.     The rebuild process simply makes the physical drive have identical contents to the emulated drive.

[cl8uk]

48 minutes ago, itimpi said:

Either order will work.     The rebuild process simply makes the physical drive have identical contents to the emulated drive.

Thanks for this.

 

I'll set the rebuild going and at least the array will be protected again before moving the files back.

 

Thank you both for the help. I'll leave this open while the rebuild completes, then update / mark as solved once finished.

[cl8uk]

Disk rebuilt without error. Thank you for the help.

 

 

Just for future reference, could I ask about the filesystem check I ran?

 

Is there a chance that would have brought the disk back online without the rebuild?

 

or

 

Was that step necessary to create the lost+found folder and save the data, before having to rebuild anyway?

[JorgeB]

8 minutes ago, cl8uk said:

Is there a chance that would have brought the disk back online without the rebuild?

Nope, they are two separate things, a disabled disk isn't always unmountable and you can have an unmountable disk without it being disabled, but if it's both the filesystem should be fixed first, because there's no point in rebuilding if the filesystem cannot be fixed, especially when doing it on the old disk, it can limit your options.

[cl8uk]

23 minutes ago, JorgeB said:

Nope, they are two separate things, a disabled disk isn't always unmountable and you can have an unmountable disk without it being disabled, but if it's both the filesystem should be fixed first, because there's no point in rebuilding if the filesystem cannot be fixed, especially when doing it on the old disk, it can limit your options.

 

Thanks for the explanation. Hopefully it won't happen again but nice to have a bit of info just in case.  

 

I think we're all done here. Thanks again for the help, these forums are so helpful. Never come across anywhere with so much support before.