Skip to content

METAL-1750: baremetal: use q35 machine type with EFI firmware for bootstrap VM#10349

Open
elfosardo wants to merge 1 commit intoopenshift:mainfrom
elfosardo:q35-efi-metal-support
Open

METAL-1750: baremetal: use q35 machine type with EFI firmware for bootstrap VM#10349
elfosardo wants to merge 1 commit intoopenshift:mainfrom
elfosardo:q35-efi-metal-support

Conversation

@elfosardo
Copy link
Contributor

@elfosardo elfosardo commented Mar 3, 2026

The bootstrap VM domain definition did not set a machine type, causing libvirt to default to the deprecated pc-i440fx-rhel7.6.0 chipset on CentOS Stream 9 hosts. This has been correlated with intermittent bootstrap VM startup failures in CI where the VM becomes unreachable after QEMU starts.

Explicitly set the machine type to q35 with EFI firmware for x86_64, matching the pattern already used for aarch64 and aligning with how dev-scripts provisions master/worker VMs.

The arch-specific domain configuration is extracted into a separate configureDomainArch() function with unit tests.

Assisted-By: Claude 4.6 Opus High

Summary by CodeRabbit

  • Refactor

    • Centralized architecture-aware bootstrap domain setup: standardized firmware/machine choices and disabled graphical consoles for architectures that require it, while preserving other domain fields.
  • Tests

    • Added unit tests validating bootstrap domain behavior across x86_64, aarch64, s390x, and ppc64le, including architecture-specific adjustments and preservation of existing fields.

@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Mar 3, 2026
@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Mar 3, 2026

@elfosardo: This pull request references METAL-1750 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:

The bootstrap VM domain definition did not set a machine type, causing libvirt to default to the deprecated pc-i440fx-rhel7.6.0 chipset on CentOS Stream 9 hosts. This has been correlated with intermittent bootstrap VM startup failures in CI where the VM becomes unreachable after QEMU starts.

Explicitly set the machine type to q35 with EFI firmware for x86_64, matching the pattern already used for aarch64 and aligning with how dev-scripts provisions master/worker VMs.

The arch-specific domain configuration is extracted into a separate configureDomainArch() function with unit tests.

Assisted-By: Claude 4.6 Opus High

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 openshift-ci bot requested review from dtantsur and iurygregory March 3, 2026 14:28
@elfosardo
Copy link
Contributor Author

/retest

1 similar comment
@elfosardo
Copy link
Contributor Author

/retest

@elfosardo elfosardo force-pushed the q35-efi-metal-support branch from 53a7f2e to 2399c31 Compare March 4, 2026 08:44
@tdomnesc
Copy link
Contributor

tdomnesc commented Mar 4, 2026

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Mar 4, 2026
@dtantsur
Copy link
Member

dtantsur commented Mar 4, 2026

Looks good but conflicts with #9814 which should go in first. Sorry for the delay.

/approve
/hold

@elfosardo
Copy link
Contributor Author

@dtantsur I'm ok merging #9814 first, JFYI this is needed to fix some flaky jobs in CI

@elfosardo
Copy link
Contributor Author

/hold

@openshift-ci openshift-ci bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Mar 6, 2026
@elfosardo
Copy link
Contributor Author

/unhold

@openshift-merge-robot openshift-merge-robot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Mar 10, 2026
@openshift-ci openshift-ci bot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Mar 10, 2026
@elfosardo elfosardo force-pushed the q35-efi-metal-support branch from 2399c31 to 11bdb2d Compare March 10, 2026 08:17
@openshift-ci openshift-ci bot removed the lgtm Indicates that a PR is ready to be merged. label Mar 10, 2026
@openshift-merge-robot openshift-merge-robot removed the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Mar 10, 2026
@elfosardo
Copy link
Contributor Author

/cc @zaneb @honza

@coderabbitai
Copy link

coderabbitai bot commented Mar 10, 2026

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info
⚙️ Run configuration

Configuration used: Repository: openshift/coderabbit/.coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 0ac58f1f-eacf-493e-832a-d6e2a2e095a4

📥 Commits

Reviewing files that changed from the base of the PR and between aa7eda6 and 2b1d13b.

📒 Files selected for processing (2)
  • pkg/infrastructure/baremetal/bootstrap.go
  • pkg/infrastructure/baremetal/bootstrap_test.go
🚧 Files skipped from review as they are similar to previous changes (2)
  • pkg/infrastructure/baremetal/bootstrap_test.go
  • pkg/infrastructure/baremetal/bootstrap.go

Walkthrough

Centralizes architecture-specific domain configuration into a new configureDomainArch() helper and adds unit tests; integrates arch-based firmware/machine/graphics rules (x86_64 → q35 + EFI; aarch64 → EFI; aarch64, s390x, ppc64* → graphics removed).

Changes

Cohort / File(s) Summary
Architecture Configuration Refactoring
pkg/infrastructure/baremetal/bootstrap.go
Adds configureDomainArch() to set OS arch, machine, and firmware per architecture; replaces inline arch handling in createBootstrapDomain() with the new helper.
Bootstrap Configuration Tests
pkg/infrastructure/baremetal/bootstrap_test.go
New tests for newDomain() and configureDomainArch() validating defaults and arch-specific behavior (x86_64, aarch64, s390x, ppc64le) and preservation of unrelated fields.

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~20 minutes

🚥 Pre-merge checks | ✅ 4 | ❌ 1

❌ Failed checks (1 warning)

Check name Status Explanation Resolution
Docstring Coverage ⚠️ Warning Docstring coverage is 0.00% which is insufficient. The required threshold is 80.00%. Write docstrings for the functions missing them to satisfy the coverage threshold.
✅ Passed checks (4 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The PR title clearly and concisely identifies the main change: introducing q35 machine type with EFI firmware for the bootstrap VM on x86_64 architecture, which is the primary objective and the core code change in the changeset.
Stable And Deterministic Test Names ✅ Passed Test file uses Go's standard testing package with stable, deterministic test names containing no dynamic information, timestamps, UUIDs, or generated identifiers.
Test Structure And Quality ✅ Passed Custom check designed for Ginkgo test code, but file uses standard Go testing with testify assertions, which is the established repository pattern.

✏️ 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

Warning

There were issues while running some tools. Please review the errors and either fix the tool's configuration or disable the tool if it's a critical failure.

🔧 golangci-lint (2.5.0)

Error: can't load config: unsupported version of the configuration: "" See https://golangci-lint.run/docs/product/migration-guide for migration instructions
The command is terminated due to an error: can't load config: unsupported version of the configuration: "" See https://golangci-lint.run/docs/product/migration-guide for migration instructions


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

@openshift-ci openshift-ci bot requested review from honza and zaneb March 10, 2026 08:18
@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Mar 10, 2026
@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Mar 10, 2026

@elfosardo: This pull request references METAL-1750 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:

The bootstrap VM domain definition did not set a machine type, causing libvirt to default to the deprecated pc-i440fx-rhel7.6.0 chipset on CentOS Stream 9 hosts. This has been correlated with intermittent bootstrap VM startup failures in CI where the VM becomes unreachable after QEMU starts.

Explicitly set the machine type to q35 with EFI firmware for x86_64, matching the pattern already used for aarch64 and aligning with how dev-scripts provisions master/worker VMs.

The arch-specific domain configuration is extracted into a separate configureDomainArch() function with unit tests.

Assisted-By: Claude 4.6 Opus High

Summary by CodeRabbit

  • Refactor

  • Improved bare metal bootstrap domain configuration with better architecture-specific handling and cleaner code organization.

  • Tests

  • Added comprehensive tests for domain configuration across multiple CPU architectures (x86_64, aarch64, s390x, ppc64le) to ensure robust behavior and reliability.

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.

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 1

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (1)
pkg/infrastructure/baremetal/bootstrap.go (1)

61-64: ⚠️ Potential issue | 🟡 Minor

Test expectation mismatch for Memory field.

The implementation sets Memory.Value = 6 with Unit = "GiB", but the test (TestNewDomain lines 18-19) expects Value = 6144 with Unit = "MiB". The test will fail.

Either update the test to match:

-	assert.Equal(t, uint(6144), dom.Memory.Value)
-	assert.Equal(t, "MiB", dom.Memory.Unit)
+	assert.Equal(t, uint(6), dom.Memory.Value)
+	assert.Equal(t, "GiB", dom.Memory.Unit)

Or if 6144 MiB is intentional, update the implementation.

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

In `@pkg/infrastructure/baremetal/bootstrap.go` around lines 61 - 64, The Memory
block in the domain spec currently sets Memory.Value = 6 with Unit = "GiB", but
tests expect 6144 MiB; update the libvirtxml.DomainMemory initialization (the
Memory: &libvirtxml.DomainMemory{...} entry) to use Value = 6144 and Unit =
"MiB" so the constructed domain matches TestNewDomain expectations
(alternatively, if you prefer GiB, update the test to expect 6 GiB—pick one and
make both implementation and tests consistent).
🧹 Nitpick comments (1)
pkg/infrastructure/baremetal/bootstrap_test.go (1)

27-63: Consider adding a test case for "ppc64" architecture.

The implementation uses strings.HasPrefix(arch, "ppc64") which handles both ppc64 and ppc64le. Only ppc64le is tested. Consider adding a ppc64 test case for completeness:

{
    name:           "ppc64 removes graphics",
    arch:           "ppc64",
    expectMachine:  "",
    expectFirmware: "",
    expectGraphics: false,
},
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@pkg/infrastructure/baremetal/bootstrap_test.go` around lines 27 - 63, Add a
new test case to TestConfigureDomainArch's tests slice for the "ppc64"
architecture (similar to the existing "ppc64le" case) so the behavior driven by
strings.HasPrefix(arch, "ppc64") is covered; specifically add a struct entry
with name "ppc64 removes graphics", arch "ppc64", expectMachine "",
expectFirmware "", and expectGraphics false to validate that ppc64 also removes
graphics and does not set machine or firmware.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@pkg/infrastructure/baremetal/bootstrap_test.go`:
- Around line 18-19: The test asserts memory as 6144 MiB but newDomain sets
dom.Memory.Value = 6 and dom.Memory.Unit = "GiB"; update the assertions to match
newDomain by asserting dom.Memory.Value equals uint(6) and dom.Memory.Unit
equals "GiB" (refer to dom.Memory.Value and dom.Memory.Unit in the test and the
newDomain implementation).

---

Outside diff comments:
In `@pkg/infrastructure/baremetal/bootstrap.go`:
- Around line 61-64: The Memory block in the domain spec currently sets
Memory.Value = 6 with Unit = "GiB", but tests expect 6144 MiB; update the
libvirtxml.DomainMemory initialization (the Memory:
&libvirtxml.DomainMemory{...} entry) to use Value = 6144 and Unit = "MiB" so the
constructed domain matches TestNewDomain expectations (alternatively, if you
prefer GiB, update the test to expect 6 GiB—pick one and make both
implementation and tests consistent).

---

Nitpick comments:
In `@pkg/infrastructure/baremetal/bootstrap_test.go`:
- Around line 27-63: Add a new test case to TestConfigureDomainArch's tests
slice for the "ppc64" architecture (similar to the existing "ppc64le" case) so
the behavior driven by strings.HasPrefix(arch, "ppc64") is covered; specifically
add a struct entry with name "ppc64 removes graphics", arch "ppc64",
expectMachine "", expectFirmware "", and expectGraphics false to validate that
ppc64 also removes graphics and does not set machine or firmware.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository: openshift/coderabbit/.coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: ea8965f2-47c7-432a-9fd4-2e4aab3e5cdc

📥 Commits

Reviewing files that changed from the base of the PR and between d3f34bb and 11bdb2d.

📒 Files selected for processing (2)
  • pkg/infrastructure/baremetal/bootstrap.go
  • pkg/infrastructure/baremetal/bootstrap_test.go

@elfosardo elfosardo force-pushed the q35-efi-metal-support branch from 11bdb2d to a6e331e Compare March 10, 2026 09:16
@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Mar 10, 2026

@elfosardo: This pull request references METAL-1750 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:

The bootstrap VM domain definition did not set a machine type, causing libvirt to default to the deprecated pc-i440fx-rhel7.6.0 chipset on CentOS Stream 9 hosts. This has been correlated with intermittent bootstrap VM startup failures in CI where the VM becomes unreachable after QEMU starts.

Explicitly set the machine type to q35 with EFI firmware for x86_64, matching the pattern already used for aarch64 and aligning with how dev-scripts provisions master/worker VMs.

The arch-specific domain configuration is extracted into a separate configureDomainArch() function with unit tests.

Assisted-By: Claude 4.6 Opus High

Summary by CodeRabbit

  • Refactor

  • Centralized architecture-aware bootstrap domain configuration, standardizing firmware/machine choices and explicitly disabling graphical consoles for certain architectures; adjusted default memory sizing.

  • Tests

  • Added tests covering bootstrap domain behavior across x86_64, aarch64, s390x, and ppc64le to verify architecture-specific setup and preservation of other fields.

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.

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

🧹 Nitpick comments (1)
pkg/infrastructure/baremetal/bootstrap_test.go (1)

27-81: Well-structured table-driven tests.

Good coverage of the architecture-specific behavior. Consider adding a test case for ppc64 (big-endian) to verify the strings.HasPrefix(arch, "ppc64") logic handles both variants.

Optional: Add ppc64 test case
 		{
 			name:           "ppc64le removes graphics",
 			arch:           "ppc64le",
 			expectMachine:  "",
 			expectFirmware: "",
 			expectGraphics: false,
 		},
+		{
+			name:           "ppc64 removes graphics",
+			arch:           "ppc64",
+			expectMachine:  "",
+			expectFirmware: "",
+			expectGraphics: false,
+		},
 	}
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@pkg/infrastructure/baremetal/bootstrap_test.go` around lines 27 - 81, Add a
table-driven test case in TestConfigureDomainArch to exercise the
strings.HasPrefix(arch, "ppc64") logic for the big-endian variant: add a test
entry with name like "ppc64 big-endian handles ppc64 prefix", arch set to
"ppc64", and the same expectations as ppc64le (expectMachine "", expectFirmware
"", expectGraphics false); this ensures configureDomainArch and newDomain
behavior for the "ppc64" prefix is validated alongside "ppc64le".
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Nitpick comments:
In `@pkg/infrastructure/baremetal/bootstrap_test.go`:
- Around line 27-81: Add a table-driven test case in TestConfigureDomainArch to
exercise the strings.HasPrefix(arch, "ppc64") logic for the big-endian variant:
add a test entry with name like "ppc64 big-endian handles ppc64 prefix", arch
set to "ppc64", and the same expectations as ppc64le (expectMachine "",
expectFirmware "", expectGraphics false); this ensures configureDomainArch and
newDomain behavior for the "ppc64" prefix is validated alongside "ppc64le".

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository: openshift/coderabbit/.coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 8352bd43-2f0b-4f3c-b764-1cb95ddd3470

📥 Commits

Reviewing files that changed from the base of the PR and between 11bdb2d and a6e331e.

📒 Files selected for processing (2)
  • pkg/infrastructure/baremetal/bootstrap.go
  • pkg/infrastructure/baremetal/bootstrap_test.go

@elfosardo elfosardo force-pushed the q35-efi-metal-support branch from a6e331e to aa7eda6 Compare March 10, 2026 09:50
@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Mar 10, 2026

@elfosardo: This pull request references METAL-1750 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:

The bootstrap VM domain definition did not set a machine type, causing libvirt to default to the deprecated pc-i440fx-rhel7.6.0 chipset on CentOS Stream 9 hosts. This has been correlated with intermittent bootstrap VM startup failures in CI where the VM becomes unreachable after QEMU starts.

Explicitly set the machine type to q35 with EFI firmware for x86_64, matching the pattern already used for aarch64 and aligning with how dev-scripts provisions master/worker VMs.

The arch-specific domain configuration is extracted into a separate configureDomainArch() function with unit tests.

Assisted-By: Claude 4.6 Opus High

Summary by CodeRabbit

  • Refactor

  • Centralized architecture-aware bootstrap domain configuration; standardized firmware/machine choices, disabled graphical consoles for certain architectures, and adjusted default memory sizing.

  • Tests

  • Added tests verifying bootstrap domain behavior across x86_64, aarch64, s390x, and ppc64le, ensuring architecture-specific setup and preservation of other fields.

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.

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

🧹 Nitpick comments (1)
pkg/infrastructure/baremetal/bootstrap.go (1)

360-362: Comment references SPICE but the domain uses VNC graphics.

The comment on line 360 states "spice is not supported," but newDomain() (lines 79-92) actually configures VNC graphics, not SPICE (the initial SPICE config at lines 32-38 is overwritten). If clearing graphics is correct for these architectures, consider updating the comment to reflect the actual graphics type being removed.

📝 Suggested comment update
-	// For aarch64, s390x, ppc64 and ppc64le spice is not supported
+	// For aarch64, s390x, ppc64 and ppc64le graphics console is not supported
 	if arch == "aarch64" || arch == "s390x" || strings.HasPrefix(arch, "ppc64") {
 		dom.Devices.Graphics = nil
 	}
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@pkg/infrastructure/baremetal/bootstrap.go` around lines 360 - 362, The
comment saying "spice is not supported" is misleading because newDomain() ends
up configuring VNC and the code clears dom.Devices.Graphics for certain
architectures; update the comment to accurately reflect that VNC graphics (not
SPICE) are being removed on those arches. Locate newDomain() and the branch that
checks arch (uses variable arch and sets dom.Devices.Graphics = nil) and change
the comment to something like "VNC graphics not supported on aarch64, s390x,
ppc64 and ppc64le — clear graphics device" so it matches the actual behavior.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Nitpick comments:
In `@pkg/infrastructure/baremetal/bootstrap.go`:
- Around line 360-362: The comment saying "spice is not supported" is misleading
because newDomain() ends up configuring VNC and the code clears
dom.Devices.Graphics for certain architectures; update the comment to accurately
reflect that VNC graphics (not SPICE) are being removed on those arches. Locate
newDomain() and the branch that checks arch (uses variable arch and sets
dom.Devices.Graphics = nil) and change the comment to something like "VNC
graphics not supported on aarch64, s390x, ppc64 and ppc64le — clear graphics
device" so it matches the actual behavior.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository: openshift/coderabbit/.coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: 82c28980-540b-4f58-ab8a-588c4d99754b

📥 Commits

Reviewing files that changed from the base of the PR and between a6e331e and aa7eda6.

📒 Files selected for processing (2)
  • pkg/infrastructure/baremetal/bootstrap.go
  • pkg/infrastructure/baremetal/bootstrap_test.go
🚧 Files skipped from review as they are similar to previous changes (1)
  • pkg/infrastructure/baremetal/bootstrap_test.go

@elfosardo
Copy link
Contributor Author

/retest

Copy link
Member

@zaneb zaneb left a comment

Choose a reason for hiding this comment

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

/approve

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Mar 11, 2026

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: dtantsur, zaneb

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

@elfosardo
Copy link
Contributor Author

/retest

The bootstrap VM domain definition did not set a machine type,
causing libvirt to default to the deprecated pc-i440fx-rhel7.6.0
chipset on CentOS Stream 9 hosts. This has been correlated with
intermittent bootstrap VM startup failures in CI where the VM
becomes unreachable after QEMU starts.

Explicitly set the machine type to q35 with EFI firmware for
x86_64, matching the pattern already used for aarch64 and
aligning with how dev-scripts provisions master/worker VMs.

The arch-specific domain configuration is extracted into a
separate configureDomainArch() function with unit tests.

Assisted-By: Claude 4.6 Opus High
@elfosardo elfosardo force-pushed the q35-efi-metal-support branch from aa7eda6 to 2b1d13b Compare March 11, 2026 08:22
@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Mar 11, 2026

@elfosardo: This pull request references METAL-1750 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:

The bootstrap VM domain definition did not set a machine type, causing libvirt to default to the deprecated pc-i440fx-rhel7.6.0 chipset on CentOS Stream 9 hosts. This has been correlated with intermittent bootstrap VM startup failures in CI where the VM becomes unreachable after QEMU starts.

Explicitly set the machine type to q35 with EFI firmware for x86_64, matching the pattern already used for aarch64 and aligning with how dev-scripts provisions master/worker VMs.

The arch-specific domain configuration is extracted into a separate configureDomainArch() function with unit tests.

Assisted-By: Claude 4.6 Opus High

Summary by CodeRabbit

  • Refactor

  • Centralized architecture-aware bootstrap domain setup: standardized firmware/machine choices and disabled graphical consoles for architectures that require it, while preserving other domain fields.

  • Tests

  • Added unit tests validating bootstrap domain behavior across x86_64, aarch64, s390x, and ppc64le, including architecture-specific adjustments and preservation of existing fields.

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.

@tdomnesc
Copy link
Contributor

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Mar 11, 2026
@elfosardo
Copy link
Contributor Author

/test e2e-metal-ipi-bm

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Mar 11, 2026

@elfosardo: The specified target(s) for /test were not found.
The following commands are available to trigger required jobs:

/test artifacts-images
/test e2e-agent-compact-ipv4
/test e2e-aws-ovn
/test e2e-aws-ovn-edge-zones-manifest-validation
/test e2e-aws-ovn-upi
/test e2e-azure-nat-gateway-single-zone
/test e2e-azure-ovn
/test e2e-gcp-ovn
/test e2e-gcp-ovn-upi
/test e2e-metal-ipi-ovn-ipv6
/test e2e-openstack-ovn
/test e2e-vsphere-ovn
/test e2e-vsphere-ovn-upi
/test gofmt
/test golint
/test govet
/test images
/test integration-tests
/test integration-tests-nodejoiner
/test okd-scos-images
/test openstack-manifests
/test shellcheck
/test unit
/test verify-codegen
/test verify-deps
/test verify-vendor
/test yaml-lint

The following commands are available to trigger optional jobs:

/test aws-private
/test azure-ovn-marketplace-images
/test azure-private
/test e2e-agent-4control-ipv4
/test e2e-agent-5control-ipv4
/test e2e-agent-compact-ipv4-appliance-diskimage
/test e2e-agent-compact-ipv4-iso-no-registry
/test e2e-agent-compact-ipv4-none-platform
/test e2e-agent-compact-ipv6-minimaliso
/test e2e-agent-ha-dualstack
/test e2e-agent-sno-ipv4-pxe
/test e2e-agent-sno-ipv6
/test e2e-agent-two-node-fencing-ipv4
/test e2e-aws-byo-subnet-role-security-groups
/test e2e-aws-custom-dns-techpreview
/test e2e-aws-default-config
/test e2e-aws-overlay-mtu-ovn-1200
/test e2e-aws-ovn-custom-iam-profile
/test e2e-aws-ovn-devpreview
/test e2e-aws-ovn-dualstack-ipv4-primary-techpreview
/test e2e-aws-ovn-dualstack-ipv6-primary-techpreview
/test e2e-aws-ovn-edge-zones
/test e2e-aws-ovn-fips
/test e2e-aws-ovn-heterogeneous
/test e2e-aws-ovn-imdsv2
/test e2e-aws-ovn-proxy
/test e2e-aws-ovn-public-ipv4-pool
/test e2e-aws-ovn-public-ipv4-pool-disabled
/test e2e-aws-ovn-public-subnets
/test e2e-aws-ovn-rhel10-devpreview
/test e2e-aws-ovn-shared-vpc-custom-security-groups
/test e2e-aws-ovn-shared-vpc-edge-zones
/test e2e-aws-ovn-single-node
/test e2e-aws-ovn-techpreview
/test e2e-aws-ovn-upgrade
/test e2e-aws-upi-proxy
/test e2e-azure-confidential-trustedlaunch
/test e2e-azure-custom-dns-techpreview
/test e2e-azure-default-config
/test e2e-azure-ovn-devpreview
/test e2e-azure-ovn-multidisk-techpreview
/test e2e-azure-ovn-resourcegroup
/test e2e-azure-ovn-shared-vpc
/test e2e-azure-ovn-techpreview
/test e2e-azure-ovn-upi
/test e2e-azurestack
/test e2e-azurestack-upi
/test e2e-crc
/test e2e-external-aws
/test e2e-external-aws-ccm
/test e2e-gcp-custom-dns
/test e2e-gcp-custom-endpoints
/test e2e-gcp-default-config
/test e2e-gcp-ovn-byo-vpc
/test e2e-gcp-ovn-devpreview
/test e2e-gcp-ovn-heterogeneous
/test e2e-gcp-ovn-techpreview
/test e2e-gcp-ovn-xpn
/test e2e-gcp-secureboot
/test e2e-gcp-upgrade
/test e2e-gcp-upi-xpn
/test e2e-gcp-xpn-custom-dns
/test e2e-gcp-xpn-dedicated-dns-project
/test e2e-ibmcloud-ovn
/test e2e-metal-assisted
/test e2e-metal-ipi-ovn
/test e2e-metal-ipi-ovn-dualstack
/test e2e-metal-ipi-ovn-swapped-hosts
/test e2e-metal-ipi-ovn-virtualmedia
/test e2e-metal-ovn-two-node-arbiter
/test e2e-metal-ovn-two-node-fencing
/test e2e-metal-single-node-live-iso
/test e2e-nutanix-ovn
/test e2e-openstack-ccpmso
/test e2e-openstack-dualstack
/test e2e-openstack-dualstack-upi
/test e2e-openstack-externallb
/test e2e-openstack-nfv-intel
/test e2e-openstack-proxy
/test e2e-openstack-singlestackv6
/test e2e-powervs-capi-ovn
/test e2e-vsphere-externallb-ovn
/test e2e-vsphere-host-groups-ovn-techpreview
/test e2e-vsphere-multi-vcenter-ovn
/test e2e-vsphere-ovn-devpreview
/test e2e-vsphere-ovn-disk-setup-techpreview
/test e2e-vsphere-ovn-hybrid-env
/test e2e-vsphere-ovn-multi-disk
/test e2e-vsphere-ovn-multi-network
/test e2e-vsphere-ovn-techpreview
/test e2e-vsphere-ovn-upi-multi-vcenter
/test e2e-vsphere-ovn-upi-zones
/test e2e-vsphere-ovn-zones
/test e2e-vsphere-ovn-zones-techpreview
/test e2e-vsphere-static-ovn
/test gcp-custom-endpoints-proxy-wif
/test gcp-private
/test okd-scos-e2e-aws-ovn

Use /test all to run the following jobs that were automatically triggered:

pull-ci-openshift-installer-main-artifacts-images
pull-ci-openshift-installer-main-e2e-aws-ovn
pull-ci-openshift-installer-main-e2e-metal-assisted
pull-ci-openshift-installer-main-e2e-metal-ipi-ovn
pull-ci-openshift-installer-main-e2e-metal-ipi-ovn-dualstack
pull-ci-openshift-installer-main-e2e-metal-ipi-ovn-ipv6
pull-ci-openshift-installer-main-e2e-metal-ipi-ovn-swapped-hosts
pull-ci-openshift-installer-main-e2e-metal-ipi-ovn-virtualmedia
pull-ci-openshift-installer-main-e2e-metal-ovn-two-node-arbiter
pull-ci-openshift-installer-main-e2e-metal-ovn-two-node-fencing
pull-ci-openshift-installer-main-e2e-metal-single-node-live-iso
pull-ci-openshift-installer-main-gofmt
pull-ci-openshift-installer-main-golint
pull-ci-openshift-installer-main-govet
pull-ci-openshift-installer-main-images
pull-ci-openshift-installer-main-okd-scos-images
pull-ci-openshift-installer-main-shellcheck
pull-ci-openshift-installer-main-unit
pull-ci-openshift-installer-main-verify-codegen
pull-ci-openshift-installer-main-verify-deps
pull-ci-openshift-installer-main-verify-vendor
pull-ci-openshift-installer-main-yaml-lint
Details

In response to this:

/test e2e-metal-ipi-bm

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
Copy link
Contributor

openshift-ci bot commented Mar 11, 2026

@elfosardo: The following tests failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/e2e-metal-ipi-ovn-dualstack 2b1d13b link false /test e2e-metal-ipi-ovn-dualstack
ci/prow/e2e-aws-ovn 2b1d13b link true /test e2e-aws-ovn
ci/prow/artifacts-images 2b1d13b link true /test artifacts-images
ci/prow/e2e-metal-ovn-two-node-fencing 2b1d13b link false /test e2e-metal-ovn-two-node-fencing

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.

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants