Skip to content
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

Closed
poikilotherm opened this issue Aug 17, 2020 · 0 comments · Fixed by #206
Closed

Support AWS credentials file creation with profiles #195

poikilotherm opened this issue Aug 17, 2020 · 0 comments · Fixed by #206
Assignees
Labels
enhancement New feature or request
Milestone

Comments

@poikilotherm
Copy link
Member

poikilotherm commented Aug 17, 2020

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 and init_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 and secret-key with the profiles name, like foo-access-key.

@poikilotherm poikilotherm added the enhancement New feature or request label Aug 17, 2020
@poikilotherm poikilotherm added this to the v4.20 milestone Aug 17, 2020
@poikilotherm poikilotherm self-assigned this Aug 17, 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 24, 2020
poikilotherm added a commit to poikilotherm/dataverse-kubernetes that referenced this issue Aug 25, 2020
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
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant