Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 02 Jun 2021 15:26:42 +0000
From:      bugzilla-noreply@freebsd.org
To:        fs@FreeBSD.org
Subject:   [Bug 256205] nullfs: data corruption with SEEK_HOLE/SEEK_DATA on dirty files
Message-ID:  <bug-256205-3630-LuLeGNvctz@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-256205-3630@https.bugs.freebsd.org/bugzilla/>
References:  <bug-256205-3630@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256205

Alan Somers <asomers@FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kib-bugs@FreeBSD.org

--- Comment #23 from Alan Somers <asomers@FreeBSD.org> ---
kib (CCed) believes that 42881526d401e7a9c09241e392b7ffa18cfe11d6 is not a =
full
solution, because it only flushes pages on close.  The OP's test case does
close every file, but the bug may persist if the files were to remain open =
when
somebody calls lseek(.., SEEK_HOLE).  kib thinks that a better solution wou=
ld
be for ZFS's SEEK_HOLE implementation to check the page queue, but we don't
have a working patch yet.

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-256205-3630-LuLeGNvctz>