-
Notifications
You must be signed in to change notification settings - Fork 5.1k
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
No way to detect full initialization of the database, healthcheck.sh always returns code 0 #76241
Comments
I think that I am reproducing the error. Could you send me logs reproducing the problem, please? Just to be aligned. Thanks a lot Álvaro |
hello @alvneiayu
you can see that my script took more than 1 minute. During this minute, I ran
you can see that the number of tables increases as the scripts are executed, but the healthcheck is always returning a success. |
thanks a lot for your response. I created an internal issue to investigate and fix the problem if it is possible. we will come back as soon as we have a solution for this. PRs are welcome. If you find a solution from your side, I will be really happy to review it. Thanks a lot again Álvaro |
…tworking bitnami#76241 Signed-off-by: Olivier Boudet <[email protected]>
hello @alvneiayu I sent a PR which works for my use case, I let you check it. |
Thank you for opening this issue and submitting the associated Pull Request. Our team will review and provide feedback. Once the PR is merged, the issue will automatically close. Your contribution is greatly appreciated! |
Name and Version
bitnami/mariadb:10.11
What architecture are you using?
None
What steps will reproduce the bug?
--skip-networking
flag. In this case,healthcheck.sh --connect
fails and the container is not in a ready state.With the bitnami image, the
--skip-networking
flag is not used, which prevents to detect the full initialization of the databaseWhat is the expected behavior?
healthcheck.sh --connect
should allow to detect the full initialization of the databaseWhat do you see instead?
There is no way to detect the real ready state of the database
Additional information
If this bug is valid and the proposal to use
--skip-networking
during setup is accepted, I am willing to contribute to this, please tell me.The text was updated successfully, but these errors were encountered: