zammad-helm
zammad-helm copied to clipboard
Incorrect value for S3_URL
Setting an S3_URL in values.yml (see below) results in a default URL being used after deployment.
minio:
# enable/disable minio chart dependency
enabled: true
# Uncomment this in case you want to use an external S3 service.
externalS3Url: http://minioadmin:[email protected]:9000/my-awesome-zammad-bucket?region=eu-central-1&force_path_style=true
With the above configuration, helm template zammad -f zammad/values.yaml shows the following divergent value.
- name: S3_URL
- value: "http://zammadadmin:zammadadmin@release-name-zammad-minio:9000/zammad?region=zammad&force_path_style=true"
What is curious is that if an incorrect (nonexistent) URL is set in externalS3Url, Zammad's web-frontend throws an errror when S3 is selected as storage provider. Theory is therefore that a connection check to the URL (as set by user in values.yml) is performed initially, but then a default configuration is used in production.
Further investigation needed.
Hi,
We are using external S3 Minio which we already have deployed in the cluster.
If I remember correctly, when installing Zammad fresh via Helm Charts, the railsserver pod/application checks for connectivity to the S3 endpoint. If connectivity is ok, it will set it in Zammad configuration (in Postgres DB, I believe). Not sure if you can change values later to make a change in Zammad via the helm upgrade command.
- To me, it does not make sense to enable MiniO dependency if you are going to use
externalS3Url - If
externalS3Urlis defined,S3_URLhas the value ofexternalS3Url - Your indent on
externalS3Urlis incorrect; add 2 more spaces to have same indentation as enabled: true - If you are deploying MiniO as a Zammad dependency, comment out
externalS3Url
For reference: https://github.com/zammad/zammad-helm/blob/main/zammad/templates/_helpers.tpl#L141-L169,
@t-shehab I just tried to verify this, without success.
With only externalS3Url:
zammadConfig:
minio:
# enabled: true
externalS3Url: http://minioadmin:[email protected]:9000/my-awesome-zammad-bucket?region=eu-central-1&force_path_style=true
helm template zammad -f values.yaml | grep S3 -C1
- name: S3_URL
value: "http://minioadmin:[email protected]:9000/my-awesome-zammad-bucket?region=eu-central-1&force_path_style=true"
With both (not really useful):
zammadConfig:
minio:
enabled: true
externalS3Url: http://minioadmin:[email protected]:9000/my-awesome-zammad-bucket?region=eu-central-1&force_path_style=true
helm template zammad -f values.yaml | grep S3 -C1
- name: S3_URL
value: "http://minioadmin:[email protected]:9000/my-awesome-zammad-bucket?region=eu-central-1&force_path_style=true"
With only internal minio subchart:
zammadConfig:
minio:
enabled: true
# externalS3Url: http://minioadmin:[email protected]:9000/my-awesome-zammad-bucket?region=eu-central-1&force_path_style=true
helm template zammad -f values.yaml | grep S3 -C1
- name: S3_URL
value: "http://zammadadmin:zammadadmin@release-name-zammad-minio:9000/zammad?region=zammad&force_path_style=true"
The generated value looks correct in all cases. Can you check this again, please? Maybe the values.yaml was simply wrong?
AFAICT, Zammad uses the value of S3_URL directly, and does not store/persist it in the database.
@t-shehab the indentation of your externalS3Url seems wrong. it needs to be part of minio, not on the same level.
3. Your indent on
externalS3Urlis incorrect; add 2 more spaces to have same indentation as enabled: true
Exactly what I said :)
Sorry, tl;dr :D
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.