[ovirt-users] Re: 4.4.1-rc5: Looking for correct way to configure machine=q35 instead of machine=pc for arch=x86_64
Hello Sandro, Having been wholely unsuccessful in getting even the latest master snapshot drivers to work, I applied the following PR from github to my environment and everything installed cleanly. https://github.com/oVirt/ovirt-ansible-hosted-engine-setup/pull/331 That PR was closed last week without being applied. I have added some comments describing my experiences with this approach for you to consider. I am happy to try any alternative solutions, but so far this is the only one that has worked on my server. Regards, Glenn Marcy Sandro Bonazzola wrote on 06/22/2020 04:49:13 AM: > From: Sandro Bonazzola > To: Glenn Marcy , Asaf Rachmani > , Evgeny Slutsky > Cc: users > Date: 06/22/2020 04:52 AM > Subject: [EXTERNAL] [ovirt-users] Re: 4.4.1-rc5: Looking for correct > way to configure machine=q35 instead of machine=pc for arch=x86_64 > > +Asaf Rachmani , +Evgeny Slutsky can you please investigate? > > Il giorno lun 22 giu 2020 alle ore 08:07 Glenn Marcy > ha scritto: > Hello, I am hoping for some insight from folks with more hosted > engine install experience. > > When I try to install the hosted engine using the RC5 dist I get the > following error during the startup > of the HostedEngine VM: > > XML error: The PCI controller with index='0' must be model='pci- > root' for this machine type, but model='pcie-root' was found instead > > This is due to the HE Domain XML description using machine="pc- > i440fx-rhel7.6.0". > > I've tried to override the default of 'pc' from ovirt-ansible- > hosted-engine-setup/defaults/main.yml: > > he_emulated_machine: pc > > by passing to the ovirt-hosted-engine-setup script a --config- > append=file parameter where file contains: > > [environment:default] > OVEHOSTED_VM/emulatedMachine=str:q35 > > When the "Create ovirt-hosted-engine-ha run directory" step finishes > the vm.conf file contains: > > cpuType=IvyBridge,+pcid,+spec-ctrl,+ssbd,+md-clear > emulatedMachine=q35 > > At the "Start ovirt-ha-broker service on the host" step that file is > removed. When that file appears > again during the "Check engine VM health" step it now contains: > > cpuType=IvyBridge,+pcid,+spec-ctrl,+ssbd,+md-clear > emulatedMachine=pc-i440fx-rhel7.6.0 > > After that the install fails with the metadata from "virsh dumpxml > HostedEngine" containing: > > 1 > XML error: The PCI controller with > index='0' must be model='pci-root' for this machine type, but > model='pcie-root' was found instead > > Interestingly enough, the HostedEngineLocal VM that is running the > appliance image has the value I need: > > hvm > > Does anyone on the list have any experience with where this needs to > be overridden? Somewhere in the > hosted engine setup or do I need to do something at a deeper level > like vdsm or libvirt? > > Help much appreciated ! > > Thanks, > Glenn > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: https://www.ovirt.org/community/about/ > community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/ > users@ovirt.org/message/2S5NKX4L7VUYGMEAPKT553IBFAYZZESD/ > > -- > Sandro Bonazzola > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > Red Hat EMEA > sbona...@redhat.com > > [image removed] > > Red Hat respects your work life balance. Therefore there is no need > to answer this email out of your office hours. > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://urldefense.proofpoint.com/v2/url? > u=https-3A__www.ovirt.org_privacy-2Dpolicy.html=DwIGaQ=jf_iaSHvJObTbx- > siA1ZOg=7CLmQhnB2i8fvxtmu_t4kAY5P_X7VyLhPZG9j6YjHak=-JJI4DBHi9Q- > kVIoqpavNyeLpU9NGoyhoUNlwk7zDFc=x7Dyn- > w0xcJQ7hq39_6qq8_jMtMp7tbs6RBLhUBWW-s= > oVirt Code of Conduct: https://urldefense.proofpoint.com/v2/url? > u=https-3A__www.ovirt.org_community_about_community-2Dguidelines_=DwIGaQ=jf_iaSHvJObTbx- > siA1ZOg=7CLmQhnB2i8fvxtmu_t4kAY5P_X7VyLhPZG9j6YjHak=-JJI4DBHi9Q- > kVIoqpavNyeLpU9NGoyhoUNlwk7zDFc=9G0hbPahmHmMuXMH2B0JPNDyApbBHGLrhMBBXpRIemE= > List Archives: https://urldefense.proofpoint.com/v2/url? > u=https-3A__lists.ovirt.org_archives_list_users-40ovirt.org_message_IM3EQSBHBTORQZM5MAHPOWKYUXIKZCHQ_=DwIGaQ=jf_iaSHvJObTbx- > siA1ZOg=7CLmQhnB2i8fvxtmu_t4kAY5P_X7VyLhPZG9j6YjHak=-JJI4DBHi9Q- > kVIoqpavNyeLpU9NGoyhoUNlwk7zDFc=sFKjXjkMVWaQ_gcLZiZcjJNmjLm6nvfF9zxge_sO2
[ovirt-users] Re: 4.4.1-rc5: Looking for correct way to configure machine=q35 instead of machine=pc for arch=x86_64
I wonder if this openstack/nova defect is applicable to ovirt/vdsm since it is also a client of that libvirt API? https://opendev.org/openstack/nova/commit/a53c867913ff364c789aba1f7255dfcc68ff9f85 Regards, Glenn Marcy Sandro Bonazzola wrote on 06/22/2020 04:49:13 AM: > From: Sandro Bonazzola > To: Glenn Marcy , Asaf Rachmani > , Evgeny Slutsky > Cc: users > Date: 06/22/2020 04:52 AM > Subject: [EXTERNAL] [ovirt-users] Re: 4.4.1-rc5: Looking for correct > way to configure machine=q35 instead of machine=pc for arch=x86_64 > > +Asaf Rachmani , +Evgeny Slutsky can you please investigate? > > Il giorno lun 22 giu 2020 alle ore 08:07 Glenn Marcy > ha scritto: > Hello, I am hoping for some insight from folks with more hosted > engine install experience. > > When I try to install the hosted engine using the RC5 dist I get the > following error during the startup > of the HostedEngine VM: > > XML error: The PCI controller with index='0' must be model='pci- > root' for this machine type, but model='pcie-root' was found instead > > This is due to the HE Domain XML description using machine="pc- > i440fx-rhel7.6.0". > > I've tried to override the default of 'pc' from ovirt-ansible- > hosted-engine-setup/defaults/main.yml: > > he_emulated_machine: pc > > by passing to the ovirt-hosted-engine-setup script a --config- > append=file parameter where file contains: > > [environment:default] > OVEHOSTED_VM/emulatedMachine=str:q35 > > When the "Create ovirt-hosted-engine-ha run directory" step finishes > the vm.conf file contains: > > cpuType=IvyBridge,+pcid,+spec-ctrl,+ssbd,+md-clear > emulatedMachine=q35 > > At the "Start ovirt-ha-broker service on the host" step that file is > removed. When that file appears > again during the "Check engine VM health" step it now contains: > > cpuType=IvyBridge,+pcid,+spec-ctrl,+ssbd,+md-clear > emulatedMachine=pc-i440fx-rhel7.6.0 > > After that the install fails with the metadata from "virsh dumpxml > HostedEngine" containing: > > 1 > XML error: The PCI controller with > index='0' must be model='pci-root' for this machine type, but > model='pcie-root' was found instead > > Interestingly enough, the HostedEngineLocal VM that is running the > appliance image has the value I need: > > hvm > > Does anyone on the list have any experience with where this needs to > be overridden? Somewhere in the > hosted engine setup or do I need to do something at a deeper level > like vdsm or libvirt? > > Help much appreciated ! > > Thanks, > Glenn > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: https://www.ovirt.org/community/about/ > community-guidelines/ > List Archives: https://lists.ovirt.org/archives/list/ > users@ovirt.org/message/2S5NKX4L7VUYGMEAPKT553IBFAYZZESD/ > > -- > Sandro Bonazzola > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > Red Hat EMEA > sbona...@redhat.com > > [image removed] > > Red Hat respects your work life balance. Therefore there is no need > to answer this email out of your office hours. > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://urldefense.proofpoint.com/v2/url? > u=https-3A__www.ovirt.org_privacy-2Dpolicy.html=DwIGaQ=jf_iaSHvJObTbx- > siA1ZOg=7CLmQhnB2i8fvxtmu_t4kAY5P_X7VyLhPZG9j6YjHak=-JJI4DBHi9Q- > kVIoqpavNyeLpU9NGoyhoUNlwk7zDFc=x7Dyn- > w0xcJQ7hq39_6qq8_jMtMp7tbs6RBLhUBWW-s= > oVirt Code of Conduct: https://urldefense.proofpoint.com/v2/url? > u=https-3A__www.ovirt.org_community_about_community-2Dguidelines_=DwIGaQ=jf_iaSHvJObTbx- > siA1ZOg=7CLmQhnB2i8fvxtmu_t4kAY5P_X7VyLhPZG9j6YjHak=-JJI4DBHi9Q- > kVIoqpavNyeLpU9NGoyhoUNlwk7zDFc=9G0hbPahmHmMuXMH2B0JPNDyApbBHGLrhMBBXpRIemE= > List Archives: https://urldefense.proofpoint.com/v2/url? > u=https-3A__lists.ovirt.org_archives_list_users-40ovirt.org_message_IM3EQSBHBTORQZM5MAHPOWKYUXIKZCHQ_=DwIGaQ=jf_iaSHvJObTbx- > siA1ZOg=7CLmQhnB2i8fvxtmu_t4kAY5P_X7VyLhPZG9j6YjHak=-JJI4DBHi9Q- > kVIoqpavNyeLpU9NGoyhoUNlwk7zDFc=sFKjXjkMVWaQ_gcLZiZcjJNmjLm6nvfF9zxge_sO2i0= ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/X3RXOSR4RJAYQ2RXCID7XFPCULMWSML3/
[ovirt-users] 4.4.1-rc5: Looking for correct way to configure machine=q35 instead of machine=pc for arch=x86_64
Hello, I am hoping for some insight from folks with more hosted engine install experience. When I try to install the hosted engine using the RC5 dist I get the following error during the startup of the HostedEngine VM: XML error: The PCI controller with index='0' must be model='pci-root' for this machine type, but model='pcie-root' was found instead This is due to the HE Domain XML description using machine="pc-i440fx-rhel7.6.0". I've tried to override the default of 'pc' from ovirt-ansible-hosted-engine-setup/defaults/main.yml: he_emulated_machine: pc by passing to the ovirt-hosted-engine-setup script a --config-append=file parameter where file contains: [environment:default] OVEHOSTED_VM/emulatedMachine=str:q35 When the "Create ovirt-hosted-engine-ha run directory" step finishes the vm.conf file contains: cpuType=IvyBridge,+pcid,+spec-ctrl,+ssbd,+md-clear emulatedMachine=q35 At the "Start ovirt-ha-broker service on the host" step that file is removed. When that file appears again during the "Check engine VM health" step it now contains: cpuType=IvyBridge,+pcid,+spec-ctrl,+ssbd,+md-clear emulatedMachine=pc-i440fx-rhel7.6.0 After that the install fails with the metadata from "virsh dumpxml HostedEngine" containing: 1 XML error: The PCI controller with index='0' must be model='pci-root' for this machine type, but model='pcie-root' was found instead Interestingly enough, the HostedEngineLocal VM that is running the appliance image has the value I need: hvm Does anyone on the list have any experience with where this needs to be overridden? Somewhere in the hosted engine setup or do I need to do something at a deeper level like vdsm or libvirt? Help much appreciated ! Thanks, Glenn ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/2S5NKX4L7VUYGMEAPKT553IBFAYZZESD/
[ovirt-users] Information requested on oVirt + RDO/OpenStack
I am hoping to try out adding RDO to oVirt after things with CentOS 8.2 settle down. I've done deployments of RDO on KVM before without any issues (TripleO Quickstart), but this would be my first time trying it on oVirt. Since oVirt recently updated to the openstack-java 3.2.9 packages, is there a specific version of OpenStack (Train or Ussuri) that runs on CentOS 8.x that I need? Are there any issues with the fact that oVirt already uses and/or provides some OpenStack services? Does the fact that OpenStack deployments are now more "containerized" present any issues I should be aware of? Are there initiatives for further convergence between oVirt, RDO/OpenStack and OKD/OCP that are changing this space where it would make sense to follow and/or participate in those efforts? I'm starting out with oVirt to get an understanding of the capabilities that it brings to the table, but interested in the convergence of the other technologies that would benefit from having oVirt as, or a part of, the foundation. Best Regards, Glenn ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/5MPEU357TFRCJBM5U2VO4KXXCKCHJN56/
[ovirt-users] It looks like big changes are happening, Centos moving from 8.1.1911 to 8.2.2004 perhaps
I hope this situation settles down before rc5 trying to run 4.4.1-rc4 hosted engine setup, got [ ERROR ] fatal: [localhost -> ovirt-engine.example.com]: FAILED! => {"changed": false, "failures": [], "msg": "Depsolve Error occured: Problem: package ovirt-engine-4.4.1.3-1.el8.noarch requires ovirt-provider-ovn >= 1.2.1, but none of the providers can be installed - package ovirt-provider-ovn-1.2.30-1.el8.noarch requires openvswitch >= 2.7, but none of the providers can be installed - cannot install the best candidate for the job - nothing provides librte_bitratestats.so.2()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_bus_pci.so.2()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_bus_vdev.so.2()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_bus_vmbus.so.2()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_cmdline.so.2()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_common_cpt.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_eal.so.9()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_eal.so.9(DPDK_17.08)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_eal.so.9(DPDK_18.11)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_eal.so.9(DPDK_2.0)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_ethdev.so.11()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_ethdev.so.11(DPDK_16.07)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_ethdev.so.11(DPDK_17.05)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_ethdev.so.11(DPDK_18.05)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_ethdev.so.11(DPDK_18.08)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_ethdev.so.11(DPDK_18.11)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_ethdev.so.11(DPDK_2.2)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_gro.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_gso.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_hash.so.2()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_ip_frag.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_kvargs.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_latencystats.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_mbuf.so.4()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_mbuf.so.4(DPDK_2.1)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_member.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_mempool.so.5()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_mempool.so.5(DPDK_16.07)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_mempool.so.5(DPDK_2.0)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_mempool_bucket.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_mempool_ring.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_mempool_stack.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_meter.so.2()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_meter.so.2(DPDK_18.08)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_meter.so.2(DPDK_2.0)(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_metrics.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_net.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_pci.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_pdump.so.2()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_pmd_bnxt.so.2()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_pmd_e1000.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_pmd_enic.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_pmd_failsafe.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_pmd_i40e.so.2()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_pmd_ixgbe.so.2()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_pmd_mlx4.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 - nothing provides librte_pmd_mlx5.so.1()(64bit) needed by openvswitch-2.11.1-5.el8.x86_64 -
[ovirt-users] Continuing HE install from lost connection
I ran the Prepare VM stage of the GUI HostedEngine install and when I came back it had disconnected. Looking at the logs and the current status everything appears to be just fine, but there doesn't seem to be any way in the GUI to continue where it left off. I was wondering if there was some way to provide the hosted_storage information requested in the next panel and complete the installation, perhaps with the command line, instead of redoing all of the work that has already been completed successfully? Regards, Glenn Marcy ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/4KPV4LQOHCH74DI2KCGI3WL5OMFT6TXK/
[ovirt-users] Re: [ANN] oVirt 4.4.1 Fourth Release Candidate is now available for testing
This candidate changes the version of the OpenStack Java API from 3.2.8 to 3.2.9, which isn't available in the repositories. Installation produces the error: [ ERROR ] fatal: [localhost -> ovirt-engine.example.com]: FAILED! => {"changed": false, "failures": [], "msg": "Depsolve Error occured: Problem: cannot install the best candidate for the job - nothing provides openstack-java-cinder-client >= 3.2.9 needed by ovirt-engine-4.4.1.3-1.el8.noarch - nothing provides openstack-java-cinder-model >= 3.2.9 needed by ovirt-engine-4.4.1.3-1.el8.noarch - nothing provides openstack-java-client >= 3.2.9 needed by ovirt-engine-4.4.1.3-1.el8.noarch - nothing provides openstack-java-glance-client >= 3.2.9 needed by ovirt-engine-4.4.1.3-1.el8.noarch - nothing provides openstack-java-glance-model >= 3.2.9 needed by ovirt-engine-4.4.1.3-1.el8.noarch - nothing provides openstack-java-keystone-client >= 3.2.9 needed by ovirt-engine-4.4.1.3-1.el8.noarch - nothing provides openstack-java-keystone-model >= 3.2.9 needed by ovirt-engine-4.4.1.3-1.el8.noarch - nothing provides openstack-java-quantum-client >= 3.2.9 needed by ovirt-engine-4.4.1.3-1.el8.noarch - nothing provides openstack-java-quantum-model >= 3.2.9 needed by ovirt-engine-4.4.1.3-1.el8.noarch - nothing provides openstack-java-resteasy-connector >= 3.2.9 needed by ovirt-engine-4.4.1.3-1.el8.noarch", "rc": 1, "results": []} Regards, Glenn Marcy ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QFFEBV6RPBJ3VVZZ6MLHM6VNNFWAIVR7/