You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was trying to use mount-s3 with a really long --metadata-ttl and observe how caching would behave. I'm mounting with --read-only flag and expect stale content or metadata cause of caching. However, I thought that metadata caching would not interfere with content caching.
So, in this test, I cache file metadata, delete it in S3, and then try to read it. (./read is basically std::fs::read)
There was no cached content, but there was cached metadata, and while getting the content for the first time I got an error during reading. The behavior I was expecting is to get object content if it was not cached before, despite metadata caching.
Worth noting that if I skip ls -lh /media/mount-s3/dir/file then I would see the correct read:
$ ./read /media/mount-s3/dir/file
Err(Os { code: 2, kind: NotFound, message: "No such file or directory" })
Mountpoint for Amazon S3 version
mount-s3 1.4.0
AWS Region
us-east-2
Describe the running environment
Running in local Ubuntu 22.04.4 LTS.
Mountpoint options
What happened?
I was trying to use
mount-s3
with a really long--metadata-ttl
and observe how caching would behave. I'm mounting with--read-only
flag and expect stale content or metadata cause of caching. However, I thought that metadata caching would not interfere with content caching.The test I ran:
So, in this test, I cache
file
metadata, delete it in S3, and then try to read it. (./read
is basicallystd::fs::read
)There was no cached content, but there was cached metadata, and while getting the content for the first time I got an error during reading. The behavior I was expecting is to get object content if it was not cached before, despite metadata caching.
Worth noting that if I skip
ls -lh /media/mount-s3/dir/file
then I would see the correct read:Cannot paste logs, so uploaded them here: mountpoint-s3-2024-02-23T23-17-27Z.log
Relevant log output
No response
The text was updated successfully, but these errors were encountered: