NO-JIRA: Revert "MON-3697: use maximumStartupDurationSeconds instead of container patch"#2982
Conversation
…ner patch" This reverts the changes from PR openshift#2251. With maximumStartupDurationSeconds=3600, prometheus-operator sets PeriodSeconds=60s (instead of the previous 15s), which significantly slows down Prometheus pod restarts — especially in e2e tests where restarts are numerous. Additionally, UWM (User Workload Monitoring) Prometheus still uses the container patch approach, so reverting makes the two consistent. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
@machine424: This pull request references MON-3697 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "5.0.0" version, but no target version was set. 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. |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: machine424 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 |
📝 WalkthroughWalkthroughThis change removes the maximumStartupDurationSeconds: 3600 setting from the Prometheus jsonnet component and the corresponding generated prometheus.yaml asset. It replaces this behavior with an explicit StartupProbe configuration added in manifests.go for the prometheus container, setting PeriodSeconds to 15 and FailureThreshold to 240, intended as a workaround pending upstream operator support for startup probe configuration. Estimated code review effort: 2 (Simple) | ~10 minutes 🚥 Pre-merge checks | ✅ 15✅ Passed checks (15 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
/test ci/prow/e2e-agnostic-operator |
|
/test pull-ci-openshift-cluster-monitoring-operator-main-e2e-agnostic-operator |
|
/test e2e-agnostic-operator |
|
/retest-required |
|
@machine424: This pull request explicitly references no 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. |
|
/verified by existing tests |
|
@machine424: This PR has been marked as verified by 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. |
|
@machine424: The following tests failed, say
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. |
This reverts the changes from PR #2251.
With maximumStartupDurationSeconds=3600, prometheus-operator sets PeriodSeconds=60s (instead of the previous 15s), which significantly slows down Prometheus pod restarts, especially in e2e tests where restarts are numerous.
Additionally, UWM Prometheus still uses the container patch approach, so reverting makes the two consistent.
e2e-agnostic-operator runs, revert #2982 vs last 5 PRs merged to
mainRevert is faster than every single baseline run.
Per-test breakdown
Telemetry report