JorgeB

If it's just one port and the other drives are still on the RAID controller it won't make any difference.

Though 30/40MB/s is still slow you're using slower TLC based SSDs (WD green is TLC, never heard of a Palit SSD, but should be similarly low end, and even if it isn't the pool will be limited by the slower device), they will never perform great, I recommended 3D TLC based, 860 EVO, MX500, WD Blue 3D, etc.

Maybe a power issue, do you have another PSU you could try?

Impossible, except for the first few GBs that will be cached to RAM, unless you have an SSD based array.

https://forums.unraid.net/topic/48707-additional-scripts-for-userscripts-plugin/?do=findComment&comment=850539

Then 50/60MB/s is normal and about the max you can get with the default writing mode.

Also check the FAQ link for max RAM speeds, you're currently overclocking your RAM.

loop2 is usually where the docker image is mounted, you can confirm with: df | grep docker

You're welcome, just make sure to ask for help in the future if you have any doubts, this data lost could have been easily avoided.

Two other devices dropped offline: Apr 25 19:47:52 unraid kernel: ata16: SATA link down (SStatus 0 SControl 300) Apr 25 19:47:57 unraid kernel: ata16: hard resetting link Apr 25 19:47:58 unraid kernel: ata8: SATA link down (SStatus 0 SControl 300) Apr 25 19:47:58 unraid kernel: ata8.00: disabled Apr 25 19:47:58 unraid kernel: ata16: SATA link down (SStatus 0 SControl 300) Apr 25 19:47:58 unraid kernel: ata16.00: disabled You're using a 6 or 10 port controller that is in fact a 2 port controller with SATA port multipliers, these controllers are a known source of multiple issues, it should be replaced.

Unfortunately there's nothing on the syslog about the crash, you can try booting in safe mode but there's almost nothing installed and this looks more like a hardware issue.

Very unlikely that's a disk problem, most likely culprit is still the SATA cable, you can also try a different SATA port.

This is a Marvell issue with the Linux kernel, it can't be fixed by LT, but it can start working again (or not) in a future kernel.

Copy the config folder from the trial to the new flash drive and register that one.

Cache fs is OK but it's full, docker image ran out of space, and that's causing the problems.

You likely saw this and have a script running to check for errors, note that the original script generates a notification if the array ia stopped, i.e. /mnt/cache doesn't exist, see the current one, it will check that the mountpoint exists first.

Like mentioned already the raid controller is likely the main issue, HBAs or just regular SATA ports are recommended for Unraid.

Also see here:

👍 Note that reiserfs is not recommended for years now, you should convert to xfs.

Not likely.

Post current diags (with array started in normal mode).

Not sure what it does but should be fine, it might cause some issues with virtualization.

Now that the rebuild is done both disk 15 and 16 need to be formatted, next to the array start/stop button, there's a checkbox then press format.

Known issue with some Marvell controllers, this might help, or disable vt-d if not needed.