[HELM][GCS] Found issue in helm template related to GCS Storage in airbyte-workload-api-server volume #44895
Unanswered
Jérôme Bourgeais (jrmbrgs)
asked this question in
Deployment
Replies: 2 comments
|
Hi! This discussion hasn't had activity in over a year. Is this still relevant to you? If so, please reply and we'll keep it open. If we don't hear back within 14 days, we'll close this as part of our housekeeping. You can always reopen or create a new discussion later. Thanks! |
0 replies
|
Keep it open |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Hello Airbyte !
Thx you for the OSS product you build !
I think I found a small bug in a helm deployment chart.
Context
According to the Helm External Storage implementation guide.
We can define a secret containing the service account json key, as defined in the Integration storage doc like :
Then referencing the previously created secret in the
values.yamlfile as mentioned in the documentationLater, during the deployment, this secret is used to populate the
gcs-log-creds-volumevolume for at least theairbyte-workload-api-serverandairbyte-serverchartsIssue
While this is working for
airbyte-servercharts I've found an issue w/airbyte-workload-api-server.The
airbyte-workload-api-serverdeployment fails because of this err :At the end, the secret you've provided in your values.yaml is not used, the default one is kept instead
Code
In
airbyte-serverchart deployment fileWhile in
airbyte-workload-api-serverchart deployment fileIt sounds the helm ternary function should looks like the one in
airbyte-serverto use the.Values.global.storage.storageSecretNameif it has been provided in thevalues.yamlRegarding the small fix it might represent I was wondering if it was worth sending a PR.
All reactions