Skip to content

MTV-5727: Clarify OCP-to-OCP migration does not require MTV on both clusters#937

Open
nogunix wants to merge 1 commit into
kubev2v:mainfrom
nogunix:MTV-5727
Open

MTV-5727: Clarify OCP-to-OCP migration does not require MTV on both clusters#937
nogunix wants to merge 1 commit into
kubev2v:mainfrom
nogunix:MTV-5727

Conversation

@nogunix

@nogunix nogunix commented Jun 11, 2026

Copy link
Copy Markdown

The CNV prerequisites incorrectly required matching MTV versions on both
clusters. The matching-version requirement applies to OpenShift Virtualization,
not MTV - MTV only needs to be installed on one cluster, which orchestrates the
other via a remote provider.

  • Abstract: require compatible OpenShift Virtualization versions (not MTV versions)
  • Added a NOTE that MTV runs on a single cluster and delegates to the remote cluster

Fixes https://issues.redhat.com/browse/MTV-5727

Summary by CodeRabbit

  • Documentation
    • Updated migration prerequisites to require compatible version verification rather than exact version matching.
    • Reinforced that source clusters must use version 4.16 or later.
    • Added clarification on deployment flexibility, allowing the platform to be installed on one cluster and configured with another as a remote provider.

…lusters

The CNV prerequisites incorrectly stated that both clusters must have
matching MTV versions. The matching-version requirement applies to
OpenShift Virtualization, not MTV. MTV only needs to be installed on
one cluster, which orchestrates the other via a remote provider.
@vercel

vercel Bot commented Jun 11, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
forklift-documentation Ready Ready Preview, Comment Jun 11, 2026 8:29am

@coderabbitai

coderabbitai Bot commented Jun 11, 2026

Copy link
Copy Markdown

Review Change Stack

📝 Walkthrough

Walkthrough

Prerequisites documentation for virt cluster migration is updated to require compatible virt versions instead of matching project-first versions, clarify source version requirements (4.16+), and explain that project-first does not require installation on both clusters—it can delegate operations through a remote virt provider.

Changes

Migration Prerequisites Clarification

Layer / File(s) Summary
Prerequisite version and deployment guidance
documentation/modules/ref_cnv-prerequisites.adoc
Prerequisites text revised to focus on virt version compatibility, reiterates source virt 4.16+ requirement, and adds a note explaining that project-first is optional on both clusters and can delegate operations via remote virt provider.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~3 minutes

Suggested reviewers

  • anarnold97

Poem

🐰 A note on clusters, wise and true,
Version compat—that's all we need to do,
Remote providers, delegating far,
Migration paths now crystal-clear, like stars.

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
Title check ✅ Passed The title clearly summarizes the main change: clarifying that MTV (forklift) does not require installation on both clusters for OCP-to-OCP migration, which aligns with the documentation update correcting the prerequisite guidance.

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

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

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

@coderabbitai coderabbitai Bot 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.

Actionable comments posted: 1

🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@documentation/modules/ref_cnv-prerequisites.adoc`:
- Line 10: Add an xref from the sentence mentioning {virt} and {project-short}
in ref_cnv-prerequisites.adoc to the compatibility guidance in
documentation/modules/ref_target-vm-scheduling-prerequisites.adoc (same text
also in proc_configuring-target-vm-scheduling-cli.adoc); update the sentence
that references “your {project-short} version” to include an Asciidoc xref to
the target-vm-scheduling prerequisites page so readers can click through to the
compatibility matrix for {virt} ↔ {project-short} versions.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 5a8d43b6-2d8d-4f51-9686-312235e01b0d

📥 Commits

Reviewing files that changed from the base of the PR and between e1c52fc and 86214c6.

📒 Files selected for processing (1)
  • documentation/modules/ref_cnv-prerequisites.adoc


[role="_abstract"]
To migrate between {virt} clusters, verify that both clusters have matching {project-first} versions and the source uses {virt} 4.16 or later. You can migrate forward to newer {virt} versions if both are compatible with your {project-short} version.
To migrate between {virt} clusters, verify that both clusters have compatible {virt} versions and that the source uses {virt} 4.16 or later. You can migrate forward to newer {virt} versions if both are compatible with your {project-short} version.

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

⚠️ Potential issue | 🟡 Minor

🧩 Analysis chain

🏁 Script executed:

#!/bin/bash
# Description: Search for {virt} and {project-short} compatibility documentation

# Search for compatibility matrix or version compatibility documentation
rg -i -C3 'compatibility|compatible.*version|version.*compatible' --type=adoc --glob='!ref_cnv-prerequisites.adoc' | head -50

# Search for cross-references to compatibility docs
rg 'xref:.*compatibility|link:.*compatibility' --type=adoc

Repository: kubev2v/forklift-documentation

Length of output: 132


🏁 Script executed:

#!/bin/bash
set -euo pipefail

# Find where {project-short} is defined/used and what it expands to (best-effort via attributes).
rg -n "\{project-short\}" -S .
rg -n "project-short" -S documentation || true
rg -n "attribute::project-short|:project-short:" -S . || true

# Search for compatibility guidance between {virt} and {project-short} (supported/supported on/etc.).
rg -n --hidden --glob='*.adoc' -S \
  "compatible with|compatibility|supported.*(OpenShift|OVirt|Virtualization)|supported.*version|version.*supported|support.*matrix|matrix" \
  documentation . \
  | head -200

# Search specifically for OpenShift Virtualization + supported OpenShift/container platform version statements.
rg -n --hidden --glob='*.adoc' -S \
  "OpenShift Virtualization|OVirt|{virt}|OpenShift Virtualization 4\." \
  documentation . \
  | head -200

# Look for existing cross-references around the same section/file.
rg -n --hidden --glob='*.adoc' -S \
  "ref_cnv-prerequisites|cnv-prerequisites|xref:.*ref_cnv-prerequisites|link:.*ref_cnv-prerequisites" \
  documentation . \
  || true

# Check whether this file already references an IMPORTANT box about compatibility.
sed -n '1,120p' documentation/modules/ref_cnv-prerequisites.adoc

Repository: kubev2v/forklift-documentation

Length of output: 50578


🏁 Script executed:

#!/bin/bash
set -euo pipefail

# 1) Find the exact compatibility-matrix-like sentence
rg -n --hidden --glob='*.adoc' -S \
  -F 'version of {virt} that is compatible with your version of {project-short}' \
  documentation \
  || true

rg -n --hidden --glob='*.adoc' -S \
  -F 'compatible versions of {virt} are' \
  documentation \
  || true

# 2) Find any mention of "compatible with your {project-short}" phrasing
rg -n --hidden --glob='*.adoc' -S \
  'compatible with your \{project-short\} version' documentation || true

# 3) Show the surrounding section for the known match file
FILE="documentation/modules/ref_target-vm-scheduling-prerequisites.adoc"
if [ -f "$FILE" ]; then
  echo "---- $FILE (relevant excerpt) ----"
  # show around the match lines if rg found it, otherwise first 120 lines
  MATCH_LINE="$(rg -n --hidden --glob='*.adoc' -S -F 'version of {virt} that is compatible with your version of {project-short}' "$FILE" | cut -d: -f1 | head -1 || true)"
  if [ -n "${MATCH_LINE}" ]; then
    START=$((MATCH_LINE-20))
    END=$((MATCH_LINE+60))
    sed -n "${START},${END}p" "$FILE" | cat -n
  else
    sed -n '1,160p' "$FILE" | cat -n
  fi
fi

Repository: kubev2v/forklift-documentation

Length of output: 3264


Add an xref for {virt} ↔ {project-short} compatibility guidance
Line 10 implies readers can check a compatibility matrix for “your {project-short} version,” which is documented in documentation/modules/ref_target-vm-scheduling-prerequisites.adoc (and the same text appears in documentation/modules/proc_configuring-target-vm-scheduling-cli.adoc). Add a link/xref from ref_cnv-prerequisites.adoc to that section so users know where to find the compatible {virt} versions per {project-short} release.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@documentation/modules/ref_cnv-prerequisites.adoc` at line 10, Add an xref
from the sentence mentioning {virt} and {project-short} in
ref_cnv-prerequisites.adoc to the compatibility guidance in
documentation/modules/ref_target-vm-scheduling-prerequisites.adoc (same text
also in proc_configuring-target-vm-scheduling-cli.adoc); update the sentence
that references “your {project-short} version” to include an Asciidoc xref to
the target-vm-scheduling prerequisites page so readers can click through to the
compatibility matrix for {virt} ↔ {project-short} versions.

@nogunix nogunix changed the title MTV-5727: Clarify OCP-to-OCP migration does not require MTV on both c… MTV-5727: Clarify OCP-to-OCP migration does not require MTV on both clusters Jun 11, 2026
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.

1 participant