-
Notifications
You must be signed in to change notification settings - Fork 434
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
Using external DB other than Postgres does not work #78
Comments
i have tried it and it is not fixed.
|
@vital4ik - the |
@eldada thank you for your reply, i found out that when i do helm delete --purge it does not delete the PVC volumes. when i manually deleted and reinstalled using the template it worked. |
Thx for the update @vital4ik. Adding support for SSL to DB config is planned to be added in the future. |
@eldada do you know when the SSL option will be added to the DB config? this is a blocker currently. |
Sorry - I don't have an ETA yet. |
Is this a request for help?: No
Is this a BUG REPORT or FEATURE REQUEST? (choose one): bug report
Version of Helm and Kubernetes: helm: 2.11.0, k8s-client: 1.12, k8s-server: 1.10.3
Which chart: Artifactory (pro/oss)
What happened: When using external db's, the README tells you to curl the plugin for the db connection as a part of the postStart lifecycle (such as the mysql connection jar). PodStart is not guaranteed to run before the entrypoint command. This causes the artifactory container to crash because the entrypoint script exits if the plugin is not found. The pod never becomes healthy.
What you expected to happen: The pod should come up healthy using the external db.
How to reproduce it (as minimally and precisely as possible): Basically just try this:
Anything else we need to know: My thoughts on how to fix this are either add a few retries to the plugin check in the entrypoint script of the container, or start shipping all of the plugins in the container (not ideal).
The text was updated successfully, but these errors were encountered: