JorgeB

You don't: HP SAS EXP Card 2.06 You just need to be at least on v1.52

Something wrong with your browser them links are correct, but here it is: How do I replace/upgrade my single cache device? (unRAID v6.2 and above only) This procedure assumes that there are at least some dockers and/or VMs related files on the cache disk, some of these steps are unnecessary if there aren't. Stop all running Dockers/VMs Settings -> VM Manager: disable VMs and click apply Settings -> Docker: disable Docker and click apply Click on Shares and change to "Yes" all cache shares with "Use cache disk:" set to "Only" or "Prefer" Check that there's enough free space on the array and invoke the mover by clicking "Move Now" on the Main page When the mover finishes check that your cache is empty (any files on the cache root will not be moved as they are not part of any share) Stop array, replace cache device, assign it, start array and format new cache device (if needed), check that it's using the filesystem you want Click on Shares and change to "Prefer" all shares that you want moved back to cache On the Main page click "Move Now" When the mover finishes re-enable Docker and VMs

That's not what the instructions say, just follow them.

Post your diagnostics, most expanders firmware is visible there.

https://lime-technology.com/forums/topic/46802-faq-for-unraid-v6/?do=findComment&comment=480419 or https://lime-technology.com/forums/topic/46802-faq-for-unraid-v6/?do=findComment&comment=511923

Is current cache btrfs or xfs?

Either three HBAs or one and a SAS expander, recommended HBAs are 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.

Never saw that before.

I missed that there's no bracket, IMO it would be best to get a bracket, it should be easy to get one on ebay, the adapter is another possible point of failure.

You don't need to use that adapter.

Both things are perfectly normal, sdX change are not important since disks are tracked by serial number, and when adding new hardware you might change the IOMMU groups and need to edit your VM settings.

It should work fine.

It's an old bug, average speed is calculated based on parity size, not disk rebuilt size.

No, I have one myself.

If you don't want to use the x16 slot you can used Asmedia based controllers on the x1 slot, e.g. SYBA SY-PEX40039 , they are 2 port controllers though, AFAIK 4 port x1 controllers only Marvell, based on the 9315 chipset and not really recommended, but they do work for some.

VMs -> Edit -> click on + to add a second vdisk You'll then need to go to disk management in Windows to partition and format it, and for the new vdisk to be detected you might need to reboot (not power down) your VM first if using Windows 8/10.

Since one of the last updates, possibly the last one, every time I reboot unRAID fans goto max before rebooting and stay at max after rebooting, this is on an X11SMM-F, I need to disable and re-enable fan control, and sometimes that isn't enough and need to change and then change back some other setting like fan minimum speed to get it working, let me know if you need anymore info.

You can use rsync with --remove-source-files, this way it will remove the already existing files on the destination, it would work best if the share or folder you're syncing fits on the destination, or rsync will abort possibly leaving a couple of dupes.

I believe so, there were previous btrfs related call traces and the last one was when trying to unmount cache.

You have a problem with your cache pool, it's failing to add a second device. Jun 10 11:38:02 Tower kernel: BTRFS info (device sdq1): relocating block group 1821087105024 flags data Jun 10 11:38:03 Tower kernel: BTRFS info (device sdq1): found 1412 extents Jun 10 11:38:05 Tower kernel: BTRFS info (device sdq1): found 1412 extents Jun 10 11:38:05 Tower kernel: BTRFS info (device sdq1): relocating block group 1820013363200 flags metadata Jun 10 11:38:07 Tower kernel: BTRFS: Transaction aborted (error -28) Usually easiest to backup and redo the pool, you can use this thread if you need help with the backup. You're also having issues with your NVMe device: Jun 10 11:07:39 Tower kernel: nvme nvme0: I/O 768 QID 7 timeout, aborting Jun 10 11:07:39 Tower kernel: nvme nvme0: I/O 769 QID 7 timeout, aborting Jun 10 11:07:39 Tower kernel: nvme nvme0: I/O 770 QID 7 timeout, aborting Jun 10 11:07:39 Tower kernel: nvme nvme0: I/O 771 QID 7 timeout, aborting Jun 10 11:07:39 Tower kernel: nvme nvme0: I/O 772 QID 7 timeout, aborting Jun 10 11:08:09 Tower kernel: nvme nvme0: I/O 768 QID 7 timeout, reset controller Jun 10 11:08:40 Tower kernel: nvme nvme0: I/O 16 QID 0 timeout, reset controller Jun 10 11:10:11 Tower kernel: nvme nvme0: Device not ready; aborting reset Jun 10 11:10:11 Tower kernel: nvme nvme0: Abort status: 0x7 Jun 10 11:10:11 Tower kernel: nvme nvme0: Abort status: 0x7 Jun 10 11:10:11 Tower kernel: nvme nvme0: Abort status: 0x7 Jun 10 11:10:11 Tower kernel: nvme nvme0: Abort status: 0x7 Jun 10 11:10:11 Tower kernel: nvme nvme0: Abort status: 0x7 Jun 10 11:11:12 Tower kernel: nvme nvme0: Device not ready; aborting reset Jun 10 11:11:12 Tower kernel: nvme nvme0: Removing after probe failure status: -19 Jun 10 11:11:12 Tower kernel: nvme0n1: detected capacity change from 1024209543168 to 0

Anyone using btrfs can also just setup regular snapshots, they can be read-only so a good protection against ransomware.

Try the cable first, if it's not that then the cage is the next most likely candidate.

Because disk18 still has more free space than disk19.

Your key is missing, check that is there and there are no filesystem issues on the flash drive.

It does need some airflow around it, remember these controllers are designed for servers with excellent ventilation, I usually have a 120mm or larger side case fan blowing air on them.