tjb_altf4

Sounds like you are on "Main" tab, look on "Shares" tab

You can create a cache pool that is standalone using the "Enable user share assignment: No" option, on the Shares page, these show up under the Disk Shares section instead of being part of a User Shares. An alternative solution is before we had multiple pools, we used Unassigned Devices to do the same thing, although I personally prefer using UD for transient devices rather than permanent ones.

You need to stop the docker service (not just containers) to change that setting

Upgraded my secondary server from 6.11.3, smooth sailing so far.

Once a container is on its own IP, you can't, and don't need to map ports, it just uses what the application uses natively.

TPM support was added to allow Win11 VM support in Unraid version 6.10, you just need to choose the bios for the VM with TPM support (OVMF TPM). Also know the trial version of Unraid is fully unlocked, but time limited, so you can test your hardware and the Unraid OS out before committing to a license.

Smooth update from 6.11.2

Upgraded my secondary server from 6.11.1, all smooth sailing

The main workaround for a Chia copy workload is to copy to one drive at a time, if you use "most free" and multiple drives of same free space, it will round robin to minimize issues. I generally set min free space to 2x plot size, and copy in the last 1-2 plots manually.

Noticed an issue where if a upload gets a out of space error, the upload operation simply silently fails and does not notify the user.

Changed Status to Solved

While running 6.11.1 I noticed this change has been implemented Thank you!

I've been through the full process on one of the disks, followed by balancing and was able to fill that disk all the way up with about 150MB to spare! Thanks @JorgeB

OK deleted just over 100GB (1 file) on each and gave a balance up to 90, output looks like this now: root@jaskier:~# btrfs fi usage -T /mnt/disk13 Overall: Device size: 16.37TiB Device allocated: 16.17TiB Device unallocated: 203.02GiB Device missing: 0.00B Used: 15.97TiB Free (estimated): 407.27GiB (min: 305.77GiB) Free (statfs, df): 407.27GiB Data ratio: 1.00 Metadata ratio: 2.00 Global reserve: 512.00MiB (used: 0.00B) Multiple profiles: no Data Metadata System Id Path single DUP DUP Unallocated -- --------- -------- -------- -------- ----------- 1 /dev/md13 16.13TiB 38.00GiB 12.00MiB 203.02GiB -- --------- -------- -------- -------- ----------- Total 16.13TiB 19.00GiB 6.00MiB 203.02GiB Used 15.94TiB 18.23GiB 1.73MiB root@jaskier:~# btrfs fi usage -T /mnt/disk14 Overall: Device size: 16.37TiB Device allocated: 16.27TiB Device unallocated: 103.01GiB Device missing: 0.00B Used: 16.07TiB Free (estimated): 305.57GiB (min: 254.07GiB) Free (statfs, df): 305.57GiB Data ratio: 1.00 Metadata ratio: 2.00 Global reserve: 512.00MiB (used: 0.00B) Multiple profiles: no Data Metadata System Id Path single DUP DUP Unallocated -- --------- -------- -------- -------- ----------- 1 /dev/md14 16.23TiB 38.00GiB 16.00MiB 103.01GiB -- --------- -------- -------- -------- ----------- Total 16.23TiB 19.00GiB 8.00MiB 103.01GiB Used 16.04TiB 18.37GiB 1.80MiB

ah ok, I see, I'll make some additional space... here is the current output root@jaskier:~# btrfs fi usage -T /mnt/disk13 Overall: Device size: 16.37TiB Device allocated: 16.32TiB Device unallocated: 51.02GiB Device missing: 0.00B Used: 16.07TiB Free (estimated): 305.82GiB (min: 280.31GiB) Free (statfs, df): 305.82GiB Data ratio: 1.00 Metadata ratio: 2.00 Global reserve: 512.00MiB (used: 0.00B) Multiple profiles: no Data Metadata System Id Path single DUP DUP Unallocated -- --------- -------- -------- -------- ----------- 1 /dev/md13 16.28TiB 38.00GiB 12.00MiB 51.02GiB -- --------- -------- -------- -------- ----------- Total 16.28TiB 19.00GiB 6.00MiB 51.02GiB Used 16.04TiB 18.36GiB 1.72MiB root@jaskier:~# btrfs fi usage -T /mnt/disk14 Overall: Device size: 16.37TiB Device allocated: 16.37TiB Device unallocated: 1.01MiB Device missing: 0.00B Used: 16.17TiB Free (estimated): 204.13GiB (min: 204.13GiB) Free (statfs, df): 204.13GiB Data ratio: 1.00 Metadata ratio: 2.00 Global reserve: 512.00MiB (used: 0.00B) Multiple profiles: no Data Metadata System Id Path single DUP DUP Unallocated -- --------- -------- -------- -------- ----------- 1 /dev/md14 16.33TiB 38.00GiB 16.00MiB 1.01MiB -- --------- -------- -------- -------- ----------- Total 16.33TiB 19.00GiB 8.00MiB 1.01MiB Used 16.13TiB 18.48GiB 1.80MiB

If you could post some details it would be greatly appreciated! One HDD already has 328GB free, the other 219GB. but I can delete a little more if you think its needed.

Currently trying to chase down an issue with a couple of BTRFS formatted drives. Most of my drives were BTRFS formatted in 6.8.3, maybe early 6.9 series and have been able to utilize all the way down to the last 100MB in some cases, however I have a couple drives that I can't utilize past the last ~200GB of space. I've done the typical tricks of high balance values and scrubs, which has worked for all other drives, but for these two drives formatted in later Unraid versions there seems to be some other constraint. Now is there some format option that changed, or some free space guarding in the kernel that I can bypass? Data is easily replaceable and is WORM, so the free space buffer is not needed for future use. Any ideas? Offending drives btrfs filesystem df Data, single: total=16.28TiB, used=16.04TiB System, DUP: total=6.00MiB, used=1.72MiB Metadata, DUP: total=19.00GiB, used=18.36GiB GlobalReserve, single: total=512.00MiB, used=0.00B Data, single: total=16.33TiB, used=16.13TiB System, DUP: total=8.00MiB, used=1.80MiB Metadata, DUP: total=19.00GiB, used=18.48GiB GlobalReserve, single: total=512.00MiB, used=0.00B versus an example good utilization drive Data, single: total=16.33TiB, used=16.33TiB System, DUP: total=8.00MiB, used=1.84MiB Metadata, DUP: total=21.00GiB, used=19.60GiB GlobalReserve, single: total=512.00MiB, used=0.00B

User Scripts plugin is the easiest way to work with scripting + cron in unraid, it also adds addition events for start/stop of array.

@ich777 it looks like bcache-tools is maintained over here: https://git.kernel.org/pub/scm/linux/kernel/git/colyli/bcache-tools.git/ Not sure if that really changes some of the challenges you've noted, but might help stability

This is actually part of the Fix Common Problems plugin, not the core Unraid OS. In a perfect world, the check performed by upgrade assistant would happen as an integrated precursor to the upgrade process, rather than a separate check.

Works immediately

Extensions need to be added to the config file on flash drive: /boot/config/editor.cfg on my own file manager config I've added yaml, md, json and they all work fine. edit: whoops thought that was the current conversation, still, hopefully useful for someone trying to get feature parity

FYI there is a recycle bin option (not configured by default) for Sonarr/Radarr/Lidarr, which adds a little bit of safety to the media itself.

The WireGuard plugin has been merged into the Unraid OS as of 6.10.0, it can be accessed at Settings > VPN Manager