-
Notifications
You must be signed in to change notification settings - Fork 26
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
Support AWS credentials file creation with profiles #195
Comments
poikilotherm
added a commit
to poikilotherm/dataverse-kubernetes
that referenced
this issue
Aug 24, 2020
poikilotherm
added a commit
to poikilotherm/dataverse-kubernetes
that referenced
this issue
Aug 24, 2020
poikilotherm
added a commit
to poikilotherm/dataverse-kubernetes
that referenced
this issue
Aug 25, 2020
Merged
T-Haeussermann
pushed a commit
to HyperSpec-FDM/dataverse-kubernetes
that referenced
this issue
Nov 16, 2023
T-Haeussermann
pushed a commit
to HyperSpec-FDM/dataverse-kubernetes
that referenced
this issue
Nov 16, 2023
T-Haeussermann
pushed a commit
to HyperSpec-FDM/dataverse-kubernetes
that referenced
this issue
Nov 16, 2023
T-Haeussermann
pushed a commit
to HyperSpec-FDM/dataverse-kubernetes
that referenced
this issue
Apr 25, 2024
T-Haeussermann
pushed a commit
to HyperSpec-FDM/dataverse-kubernetes
that referenced
this issue
Apr 25, 2024
T-Haeussermann
pushed a commit
to HyperSpec-FDM/dataverse-kubernetes
that referenced
this issue
Apr 25, 2024
T-Haeussermann
pushed a commit
to HyperSpec-FDM/dataverse-kubernetes
that referenced
this issue
Apr 25, 2024
T-Haeussermann
pushed a commit
to HyperSpec-FDM/dataverse-kubernetes
that referenced
this issue
Apr 25, 2024
T-Haeussermann
pushed a commit
to HyperSpec-FDM/dataverse-kubernetes
that referenced
this issue
Apr 25, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
In the 4.20 release, Dataverse introduced support for multiple storage locations. Using S3 technology there is an assumption that
~/.aws/credentials
not only contains a[default]
entry, but also supports the usage of[profile]
s.We need to respect that in
init_1_conf_glassfish.sh
andinit_2_conf_payara.sh
by adding support to create the file including profiles from the S3 secret.The "storage driver id" has been changed, too. Now this references to the
id
of a storage location used as default for dataverses not having chosen another storage location. So creating the credential file should not anymore rely on what driver id is used, but create them anyway if present.The idea is to reuse the existing mechanism to be backward compatible. (The secret might be used for other purposes like feeding the key to a Minio deployment!) To add profiles, one has to prefix the
access-key
andsecret-key
with the profiles name, likefoo-access-key
.The text was updated successfully, but these errors were encountered: