Skip to content

OCPBUGS-85696: Adding logs and exponential backoff on execPod#31352

Open
jcmoraisjr wants to merge 1 commit into
openshift:mainfrom
jcmoraisjr:OCPBUGS-85696-flake-execpod
Open

OCPBUGS-85696: Adding logs and exponential backoff on execPod#31352
jcmoraisjr wants to merge 1 commit into
openshift:mainfrom
jcmoraisjr:OCPBUGS-85696-flake-execpod

Conversation

@jcmoraisjr

@jcmoraisjr jcmoraisjr commented Jun 30, 2026

Copy link
Copy Markdown
Member

There are a few failures in the reported issue regarding execPod:

  • Timeout calling the router endpoint from the loopback interface of the router container;
  • Timeout resolving DNS
  • A container not found error, suggesting a race between the presence of the router pod, and the absence of its conterpart in the container runtime.

It was not possible to be sure about the root cause of some failures due to the missing of the router logs, being added in this update.

For the timeouts, increasing it and using from a const, this should give some more time for the router to synchronize any pending configuration.

Also, adding exponential backoff to the execPod call, in case of an unexpected failure, giving another chance for the environment to recover itself.

https://redhat.atlassian.net/browse/OCPBUGS-85696

Summary by CodeRabbit

  • Bug Fixes
    • Improved extended router test reliability by adding more robust HTTP retry behavior with backoff and retrying only on transient request errors.
    • Made teardown diagnostics smarter by conditionally collecting exec-related pod logs when available.
  • Tests
    • Reduced several polling and timeout durations to make router setup steps complete faster and fail sooner when needed.

@openshift-merge-bot

Copy link
Copy Markdown
Contributor

Pipeline controller notification
This repo is configured to use the pipeline controller. Second-stage tests will be triggered either automatically or after lgtm label is added, depending on the repository configuration. The pipeline controller will automatically detect which contexts are required and will utilize /test Prow commands to trigger the second stage.

For optional jobs, comment /test ? to see a list of all defined jobs. To trigger manually all jobs from second stage use /pipeline required command.

This repository is configured in: automatic mode

@openshift-ci-robot openshift-ci-robot added jira/severity-moderate Referenced Jira bug's severity is moderate for the branch this PR is targeting. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. labels Jun 30, 2026
@openshift-ci-robot

Copy link
Copy Markdown

@jcmoraisjr: This pull request references Jira Issue OCPBUGS-85696, which is valid. The bug has been moved to the POST state.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (5.0.0) matches configured target version for branch (5.0.0)
  • bug is in the state ASSIGNED, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @melvinjoseph86

The bug has been updated to refer to the pull request using the external bug tracker.

Details

In response to this:

There are a few failures in the reported issue regarding execPod:

  • Timeout calling the router endpoint from the loopback interface of the router container;
  • Timeout resolving DNS
  • A container not found error, suggesting a race between the presence of the router pod, and the absence of its conterpart in the container runtime.

It was not possible to be sure about the root cause of some failures due to the missing of the router logs, being added in this update.

For the timeouts, increasing it and using from a const, this should give some more time for the router to synchronize any pending configuration.

Also, adding exponential backoff to the execPod call, in case of an unexpected failure, giving another chance for the environment to recover itself.

https://redhat.atlassian.net/browse/OCPBUGS-85696

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.

@openshift-ci-robot openshift-ci-robot added the jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. label Jun 30, 2026
@openshift-ci openshift-ci Bot requested a review from melvinjoseph86 June 30, 2026 13:16
@coderabbitai

coderabbitai Bot commented Jun 30, 2026

Copy link
Copy Markdown

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info
⚙️ Run configuration

Configuration used: Repository YAML (base), Central YAML (inherited)

Review profile: CHILL

Plan: Enterprise

Run ID: f3d56721-ac8f-472f-8532-3e7b96138357

📥 Commits

Reviewing files that changed from the base of the PR and between 55df7c6 and 4f3f4f2.

📒 Files selected for processing (2)
  • test/extended/router/config_manager.go
  • test/extended/router/config_manager_ingress.go
🚧 Files skipped from review as they are similar to previous changes (2)
  • test/extended/router/config_manager.go
  • test/extended/router/config_manager_ingress.go

Walkthrough

Adds a shared 15-second timeout constant, refactors exec-pod curl handling into retry and inner execution helpers, switches polling to the inner helper, shortens detached-service waits, and conditions teardown log dumping on an assigned exec pod.

Changes

Router config manager test timeout and retry flow

Layer / File(s) Summary
Shared timeout constant and route helper
test/extended/router/config_manager.go
Adds fastTimeoutSeconds = 15 and marks the unused port parameter in waitForRouteToRespond.
Exec pod retry, polling, and detached-service waits
test/extended/router/config_manager_ingress.go
Adds conditional exec-pod log dumping, splits execPodReadURL into retry and inner curl functions, switches the curl timeout to fastTimeoutSeconds, makes execPodWaitURL call the inner helper directly, and changes Endpoints/EndpointSlice polling to use the shared timeout.

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~10 minutes

Possibly related PRs

  • openshift/origin#31173: Updates the same router detached-service test flow, including Endpoints/EndpointSlice polling timing and related exec-pod behavior.

Suggested labels

ready-for-human-review

Suggested reviewers

  • gcs278
  • Thealisyed
🚥 Pre-merge checks | ✅ 14 | ❌ 1

❌ Failed checks (1 warning)

Check name Status Explanation Resolution
Docstring Coverage ⚠️ Warning Docstring coverage is 60.00% which is insufficient. The required threshold is 80.00%. Write docstrings for the functions missing them to satisfy the coverage threshold.
✅ Passed checks (14 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title accurately reflects the main changes: added router logs and exponential backoff for execPod retries.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
Stable And Deterministic Test Names ✅ Passed Touched files add helpers/timeouts only; Ginkgo titles are static and no dynamic or overly-specific test names were introduced.
Test Structure And Quality ✅ Passed The touched Ginkgo code keeps setup/cleanup in BeforeEach/AfterEach, uses bounded waits/timeouts, and adds no new multi-behavior assertions or leaks.
Microshift Test Compatibility ✅ Passed Patch only changes helper logic/timeouts; no new Ginkgo specs or MicroShift-incompatible APIs/tags were added in the diff.
Single Node Openshift (Sno) Test Compatibility ✅ Passed Only helper/timeout changes were made; no new It/Describe/Context/When tests or multi-node assumptions were added.
Topology-Aware Scheduling Compatibility ✅ Passed Only router test helpers changed; no new anti-affinity, topology spread, node selectors, tolerations, or topology-dependent replica logic were added.
Ote Binary Stdout Contract ✅ Passed No stdout-producing calls were added in process-level code; changes are a timeout const and helper/backoff logic, with logging still confined to test hooks.
Ipv6 And Disconnected Network Test Compatibility ✅ Passed No new Ginkgo tests were added; the touched helpers are IPv6-safe (IPUrl/JoinHostPort, dynamic loopback) and use only cluster-internal endpoints.
No-Weak-Crypto ✅ Passed Only test helpers changed: timeout/backoff/logging. No MD5/SHA1/DES/RC4/3DES/Blowfish/ECB, custom crypto, or secret comparisons found in the diff.
Container-Privileges ✅ Passed Touched files are Go tests only; no new privileged/hostPID/hostNetwork/hostIPC/SYS_ADMIN/allowPrivilegeEscalation settings were added.
No-Sensitive-Data-In-Logs ✅ Passed No passwords, tokens, API keys, or PII are logged; the new pod-log dump is generic failure diagnostics and doesn’t print credentials.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

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.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@openshift-ci openshift-ci Bot requested review from candita and rfredette June 30, 2026 13:18
@openshift-ci

openshift-ci Bot commented Jun 30, 2026

Copy link
Copy Markdown
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: jcmoraisjr

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci Bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jun 30, 2026
@openshift-ci-robot

Copy link
Copy Markdown

@jcmoraisjr: This pull request references Jira Issue OCPBUGS-85696, which is valid.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (5.0.0) matches configured target version for branch (5.0.0)
  • bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @melvinjoseph86

Details

In response to this:

There are a few failures in the reported issue regarding execPod:

  • Timeout calling the router endpoint from the loopback interface of the router container;
  • Timeout resolving DNS
  • A container not found error, suggesting a race between the presence of the router pod, and the absence of its conterpart in the container runtime.

It was not possible to be sure about the root cause of some failures due to the missing of the router logs, being added in this update.

For the timeouts, increasing it and using from a const, this should give some more time for the router to synchronize any pending configuration.

Also, adding exponential backoff to the execPod call, in case of an unexpected failure, giving another chance for the environment to recover itself.

https://redhat.atlassian.net/browse/OCPBUGS-85696

Summary by CodeRabbit

  • Bug Fixes
  • Improved router test reliability by making HTTP polling and readiness checks faster and more resilient.
  • Expanded teardown logging to help diagnose router-related failures more easily.
  • Tests
  • Updated extended router coverage to use shorter wait times in several setup paths.

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.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@test/extended/router/config_manager_ingress.go`:
- Line 90: Guard the log-dump call in the ingress config manager test so
`execPod` is validated before use. In `BeforeEach`/cleanup around `execPod` and
`exutil.DumpPodLogsStartingWithInNamespace`, ensure the dump only runs when
`execPod.Name` and `execPod.Namespace` are set, and skip or short-circuit
otherwise. Use the `execPod` variable and the
`DumpPodLogsStartingWithInNamespace` helper as the key locations to update.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository YAML (base), Central YAML (inherited)

Review profile: CHILL

Plan: Enterprise

Run ID: dc748070-20c2-41f3-8ff7-8d92b2ab2415

📥 Commits

Reviewing files that changed from the base of the PR and between 6bf37da and 55df7c6.

📒 Files selected for processing (2)
  • test/extended/router/config_manager.go
  • test/extended/router/config_manager_ingress.go

Comment thread test/extended/router/config_manager_ingress.go Outdated
There are a few failures in the reported issue regarding execPod:

* Timeout calling the router endpoint from the loopback interface of the
  router container;
* Timeout resolving DNS
* A container not found error, suggesting a race between the presence of
  the router pod, and the absence of its conterpart in the container
  runtime.

It was not possible to be sure about the root cause of some failures
due to the missing of the router logs, being added in this update.

For the timeouts, increasing it and using from a const, this should
give some more time for the router to synchronize any pending
configuration.

Also, adding exponential backoff to the execPod call, in case of an
unexpected failure, giving another chance for the environment to recover
itself.

https://redhat.atlassian.net/browse/OCPBUGS-85696
@jcmoraisjr jcmoraisjr force-pushed the OCPBUGS-85696-flake-execpod branch from 55df7c6 to 4f3f4f2 Compare June 30, 2026 13:34
@openshift-ci openshift-ci Bot added the ready-for-human-review Indicates a PR has been reviewed by automated tools and is ready for human review label Jun 30, 2026
@openshift-merge-bot

Copy link
Copy Markdown
Contributor

Scheduling required tests:
/test e2e-aws-csi
/test e2e-aws-ovn-fips
/test e2e-aws-ovn-microshift
/test e2e-aws-ovn-microshift-serial
/test e2e-aws-ovn-serial-1of2
/test e2e-aws-ovn-serial-2of2
/test e2e-gcp-csi
/test e2e-gcp-ovn
/test e2e-gcp-ovn-upgrade
/test e2e-metal-ipi-ovn-ipv6
/test e2e-vsphere-ovn
/test e2e-vsphere-ovn-upi

@jcmoraisjr

Copy link
Copy Markdown
Member Author

/retest-required

@jcmoraisjr

Copy link
Copy Markdown
Member Author

/test e2e-aws-csi

@melvinjoseph86

Copy link
Copy Markdown
Contributor

/test list

@melvinjoseph86

Copy link
Copy Markdown
Contributor

/test e2e-aws-ovn-single-node-techpreview
/test e2e-aws-ovn-single-node-techpreview-serial
/test e2e-gcp-ovn-techpreview
/test e2e-gcp-ovn-techpreview-serial-1of2
/test e2e-metal-ipi-ovn-bgp-virt-dualstack-techpreview

@melvinjoseph86

Copy link
Copy Markdown
Contributor

/payload-job periodic-ci-openshift-release-main-ci-5.0-e2e-gcp-ovn-rhcos9-techpreview periodic-ci-openshift-release-main-nightly-5.0-e2e-metal-ipi-ovn-dualstack-rhcos10-techpreview periodic-ci-openshift-release-main-nightly-5.0-e2e-azure-ovn-rhcos10-techpreview

@openshift-ci

openshift-ci Bot commented Jul 1, 2026

Copy link
Copy Markdown
Contributor

@melvinjoseph86: trigger 3 job(s) for the /payload-(with-prs|job|aggregate|job-with-prs|aggregate-with-prs) command

  • periodic-ci-openshift-release-main-ci-5.0-e2e-gcp-ovn-rhcos9-techpreview
  • periodic-ci-openshift-release-main-nightly-5.0-e2e-metal-ipi-ovn-dualstack-rhcos10-techpreview
  • periodic-ci-openshift-release-main-nightly-5.0-e2e-azure-ovn-rhcos10-techpreview

See details on https://pr-payload-tests.ci.openshift.org/runs/ci/24c63ad0-7515-11f1-8b6c-8fd3e66aec59-0

@jcmoraisjr

Copy link
Copy Markdown
Member Author

@coderabbitai can you help us, based on the error logs, identify why so many tests failed in this PR? Is there something this PR is introducing that made those tests to fail, or instead it seems flakiness from all the environments or other unrelated tests?

@coderabbitai

coderabbitai Bot commented Jul 1, 2026

Copy link
Copy Markdown

Tip

For best results, initiate chat on the files or code changes.

🧩 Analysis chain

🏁 Script executed:

#!/bin/bash
set -euo pipefail

# Get PR details and checks
gh pr view 31352 --repo openshift/origin --json number,title,state,statusCheckRollup --jq '.statusCheckRollup[] | {name: .name, state: .state, conclusion: .conclusion, detailsUrl: .detailsUrl}' 2>&1 | head -200

echo "---COMMENTS---"
gh pr view 31352 --repo openshift/origin --json comments --jq '.comments[].body' 2>&1 | tail -200

Length of output: 24704


🏁 Script executed:

#!/bin/bash
set -uo pipefail

jobs=(
"pull-ci-openshift-origin-main-e2e-aws-csi/2072082476242571264"
"pull-ci-openshift-origin-main-e2e-gcp-ovn/2072026389741047808"
"pull-ci-openshift-origin-main-e2e-vsphere-ovn/2072026389778796544"
"pull-ci-openshift-origin-main-e2e-vsphere-ovn-upi/2072026389808156672"
"pull-ci-openshift-origin-main-e2e-aws-ovn-microshift/2072026389724270592"
"pull-ci-openshift-origin-main-e2e-aws-ovn-single-node-techpreview/2072203725316820992"
"pull-ci-openshift-origin-main-e2e-aws-ovn-single-node-techpreview-serial/2072203725358764032"
"pull-ci-openshift-origin-main-e2e-gcp-ovn-techpreview/2072203725404901376"
)

base="https://gcsweb-ci.apps.ci.l2s4.p1.openshiftapps.com/gcs/test-platform-results/pr-logs/pull/openshift_origin/31352"

for j in "${jobs[@]}"; do
  echo "=== $j ==="
  url="https://storage.googleapis.com/test-platform-results/pr-logs/pull/31352/${j}/finished.json"
  curl -s "$url" | head -c 1000
  echo
done

Length of output: 5245


🏁 Script executed:

#!/bin/bash
set -uo pipefail

jobs=(
"pull-ci-openshift-origin-main-e2e-aws-csi/2072082476242571264"
"pull-ci-openshift-origin-main-e2e-gcp-ovn/2072026389741047808"
"pull-ci-openshift-origin-main-e2e-vsphere-ovn/2072026389778796544"
"pull-ci-openshift-origin-main-e2e-vsphere-ovn-upi/2072026389808156672"
"pull-ci-openshift-origin-main-e2e-aws-ovn-microshift/2072026389724270592"
"pull-ci-openshift-origin-main-e2e-aws-ovn-single-node-techpreview/2072203725316820992"
"pull-ci-openshift-origin-main-e2e-aws-ovn-single-node-techpreview-serial/2072203725358764032"
"pull-ci-openshift-origin-main-e2e-gcp-ovn-techpreview/2072203725404901376"
)

for j in "${jobs[@]}"; do
  echo "=========================================="
  echo "=== $j ==="
  # Try to get build-log.txt tail for high-level failure reason
  logurl="https://storage.googleapis.com/test-platform-results/pr-logs/pull/31352/${j}/build-log.txt"
  echo "--- build-log tail (last 3000 chars, filtered) ---"
  curl -s "$logurl" | tail -c 6000
  echo
done

Length of output: 50561


@jcmoraisjr Good news — based on the actual failure lists in the build-log.txt for each failed job, none of the blocking failures are related to the router/execPod code this PR touches.

Here's what actually failed in each job:

Job Blocking failure(s)
e2e-aws-csi 12 External Storage [Driver: ebs.csi.aws.com] snapshot/volume tests
e2e-gcp-ovn cluster-version-operator PDB readiness check, CustomResourceDefinition Watch [Privileged:ClusterAdmin], Pod InPlace Resize Container (limit-ranger)
e2e-vsphere-ovn Pod InPlace Resize Container guaranteed qos resizing cpu
e2e-vsphere-ovn-upi TestDeployScale (OpenShiftControllerManager), UDN Pod should react to k8s.ovn.org/open-default-ports annotations changes
e2e-aws-ovn-microshift Cluster API discovery errors (the server could not find the requested resource for infrastructures.config.openshift.io, networks.config.openshift.io, etc.) — looks like an infra/cluster-bring-up issue, not test code
e2e-aws-ovn-single-node-techpreview [sig-builds] prune builds ... successfulBuildsHistoryLimit
e2e-aws-ovn-single-node-techpreview-serial Failed due to a MonitorTest failure (cluster-level interval monitor, not a Ginkgo spec)
e2e-gcp-ovn-techpreview [sig-cli] oc idle Deployments, plus the gather-gcp-console post step failed with Unable to connect to the server: net/http: request canceled ... Client.Timeout exceeded — a GCP API connectivity blip during artifact gathering, unrelated to tests

None of these failing test names reference the router extended suite, execPod, config_manager, or config_manager_ingress at all — they're spread across storage (CSI), CVO, CRD watch, in-place pod resize, network segmentation/UDN, build pruning, controller-manager scaling, and oc idle, plus a couple of clear infra hiccups (GCP console API timeout, microshift API discovery lag during cluster bring-up).

This pattern — different failing tests on every job, touching unrelated subsystems, with no overlap with router or execPod tests — is a strong signal that these are pre-existing/known flaky or environment-related failures rather than something this PR introduced. Since this PR only changes two files under test/extended/router/, it structurally cannot be the cause of, e.g., CSI snapshot failures or CVO PDB checks.

My suggestion: rely on /retest (or /retest-required) to confirm flakiness, and if you want extra confidence you could search /test e2e-gcp-ovn history for these specific failing test names in Sippy/TRT to confirm they're already known-flaky outside this PR.

@jcmoraisjr

Copy link
Copy Markdown
Member Author

/retest-required

1 similar comment
@jcmoraisjr

Copy link
Copy Markdown
Member Author

/retest-required

@openshift-ci

openshift-ci Bot commented Jul 2, 2026

Copy link
Copy Markdown
Contributor

@jcmoraisjr: The following tests failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/e2e-aws-ovn-single-node-techpreview 4f3f4f2 link false /test e2e-aws-ovn-single-node-techpreview
ci/prow/e2e-aws-ovn-single-node-techpreview-serial 4f3f4f2 link false /test e2e-aws-ovn-single-node-techpreview-serial
ci/prow/e2e-aws-csi 4f3f4f2 link true /test e2e-aws-csi
ci/prow/e2e-gcp-ovn-techpreview 4f3f4f2 link false /test e2e-gcp-ovn-techpreview
ci/prow/e2e-gcp-ovn 4f3f4f2 link true /test e2e-gcp-ovn

Full PR test history. Your PR dashboard.

Details

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 kubernetes-sigs/prow repository. I understand the commands that are listed here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. jira/severity-moderate Referenced Jira bug's severity is moderate for the branch this PR is targeting. jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. ready-for-human-review Indicates a PR has been reviewed by automated tools and is ready for human review

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants