<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Apr 10, 2016 at 6:05 PM, gregor <span dir="ltr">&lt;<a href="mailto:gregor_forum@catrix.at" target="_blank">gregor_forum@catrix.at</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
has anybody a last tip. Now the third installed Windows Server 2012 R2<br>
VM is damaged and I will move tomorrow my host back to VMWare and leave<br>
oVirt.<br></blockquote><div><br></div><div>It&#39;s a QEMU/KVM issue - let me see if I can get someone from KVM development team to get the details from you.</div><div>Y.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
regards<br>
gregor<br>
<br>
-------- Forwarded Message --------<br>
Subject: Re: [ovirt-users] ***UNCHECKED*** Re:  kvm vcpu0 unhandled rdmsr<br>
Date: Mon, 4 Apr 2016 15:06:52 +0200<br>
From: gregor &lt;<a href="mailto:gregor_forum@catrix.at">gregor_forum@catrix.at</a>&gt;<br>
To: Yaniv Kaul &lt;<a href="mailto:ykaul@redhat.com">ykaul@redhat.com</a>&gt;<br>
CC: users &lt;<a href="mailto:users@ovirt.org">users@ovirt.org</a>&gt;<br>
<br>
Hi,<br>
<br>
the host and VM are all up-to-date with latest packages for CentOS 7.*.<br>
<br>
In /proc/cpuinfo I see &quot;nx&quot; in the flags list, the full list is on the<br>
and of the mail.<br>
<br>
Is it possible that this problem destroy the Windows Server 2012 R2 VM?<br>
Now I start the third installation, hopefully this time it will not get<br>
damaged. If it fails again I have to use another virtualization provider<br>
and leave oVirt, and I was so happy to leave VMWare :°(<br>
<br>
This is the command line for a VM (got with ps aux ...):<br>
/usr/libexec/qemu-kvm -name srv02 -S -machine<br>
pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Westmere -m<br>
size=2097152k,slots=16,maxmem=4294967296k -realtime mlock=off -smp<br>
1,maxcpus=16,sockets=16,cores=1,threads=1 -numa<br>
node,nodeid=0,cpus=0,mem=2048 -uuid 6765fd03-ac0d-49ea-b8ba-cf10c60d3968<br>
-smbios type=1,manufacturer=oVirt,product=oVirt<br>
Node,version=7-2.1511.el7.centos.2.10,serial=39343937-3439-5A43-3135-353130324542,uuid=6765fd03-ac0d-49ea-b8ba-cf10c60d3968<br>
-no-user-config -nodefaults -chardev<br>
socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-srv02/monitor.sock,server,nowait<br>
-mon chardev=charmonitor,id=monitor,mode=control -rtc<br>
base=2016-04-03T21:24:06,driftfix=slew -global<br>
kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on<br>
-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device<br>
virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device<br>
virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5<br>
-drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device<br>
ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive<br>
file=/rhev/data-center/00000001-0001-0001-0001-00000000033d/4443edf0-54aa-4ef5-84c2-a433813f304a/images/f596f9a8-c6c4-41b8-b547-7f83829807fe/5028abbd-35c8-4dcd-95a0-3d0c61dfc2b7,if=none,id=drive-virtio-disk0,format=raw,serial=f596f9a8-c6c4-41b8-b547-7f83829807fe,cache=none,werror=stop,rerror=stop,aio=threads<br>
-device<br>
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1<br>
-netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=31 -device<br>
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:57,bus=pci.0,addr=0x3<br>
-chardev<br>
socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/6765fd03-ac0d-49ea-b8ba-cf10c60d3968.com.redhat.rhevm.vdsm,server,nowait<br>
-device<br>
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm<br>
-chardev<br>
socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/6765fd03-ac0d-49ea-b8ba-cf10c60d3968.org.qemu.guest_agent.0,server,nowait<br>
-device<br>
virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0<br>
-chardev spicevmc,id=charchannel2,name=vdagent -device<br>
virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0<br>
-spice<br>
port=5904,tls-port=5905,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,seamless-migration=on<br>
-device<br>
qxl-vga,id=video0,ram_size=67108864,vram_size=33554432,vgamem_mb=16,bus=pci.0,addr=0x2<br>
-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 -msg timestamp=on<br>
<br>
Here are the full flags list:<br>
fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36<br>
clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb<br>
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology<br>
nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx<br>
smx est tm2 ssse3 fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe<br>
popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm arat epb<br>
pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust<br>
bmi1 avx2 smep bmi2 erms invpcid cqm xsaveopt cqm_llc cqm_occup_llc<br>
<br>
On 04/04/16 08:52, Yaniv Kaul wrote:<br>
&gt;<br>
&gt;<br>
&gt; On Sun, Apr 3, 2016 at 10:07 PM, gregor &lt;<a href="mailto:gregor_forum@catrix.at">gregor_forum@catrix.at</a><br>
&gt; &lt;mailto:<a href="mailto:gregor_forum@catrix.at">gregor_forum@catrix.at</a>&gt;&gt; wrote:<br>
&gt;<br>
&gt;     Update: The problem occur when a VM reboots.<br>
&gt;     When I change the CPU Type from default &quot;Intel Haswell-noTSX&quot; to<br>
&gt;     &quot;Westmere&quot; the error is gone.<br>
&gt;<br>
&gt;<br>
&gt; The error &quot;&quot;kvm ... vcpu0 unhandled rdmsr ...&quot; is quite harmless.<br>
&gt; I assume you are running the latest qemu/kvm packages.<br>
&gt; Can you ensure NX is enabled on your host?<br>
&gt; In any case, this is most likely a qemu/kvm issue - the command line of<br>
&gt; the VM and information regarding the qemu packages and host versions<br>
&gt; will be needed.<br>
&gt; Y.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;     But which CPU type is now the best so I don&#39;t lose performance.<br>
&gt;<br>
&gt;     Host CPU: Intel(R) Xeon(R) CPU E5-2603 v3 @ 1.60GHz<br>
&gt;<br>
&gt;     regards<br>
&gt;     gregor<br>
&gt;<br>
&gt;     On 03/04/16 20:36, gregor wrote:<br>
&gt;     &gt; Hi,<br>
&gt;     &gt;<br>
&gt;     &gt; on one Host I get very often the message<br>
&gt;     &gt;<br>
&gt;     &gt; &quot;kvm ... vcpu0 unhandled rdmsr ...&quot;<br>
&gt;     &gt;<br>
&gt;     &gt; When this occurs some VM&#39;s are stuck. Really bad is this for an<br>
&gt;     Windows<br>
&gt;     &gt; Server 2012 R2 VM which stucks so heavy that the VM is getting corrupt<br>
&gt;     &gt; and the VM is unable to boot anymore and a Windows Recovery in any way<br>
&gt;     &gt; didn&#39;t help. Therefor I had to reinstall the VM, this works for some<br>
&gt;     &gt; day&#39;s but now the VM is still damaged. So I can&#39;t use Windows Server<br>
&gt;     &gt; 2012 R2 on this machine but the customer needs it and I have some days<br>
&gt;     &gt; to ship it to my customer. So I have to decide to stay on oVirt or use<br>
&gt;     &gt; another product. Besides, oVirt run on my others hosts (without<br>
&gt;     Windows<br>
&gt;     &gt; VM) very well since a long time.<br>
&gt;     &gt; On a CentOS 7 VM I have similar problems where the NIC is getting<br>
&gt;     &gt; offline sometime + the XFS filesystems get some errors and I have<br>
&gt;     to fix<br>
&gt;     &gt; this in recovery mode.<br>
&gt;     &gt;<br>
&gt;     &gt; oVirt: 3.6.4.1-1.el7.centos<br>
&gt;     &gt; machine: HP ProLiant ML110 Gen9<br>
&gt;     &gt; VM&#39;s: 3 CentOS 7 and one Windows Server 2012 R2<br>
&gt;     &gt;<br>
&gt;     &gt; I hope somebody can help.<br>
&gt;     &gt;<br>
&gt;     &gt; regards<br>
&gt;     &gt; gregor<br>
&gt;     &gt; _______________________________________________<br>
&gt;     &gt; Users mailing list<br>
&gt;     &gt; <a href="mailto:Users@ovirt.org">Users@ovirt.org</a> &lt;mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>&gt;<br>
&gt;     &gt; <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
&gt;     &gt;<br>
&gt;     _______________________________________________<br>
&gt;     Users mailing list<br>
&gt;     <a href="mailto:Users@ovirt.org">Users@ovirt.org</a> &lt;mailto:<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>&gt;<br>
&gt;     <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
&gt;<br>
&gt;<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
</blockquote></div><br></div></div>