mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 13:26:00 +03:00
[GH-ISSUE #2327] Investigate why stat --cache=never is necessary in integration tests. #1148
Labels
No labels
bug
bug
dataloss
duplicate
enhancement
feature request
help wanted
invalid
need info
performance
pull-request
question
question
testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/s3fs-fuse#1148
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @gaul on GitHub (Sep 23, 2023).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/2327
CI recently started failing on CI runners despite no change to s3fs itself. We found that
stat --cache=neverworks around this but it should not be necessary. Proposed workaround in #2319.@ggtakec commented on GitHub (Sep 24, 2023):
If the
--cachedoption of thestatcommand is provided and that option is not specified on command line, it should behave asdefault.The
defaultsetting is that it depends on the file system.When this CI(Github Actions) started failing, I think there may have been a change in the volume options utilized by the Runner provided by Github.
It is a Runner that operates as a Container, and I think it may be affected by the settings on the host side setting.
I'm currently contacting Github support to find out if there were any changes made at that time.
(I've been waiting for the response for about a week now)