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 have a setup with a really large cache (see snippet from values file below) and I'm not sure based on what criteria exactly the eviction from local disk to S3 is being made. Based on this white paper it’s based on access times:
Since the maximum size can be set, artifacts in this cache will “rotate” based on their last downloaded date or creation/modified date.
But I have a concrete example of a blob that was created today (at the time of writing) that is already stored in S3:
I'd really love some clarification around this and to learn if I've possibly misconfigured something. I tried to grep the name of the blob across /var/opt/jfrog/artifactory/log and /opt/jfrog/artifactory/var/log, but nothing came up.
Could it be that I'm misunderstanding that significance of the files in that directory and that they end up there after whatever the configured cache settings are for any given remote repository? If so, where do they reside before they end up in that directory then and how does the S3 storage relate to the cache directory?
Regarding the Artifactory cache-fs populating, please be informed that the changes on the artifacts like download or upload of artifacts will be updated on the LRU map(present in the java memory). Based on the changes the artifacts are updated in the LRU map and further binaries related to the artifacts gets deleted or added to the cache-fs directory based on the storage assigned. The artifacts that are not updated will be removed from the LRU map and the same from the cache-fs folder.
The Artifacts binaries will be pushed to the binarystore after the successful artifacts upload which will be used for the further download of artifacts. Binaries that are present in the cache-fs directory will be based on the LRU map and will be removed from the cache-fs directory after the binary entry removed from the LRU map. Please refer to the What is cache-fs? knowledge base article for more information.
I have a setup with a really large cache (see snippet from values file below) and I'm not sure based on what criteria exactly the eviction from local disk to S3 is being made. Based on this white paper it’s based on access times:
But I have a concrete example of a blob that was created today (at the time of writing) that is already stored in S3:
I'd really love some clarification around this and to learn if I've possibly misconfigured something. I tried to
grep
the name of the blob across/var/opt/jfrog/artifactory/log
and/opt/jfrog/artifactory/var/log
, but nothing came up.Could it be that I'm misunderstanding that significance of the files in that directory and that they end up there after whatever the configured cache settings are for any given remote repository? If so, where do they reside before they end up in that directory then and how does the S3 storage relate to the cache directory?
Snippet from values file regarding persistence:
Chart version: 107.90.8.
The text was updated successfully, but these errors were encountered: