JorgeB

There would still be complaining that it doesn't work, and that's what I can't find with other Linux users.

If getting a new one get any LSI with a SAS2008/2308/3008 chipset in IT mode, e.g., 9201-8i, 9211-8i, 9207-8i, 9300-8i, etc and clones, like the Dell H200/H310 and IBM M1015, these latter ones need to be crossflashed.

Agree, for me the only strange thing about this is trim no longer working with LSI SAS2 HBAs now for over a year or two, even when using the required SSDs, it appears to be a Linux driver issue, but I did a lot of googling and can't find any info about it or other people complaining.

Most are, and all 4TB models are for sure.

Like I already mentioned btrfs snapshots are read only, can't be infected/modified/deleted.

Docker image is corrupt, delete and recreate, you should also post the diags as it might show why it happened.

Sorry, I wasn't very clear, if you run sg_unmap on the whole device it will wipe it completely, like running blkdiscard, not like fstrim that only unmaps the sectors marked as empty, at least that was what happened when I did it, feel free to try but do it on an empty SSD. To install download the package and put in inside a folder called "extra" on the flash drive, Unraid will then install it at every boot.

I did try it, and IIRC it worked even on SAS2 HBAs, but I didn't see a way to use it like fstrim. i.e., you need to specify which blocks you're unmapping, I used it on the whole device, and it resulted in all sectors wiped, same as if using blkdiscard.

Also check this: https://www.broadcom.com/support/knowledgebase/1211161496937/trim-and-sgunmap-support-for-lsi-hbas-and-raid-controllers

I tested with the old driver included with v6.3.5 and no LSI HBA trims a non RZAT SSD, I tested with the 9211-8i, 9207-8i and 9300-8i.

No, LSI trim only works for HBAs in IT mode, no RAID, but still requires determinist read after TRIM, don't know why.

I've been using it for years now on all my Unraid servers, though won't dispute that is not as stable as xfs, but for anyone with backups (and you should always have backups), a stable server and an UPS, there's no reason not to use it.

Looks like btrfs can also be used for shadow copies with Samba, but never tried it: https://forum.openmediavault.org/index.php/Thread/7331-GUIDE-Windows-Previous-Versions-and-Samba-Btrfs-Atomic-COW-Volume-Shadow-Copy/

Check is starting at the expected speeds for your disks, around 170MB/s, it's normal to then gradually slow down, but the averages should be around 130MB/s like previous ones. Maybe you're using the array during the check? If not try to check the speed every few minutes and see if speeds go up and down.

One more thing, since this thread is also about Samsung SSDs, all Samsung consumer SSD models prior to the 860 EVO don't support deterministic reads after TRIM, so if for example you have an 850 EVO it will never be trimmed by an LSI HBA. I believe the PRO models are different, and most support it, you can easily check with hdparm: OK for LSI HBA: hdparm -I /dev/sdc | grep TRIM * Data Set Management TRIM supported (limit 8 blocks) * Deterministic read ZEROs after TRIM Not OK for LSI HBA: hdparm -I /dev/sdb | grep TRIM * Data Set Management TRIM supported (limit 8 blocks)

Up to Unraid 6.3.5, mpt3sas driver 13.100.00.00, TRIM works on LSI SAS2 and SAS3 HBAs, starting with Unraid 6.4.1, mpt3sas driver 15.100.00.00, TRIM stopped working on SAS2 HBAs, like the 9211-8i, 9207-8i, etc, but still works on SAS3 HBAs like the 9300-8i. But note that for all cases, TRIM with LSI HBAs only works on SSDs with deterministic read zeros after TRIM, for SSDs with no deterministic read after TRIM you get the standard TRIM unsupported error when running fstrim: the discard operation is not supported When running fstrim with a SAS2 LSI HBA on an SSD with deterministic read trim support and latest drivers you get a different more cryptic error: FITRIM ioctl failed: Remote I/O error

It's not an Unraid problem, it's the Linux LSI driver, current status is the same as my post above on January 17th.

It still doesn't work, it does on SAS3 HBAs based on the SAS3008 chipset, only on SSDs with deterministic read after TRIM.

I don't use encryption but was able to reproduce this issue, load average goes sky high and writes to the array with encryption enable, xfs or btrfs, are very slow, though encrypted cache seems unaffected, or at least much less so.

There appears to be some issues with encryption and slow writes with v6.7

https://forums.unraid.net/topic/57181-real-docker-faq/?do=findComment&comment=564309

Feb 10 16:21:58 NAS kernel: BTRFS warning (device loop2): csum failed root 5 ino 15295 off 0 csum 0x98f94189 expected csum 0xd349d779 mirror 1 Docker image is corrupt, delete and recreate.

Cache pool is showing checksum errors on both devices, this is most often caused by bad RAM, suggest running memtest. Feb 9 16:44:48 UnRaid kernel: BTRFS info (device sdj1): bdev /dev/sdj1 errs: wr 0, rd 0, flush 0, corrupt 4, gen 0 Feb 9 16:44:48 UnRaid kernel: BTRFS info (device sdj1): bdev /dev/sdi1 errs: wr 0, rd 0, flush 0, corrupt 26, gen 0 The bad key order error is metadata corruption, possibly also from a flipped bit, to solve this (ideally after fixing what caused this in the first place) better to backup cache, reformat and restore.

Not always, depends on the board's number of DIMM slots and PCB layers:

With Ryzen you should keep to the max non overclocked RAM speeds depending on your config, or risk instability and sync errors: