-
Notifications
You must be signed in to change notification settings - Fork 63
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Locking does not work on file systems using bindfs #36
Comments
I also tried using
When executed twice in the same directory, the second lock attempt fails to lock an already-locked file, as expected:
However, when run in two different bindfs directories, both bound to the same underlying filesystem, it "succeeds" in locking the same file twice, indicating that fcntl locks are not working:
Also "succeeds" in locking the same file twice when locking the file on the underlying file system, indicating that fcntl locks are not working:
The expected behavior is that the second lock attempt should fail. |
This should now be implemented in the master branch for both types of locks, but it requires The problems with |
I rebuilt using the current master + the latest FUSE and I see see this issue:
(Second lock succeeds, should fail.) |
Sorry, I forgot to mention you need to pass the new flag Enabling lock forwarding by default is blocked on some problems with multithreaded mode. |
Just tried:
Success! Thanks! |
On an Ubuntu 16.04 system,
flock
fails to lock a file on a file system bound withbindfs
.Set up:
Test
flock
on two different directories, same underlying fs, second lock should fail but does not:Test
flock
on two different directories, the bindfs fs and the underlying fs, second lock should fail but does not:The expected behavior is for a file locked on a bindfs filesystem to attempt to lock the same file on the underlying file system.
The text was updated successfully, but these errors were encountered: