https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207714
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@FreeBSD.org
Reporter: la5lb...@aon.at
Scenario:
- I am using zfs send -I -R ... | zfs receive to create backups of zfs file
systems.
- The source pool containing these file systems has been created using -o
version=28.
- 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.
Result:
- 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.
Notes:
- This is a known defect, for example discussed here:
https://github.com/zfsonlinux/zfs/pull/4369
- Searching the Internet for "zfs send receive holes" gives further
information.
-- Martin
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
