BradJ

Regarding post #2 in this thread - (From another thread) I noticed this was mentioned in the release notes at one point: https://wiki.unraid.net/Manual/Release_Notes/Unraid_OS_6.10.0#Base_Packages I'm still looking for information regarding post #1 in this thread. Is this error something I should be worried about?

Also, Fix Common Problems says this in the logs: Apr 23 04:30:06 Tower root: Fix Common Problems: Error: Machine Check Events detected on your server Apr 23 04:30:06 Tower root: mcelog: ERROR: AMD Processor family 25: mcelog does not support this processor. Please use the edac_mce_amd module instead. How do I go about using the edac_mce_amd module?

Anything I should do with this error? It literally says "no action required" but I would like to know what might have caused this. Found this in the logs: Apr 19 08:36:47 Tower kernel: mce: [Hardware Error]: Machine check events logged Apr 19 08:36:47 Tower kernel: [Hardware Error]: Corrected error, no action required. Apr 19 08:36:47 Tower kernel: [Hardware Error]: CPU:1 (19:21:2) MC25_STATUS[-|CE|-|-|-|-|-|-|-]: 0x8000000100cbd163 Apr 19 08:36:47 Tower kernel: [Hardware Error]: IPID: 0x0000000000000000 Apr 19 08:36:47 Tower kernel: [Hardware Error]: Bank 25 is reserved. Apr 19 08:36:47 Tower kernel: [Hardware Error]: cache level: L3/GEN, tx: INSN Thank for looking. tower-diagnostics-20230424-0935.zip

There may have been some tension on the SATA cable. I rerouted and reseated the SATA cable. I ran another Scrub and no errors are being reported. I reset the BTRFS stats according to the post you referenced about the BTRFS monitor script. After re-running the script all errors are now 0. The script is now scheduled to run daily to monitor the cache pool. Once again, thank you JorgeB. I would be lost without you.

JorgeB to the rescue again! I ran the script and I have tons of errors: [/dev/sdb1].write_io_errs 0 [/dev/sdb1].read_io_errs 0 [/dev/sdb1].flush_io_errs 0 [/dev/sdb1].corruption_errs 0 [/dev/sdb1].generation_errs 0 [/dev/sdc1].write_io_errs 304324335 [/dev/sdc1].read_io_errs 4301948 [/dev/sdc1].flush_io_errs 2290865 [/dev/sdc1].corruption_errs 14826483 [/dev/sdc1].generation_errs 16809 Do you recommend I replace the cache2 cable and then run another scrub?

Okay, I have recreated the docker image and my docks are all working again. I'm just not sure what the underlying issue is/was. Can anything be determined from the logs?

This is the last thing in the log when I try to start the Docker service: Sep 16 21:06:08 Tower root: mount: /var/lib/docker: wrong fs type, bad option, bad superblock on /dev/loop2, missing codepage or helper program, or other error. Sep 16 21:06:08 Tower kernel: BTRFS error (device loop2): bad tree block start, want 24931565568 have 6449542684566666880 Sep 16 21:06:08 Tower kernel: BTRFS error (device loop2): bad tree block start, want 24931565568 have 12792500698256506278 Sep 16 21:06:08 Tower kernel: BTRFS warning (device loop2): couldn't read tree root Sep 16 21:06:08 Tower kernel: BTRFS error (device loop2): open_ctree failed Sep 16 21:06:08 Tower root: mount error Sep 16 21:06:08 Tower emhttpd: shcmd (651): exit status: 1 Should I recreate the docker image file or is something bigger happening here?

I noticed all my Dockers were not working. Upon trying to restart the Docker service I was getting "Docker service unable to start." I did a reboot to see if that would fix the issue. The diagnostics posted are before the reboot. Upon reboot, Docker failed to start again. I noticed a lot of BTRFS errors on my cache drives in the logs. So I ran a Scrub. No help - tons of errors in the logs. I don't know what to do next. These are relatively new redundant cache drives, just a few weeks old. The first diagnostics was right when I first noticed the problem. The second diagnostics is after the reboot and scrub. Please help! Brad tower-diagnostics-20220916-2012.zip tower-diagnostics-20220916-2055.zip

I tried another controller and it appears to be negotiating at x4! SAS2008 PCI-Express Fusion-MPT SAS-2 [Falcon] Broadcom / LSI Serial Attached SCSI controller Type: Onboard Controller Current & Maximum Link Speed: 5GT/s width x4 (4 GB/s max throughput) I'm hoping the next parity check is much faster! Thanks again JorgeB!

I'm on the latest BIOS. I have another controller card to try out. Thanks, as always JorgeB. If anyone else has ideas please chime in!

Yes, a Nvidia GTX1060 in the x16 slot (for Plex). I also have 2.5G network card in slot 2. The LSI card is in the third slot which is supposed to be x4 speed according to the manual. Something must be hogging up the lanes. I'm guessing though as my knowledge in "lanes" is very limited. I can put some of my drives on the MB SATA ports as a workaround - but what a waste of a nice LSI card to be limited to 500 MB/s.

My parity checks are taking a long time - about 2.5 days when my largest drives are 14TB. I decided to look into this. I downloaded a docker called Disk Speed to do some benchmarking of the drives. I noticed this: "SAS2308 PCI-Express Fusion-MPT SAS-2 Hewlett Packard Enterprise (Broadcom / LSI) Serial Attached SCSI controller Type: Onboard Controller Current Link Speed: 5GT/s width x1 (500 MB/s max throughput) Maximum Link Speed: 8GT/s width x8 (7.88 GB/s max throughput)" I think I have found out why my array speeds were maxing out at 500 MB's! My MB manual says this card is in a PCIEX 2.0 x4 slot. Why would this card be negotiating a x1 connection instead of something higher? Any advice on how to speed this up? Edit: This is in slot3 of a Gigabyte B450 Aorus M Motherboard Thanks!

Do you know if the size of the cache pool will automatically expand to 2TB when both drives are replaced? Or will the size have to be manually adjusted? I'll be doing this process later this week, I'm just trying to plan ahead. Thanks!

I have two 500GB SSD drives in my redundant cache pool. I want to upgrade them to two 2TB drives. What is the easiest/best method? Replace one at a time and rebuild? Or copy all data off the cache pool and create a new one? Thanks for any input.

One of my tracker websites "outlawed" the latest versions of Deluge: "Due to release stream issues, Versions 2.x Sourced from their PPA (or docker based on PPA) will not work here" What does this mean? More importantly, whatever the issue is, will it get fixed?