mirror of
https://github.com/linux-apfs/apfstests.git
synced 2026-05-01 15:01:44 -07:00
c37f9a66df
Test that an incremental send with not corrupt data when the source filesystem has the no-holes feature enabled, a file has prealloc (unwritten) extents that start after its size and hole is punched (after the first snapshot is made) that removes all extents from some offset up to the file's size. This currently fails on any kernel version starting from 3.16, and it's by a patch titled: "Btrfs: incremental send, fix file corruption when no-holes feature is enabled" Signed-off-by: Filipe Manana <fdmanana@suse.com> Reviewed-by: Eryu Guan <guaneryu@gmail.com> Signed-off-by: Eryu Guan <guaneryu@gmail.com>
14 lines
531 B
Plaintext
14 lines
531 B
Plaintext
QA output created by 188
|
|
wrote 512000/512000 bytes at offset 0
|
|
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
|
|
Create a readonly snapshot of 'SCRATCH_MNT' in 'SCRATCH_MNT/base'
|
|
At subvol SCRATCH_MNT/base
|
|
Create a readonly snapshot of 'SCRATCH_MNT' in 'SCRATCH_MNT/incr'
|
|
At subvol SCRATCH_MNT/incr
|
|
File digest in the original filesystem:
|
|
816df6f64deba63b029ca19d880ee10a SCRATCH_MNT/incr/foobar
|
|
At subvol base
|
|
At snapshot incr
|
|
File digest in the new filesystem:
|
|
816df6f64deba63b029ca19d880ee10a SCRATCH_MNT/incr/foobar
|