Hello -

 

I noticed several months ago during a scheduled parity check that I was seeing millions of errors.  I have run a few correcting parity checks since then, but they always return millions/billions of errors.  I've done a mem test recently to rule that out already.  I have also done extended smart tests on the drives and don't see any issues there.  Where can I look next?  The amount of errors is worrisome to me.

 

 

 

40 minutes ago, jpsak09 said:

The amount of errors is worrisome to me.

More than zero is unacceptable.

 

Attach Diagnostics ZIP to your NEXT post in this thread.

Diagnostics attached

 

tower-diagnostics-20250401-2113.zip

This was a non-correcting check.

Apr  1 00:00:01 TOWER kernel: mdcmd (36): check NOCORRECT

Run a correcting check to correct the parity errors.

 

Then, without rebooting, run a non-correcting parity check to confirm all the parity errors were corrected.

 

Then, without rebooting, post new diagnostics.

1 hour ago, trurl said:

Then, without rebooting, run a non-correcting parity check to confirm all the parity errors were corrected.

I have never been able to get a 0 parity errors following these steps in the past.  I will follow the steps exactly as you have laid out here and post new diagnostics when completed.

 

Thank you

Correcting parity check completed.  I just kicked off a non-correcting parity check and will post diagnostics when it completes.  The non-correcting parity check immediately started returning errors

 

On 4/1/2025 at 10:32 PM, trurl said:

This was a non-correcting check.

Apr  1 00:00:01 TOWER kernel: mdcmd (36): check NOCORRECT

Run a correcting check to correct the parity errors.

 

Then, without rebooting, run a non-correcting parity check to confirm all the parity errors were corrected.

 

Then, without rebooting, post new diagnostics.

 

Attached are the updated diagnostics.  I followed the steps you laid out, but the non-correcting parity check still had millions of errors.

tower-diagnostics-20250407-1851.zip

On 4/1/2025 at 5:41 PM, jpsak09 said:

I've done a mem test recently to rule that out already

How long did you let this run?

 

Memory is main suspect here. Maybe controller which I assume is on the motherboard.

I let it run until I saw it say pass. I’ll run one again in the morning and send a picture of the results. It was several hours. 

11 minutes ago, jpsak09 said:

I’ll run one again in the morning

Run it overnight. Multiple passes.

Ok queued up, 4 passes. Will report back the results when complete. Thanks. 

The memory test passed, attached are results:

 

 

 

memtest can sometimes pass and it still has memory problems.

 

All disks look good with recent extended self-tests, and no I/O errors showing up anyway.

 

Apparently bits getting flipped somewhere though.

 

Looks like disk3 is on this controller:

00:17.0 SATA controller [0106]: Intel Corporation Alder Lake-P SATA AHCI Controller [8086:51d3] (rev 01)
	DeviceName: Onboard - SATA
	Kernel driver in use: ahci

which looks like it is on the motherboard. How many motherboard ports do you have?

 

All other HDD using this controller:

5a:00.0 SATA controller [0106]: ASMedia Technology Inc. ASM1164 Serial ATA AHCI Controller [1b21:1164] (rev 02)
	Subsystem: ASMedia Technology Inc. Device [1b21:2116]
	Kernel driver in use: ahci

Is this a separate card?

I’m running this on a UGREEN DXP6800Pro, nothing custom. I have not looked at the motherboard directly before to see how many ports are available. 

Do you mean both controllers are on the motherboard?

I’m not super knowledgeable with hardware, but I think so. How would I check?