Is zfs_arc_max + VMs still bugged out for anyone on 23.10.1?

[tannisroot]

I see here that the issue related to (re)starting the VMs resetting zfs_arc_max to 50% even if it's set higher than that and forcing an eject was supposedly fixed in 23.10.1 per https://ixsystems.atlassian.net/jira/software/c/projects/NAS/issues/NAS-124864, but is anyone else still witnessing it on the latest Cobia 23.10.1?
To me, stopping/starting a VM still resets the arc size, and setting the arc size via a kernel parameter doesn't work, only through an echo command (which I added to post init).
I'm just confused what happened here - was the fix postponed until another point release, re-introduced, or?

 

[Kris Moore]

That fix did merge for 23.10.1, but perhaps we've missed a place where it gets reset improperly.The proper ARC sizing will be landing in the Dragonfish beta in about a month as well, so ultimately the proper fix won't be long now.

 

[dirtyfreebooter]

yea, i saw this. and yea it was like i would start a VM and it would leave my ARC setting alone, stop the VM and change it to 50%.

unclear exactly what the upstream fix does, but i have used /sys/module/zfs/parameters/zfs_arc_sys_free successfully for a while now. /sys/module/zfs/parameters/zfs_arc_sys_free is probably a hack, as it seems like there can be race between ARC and kernel.

i look forward to full fix in dragonfish then lol :)

SCALE using only 50% of RAM for ZFS by default?

I am running the nightly build of Sep 9th Out of the box, no tuning A single SMB share which is receiving Data will not use more than 16 out of 32 GByte.

www.truenas.com