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=3D207714 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=3D28. - 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 *n= ot* 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 --=20 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>