I copied over the fruit.so file and re-enabled the quota.
Time Machine is happily backing up and showing the correct (quota limited) size available.
Andrew Walker
April 27, 2020 at 6:38 PM
Assuming I didn't mess up the export / upload again, the uploaded version should have an additional check for the number of bands being zero. If it is zero then a log message should be generated to this effect (even if log level is set to minimum) and it shouldn't crash. I still can't reproduce the issue internally. It is probably a race condition in sparsebundle initialization and fruit_disk_free(0.
Mark
April 27, 2020 at 6:28 PM
Ah, no worries. Sorry, I should have waited.
Andrew Walker
April 27, 2020 at 6:20 PM
That's because I uploaded the wrong one (which is why I pulled it)
I did set up a SMB share for Time machine, as per the documentation.
I can see the share, access it, create files, etc.
When I start using it for Time machine, smbd crashes in loop with messages like
Apr 25 21:07:25 nas kernel: pid 77239 (smbd), jid 0, uid 955: exited on signal 8
After some Googling, it comes out it's because of a samba bug
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238958
Please make sure the version of samba shipped with Freenas has that bug fixed
Thanks