[Bug 207714] zfs send/receive does not recreate holes correctly

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Fri Mar 4 20:08:19 UTC 2016


            Bug ID: 207714
           Summary: zfs send/receive does not recreate holes correctly
           Product: Base System
           Version: 10.2-RELEASE
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: kern
          Assignee: freebsd-bugs at FreeBSD.org
          Reporter: la5lbtyi at aon.at


- I am using zfs send -I -R ... | zfs receive to create backups of zfs file
- The source pool containing these file systems has been created using -o
- Compression is enabled on the source file systems.
- On the source file system(s), there are large files which contain blocks of
zeros of more than 128k; they have been created using rsync. Either because of
the way rsync operates or because compression is enabled, such files are
sparse, i.e., they contain holes which read back as zeros.

- After the zfs send/receive operation, such files as described above do *not*
compare equal between the source and destination file systems.

Expected result:
- All files should compare equal.

- This is a known defect, for example discussed here:
- Searching the Internet for "zfs send receive holes" gives further

-- Martin

You are receiving this mail because:
You are the assignee for the bug.

More information about the freebsd-bugs mailing list