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

docs: Specify correct postgresql yaml for overriding default passwords #24724

Draft
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

cameronclaero
Copy link

SUMMARY

The existing yaml for setting the admin postgresql password is incorrect, just set up on a new kubernetes instance with the following yaml specified in PR. Also added the superset postgres user password as well, so that it could be changed as well.

Copy link
Contributor

@github-actions github-actions bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Congrats on making your first PR and thank you for contributing to Superset! 🎉 ❤️

We hope to see you in our Slack community too! Not signed up? Use our Slack App to self-register.

Comment on lines +93 to +94
postgresPassword: superset
password: superset
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In my opinion, it should be made clear that this is only one way to pass credentials to the Bitnami Postgres chart that the Superset chart depends on. In our deployment, we have an external process (Terraform) that creates Secrets for us, so we use the existingSecret mechanism from the Postgres chart, which imo is more secure since we're not committing any plaintext password to Git. I think that mentioning a few of the options and linking to the Postgres chart's documentation or even the Postgres chart's values file would be much more suitable. It is also worth noting that the Postgres chart is an optional dependency and people are free to "bring their own" Postgres...

@rusackas
Copy link
Member

Hi there, and thank you for the PR, but it seems to have gone a bit astray. I'll mark it as Draft for now since it's been in need of a rebase for quite some time, but please feel free to mark it as ready for review when ready, or let us know if you're no longer looking to pursue this. Thanks!

@rusackas rusackas marked this pull request as draft August 19, 2024 22:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants