You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
flyte-core helm chart is missing some configuration functionality
It is missing ServiceAccounts on several Deployments
It has a misconfiguration in the defaults in the values.yaml causing warning messages
coalesce.go:286: warning: cannot overwrite table with non table for flyte-core.flyteagent.podEnv (map[])
It has naming convention inconsistencies
Expected behavior
All Deployments should have the ability to create a ServiceAccount
Helm charts should not throw errors
Should have the ability to overwrite the deployment names (same as other charts, e.g., flyteagent)
Additional context to reproduce
No response
Screenshots
No response
Are you sure this issue hasn't been raised already?
Yes
Have you read the Code of Conduct?
Yes
The text was updated successfully, but these errors were encountered:
To address the issues with the flyte-core Helm chart, you can modify the values.yaml file to ensure ServiceAccounts are created for all necessary deployments and correct any misconfigurations. Here are the steps:
ServiceAccounts Configuration: Ensure that each deployment has the serviceAccount section properly configured in the values.yaml file. For example, for flyteadmin:
Fixing Warnings: Address the warning messages by ensuring that the values.yaml file does not have conflicting types for the same key. For example, ensure flyteagent.podEnv is correctly defined as a table if it is being overwritten.
Naming Conventions: Ensure consistent naming conventions across the Helm chart by standardizing the names used in the values.yaml file and the templates.
Would you like more detailed steps or code snippets for these configurations?
Describe the bug
flyte-core helm chart is missing some configuration functionality
Expected behavior
All Deployments should have the ability to create a ServiceAccount
Helm charts should not throw errors
Should have the ability to overwrite the deployment names (same as other charts, e.g., flyteagent)
Additional context to reproduce
No response
Screenshots
No response
Are you sure this issue hasn't been raised already?
Have you read the Code of Conduct?
The text was updated successfully, but these errors were encountered: