aboutsummaryrefslogtreecommitdiffstats
path: root/cmd
diff options
context:
space:
mode:
authorPaul Dagnelie <[email protected]>2016-05-15 08:02:28 -0700
committerBrian Behlendorf <[email protected]>2016-06-21 10:55:13 -0700
commitbc77ba73fec82d37c0b57949ec29edd9aa207677 (patch)
tree8ef34423c1c38a21f86a83bdf4c4ed5d163ca5af /cmd
parent100a91aa3e9773f2a2a373c5cb066b52c780716c (diff)
OpenZFS 6513 - partially filled holes lose birth time
Reviewed by: Matthew Ahrens <[email protected]> Reviewed by: George Wilson <[email protected]> Reviewed by: Boris Protopopov <[email protected]> Approved by: Richard Lowe <[email protected]>a Ported by: Boris Protopopov <[email protected]> Signed-off-by: Boris Protopopov <[email protected]> Signed-off-by: Brian Behlendorf <[email protected]> OpenZFS-issue: https://www.illumos.org/issues/6513 OpenZFS-commit: https://github.com/openzfs/openzfs/commit/8df0bcf0 If a ZFS object contains a hole at level one, and then a data block is created at level 0 underneath that l1 block, l0 holes will be created. However, these l0 holes do not have the birth time property set; as a result, incremental sends will not send those holes. Fix is to modify the dbuf_read code to fill in birth time data.
Diffstat (limited to 'cmd')
0 files changed, 0 insertions, 0 deletions