-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
The Initializer container Job is stuck and doesn't complete the Job because of the CloudSQL Proxy #7235
Comments
This results in a failing Helm chart due to the fact that the helm installer waits for the initializer pod to finish (which it never does). |
Has anyone worked on a fix for this? I'm having the very same issue. Thx |
@tellierd TBH, Helm isn't an officially supported deployment method for DefectDojo so we rely on the community to submit PRs for the Helm chart in this repo. There are far to many deployment choices for k8s/Helm for an open source project to able to test them all. |
Given that we have a report that this is working, I'm going to go ahead and close this. Reopen or create a new issue if that's not the case. |
Be informative
When using Cloud SQL as a managed database, the Job related to Initializer isn't completed because your Sidecar is still running. Sidecar is cloudsql-proxy.
Bug description
As described in the informational section, the Initializer Job fails when using CloudSQL. NotReady status is displayed.
Image of the logs of the container named Initializer. Logs stop at this point:
Image of Pod related to Job with status of NotReady.
Steps to reproduce
Basically, just use Cloud SQL in the Values file.
Expected behavior
Have some way that when the initializer container finishes the job the cloudsql-proxy container is deleted, in order to finish the Job.
Deployment method (select with an
X
)Environment information
Logs
The cloudsql-proxy container hangs at this point:
The text was updated successfully, but these errors were encountered: