gocryptfs/internal/fusefrontend/file_lock.go, branch dependabot/github_actions/actions/setup-go-7Mirror of gocryptfs source code on Githubhttp://nuetzlich.net/cgit/gocryptfs/atom?h=dependabot%2Fgithub_actions%2Factions%2Fsetup-go-72026-07-16T20:07:54+00:00fusefrontend: LockSharedStorage: loop on EINTR, add debug output2026-07-16T20:07:54+00:00Jakob Unterwurzacher2026-07-16T18:47:57+00:00urn:sha1:b89f0dc94bd83857b187a84a0d4ae127000f0b1cfusefrontend: sharedstorage: introduce UnlockSharedStorage helper2026-07-16T20:07:54+00:00Jakob Unterwurzacher2026-07-16T18:32:51+00:00urn:sha1:a95d6ac5818a749db67d34bcbe9a358d403b6a6efusefrontend: sharedstorage: lock truncate agains concurrent access2026-07-16T20:07:54+00:00Jakob Unterwurzacher2024-12-30T11:08:41+00:00urn:sha1:29000177b94c6c9aaab97b3f3d8ed5123ed7cf44
Prevent reads and writes concurrent with the truncate operation. It's
racy on tmpfs and ext4 ( https://lore.kernel.org/all/18e9fa0f-ec31-9107-459c-ae1694503f87@gmail.com/t/ )
as evident by TestOpenTruncate test failures:
=== RUN TestOpenTruncate
cluster_test.go:209: POSIX compliance issue: non-exlusive create failed with err=file exists
doRead 16384215: corrupt block #0: cipher: message authentication failed
ino16384215 fh8: RMW read failed: errno=5
cluster_test.go:214: iteration 1: WriteAt: write /tmp/gocryptfs-test-parent-1026/1358464214/TestOpenTruncate.1788296708.mnt2/foo: input/output error
--- FAIL: TestOpenTruncate (0.06s)
FAIL
exit status 1
FAIL github.com/rfjakob/gocryptfs/v2/tests/cluster 7.880s
Relates-to: https://github.com/rfjakob/gocryptfs/issues/56
fusefrontend: sharedstorage: use byte-range lock on file header creation2026-07-16T20:07:54+00:00Jakob Unterwurzacher2023-06-02T12:24:44+00:00urn:sha1:b499d38b23f209eb49cbc37d3acd2f9444f5654f
Multiple host writing to the same empty file at the same time
could have overwritten each other's newly created file header,
leading to data corruption.
Fix the race by placing a byte-range lock on the file when
creating the file header.