On Tue, Nov 27, 2018 at 4:44 PM Daniel Erez <[email protected]> wrote:
> It has been changed as part of moving the data files into src/cpu_map: > > https://github.com/libvirt/libvirt/commit/3ecbac95cd2a02ba5e2f98c625386ec12c8bbdac > > So as a quick workaround, copying the old 'cpu_map.xml' file into > '/usr/share/libvirt' does the trick :) > This seems like the last version of the file in libvirt repo: https://raw.githubusercontent.com/libvirt/libvirt/18cab54c3a0bc72390f29300684396690a7ecf51/src/cpu/cpu_map.xml Is this the file you tested? > > On Tue, Nov 27, 2018 at 3:01 PM Milan Zamazal <[email protected]> wrote: > >> Nir Soffer <[email protected]> writes: >> >> > On Mon, Nov 26, 2018 at 10:15 PM Nir Soffer <[email protected]> wrote: >> > >> >> I updated 2 Fedora 28 hosts today, getting new >> ovirt-master-release.rpm, >> >> which exposes new virt-preview repo providing libvirt 4.9 and qemu 3.1. >> >> >> >> After the update, connecting with engine master (built few week ago) >> fail >> >> with: >> >> >> >> 2018-11-26 22:07:51,702+02 WARN >> >> >> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesAsyncVDSCommand] >> >> (EE-ManagedThreadFactory-engineScheduled-Thread-94) [] Unexpected >> return >> >> value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': >> >> "[Errno 2] No such file or directory: >> '/usr/share/libvirt/cpu_map.xml'"}] >> >> >> >> Looks like contents of /usr/share/libvirt/ is different now: >> >> >> >> $ ls -1 /usr/share/libvirt/cpu_map/*.xml | head >> >> /usr/share/libvirt/cpu_map/index.xml >> >> /usr/share/libvirt/cpu_map/ppc64_POWER6.xml >> >> /usr/share/libvirt/cpu_map/ppc64_POWER7.xml >> >> /usr/share/libvirt/cpu_map/ppc64_POWER8.xml >> >> /usr/share/libvirt/cpu_map/ppc64_POWER9.xml >> >> /usr/share/libvirt/cpu_map/ppc64_POWERPC_e5500.xml >> >> /usr/share/libvirt/cpu_map/ppc64_POWERPC_e6500.xml >> >> /usr/share/libvirt/cpu_map/ppc64_vendors.xml >> >> /usr/share/libvirt/cpu_map/x86_486.xml >> >> /usr/share/libvirt/cpu_map/x86_athlon.xml >> >> >> > >> > Looks like vdsm is not ready for this change: >> >> Hm, so libvirt changed from a file to a directory structure. The >> corresponding Vdsm code is apparently virt, so it would be on me or >> Tomasz. In order to fix it, it must be scheduled to some sprint. >> >> Adding Ryan. >> >> > $ git grep cpu_map.xml >> > lib/vdsm/machinetype.py:CPU_MAP_FILE = '/usr/share/libvirt/cpu_map.xml' >> > tests/Makefile.am: cpu_map.xml \ >> > tests/caps_test.py: 'cpu_map.xml') >> > tests/cpu_map.xml:<!-- Taken from /usr/share/libvirt/cpu_map.xml >> > vdsm.spec.in:%{_datadir}/%{vdsm_name}/tests/cpu_map.xml >> > vdsm_hooks/cpuflags/before_vm_start.py:guest OS. Feature names can be >> found >> > in /usr/share/libvirt/cpu_map.xml. >> > [nsoffer@lean vdsm (master)]$ git grep cpu_map >> > lib/vdsm/machinetype.py:CPU_MAP_FILE = '/usr/share/libvirt/cpu_map.xml' >> > lib/vdsm/machinetype.py: cpu_map = ET.fromstring(xml.read()) >> > lib/vdsm/machinetype.py: arch_elements = cpu_map.findall('arch') >> > tests/Makefile.am: cpu_map.xml \ >> > tests/caps_test.py: 'cpu_map.xml') >> > tests/cpu_map.xml:<!-- Taken from /usr/share/libvirt/cpu_map.xml >> > vdsm.spec.in:%{_datadir}/%{vdsm_name}/tests/cpu_map.xml >> > vdsm_hooks/cpuflags/before_vm_start.py:guest OS. Feature names can be >> found >> > in /usr/share/libvirt/cpu_map.xml. >> > >> > And I cannot find any related patch on gerrit. >> >
_______________________________________________ Devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/[email protected]/message/PIYQ2GTRJEGHZIFY2VWDPT2L5JVEFPOW/
