Skip to content

OCPBUGS-99652: prevent duplicate NOTRACK iptables rules on container restart - #3153

Open
ssonigra wants to merge 1 commit into
openshift:release-4.22from
ssonigra:fix-OCPBUGS-99652-4.22
Open

OCPBUGS-99652: prevent duplicate NOTRACK iptables rules on container restart#3153
ssonigra wants to merge 1 commit into
openshift:release-4.22from
ssonigra:fix-OCPBUGS-99652-4.22

Conversation

@ssonigra

@ssonigra ssonigra commented Sep 7, 2026

Copy link
Copy Markdown

What does this PR do?

Prevents duplicate NOTRACK iptables rules from being added to the raw table on every ovnkube-controller container restart by checking if each rule already exists before appending it.

Why is this important?

Without this fix, every ovnkube-controller restart blindly appends duplicate rules for the Geneve and hybrid overlay VXLAN ports. Because NOTRACK is a non-terminating target, all duplicates are evaluated sequentially, inflating packet counters and wasting CPU cycles.

Implementation

The fix adds an ensure-notrack-rule helper function that:

  • Checks if the rule already exists
  • Adds it if missing
  • Removes duplicates if present
  • Does nothing if exactly one rule exists

Note: On master / OCP 5.x, this bug was already resolved as a side effect of the nftables migration (PR #3038), which uses nft flush table before re-adding rules. This fix targets the release-4.x branches that still use iptables.

Jira

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

Related PRs

Test plan

  • make build passes
  • make test-unit passes
  • Manual: restart ovnkube-node pod multiple times, verify iptables -t raw -L PREROUTING -n -v --line-numbers shows no duplicate NOTRACK rules

🤖 Generated with Claude Code

…estart

Check whether each NOTRACK rule already exists (iptables -C) before
appending it. Without this guard, every ovnkube-controller container
restart blindly appends duplicate rules for the Geneve and hybrid
overlay VXLAN ports. Because NOTRACK is a non-terminating target,
duplicates are all evaluated sequentially, inflating packet counters
and wasting CPU.

Signed-off-by: Saurab Sonigra <ssonigra@redhat.com>
@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: LGTM 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. jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. labels Sep 7, 2026
@openshift-ci-robot

Copy link
Copy Markdown
Contributor

@ssonigra: This pull request references Jira Issue OCPBUGS-99652, which is invalid:

  • expected the bug to target the "4.22.0" version, but no target version was set
  • expected the bug to be in one of the following states: NEW, ASSIGNED, POST, but it is ON_QA instead
  • release note text must be set and not match the template OR release note type must be set to "Release Note Not Required". For more information you can reference the OpenShift Bug Process.
  • expected Jira Issue OCPBUGS-99652 to depend on a bug targeting a version in 5.0.0 and in one of the following states: MODIFIED, ON_QA, VERIFIED, RELEASE PENDING, CLOSED (ERRATA), CLOSED (CURRENT RELEASE), CLOSED (DONE), CLOSED (DONE-ERRATA), but no dependents were found

Comment /jira refresh to re-evaluate validity if changes to the Jira bug are made, or edit the title of this pull request to link to a different bug.

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

Details

In response to this:

What does this PR do?

Prevents duplicate NOTRACK iptables rules from being added to the raw table on every ovnkube-controller container restart by checking if each rule already exists before appending it.

Why is this important?

Without this fix, every ovnkube-controller restart blindly appends duplicate rules for the Geneve and hybrid overlay VXLAN ports. Because NOTRACK is a non-terminating target, all duplicates are evaluated sequentially, inflating packet counters and wasting CPU cycles.

Implementation

The fix adds an ensure-notrack-rule helper function that:

  • Checks if the rule already exists
  • Adds it if missing
  • Removes duplicates if present
  • Does nothing if exactly one rule exists

Note: On master / OCP 5.x, this bug was already resolved as a side effect of the nftables migration (PR #3038), which uses nft flush table before re-adding rules. This fix targets the release-4.x branches that still use iptables.

Jira

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

Related PRs

Test plan

  • make build passes
  • make test-unit passes
  • Manual: restart ovnkube-node pod multiple times, verify iptables -t raw -L PREROUTING -n -v --line-numbers shows no duplicate NOTRACK rules

🤖 Generated with Claude Code

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 commented Sep 7, 2026

Copy link
Copy Markdown

Important

Review skipped

Auto reviews are disabled on base/target branches other than the default branch.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository: openshift/coderabbit/.coderabbit.yaml

Review profile: CHILL

Plan: Team

Run ID: 6afa4d8b-c9a3-4137-a7a3-9ac0d3237ba0

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review

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

@openshift-ci

openshift-ci Bot commented Sep 7, 2026

Copy link
Copy Markdown
Contributor

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: ssonigra
Once this PR has been reviewed and has the lgtm label, please assign jacobtanenbaum for approval. For more information see the Code Review Process.

The full list of commands accepted by this bot can be found 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 commented Sep 7, 2026

Copy link
Copy Markdown
Contributor

@ssonigra: 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-metal-ipi-ovn-secondary-encap eb172cc link false /test e2e-metal-ipi-ovn-secondary-encap
ci/prow/security eb172cc link false /test security

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

jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. 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.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants