Skip to content

OCPBUGS-78223: add NodePool Rollouts reference documentation - #7923

Merged
openshift-merge-bot[bot] merged 1 commit into
openshift:mainfrom
jparrill:OCPBUGS-78223
Mar 12, 2026
Merged

OCPBUGS-78223: add NodePool Rollouts reference documentation#7923
openshift-merge-bot[bot] merged 1 commit into
openshift:mainfrom
jparrill:OCPBUGS-78223

Conversation

@jparrill

@jparrill jparrill commented Mar 11, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Adds a new reference page docs/content/reference/nodepool-rollouts.md documenting NodePool rollout behavior
  • Registers the new page in docs/mkdocs.yml under the Reference section

The documentation covers:

  • What triggers a rollout: release version changes, node configuration changes, HostedCluster global configuration (proxy, image), and platform-specific machine template changes
  • What does NOT trigger a rollout: labels, taints, replicas, drain timeouts, etc.
  • Upgrade types: Replace (RollingUpdate/OnDelete) and InPlace with their parameters and defaults
  • Rollout lifecycle: step-by-step sequence from change detection to completion
  • Monitoring: NodePool conditions to track rollout progress
  • Summary table: quick reference for all fields

Closes: https://issues.redhat.com/browse/OCPBUGS-78223

Test plan

  • Verify the docs build correctly with mkdocs serve from the docs/ directory
  • Review the rendered page for accuracy and readability
  • Confirm all internal links resolve correctly

Co-Authored-By: Claude Opus 4.6 noreply@anthropic.com

Summary by CodeRabbit

  • Documentation
    • Added a comprehensive NodePool Rollouts reference covering triggers, upgrade types (Replace/RollingUpdate, OnDelete, InPlace), lifecycle steps, monitoring conditions, completion criteria, and platform-specific notes.
    • Updated site navigation to include the new Rollouts reference.
    • Simplified existing how-to upgrade pages to point to the new Rollouts guide and removed redundant rollout details.

@openshift-ci-robot

Copy link
Copy Markdown

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/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 Mar 11, 2026
@openshift-ci-robot

Copy link
Copy Markdown

@jparrill: This pull request references Jira Issue OCPBUGS-78223, which is invalid:

  • expected the bug to target the "4.22.0" version, but no target version was set

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:

Summary

  • Adds a new reference page docs/content/reference/nodepool-rollouts.md documenting NodePool rollout behavior
  • Registers the new page in docs/mkdocs.yml under the Reference section

The documentation covers:

  • What triggers a rollout: release version changes, node configuration changes, HostedCluster global configuration (proxy, image), and platform-specific machine template changes
  • What does NOT trigger a rollout: labels, taints, replicas, drain timeouts, etc.
  • Upgrade types: Replace (RollingUpdate/OnDelete) and InPlace with their parameters and defaults
  • Rollout lifecycle: step-by-step sequence from change detection to completion
  • Monitoring: NodePool conditions to track rollout progress
  • Summary table: quick reference for all fields

Closes: https://issues.redhat.com/browse/OCPBUGS-78223

Test plan

  • Verify the docs build correctly with mkdocs serve from the docs/ directory
  • Review the rendered page for accuracy and readability
  • Confirm all internal links resolve correctly

Co-Authored-By: Claude Opus 4.6 noreply@anthropic.com

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 Mar 11, 2026

Copy link
Copy Markdown
Contributor
📝 Walkthrough

Walkthrough

Adds a new reference document describing NodePool rollouts: categorized rollout triggers (OCP release version, node configuration, HostedCluster global configuration, platform-specific machine templates), non-triggers, three upgrade types (Replace with RollingUpdate, OnDelete, InPlace) with parameters and constraints, rollout lifecycle steps, monitoring conditions/status indicators, version- and platform-specific notes, and a trigger vs. effect summary table. Updates navigation to include the NodePool Rollouts reference and removes the previous detailed rollout/upgrade content from the how-to lifecycle guide, replacing it with a pointer to the new reference.

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title directly describes the primary change: adding a new NodePool Rollouts reference documentation page, which is clearly supported by the changeset.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Stable And Deterministic Test Names ✅ Passed This custom check is not applicable to the provided pull request. The PR contains only documentation changes with no Go test files or Ginkgo test declarations.
Test Structure And Quality ✅ Passed This PR contains exclusively documentation changes with no test files or Ginkgo test code modifications.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment

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

@jparrill

Copy link
Copy Markdown
Contributor Author

/jira refresh

@openshift-ci-robot

Copy link
Copy Markdown

@jparrill: An error was encountered updating to the POST state for bug OCPBUGS-78223 on the Jira server at https://issues.redhat.com. No known errors were detected, please see the full error message for details.

Full error message. Error marking step #39025374 finished: root cause: Tried to update an entity that does not exist.: request failed. Please analyze the request body for more details. Status code: 400:

Please contact an administrator to resolve this issue, then request a bug refresh with /jira refresh.

Details

In response to this:

/jira refresh

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 jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. and removed jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. labels Mar 11, 2026
@openshift-ci-robot

Copy link
Copy Markdown

@jparrill: This pull request references Jira Issue OCPBUGS-78223, 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 (4.22.0) matches configured target version for branch (4.22.0)
  • bug is in the state ASSIGNED, which is one of the valid states (NEW, ASSIGNED, POST)

No GitHub users were found matching the public email listed for the QA contact in Jira (jiezhao@redhat.com), skipping review request.

Details

In response to this:

Summary

  • Adds a new reference page docs/content/reference/nodepool-rollouts.md documenting NodePool rollout behavior
  • Registers the new page in docs/mkdocs.yml under the Reference section

The documentation covers:

  • What triggers a rollout: release version changes, node configuration changes, HostedCluster global configuration (proxy, image), and platform-specific machine template changes
  • What does NOT trigger a rollout: labels, taints, replicas, drain timeouts, etc.
  • Upgrade types: Replace (RollingUpdate/OnDelete) and InPlace with their parameters and defaults
  • Rollout lifecycle: step-by-step sequence from change detection to completion
  • Monitoring: NodePool conditions to track rollout progress
  • Summary table: quick reference for all fields

Closes: https://issues.redhat.com/browse/OCPBUGS-78223

Test plan

  • Verify the docs build correctly with mkdocs serve from the docs/ directory
  • Review the rendered page for accuracy and readability
  • Confirm all internal links resolve correctly

Co-Authored-By: Claude Opus 4.6 noreply@anthropic.com

Summary by CodeRabbit

  • Documentation
  • Added comprehensive NodePool Rollouts reference guide covering rollout triggers, upgrade types (Replace with RollingUpdate, OnDelete, InPlace), lifecycle steps, and monitoring conditions for operational clarity.

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
Contributor

Choose a reason for hiding this comment

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

Actionable comments posted: 1

🧹 Nitpick comments (1)
docs/mkdocs.yml (1)

333-333: Consider placing at top-level Reference instead of under Manifests.

The NodePool Rollouts documentation describes behavioral and conceptual information about rollout mechanics, which aligns better with other top-level Reference items like versioning-support.md, controller-architecture.md, and concepts-and-personas.md. Placing it under "Manifests" (which contains version-specific IBM Cloud manifests) may reduce discoverability.

📝 Suggested placement
   - reference/multi-platform-support.md
-  - 'NodePool Rollouts': reference/nodepool-rollouts.md
+  - 'NodePool Rollouts': reference/nodepool-rollouts.md  # Move this line after multi-platform-support.md but before 'Openshift behaviour deviations'
   - 'Openshift behaviour deviations':

Or alternatively, place it near versioning-support.md at the end of the Reference section since they are conceptually related.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@docs/mkdocs.yml` at line 333, Move the "NodePool Rollouts" nav entry out of
the Manifests subsection and add it to the top-level Reference list in
mkdocs.yml so it appears alongside other reference items; specifically remove
the '- 'NodePool Rollouts': reference/nodepool-rollouts.md' line from under the
Manifests group and insert the same entry into the Reference group (optionally
place it near 'versioning-support.md' or at the end of the Reference section) so
the page is discoverable with other conceptual/reference docs.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@docs/content/reference/nodepool-rollouts.md`:
- Line 11: Update the introductory sentence that currently reads "three
independent categories" to correctly say "four independent categories" and
ensure it lists the four triggers: OCP Release Version, Node Configuration,
HostedCluster Global Configuration, and Platform-Specific Machine Template;
locate the string "three independent categories" in the document and change it
to "four independent categories" and verify any nearby headings or summary lines
reference the four categories consistently.

---

Nitpick comments:
In `@docs/mkdocs.yml`:
- Line 333: Move the "NodePool Rollouts" nav entry out of the Manifests
subsection and add it to the top-level Reference list in mkdocs.yml so it
appears alongside other reference items; specifically remove the '- 'NodePool
Rollouts': reference/nodepool-rollouts.md' line from under the Manifests group
and insert the same entry into the Reference group (optionally place it near
'versioning-support.md' or at the end of the Reference section) so the page is
discoverable with other conceptual/reference docs.

ℹ️ Review info
⚙️ Run configuration

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

Review profile: CHILL

Plan: Pro

Run ID: 11001f18-0673-48b3-a6f7-fb0828f17e2b

📥 Commits

Reviewing files that changed from the base of the PR and between 301f1ba and d28ee7c.

⛔ Files ignored due to path filters (1)
  • docs/content/reference/aggregated-docs.md is excluded by !docs/content/reference/aggregated-docs.md
📒 Files selected for processing (2)
  • docs/content/reference/nodepool-rollouts.md
  • docs/mkdocs.yml


## What Triggers a Rollout

There are three independent categories of changes that trigger a rollout. A rollout occurs when any one of them detects a difference between the desired state and the current state.

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.

⚠️ Potential issue | 🟡 Minor

Inconsistent category count.

The text states "three independent categories" but the documentation actually describes four: OCP Release Version, Node Configuration, HostedCluster Global Configuration, and Platform-Specific Machine Template.

📝 Proposed fix
-There are three independent categories of changes that trigger a rollout. A rollout occurs when any one of them detects a difference between the desired state and the current state.
+There are four independent categories of changes that trigger a rollout. A rollout occurs when any one of them detects a difference between the desired state and the current state.
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
There are three independent categories of changes that trigger a rollout. A rollout occurs when any one of them detects a difference between the desired state and the current state.
There are four independent categories of changes that trigger a rollout. A rollout occurs when any one of them detects a difference between the desired state and the current state.
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@docs/content/reference/nodepool-rollouts.md` at line 11, Update the
introductory sentence that currently reads "three independent categories" to
correctly say "four independent categories" and ensure it lists the four
triggers: OCP Release Version, Node Configuration, HostedCluster Global
Configuration, and Platform-Specific Machine Template; locate the string "three
independent categories" in the document and change it to "four independent
categories" and verify any nearby headings or summary lines reference the four
categories consistently.

@openshift-ci
openshift-ci Bot requested review from csrwng and sjenning March 11, 2026 11:27
@openshift-ci openshift-ci Bot added area/documentation Indicates the PR includes changes for documentation approved Indicates a PR has been approved by an approver from all required OWNERS files. and removed do-not-merge/needs-area labels Mar 11, 2026
---
title: NodePool Rollouts
---

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Thanks, this is nice! can we please consolidate these two docs together https://hypershift.pages.dev/how-to/automated-machine-management/nodepool-lifecycle/

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

What do you prefer for this, keep the page at References tab with more visibility or keep that at nodepool-lifecycle.md?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

I've updated the PR following this pattern I've mentioned above. I think rollout deserves a section in References :)

@openshift-ci-robot

Copy link
Copy Markdown

@jparrill: This pull request references Jira Issue OCPBUGS-78223, which is valid.

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

No GitHub users were found matching the public email listed for the QA contact in Jira (jiezhao@redhat.com), skipping review request.

Details

In response to this:

Summary

  • Adds a new reference page docs/content/reference/nodepool-rollouts.md documenting NodePool rollout behavior
  • Registers the new page in docs/mkdocs.yml under the Reference section

The documentation covers:

  • What triggers a rollout: release version changes, node configuration changes, HostedCluster global configuration (proxy, image), and platform-specific machine template changes
  • What does NOT trigger a rollout: labels, taints, replicas, drain timeouts, etc.
  • Upgrade types: Replace (RollingUpdate/OnDelete) and InPlace with their parameters and defaults
  • Rollout lifecycle: step-by-step sequence from change detection to completion
  • Monitoring: NodePool conditions to track rollout progress
  • Summary table: quick reference for all fields

Closes: https://issues.redhat.com/browse/OCPBUGS-78223

Test plan

  • Verify the docs build correctly with mkdocs serve from the docs/ directory
  • Review the rendered page for accuracy and readability
  • Confirm all internal links resolve correctly

Co-Authored-By: Claude Opus 4.6 noreply@anthropic.com

Summary by CodeRabbit

  • Documentation
  • Added a comprehensive NodePool Rollouts reference covering triggers, upgrade types (Replace/RollingUpdate, OnDelete, InPlace), lifecycle steps, monitoring conditions, and platform notes.
  • Updated site navigation to include the new reference.
  • Simplified existing how-to/upgrade pages to point to the new Rollouts guide and removed redundant rollout 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 openshift-eng/jira-lifecycle-plugin repository.

@jparrill

Copy link
Copy Markdown
Contributor Author

/verified bypass

@openshift-ci-robot openshift-ci-robot added the verified Signifies that the PR passed pre-merge verification criteria label Mar 11, 2026
@openshift-ci-robot

Copy link
Copy Markdown

@jparrill: The verified label has been added.

Details

In response to this:

/verified bypass

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.

@mvacula02 mvacula02 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.

LGTM!

@openshift-ci

openshift-ci Bot commented Mar 11, 2026

Copy link
Copy Markdown
Contributor

@mvacula02: changing LGTM is restricted to collaborators

Details

In response to this:

/lgtm

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.

@openshift-ci

openshift-ci Bot commented Mar 11, 2026

Copy link
Copy Markdown
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: jparrill, mvacula02

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

Adds a new reference page documenting what triggers a NodePool rollout,
upgrade types (Replace/InPlace), rollout lifecycle, and monitoring.
Simplifies the nodepool-lifecycle how-to page by redirecting rollout
details to the new reference page and updates the upgrades.md link.

Closes: https://issues.redhat.com/browse/OCPBUGS-78223

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Signed-off-by: Juan Manuel Parrilla Madrid <jparrill@redhat.com>
@openshift-ci-robot openshift-ci-robot removed the verified Signifies that the PR passed pre-merge verification criteria label Mar 11, 2026
@jparrill

Copy link
Copy Markdown
Contributor Author

/verified bypass

@openshift-ci-robot openshift-ci-robot added the verified Signifies that the PR passed pre-merge verification criteria label Mar 11, 2026
@openshift-ci-robot

Copy link
Copy Markdown

@jparrill: The verified label has been added.

Details

In response to this:

/verified bypass

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

Copy link
Copy Markdown

@jparrill: This pull request references Jira Issue OCPBUGS-78223, which is valid.

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

In response to this:

Summary

  • Adds a new reference page docs/content/reference/nodepool-rollouts.md documenting NodePool rollout behavior
  • Registers the new page in docs/mkdocs.yml under the Reference section

The documentation covers:

  • What triggers a rollout: release version changes, node configuration changes, HostedCluster global configuration (proxy, image), and platform-specific machine template changes
  • What does NOT trigger a rollout: labels, taints, replicas, drain timeouts, etc.
  • Upgrade types: Replace (RollingUpdate/OnDelete) and InPlace with their parameters and defaults
  • Rollout lifecycle: step-by-step sequence from change detection to completion
  • Monitoring: NodePool conditions to track rollout progress
  • Summary table: quick reference for all fields

Closes: https://issues.redhat.com/browse/OCPBUGS-78223

Test plan

  • Verify the docs build correctly with mkdocs serve from the docs/ directory
  • Review the rendered page for accuracy and readability
  • Confirm all internal links resolve correctly

Co-Authored-By: Claude Opus 4.6 noreply@anthropic.com

Summary by CodeRabbit

  • Documentation
  • Added a comprehensive NodePool Rollouts reference covering triggers, upgrade types (Replace/RollingUpdate, OnDelete, InPlace), lifecycle steps, monitoring conditions, completion criteria, and platform-specific notes.
  • Updated site navigation to include the new Rollouts reference.
  • Simplified existing how-to upgrade pages to point to the new Rollouts guide and removed redundant rollout 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 openshift-eng/jira-lifecycle-plugin repository.

@coderabbitai coderabbitai Bot left a comment

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.

♻️ Duplicate comments (1)
docs/content/reference/nodepool-rollouts.md (1)

11-11: ⚠️ Potential issue | 🟡 Minor

Inconsistent category count.

The text states "three independent categories" but the documentation describes four: OCP Release Version, Node Configuration, HostedCluster Global Configuration, and Platform-Specific Machine Template.

📝 Proposed fix
-There are three independent categories of changes that trigger a rollout. A rollout occurs when any one of them detects a difference between the desired state and the current state.
+There are four independent categories of changes that trigger a rollout. A rollout occurs when any one of them detects a difference between the desired state and the current state.
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@docs/content/reference/nodepool-rollouts.md` at line 11, The intro claims
"three independent categories" but the doc actually lists four rollout
categories (OCP Release Version, Node Configuration, HostedCluster Global
Configuration, Platform-Specific Machine Template); update the sentence to say
"four independent categories" (or rephrase to avoid a numeric count) so it
matches the listed items and prevents inconsistency between the opening line and
the categories described.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Duplicate comments:
In `@docs/content/reference/nodepool-rollouts.md`:
- Line 11: The intro claims "three independent categories" but the doc actually
lists four rollout categories (OCP Release Version, Node Configuration,
HostedCluster Global Configuration, Platform-Specific Machine Template); update
the sentence to say "four independent categories" (or rephrase to avoid a
numeric count) so it matches the listed items and prevents inconsistency between
the opening line and the categories described.

ℹ️ Review info
⚙️ Run configuration

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

Review profile: CHILL

Plan: Pro

Run ID: 68d93fa8-60ba-4efc-87f1-733b88ae119f

📥 Commits

Reviewing files that changed from the base of the PR and between 31e99bb and d11a661.

⛔ Files ignored due to path filters (1)
  • docs/content/reference/aggregated-docs.md is excluded by !docs/content/reference/aggregated-docs.md
📒 Files selected for processing (4)
  • docs/content/how-to/automated-machine-management/nodepool-lifecycle.md
  • docs/content/how-to/upgrades.md
  • docs/content/reference/nodepool-rollouts.md
  • docs/mkdocs.yml
🚧 Files skipped from review as they are similar to previous changes (1)
  • docs/mkdocs.yml

@enxebre

enxebre commented Mar 12, 2026

Copy link
Copy Markdown
Member

/lgtm

@openshift-ci openshift-ci Bot added the lgtm Indicates that a PR is ready to be merged. label Mar 12, 2026
@openshift-ci-robot

Copy link
Copy Markdown

Pipeline controller notification

No second-stage tests were triggered for this PR.

This can happen when:

  • The changed files don't match any pipeline_run_if_changed patterns
  • All files match pipeline_skip_if_only_changed patterns
  • No pipeline-controlled jobs are defined for the main branch

Use /test ? to see all available tests.

@openshift-ci

openshift-ci Bot commented Mar 12, 2026

Copy link
Copy Markdown
Contributor

@jparrill: all tests passed!

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.

@openshift-merge-bot
openshift-merge-bot Bot merged commit fec6f03 into openshift:main Mar 12, 2026
11 checks passed
@openshift-ci-robot

Copy link
Copy Markdown

@jparrill: Jira Issue Verification Checks: Jira Issue OCPBUGS-78223
✔️ This pull request was pre-merge verified.
✔️ All associated pull requests have merged.
✔️ All associated, merged pull requests were pre-merge verified.

Jira Issue OCPBUGS-78223 has been moved to the MODIFIED state and will move to the VERIFIED state when the change is available in an accepted nightly payload. 🕓

Details

In response to this:

Summary

  • Adds a new reference page docs/content/reference/nodepool-rollouts.md documenting NodePool rollout behavior
  • Registers the new page in docs/mkdocs.yml under the Reference section

The documentation covers:

  • What triggers a rollout: release version changes, node configuration changes, HostedCluster global configuration (proxy, image), and platform-specific machine template changes
  • What does NOT trigger a rollout: labels, taints, replicas, drain timeouts, etc.
  • Upgrade types: Replace (RollingUpdate/OnDelete) and InPlace with their parameters and defaults
  • Rollout lifecycle: step-by-step sequence from change detection to completion
  • Monitoring: NodePool conditions to track rollout progress
  • Summary table: quick reference for all fields

Closes: https://issues.redhat.com/browse/OCPBUGS-78223

Test plan

  • Verify the docs build correctly with mkdocs serve from the docs/ directory
  • Review the rendered page for accuracy and readability
  • Confirm all internal links resolve correctly

Co-Authored-By: Claude Opus 4.6 noreply@anthropic.com

Summary by CodeRabbit

  • Documentation
  • Added a comprehensive NodePool Rollouts reference covering triggers, upgrade types (Replace/RollingUpdate, OnDelete, InPlace), lifecycle steps, monitoring conditions, completion criteria, and platform-specific notes.
  • Updated site navigation to include the new Rollouts reference.
  • Simplified existing how-to upgrade pages to point to the new Rollouts guide and removed redundant rollout 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 openshift-eng/jira-lifecycle-plugin repository.

@openshift-merge-robot

Copy link
Copy Markdown
Contributor

Fix included in accepted release 4.22.0-0.nightly-2026-03-13-065313

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. area/documentation Indicates the PR includes changes for documentation 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. lgtm Indicates that a PR is ready to be merged. verified Signifies that the PR passed pre-merge verification criteria

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants