Date: Fri, 04 Mar 2016 20:08:19 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 207714] zfs send/receive does not recreate holes correctly Message-ID: <bug-207714-8@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
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: la5lbtyi@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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-207714-8>