-
Notifications
You must be signed in to change notification settings - Fork 38
Open
Labels
filestoreAdd this label to run only cloud/filestore build and tests on PRAdd this label to run only cloud/filestore build and tests on PR
Description
A simple scenario that shows a problem with using non-zero entry_timeout:
client1performstouch srcfile dstfileand caches two dentry records for each file:srcfile → inode1,dstfile → inode2.client2performsstat srcfile dstfileand caches two dentry records for each file:srcfile → inode1,dstfile → inode2.client1performsmv srcfile dstfile.inode2is no longer present in the filesystem.client2performscat dstfile. The guest kernel's dentry cache resolves the dstfile toinode2and attempts- to open it. It fails since this inode is no longer present.
One possible workaround is to customize the entry_timeout setting for regular files, allowing us to lower it. It is reasonable to keep the default entry_timeout at 15 seconds, not to hinder effective dentry caching used for the resolution of /very/long/absolute/path/to/a/file.
Metadata
Metadata
Assignees
Labels
filestoreAdd this label to run only cloud/filestore build and tests on PRAdd this label to run only cloud/filestore build and tests on PR