mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 21:35:58 +03:00
[GH-ISSUE #1935] [ERR] fdcache.cpp:CleanupCacheDirInternal(819) #974
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#974
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 @fikipollo on GitHub (Apr 19, 2022).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/1935
Additional Information
Version of s3fs being used (s3fs --version)
V1.91
Version of fuse being used (pkg-config --modversion fuse, rpm -qi fuse, dpkg -s fuse)
2.9.2
Kernel information (uname -r)
3.13.0-52-generic
GNU/Linux Distribution, if applicable (cat /etc/os-release)
Ubuntu 14.04.2 LTS
s3fs command line used, if applicable
s3fs syslog messages (grep s3fs /var/log/syslog, journalctl | grep s3fs, or s3fs outputs)
if you execute s3fs with dbglevel, curldbg option, you can get detail debug messages
Details about issue
Hi there,
First, thanks for this awesome tool, I love it.
I'm getting a lot of error messages when copying new data (using rsync) in my mounted directory.
I've no clue about what is going wrong, May it be a misconfiguration of the cache?
I'm not sure about the benefits of using or not using the cache, it would be great to have some details about the default behavior and in which situations the cache may be recommended. I looked in the documentation but what I found wasn't enough.
Thanks for all!!
@ggtakec commented on GitHub (May 18, 2022):
@fikipollo
I think this error message should be a warning or information level output.
Thus, I will post a PR to change the message level later.
The meaning of the message indicates that the cache file in use was detected while trying to delete the cache file because the disk space used by s3fs for the cache was insufficient.
This was a message that should be at the warning or information level, not an error.
FYI:
s3fs uses a cache of objects to prevent unnecessary downloads.
For example, when a user browses an object (file), it downloads the file.
After that, when I try to browse the file again(assuming the file has not changed), s3fs need to download it again.
So we think it shuold cache the downloaded file for performance(and request count).
This is the cache logic that works when you specify the use_cache option of s3fs.
(I think we would like to continue organizing the documents.)
@ggtakec commented on GitHub (May 22, 2022):
@fikipollo I merged the code(#1946) that changed the message level.
If you can, try using the master code.
This issue will be closed, but if you still have problems please reopen.
@fikipollo commented on GitHub (May 23, 2022):
Great, thanks for the fix and the explanations.