JorgeB

Cache pool just needs all members assigned at array start and existing pool will be used, there can't be a "all data on this device" will be deleted warning for any of the cache devices.

Rebooting should fix it, if it doesn't please post new diags.

Disk shares can be faster, in some cases much faster, than user shares.

No driver loaded, you'd need to request it.

Likely not, you can check if a driver is loading by posting the output of: lspci -k -s 0c:00.0 Alternatively post the diags, if there's no driver you can always make a request to add it, if there's an in tree driver (or a working out of tree one) LT usually adds it to the next release.

I would guess they have bigger fish to fry for now, but also hope it gets looked at eventually, when time permits since it's more of an annoyance. Also please post the details of how much performance degraded in this report, so it's easier to keep track of affect users/servers.

rc9 is performing normally for me with SMB transfer from user shares: And real usage examples: Write to Unraid: Read from Unraid: Read speeds are usually 600 to 800MB/s and not constant mostly because the NVMe devices on the desktop can't keep up, because if I write to a Ramdisk it's faster:

Flash drive isn't mounting correctly, this also results in missing drivers/firmware, try again recreting the flash drive on the same or a different one if possible, manually creating might also help. In Windows open a command prompt window as administrator, then type, in this order: -diskpart -list disk -select disk x (x=your flash drive) -clean -create partition primary -format fs=fat32 label=UNRAID quick -active -assign -exit -close cmd window -extract Unraid release to flash -execute make_bootable as admin

That's not normal, post the diags, maybe something visible there. Also, is this using turbo write?

Not without using a controller. Possibly zfs in the future, but nothing confirmed yet. You might also want to check your hardware, btrfs is especially susceptible to bad hardware, for example bad RAM, me and many other have been running multiple btrfs pools for years without any issues.

Yes if plan to use SAS devices, SATA devices will still work with any SATA controller, including onboard.

Are you sure it's actually stopped? It happens to me sometime where explorer shows what appears to be a stalled transfer but Unraid writing continuasly, explorer is just not updating real time, you can check on the main page after toggling speed display or with the dynamix stats plugin.

It can use SAS or SATA devices, cables are SATA type, SAS devices will only work if connected to an HBA with SAS support.

Dynamix trim plugin will trim all trim supporting filesystems, you can also use: fstrim -v /mnt/disks/ud_path

Docker image is corrupt, delete and recreate.

Apparently it can be an issue with that board, e.g.:

Only 1st gen should be affected, but there are some conflicting reports.

Try enabling direct i/o, if still the same see if reading directly from the disk share is faster (//tower/cache instead of //tower/share)

That's just the syslog, tools -> diagnostics

Do you have another NIC? eth0 might be using a different NIC after the upgrade, you check on Settings -> Network Settings -> Interface Rules after booting into GUI mode.

Check filesystem on disk2: https://wiki.unraid.net/Check_Disk_Filesystems Full log is the result of the filesystem corruption.

2 of the Intel ports are SATA3

Yep, that's the one used by the 9300-8i and similar HBAs. The Intel ports on the Asus should be rock solid, unless the board has a problem, even the Asmedia ports usually work without any issues, Marvell controllers on the other hand you should stay away from.

Yes. Would be fine, but you could also use the onboard ports for all SSDs.

Format again, it still the same grab and post new diags.