Its some times useful to allow filtering / overriding of zfs properties on receive for example if a disk has a quota set the receive can fail due to changes to the way the data is compressed resulting in exceeding the quota. The attached patch adds both -x (exclude property) as well as -o (override property) to zfs receive as requested by the upstream ticket:- https://www.illumos.org/issues/2745 This mirrors and extends the functionality available in Sun's ZFS receive. Fix: Apply the attached patch Patch attached with submission follows: How-To-Repeat: N/A
Responsible Changed From-To: freebsd-bugs->freebsd-fs Over to maintainer(s).
Responsible Changed From-To: freebsd-fs->smh I'll take it.
Is this merged yet ?
Afraid not, need to get some time to clean up based on feedback from illumos
Seems that FreeNAS is using this already: https://bugs.pcbsd.org/issues/11133
batch change: For bugs that match the following - Status Is In progress AND - Untouched since 2018-01-01. AND - Affects Base System OR Documentation DO: Reset to open status. Note: I did a quick pass but if you are getting this email it might be worthwhile to double check to see if this bug ought to be closed.
Keyword: patch or patch-ready – in lieu of summary line prefix: [patch] * bulk change for the keyword * summary lines may be edited manually (not in bulk). Keyword descriptions and search interface: <https://bugs.freebsd.org/bugzilla/describekeywords.cgi>
^Triage: * make former assignee fs@ a CC recipient * avoiding tagging summary lines * severity reduced to the norm for a feature request * remove deprecated keyword * add keywords (feature, needs-qa) With OpenZFS in FreeBSD 13.0 and greater, does there remain a need for this? If so: an upstream pull request may be more appropriate. Thanks
^Triage: feedback timeout (> 1 year).
Just in case, we have actually got the requested features via OpenZFS. So, the issue has been fixed.