From: Darrick J. Wong <djwong@xxxxxxxxxx>
Commit 9f69dfc4e275cc didn't quite get the permissions checking correct:
generic/362 - output mismatch (see /var/tmp/fstests/generic/362.out.bad)
--- tests/generic/362.out 2025-04-30 16:20:44.563833050 -0700
+++ /var/tmp/fstests/generic/362.out.bad 2025-06-11 17:04:24.061193618 -0700
@@ -1,2 +1,3 @@
QA output created by 362
+Failed to open/create file: Operation not permitted
Silence is golden
...
(Run 'diff -u /run/fstests/bin/tests/generic/362.out /var/tmp/fstests/generic/362.out.bad' to see the entire diff)
The kernel allows opening a file for append and truncation. What it
doesn't allow is opening an append-only file for truncation. Note that
this causes generic/079 to regress, but the root cause of that problem
is actually that fuse oddly supports FS_IOC_[GS]ETFLAGS but doesn't
actually set the VFS inode flags.
Fixes: 9f69dfc4e275cc ("fuse2fs: implement O_APPEND correctly")
Signed-off-by: "Darrick J. Wong" <djwong@xxxxxxxxxx>
---
misc/fuse2fs.c | 9 +--------
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/misc/fuse2fs.c b/misc/fuse2fs.c
index f863042a4db074..f9151ae6acb4e5 100644
--- a/misc/fuse2fs.c
+++ b/misc/fuse2fs.c
@@ -3254,15 +3254,8 @@ static int __op_open(struct fuse2fs *ff, const char *path,
/* the kernel handles all block IO for us in iomap mode */
if (fuse2fs_iomap_does_fileio(ff))
file->open_flags |= EXT2_FILE_NOBLOCKIO;
- if (fp->flags & O_APPEND) {
- /* the kernel doesn't allow truncation of an append-only file */
- if (fp->flags & O_TRUNC) {
- ret = -EPERM;
- goto out;
- }
-
+ if (fp->flags & O_APPEND)
check |= A_OK;
- }
detect_linux_executable_open(fp->flags, &check, &file->open_flags);
