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

Fix Managed Database Initialization (PROJQUAY-1664) #427

Merged
merged 1 commit into from
Apr 14, 2021

Conversation

alecmerdler
Copy link
Contributor

Issue: https://issues.redhat.com/browse/PROJQUAY-1664

Changelog: Fixes role does not exist error for managed database component by adding startupProbe.

Docs: N/a

Testing: Create QuayRegistry with managed database and ensure all health checks pass.

Details: Fixes an issue where the managed Postgres pod is killed before it completes initialization, and the next pod that starts up reports role does not exist error. Followed the recommendations of the Postgres container maintainers and added startupProbe which tells k8s when the container has finished initialization. Apparently the livenessProbe always returns true.

@alecmerdler
Copy link
Contributor Author

Fixes #400

@alecmerdler alecmerdler force-pushed the PROJQUAY-1664 branch 5 times, most recently from 39cd616 to 1485d65 Compare April 13, 2021 17:15
Adds 'startupProbe' to managed Postgres 'Deployment' definition to
prevent the pod from being killed before database initialization is
complete.

Signed-off-by: Alec Merdler <alecmerdler@gmail.com>
@jonathankingfc
Copy link
Collaborator

Tested this PR locally and while the Postgres issue appears to be fixed, the quay-app-upgrade pod is never replaced with the quay-app pod after migrations have finished. The final state of reconciliation leaves the quay-app-upgrade pod running. The quay-app pod is never brought up.

@alecmerdler alecmerdler merged commit 73360b3 into quay:master Apr 14, 2021
@alecmerdler alecmerdler deleted the PROJQUAY-1664 branch April 14, 2021 01:54
ricardomaraschini added a commit that referenced this pull request Jul 30, 2021
Following feedback there is now ay of getting the health of the mirror
component. This PR removes the checks, essentially rolling back a change
made by #427.

As soon as we have a proper way of checking for the mirror health we
will need to re-enable these.
ricardomaraschini added a commit that referenced this pull request Aug 10, 2021
* quay-operator: add resource requests and limits (PROJQUAY-2011)

Signed-off-by: Daniel Messer <dmesser@redhat.com>

* reconcile: Prevent unnecessary component enabling/disabling (PROJQUAY-2198)

- Prevent HPA, Route, and Monitoring components from being enabled/disabled based on received config.
- Block rollout on missing config fields

* mirrorprobes: removing mirror pod probes (PROJQUAY-2226) (#485)

Following feedback there is now ay of getting the health of the mirror
component. This PR removes the checks, essentially rolling back a change
made by #427.

As soon as we have a proper way of checking for the mirror health we
will need to re-enable these.

* componentstatus: Reporting faulty condition for quay components (PROJQUAY-1609) (#484)

Co-authored-by: dmesser <dmesser@redhat.com>
Co-authored-by: Jonathan King <jonathankingfc@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

2 participants