thanks, I had a look through and saw NAS-131728, which says that this is maybe expected due to the original block size? However there is no mention of what is expected after a rewrite, which I have performed. I think due to it being a relatively new feature.
yeah raidz expansion capacity math is kinda cursed still. in my experience usable space after expanding 4->6 in z2 often stays closer to the old “narrowest” stripe layout until a lot more data is rewritten, and even then the gui number can lag what you expect from a fresh 6-wide pool.
rewrite helping used% a bit but not the headline capacity is something ive seen other people report too. probably not you doing it wrong.
if you havent already, zpool list -v and zfs list -o space after the rewrite sometimes show free that the dashboard still under-reports. for a “clean” full-width layout people usually end up saying the only sure path is a new pool + copy, which sucks. not sure if 25.10 changed the reporting yet. shrug
It is explained in the discussion. In short: Still a mess!
Rewrite is expected to slightly improve actual available capacity BUT reporting of available capacity is botched anyway—there is no way to fix it other than another major work on OpenZFS.
The PR that @etorix linked was accepted, and barring anything unforeseen, may very well make it into ZFS 2.5. Which then makes it into TrueNAS 27, which is General in 2028.
I think the consensus is that this is purely cosmetic, a reporting issue, so does this mean the percentage use is also wrong? Will this update as I get closer to full capacity? thanks