JorgeB

Also note that if you're using rsync it will resume the copy and only transfer the missing files.

You should replace it, that's what parity is for.

Then your best option is to post on the support thread for that docker.

Deleting and recreating the docker image it's usually the best way to fix dockers.

What capacity is your 960 Evo? Only the 1TB can sustain 1GB/s writes.

This is normal and it affects all PCIe 1.0 and 2.0 links due to 8b/10b encoding, PCIe 3.0 upgrades the encoding to 128b/130b.

Besides the two SSDs I only see attempts to initialize another device, which I expect is one of the 2TB Seagates, it's connected on onboard SATA port #3: Oct 1 00:20:08 NAS kernel: ata3: SATA link down (SStatus 0 SControl 310) Oct 1 00:20:08 NAS kernel: ata3: EH complete Oct 1 00:20:08 NAS kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen Oct 1 00:20:08 NAS kernel: ata3: irq_stat 0x00000040, connection status changed Oct 1 00:20:08 NAS kernel: ata3: SError: { DevExch } Oct 1 00:20:08 NAS kernel: ata3: limiting SATA link speed to 1.5 Gbps Oct 1 00:20:08 NAS kernel: ata3: hard resetting link Oct 1 00:20:09 NAS kernel: ata3: SATA link down (SStatus 0 SControl 310) Oct 1 00:20:09 NAS kernel: ata3: EH complete Oct 1 00:20:10 NAS kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen Oct 1 00:20:10 NAS kernel: ata3: irq_stat 0x00000040, connection status changed Oct 1 00:20:10 NAS kernel: ata3: SError: { DevExch } Oct 1 00:20:10 NAS kernel: ata3: limiting SATA link speed to 1.5 Gbps Oct 1 00:20:10 NAS kernel: ata3: hard resetting link Oct 1 00:20:11 NAS kernel: ata3: SATA link down (SStatus 0 SControl 310) Oct 1 00:20:11 NAS kernel: ata3: EH complete Oct 1 00:20:12 NAS kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen Oct 1 00:20:12 NAS kernel: ata3: irq_stat 0x00000040, connection status changed Oct 1 00:20:12 NAS kernel: ata3: SError: { DevExch } Oct 1 00:20:12 NAS kernel: ata3: limiting SATA link speed to 1.5 Gbps Oct 1 00:20:12 NAS kernel: ata3: hard resetting link Device is never successfully initialized, the 3 remaining onboard SATA ports report link down, you want to try different cables on those Seagates and check if they are detected by the board bios at startup, if they aren't unRAID won't detected them either. As for the SAS disks, I assume they are connected to the LSI controller, the controller is detected by unRAID and the driver loaded but there's no attempt to find any disks, also check its bios if the disks are detected, and if it's a RAID controller (or in RAID mode) you may need to create a JBOD or a RAID0 for each disk.

SSH into the server or use the console and type: mover stop

Never seen it and I would guess no very common, but I did have a couple of situations where checksums were very valuable, and that's why I want them, once when there were read errors on a second disk during a rebuild of a failed disk (this was before dual parity) and another time when a disk red-baled during a disk to disk move, checksums allowed me to quickly find the affect files and replaced them from backups.

A scrub can only fix checksum errors on a redundant btrfs filesystem, e.g. a raid1 cache pool.

Yes, file name will appear on the syslog, any time you want you can also run a scrub to check that everything is OK.

No, btrfs will error if it finds a checksum error, i.e., you won't be able to copy or play that file, you just need to check the log and will find a checksum error.

Correct, since each data disk is a separate filesystem and using the default profile, btrfs will detect a checksum error but won't be able to fix it, that is what backups are for. You could use dup profile for one or more disks, so data would be duplicated and any checksum error fixable, but obviously you'd lose half capacity on those disks.

Did you click the link? Decrease the amount of RAM used for cache and it should help with the OOM errors, it's mostly a kernel problem.

This should help:

Are you using a 10GbE switch or direct connect? If using a switch you need to change the MTU there also.

Settings -> Network Settings

These may help if not already in use: 1-Change NIC mtu do 9000 (unRAID server and any other computer with a 10GbE NIC) 2-Go to Settings -> Global Share Settings -> Tunable (enable direct IO): set to Yes

Disk has seen better days, if you determined to use it at least run it through a couple more preclear cycles.

It *may* wok with latest unRAID, but IIRC never seen a post of someone using one. This one works for sure.

Correct, but since most SSDs don't support that it won't work for most users.

They both support trim, are they on the Perc H310? If so move them to the onboard controller, LSI SAS2008 based controllers don't support trim.

Curious myself, current Intel CPUs already use so little power at idle, does undervolting also help at full load?

You'd lose bet, completely different disks, just some obvious differences ST8000DM004 / ST8000VN0002: Maximum sustained data transfer rate - 190MB/s / 230MB/s Number of disks/heads - 4/8 - 6/12 Idle power - 3.4w / 7.6w

7200 rpm they are not for sure, I suspect they are around 5000rpm, it's the only way the performance makes sense, they also use very little power, also consistent with low/lower rpm: