[Bug 256205] lseek() with SEEK_HOLE some times wrongly reports holes on ZFS

From: <bugzilla-noreply_at_freebsd.org>
Date: Thu, 27 May 2021 17:35:19 +0000
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256205

--- Comment #2 from Robert Clausecker <fuz_at_fuz.su> ---
We found that on our arm64 box, the following steps somewhat consistently
produce a file afflicted with the issue:

1. on an arm64 FreeBSD 13.0 box, create an ARMv7 jail on a ZFS dataset
2. in that jail, download and unpack
https://sourceforge.net/projects/schilytools/files/schily-2021-05-19.tar.bz2
3. enter schily-2021-05-19 and type "make" to compile
4. the file schily-2021-05-19/ved/OBJ/aarch64-freebsd-clang/ved then exhibits
this problem

The problem can then be reproduced by typing

star/OBJ/armv7-freebsd-clang/star -c -sparse -v -f /dev/null
ved/OBJ/armv7-freebsd-clang/ved

with the observed output

'ved/OBJ/armv7-freebsd-clang/ved' is sparse
a ved/OBJ/armv7-freebsd-clang/ved 226708 bytes, 1 tape blocks
star: 1 blocks + 0 bytes (total of 10240 bytes = 10.00k).

-- 
You are receiving this mail because:
You are the assignee for the bug.
Received on Thu May 27 2021 - 17:35:19 UTC

Original text of this message