Bug 1847880
Summary: | The PCI controller with index='0' must be model='pci-root' for this machine type, but model='pcie-root' was found instead | ||
---|---|---|---|
Product: | [oVirt] ovirt-engine | Reporter: | Miguel Martin <mmartinv> |
Component: | BLL.Virt | Assignee: | Arik <ahadas> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Nikolai Sednev <nsednev> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 4.4.1 | CC: | ahadas, bugs, michal.skrivanek |
Target Milestone: | ovirt-4.4.1 | Keywords: | Reopened, Triaged |
Target Release: | 4.4.1.5 | Flags: | pm-rhel:
ovirt-4.4+
|
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | ovirt-engine-4.4.1.5 | Doc Type: | No Doc Update |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-07-08 08:25:06 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Virt | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Miguel Martin
2020-06-17 09:29:52 UTC
offline conversation clarified there were manual changes to HE VM's machine type Reopening as the manual changes were performed through the engine API to other VMs, not the "HostedEngine". Either way, the "HostedEngine" VM properties cannot be changed by using the API. can you please share the logs from the failed deployment at /var/log/ovirt-hosted-engine-setup/ The deployment didn't fail, this installation comes from a 4.4.0 and was upgraded to 4.4.1.3. Then I stopped the environment, the HE VM and the hypervisors. This morning when I tried to start them again, I found the described problem. Right, but we still need the logs from original install and upgrade I was able to fix the issue by changing "BIOS Type" on the "HostedEngine" VM from "Cluster Default (bios_type=0)" to "Q35 Chipset with Legacy BIOS (bios_type=2)" in the database with the following SQL sentence: ~~~ engine=# update vm_static set bios_type=2 where vm_name='HostedEngine'; UPDATE 1 ~~~ Then I changed the CPU number and the amount of Memory of the "HostedEngine" VM in the Administration Portal to trigger the update of the OVF_STORE. It is worth to notice that the "Default" Cluster had "Q35 Chipset with Legacy BIOS (bios_type=2)" as the default "BIOS Type" before changing the "HostedEngine" VM so it looks like "Cluster Default" setting on a VM does not mean the '"BIOS Type" configured in the cluster where the VM is located'. Created attachment 1697973 [details]
oVirt logs
I don't think it's a bug in ovirt-hosted-engine-ha but rather in ovirt-engine that generates the OVF that the former tries to use. The VM was set with bios-type=CLUSTER_DEFAULT. In OvfManager#exportVm we try to figure out the emulated machine in case of hosted-engine - and we'll get an emulated machine that corresponds to i440fx because CLUSTER_DEFAULT.getChipsetType() returns null. With [1], we'll get a valid emulated machine rather than 'pc-i440fx-rhel8.1.0' but we actually need to get an emulated machine that corresponds to the cluster's chipset. So we end up adding the q35 devices from previous run with i440fx's emulated machine. [1] https://gerrit.ovirt.org/#/c/108979/ Works for me on latest Software Version:4.4.1.7-0.3.el8ev. ovirt-hosted-engine-ha-2.4.4-1.el8ev.noarch ovirt-hosted-engine-setup-2.4.5-1.el8ev.noarch Linux 4.18.0-193.12.1.el8_2.x86_64 #1 SMP Thu Jul 2 15:48:14 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux release 8.2 (Ootpa) Reported issue no longer exists.'hosted-engine --vm-start' works just fine. This bugzilla is included in oVirt 4.4.1 release, published on July 8th 2020. Since the problem described in this bug report should be resolved in oVirt 4.4.1 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report. |