fix: db container healthchecks that was earlier broken #6510
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What type of PR is this? (check all applicable)
Issue
Many users were experiencing failed
tm-migration
container that resulted intm-backend
service left inCreated
state and never toStarted
.This is mainly caused due to
healthcheck
intm-db
being too light, and only checks if thepostgresql
server is started or not.This was one of the reason deployment attempts by Bash from Technology without borders was not successful.
Errors he received:
Describe this PR
I have updated
healthcheck
defination fromto
This verifies that the defined database & database role is created, and also performs a
SELECT 1
that validates the initialization of thetm-db
service.Also to mention
pg_isready
doesn't do that, you could havepg_isready -U this_user_doesnt_exist -d this_db_doesnt_exist
and it would stillexit 0
, which is unwanted.Also,
-h 0.0.0.0
verifies reachibility from other services, Ensuring the db now can be finally consumed.Review Guide
Notes for the reviewer. How to test this change?
Checklist before requesting a review
[optional] What gif best describes this PR or how it makes you feel?