vagrant up Bringing machine 'default' up with 'libvirt' provider... ==> default: Starting domain. There was an error talking to Libvirt. The error message is shown below: Call to virDomainCreateWithFlags failed: the CPU is incompatible with host CPU: Host CPU does not provide required features: svm
These VM's were working before but they are broken in latest rawhide. libvirt-2.3.0-1.fc26.x86_64 Happening on both kernels. rpm -q kernel kernel-4.7.7-200.fc24.x86_64 kernel-4.9.0-0.rc1.git0.2.fc26.x86_64
Would you mind sharing the domain XML with us? And since it was working before, please attach the XML from a host where it works too.
Created attachment 1212210 [details] virsh dumpxml f24_atomic_default
All of my vagrant images are showing the same error. Trying to start a Centos image via virt-manager gives me. Error starting domain: the CPU is incompatible with host CPU: Host CPU does not provide required features: svm Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 88, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 124, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 83, in newfn ret = fn(self, *args, **kwargs) File "/usr/share/virt-manager/virtManager/domain.py", line 1404, in startup self._backend.create() File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1035, in create if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self) libvirtError: the CPU is incompatible with host CPU: Host CPU does not provide required features: svm
This is a very strange configuration: <cpu mode='host-model'> <model fallback='allow'>qemu64</model> </cpu> Specifying a named model doesn't make sense when using 'host-model'. Based on the error message it sounds like libvirt is trying to use the qemu64 model, instead of the host model, and thus seeing the 'svm' flag in qemu64, which is not present in your host model.
Could this be a bug in how vagrant creates the images then.
Should those lines be removed or changed?
Yeah, sounds like a bug in vagrant or whatever created the XML. And since you say it was working well before, I believe they must have changed it recently. The XML should contain just <cpu mode='host-model'/> I was thinking about changing libvirt to just ignore any CPU model for host-model CPUs, but unfortunately we can't do that because of backwards compatibility. Old libvirt used to add a CPU model and features into a host-model CPU specification for migration to make sure the domain won't lose any features on the destination host. We've recently switched to properly changing host-model CPU definition into a custom one when a domain is started, but we still need to be able to consume domain XMLs generated by older libvirt.
Made that change but I still see the same error. Could this be a setting in my bios causing this issue?
Fore me helps set cpu_model to host-passthrough. Add something like: config.vm.provider :libvirt do |domain| … domain.cpu_mode = "host-passthrough" end into Vagrantfile.
This bug appears to have been reported against 'rawhide' during the Fedora 26 development cycle. Changing version to '26'.
Since this stalled I assume it was either fixed or worked around, so closing. If anyone is still hitting this with latest f26/rawhide bits, please reopen