-
Notifications
You must be signed in to change notification settings - Fork 16
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
Add option to try other caches when NEAREST_CACHE fails #119
Comments
Just to be clear on this. There are 2 options you are proposing:
|
Yep. Either one of those would work for me. |
I'm confused by your "either one", do you not want both? |
(2) means do (1) and also add NEAREST_CACHE_ONLY, right? For me (2) is optional, it just gives people a way to get the current behavior back once we do (1). |
Ok, makes sense. I forgot we already have |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Now that #118 added trying multiple caches, it would be useful to have an environment variable that tells stashcp to try NEAREST_CACHE first, but still fall back to other caches. The use case for this is to set NEAREST_CACHE to a private cache, but fall back to the public caches if it's down or overloaded.
We could have it off by default and name it something like
NEAREST_CACHE_FALLBACK=1
, or on by default and name it something likeNEAREST_CACHE_ONLY=1
.The text was updated successfully, but these errors were encountered: