-
Notifications
You must be signed in to change notification settings - Fork 180
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
Change local file/directory expiry TTL from NEVER_EXPIRE to 100ms #584
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
One comment to fix, otherwise LGTM.
The integration tests are failing and I suspect it is related to this change, can you investigate @sauraank? For example, |
None, | ||
None, | ||
None, | ||
self.inner.cache_config.file_ttl, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe this will never happen since I'm guessing applications almost always open the file immediately after performing a mknod
, but an open
100ms after the mknod
will now go to S3 even though we know we'll always choose the local node over a remote one.
Not worried right now, but just noting this observation.
9f16905
to
c5730d3
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should update the release notes in this PR too as we're fixing #577.
Signed-off-by: Ankit Saurabh <[email protected]>
mountpoint-s3/src/inode.rs
Outdated
Ok(LookedUp { | ||
inode: existing_inode, | ||
inode: existing_inode.clone(), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should not need to clone here:
inode: existing_inode.clone(), | |
inode: existing_inode, |
Signed-off-by: Ankit Saurabh <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Description of change
This change allows mountpoint to rewrite to the same file which was deleted remotely using other methods like console/aws cli. Earlier, Due to large validity of files and directories, the inodes corresponding were remembered by kernel forever. So, even deleting remotely did not make kernel call
lookup
again for those files.Relevant issues:
#577
Does this change impact existing behavior?
No.
There is no breaking change.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license and I agree to the terms of the Developer Certificate of Origin (DCO).