Skip to content

Move IPVS-to-iptables prerequisite to all platforms in eBPF docs#2650

Merged
ctauchen merged 3 commits intotigera:mainfrom
ctauchen:fix-ebpf-ipvs-warning
Apr 16, 2026
Merged

Move IPVS-to-iptables prerequisite to all platforms in eBPF docs#2650
ctauchen merged 3 commits intotigera:mainfrom
ctauchen:fix-ebpf-ipvs-warning

Conversation

@ctauchen
Copy link
Copy Markdown
Collaborator

@ctauchen ctauchen commented Apr 16, 2026

Summary

  • Moves the IPVS-to-iptables warning from platform-specific sections (MKE in Calico, between OpenShift/MKE in Calico Enterprise) to a general caution admonition at the top of the kube-proxy configuration section
  • Makes it clear this prerequisite applies to all platforms, not just MKE
  • Adds guidance about restarting/rolling nodes after switching from IPVS to iptables mode (per user reports in the issue)
  • Applied across all affected products and versions:
    • Calico: current, 3.29, 3.30, 3.31 (enabling-ebpf.mdx + install.mdx)
    • Calico Enterprise: current, 3.20-2, 3.21-2, 3.22-2, 3.23-1 (enabling-ebpf.mdx + install.mdx)
  • 18 files updated total

Fixes projectcalico/calico#12476

Test plan

  • Verify the caution admonition renders correctly at the top of the kube-proxy section in each product
  • Verify the old MKE/OpenShift-scoped notes are removed
  • Confirm the warning is visible before any platform-specific instructions

🤖 Generated with Claude Code

The warning about switching from kube-proxy IPVS mode to iptables mode
before enabling eBPF was nested under the MKE section, making it appear
MKE-specific. This is a prerequisite for all platforms. Move it to a
caution admonition at the top of the "Configure kube-proxy" section and
add guidance about restarting nodes after the switch.

Fixes projectcalico/calico#12476

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@ctauchen ctauchen requested a review from a team as a code owner April 16, 2026 14:10
Copilot AI review requested due to automatic review settings April 16, 2026 14:10
@netlify
Copy link
Copy Markdown

netlify Bot commented Apr 16, 2026

Deploy Preview for calico-docs-preview-next ready!

Name Link
🔨 Latest commit b1d7ff7
🔍 Latest deploy log https://app.netlify.com/projects/calico-docs-preview-next/deploys/69e100a6ad528a0008d6c69b
😎 Deploy Preview https://deploy-preview-2650--calico-docs-preview-next.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@netlify
Copy link
Copy Markdown

netlify Bot commented Apr 16, 2026

Deploy Preview succeeded!

Built without sensitive environment variables

Name Link
🔨 Latest commit b1d7ff7
🔍 Latest deploy log https://app.netlify.com/projects/tigera/deploys/69e100a66bc07d000892eaef
😎 Deploy Preview https://deploy-preview-2650--tigera.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.
Lighthouse
Lighthouse
1 paths audited
Performance: 71 (🟢 up 4 from production)
Accessibility: 98 (no change from production)
Best Practices: 83 (no change from production)
SEO: 100 (no change from production)
PWA: -
View the detailed breakdown and full score reports

To edit notification comments on pull requests, go to your Netlify project configuration.

Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull request overview

Moves the IPVS-to-iptables prerequisite for eBPF/kube-proxy migration into a general warning so it’s visible for all platforms, and removes the now-redundant MKE-specific note.

Changes:

  • Added a top-level :::caution under “Configure kube-proxy” calling out the required switch from IPVS to iptables mode.
  • Added guidance to restart/roll after switching modes.
  • Removed the duplicated IPVS note from the MKE subsection.


:::caution

If you are running `kube-proxy` in IPVS mode, you must switch it to iptables mode before disabling `kube-proxy` or enabling eBPF mode. This applies to all platforms and is required for a successful migration. After switching to iptables mode, restart or roll your nodes before proceeding.
Copy link

Copilot AI Apr 16, 2026

Choose a reason for hiding this comment

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

“Restart or roll your nodes” is ambiguous and could be interpreted as a full node reboot, which is significantly more disruptive than restarting specific components. Can you clarify exactly what needs to be restarted after switching from IPVS to iptables (for example: kube-proxy DaemonSet pods, calico-node pods, or the nodes themselves) and what “roll” means in this context?

Suggested change
If you are running `kube-proxy` in IPVS mode, you must switch it to iptables mode before disabling `kube-proxy` or enabling eBPF mode. This applies to all platforms and is required for a successful migration. After switching to iptables mode, restart or roll your nodes before proceeding.
If you are running `kube-proxy` in IPVS mode, you must switch it to iptables mode before disabling `kube-proxy` or enabling eBPF mode. This applies to all platforms and is required for a successful migration. After switching to iptables mode, restart the `kube-proxy` instances on each node before proceeding. For clusters where `kube-proxy` runs as a `DaemonSet`, this means doing a rolling restart so the `kube-proxy` pods are recreated with the updated configuration. For managed environments, use the equivalent provider workflow to roll out the `kube-proxy` configuration change. A full node reboot is not required.

Copilot uses AI. Check for mistakes.

:::caution

If you are running `kube-proxy` in IPVS mode, you must switch it to iptables mode before disabling `kube-proxy` or enabling eBPF mode. This applies to all platforms and is required for a successful migration. After switching to iptables mode, restart or roll your nodes before proceeding.
Copy link

Copilot AI Apr 16, 2026

Choose a reason for hiding this comment

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

In this caution admonition, iptables is referenced as plain text (“iptables mode”) but later in this same doc (e.g., “kube_proxy_mode to iptables” around line 452) the mode name is formatted as code. Consider using consistent formatting here (for example, iptables mode) to match the rest of the page.

Suggested change
If you are running `kube-proxy` in IPVS mode, you must switch it to iptables mode before disabling `kube-proxy` or enabling eBPF mode. This applies to all platforms and is required for a successful migration. After switching to iptables mode, restart or roll your nodes before proceeding.
If you are running `kube-proxy` in IPVS mode, you must switch it to `iptables` mode before disabling `kube-proxy` or enabling eBPF mode. This applies to all platforms and is required for a successful migration. After switching to `iptables` mode, restart or roll your nodes before proceeding.

Copilot uses AI. Check for mistakes.
ctauchen and others added 2 commits April 16, 2026 16:28
Apply the same fix from the previous commit to all remaining affected
files across Calico Enterprise and versioned docs for both
enabling-ebpf.mdx and install.mdx.

Affected products/versions:
- Calico: current, 3.29, 3.30, 3.31
- Calico Enterprise: current, 3.20-2, 3.21-2, 3.22-2, 3.23-1

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@ctauchen ctauchen merged commit ca5caa4 into tigera:main Apr 16, 2026
11 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Nodes need reboot after ipvs->iptables->ebpf to work properly

3 participants