rt/mergerfs
1
0
Fork 0
mirror of https://github.com/trapexit/mergerfs.git synced 2026-10-26 19:01:56 -04:00
Code Issues Projects Releases Packages Wiki Activity Actions

When file unlinked check open_files map

Browse source 
Inadvertantly removed. Didn't realize that the kernel would not always
send file handle when unlinked.
This commit is contained in:
Antonio SJ Musumeci 2026-04-28 09:07:27 -05:00 • committed by trapexit
parent 7616d8b1ac
commit 9308a3729c
16 changed files with 140 additions and 36 deletions
Download patch file Download diff file Expand all files Collapse all files

15
src/fuse_fsync.cpp
View file

@ -22,6 +22,7 @@
#include "fileinfo.hpp"
#include "fs_fdatasync.hpp"
#include "fs_fsync.hpp"
#include "state.hpp"
#include "to_neg_errno.hpp"
#include "fuse.h"
@ -44,13 +45,21 @@ _fsync(const int fd_,
return ::to_neg_errno(rv);
}
// In cases where the node was opened but unlinked there will be no
// path and no guarentee of a `fh`. It could always do the lookup but
// why bother if the kernel has provided it to us? The reason the
// function doesn't need to run within the visit lambda is because
// since the request is outstanding the kernel won't be releasing the
// node and therefore the entry will be valid over the lifetime of
// this function.
int
FUSE::fsync(const fuse_req_ctx_t *ctx_,
cu64 fh_,
int isdatasync_)
cu64 fh_,
int isdatasync_)
{
FileInfo *fi = FileInfo::from_fh(fh_);
FileInfo *fi;
fi = state.get_fi(ctx_,fh_);
if(not fi)
return -EBADF;