Skip to content

OTA-2064: Tolerate unknown template fields during payload loading#1421

Open
jhadvig wants to merge 1 commit into
openshift:release-4.22from
jhadvig:backport-template-tolerance
Open

OTA-2064: Tolerate unknown template fields during payload loading#1421
jhadvig wants to merge 1 commit into
openshift:release-4.22from
jhadvig:backport-template-tolerance

Conversation

@jhadvig

@jhadvig jhadvig commented Jul 9, 2026

Copy link
Copy Markdown
Member

Summary

  • Make template rendering errors non-fatal during LoadUpdate
  • When the CVO encounters a manifest with unknown template fields, skip it with a warning instead of failing the entire payload load

Why

Backport of the tolerance logic from PR #1410 (5.0). Without this, 4.22→5.0 major upgrades are blocked: the 4.22 CVO tries to render 5.0 manifests that use {{index .Images "..."}}, fails because .Images doesn't exist in the 4.22 manifestRenderConfig, and sets ReleaseAccepted=False.

With this fix, the 4.22 CVO skips unrenderable manifests with a warning. The new 5.0 CVO re-loads the full payload after it replaces the old one at run-level 0, correctly rendering all manifests.

This was one of two issues that caused the revert of CVO#1398 and blocked 5.0 nightly payloads for 69+ hours (TRT-2776).

Test plan

  • New unit test TestLoadUpdateSkipsUnknownTemplateFields verifies manifests with unknown template fields are skipped while valid manifests are loaded
  • CI passes

🤖 Generated with Claude Code

Make template rendering errors non-fatal during LoadUpdate. When an
older CVO binary loads a newer payload that uses template fields the
older binary does not know about (e.g. .Images added in 5.0), the
manifest is skipped with a warning instead of failing the entire
payload load. The new CVO binary will re-load the full payload after
it replaces the old one at run-level 0.

Without this fix, 4.22→5.0 major upgrades fail with
ReleaseAccepted=False because the 4.22 CVO cannot render 5.0
manifests that reference .Images.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Jul 9, 2026
@openshift-ci-robot

openshift-ci-robot commented Jul 9, 2026

Copy link
Copy Markdown
Contributor

@jhadvig: This pull request references OTA-2064 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 story to target the "4.22.0" version, but no target version was set.

Details

In response to this:

Summary

  • Make template rendering errors non-fatal during LoadUpdate
  • When the CVO encounters a manifest with unknown template fields, skip it with a warning instead of failing the entire payload load

Why

Backport of the tolerance logic from PR #1410 (5.0). Without this, 4.22→5.0 major upgrades are blocked: the 4.22 CVO tries to render 5.0 manifests that use {{index .Images "..."}}, fails because .Images doesn't exist in the 4.22 manifestRenderConfig, and sets ReleaseAccepted=False.

With this fix, the 4.22 CVO skips unrenderable manifests with a warning. The new 5.0 CVO re-loads the full payload after it replaces the old one at run-level 0, correctly rendering all manifests.

This was one of two issues that caused the revert of CVO#1398 and blocked 5.0 nightly payloads for 69+ hours (TRT-2776).

Test plan

  • New unit test TestLoadUpdateSkipsUnknownTemplateFields verifies manifests with unknown template fields are skipped while valid manifests are loaded
  • CI passes

🤖 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 Jul 9, 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 YAML (base), Central YAML (inherited)

Review profile: CHILL

Plan: Enterprise

Run ID: adb9f24a-dd15-42f5-ba19-74eb661ddcfc

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
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

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

@openshift-ci

openshift-ci Bot commented Jul 9, 2026

Copy link
Copy Markdown
Contributor

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: jhadvig
Once this PR has been reviewed and has the lgtm label, please assign wking 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

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

Labels

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