Skip to content

Render Calico OSS from individual images and fix VAP tests for v3.32#4946

Open
caseydavenport wants to merge 3 commits into
tigera:release-v1.43from
caseydavenport:casey-oss-legacy-image
Open

Render Calico OSS from individual images and fix VAP tests for v3.32#4946
caseydavenport wants to merge 3 commits into
tigera:release-v1.43from
caseydavenport:casey-oss-legacy-image

Conversation

@caseydavenport

@caseydavenport caseydavenport commented Jun 18, 2026

Copy link
Copy Markdown
Member

Description

Bug fix. release-v1.43 ships Calico Enterprise v3.24 EP1, which builds the combined image, but pins Calico OSS to v3.32, which was cut before the combined image existed for OSS. The branch was cut from master after the operator had already moved every component onto the combined image, so the Calico OSS variant references an image tag that was never published. This shows up as persistent FV failures looking for the v3.32 combined image.

This makes image selection variant-aware. The Calico OSS variant now renders the standalone per-component images using their own entrypoints and health probes, and Calico Enterprise keeps the combined image. Components touched: calico-node (plus the CNI and flexvol installers), Typha, kube-controllers, apiserver, CSI (driver and node-driver-registrar), Goldmane, the Whisker backend, the webhooks controller, Guardian, Windows, and the certificate-management CSR init container.

Same root cause on the admission side: v3.32 ships no Calico ValidatingAdmissionPolicy (the branch-prep commit dropped it along with the v3.32 CRDs), but the VAP tests still expected one. They now expect none for the Calico variant and exercise VAP creation through Enterprise, which still ships it.

FIPS images are intentionally not restored - FIPS support was removed on this branch and no render path references it.

Tested with the operator unit tests.

Release Note

NONE

For PR author

  • Tests for change.
  • If changing pkg/apis/, run make gen-files
  • If changing versions, run make gen-versions

For PR reviewers

A note for code reviewers - all pull requests must have the following:

  • Milestone set according to targeted release.
  • Appropriate labels:
    • kind/bug if this is a bugfix.
    • kind/enhancement if this is a a new feature.
    • enterprise if this PR applies to Calico Enterprise only.

The combined calico/calico image is only published for Enterprise on this
branch, so render the standalone per-component images for the Calico OSS
variant and keep the combined image for Enterprise.
Calico OSS does not ship a ValidatingAdmissionPolicy on this release, so
expect none for the Calico variant and exercise VAP creation via Enterprise.
Also drops the redundant comments added with the image change.
@caseydavenport caseydavenport changed the title Render Calico OSS components from individual images Render Calico OSS from individual images and fix VAP tests for v3.32 Jun 18, 2026
Calico OSS deploys the individual per-component images, and the combined
calico/calico image is not published for v3.32, so pulling it failed FV setup.
Comment thread Makefile

IMAGE_TARS := calico-calico.tar \
calico-node.tar \
IMAGE_TARS := calico-node.tar \

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Since OSS is back to rendering the per-component images, we probably need to restore the per-component tars here (apiserver, cni, pod2daemon-flexvol, kube-controllers, typha, csi, node-driver-registrar, goldmane, whisker-backend) the way they were before the combined image, otherwise FV won't have them preloaded.

Comment thread pkg/components/calico.go
variant: calicoVariant,
}

// CalicoImages omits ComponentCalico: Calico OSS ships the individual

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Might be safer to remove ComponentCalico and have CombinedCalicoImage panic if it's ever called on OSS.

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants