OADP-8484: Add startup probe to CLI download server#2317
Conversation
|
@NicholasYancey: This pull request references OADP-8484 which is a valid jira issue. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Repository: openshift/coderabbit/.coderabbit.yaml Review profile: CHILL Plan: Enterprise Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
/retest |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: Joeavaikath, kaovilai, NicholasYancey, shubham-pampattiwar The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
@NicholasYancey: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
Why the changes were made
The CLI download server deployment on oadp-1.6/oadp-dev already added Readiness and Liveness probes (#2306), and oadp-1.3 got those plus a dedicated ServiceAccount via #2310. However, none of these included a StartupProbe.
Without one, the Liveness probe (initialDelaySeconds: 15) can start failing and restarting the container before it's actually finished starting up, especially under slow/loaded conditions — causing avoidable restart loops. A StartupProbe defers the Liveness probe until the container reports healthy, giving it more headroom to start.
This PR is part of the lifecycle probe requirement (readiness/liveness/startup) to self-recover from common failures per Kubernetes best practices.
How to test the changes made
oc get deploy -n openshift-adp openshift-adp-oadp-cli-server \ -o jsonpath='{.spec.template.spec.containers[0].startupProbe}{"\n"}'