[Users] Cannot find suitable CPU model for given data
Hi, I get this error with the nightly builds when I start a VM: libvirtError: internal error Cannot find suitable CPU model for given data Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485::vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/> <serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry> <entry name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain> Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run self._connection.createXML(domxml, flags), File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm::(setDownStatus) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: users@ovirt.org Sent: Sunday, December 9, 2012 5:17:01 PM Subject: [Users] Cannot find suitable CPU model for given data
Hi,
I get this error with the nightly builds when I start a VM:
libvirtError: internal error Cannot find suitable CPU model for given data
Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485::vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/> <serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry> <entry name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain>
Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run self._connection.createXML(domxml, flags), File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm::(setDownStatus) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data
Not sure I'm pointing you at the right direction, but perhaps reading the following link will help: http://wiki.libvirt.org/page/Libvirt_identifies_host_processor_as_a_differen... (especially the last section). Oved
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
This is a multi-part message in MIME format. --------------000406020704050903070404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 12/09/2012 05:17 PM, Cristian Falcas wrote:
Hi,
I get this error with the nightly builds when I start a VM:
please paste the output of the following command to see if Opteron_G3 is really supported: vdsClient 0 -s getVdsCaps
libvirtError: internal error Cannot find suitable CPU model for given data
Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485::vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/> <serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry> <entry name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain>
Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run self._connection.createXML(domxml, flags), File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm::(setDownStatus) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------000406020704050903070404 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 12/09/2012 05:17 PM, Cristian Falcas wrote:<br> </div> <blockquote cite="mid:CAMo7R_doGuZDXCi2itzqO5xqu=2ujhh6RLRotp+xA4-yjQGL+Q@mail.gmail.com" type="cite">Hi,<br> <br> I get this error with the nightly builds when I start a VM:<br> </blockquote> <br> please paste the output of the following command to see if Opteron_G3 is really supported:<br> vdsClient 0 -s getVdsCaps <br> <blockquote cite="mid:CAMo7R_doGuZDXCi2itzqO5xqu=2ujhh6RLRotp+xA4-yjQGL+Q@mail.gmail.com" type="cite"><br> libvirtError: internal error Cannot find suitable CPU model for given data<br> <br> <br> Log data:<br> Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485::vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?><br> <domain type="kvm"><br> <name>q</name><br> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid><br> <memory>524288</memory><br> <currentMemory>524288</currentMemory><br> <vcpu>2</vcpu><br> <devices><br> <channel type="unix"><br> <target name="com.redhat.rhevm.vdsm" type="virtio"/><br> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/><br> </channel><br> <channel type="unix"><br> <target name="org.qemu.guest_agent.0" type="virtio"/><br> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/><br> </channel><br> <input bus="ps2" type="mouse"/><br> <channel type="spicevmc"><br> <target name="com.redhat.spice.0" type="virtio"/><br> </channel><br> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"><br> <channel mode="secure" name="main"/><br> <channel mode="secure" name="inputs"/><br> <channel mode="secure" name="cursor"/><br> <channel mode="secure" name="playback"/><br> <channel mode="secure" name="record"/><br> <channel mode="secure" name="display"/><br> <channel mode="secure" name="usbredir"/><br> <channel mode="secure" name="smartcard"/><br> </graphics><br> <console type="pty"><br> <target port="0" type="virtio"/><br> </console><br> <sound model="ac97"/><br> <video><br> <model heads="1" type="qxl" vram="65536"/><br> </video><br> <interface type="bridge"><br> <mac address="00:1a:4a:6f:6f:f4"/><br> <model type="virtio"/><br> <source bridge="ovirtmgmt"/><br> <filterref filter="vdsm-no-mac-spoofing"/><br> </interface><br> <memballoon model="virtio"/><br> <disk device="cdrom" snapshot="no" type="file"><br> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso" startupPolicy="optional"/><br> <target bus="ide" dev="hdc"/><br> <readonly/><br> <serial></serial><br> <boot order="1"/><br> </disk><br> <disk device="disk" snapshot="no" type="file"><br> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/><br> <target bus="virtio" dev="vda"/><br> <serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial><br> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/><br> </disk><br> </devices><br> <os><br> <type arch="x86_64" machine="pc-0.14">hvm</type><br> <smbios mode="sysinfo"/><br> </os><br> <sysinfo type="smbios"><br> <system><br> <entry name="manufacturer">oVirt</entry><br> <entry name="product">oVirt Node</entry><br> <entry name="version">17-1</entry><br> <entry name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry><br> <entry name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry><br> </system><br> </sysinfo><br> <clock adjustment="-43200" offset="variable"><br> <timer name="rtc" tickpolicy="catchup"/><br> </clock><br> <features><br> <acpi/><br> </features><br> <cpu match="exact"><br> <model>Opteron_G3</model><br> <topology cores="1" sockets="2" threads="1"/><br> </cpu><br> </domain><br> <br> Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations released<br> Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process failed<br> Traceback (most recent call last):<br> File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm<br> self._run()<br> File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run<br> self._connection.createXML(domxml, flags),<br> File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper<br> ret = f(*args, **kwargs)<br> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633, in createXML<br> if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)<br> libvirtError: internal error Cannot find suitable CPU model for given data<br> Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm::(setDownStatus) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data<br> <br> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre wrap="">_______________________________________________ Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a> <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </body> </html> --------------000406020704050903070404--
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan@redhat.com> wrote:
On 12/09/2012 05:17 PM, Cristian Falcas wrote:
Hi,
I get this error with the nightly builds when I start a VM:
please paste the output of the following command to see if Opteron_G3 is really supported: vdsClient 0 -s getVdsCaps
libvirtError: internal error Cannot find suitable CPU model for given data
Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485::vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/>
<serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry> <entry name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain>
Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run self._connection.createXML(domxml, flags), File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm::(setDownStatus) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
The command vdsClient 0 -s getVdsCaps didn't work Is this the same thing? [root@localhost cristi]# vdsClient -s localhost getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:74bc7d9e76f3'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:74bc7d9e76f3 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} bridges = {'ovirtmgmt': {'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2 cpuModel = AMD Phenom(tm) II X4 965 Processor cpuSockets = 1 cpuSpeed = 3400.000 emulatedMachines = ['pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next', 'pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next'] guestOverhead = 65 hooks = {'before_vm_start': {'50_floppy': {'md5': '882a5b1a0d303102765d07c7ff6ae0fc'}, '50_hostusb': {'md5': '06110c7365ff3b71d40bfc9bad2adc05'}, '50_isolatedprivatevlan': {'md5': 'acc557aadb52442bd43bfa2f7a2b42a1'}}, 'before_vm_migrate_source': {'50_floppy': {'md5': '388f180317bd8a121a512a8b26af6bf5'}, '50_hostusb': {'md5': 'e50a0975acd8bafd0052b65a787c2fdd'}}, 'after_vm_destroy': {'50_hostusb': {'md5': 'cbf5ef4aed1e3cbe3ef9e30694ea6607'}}} kvmEnabled = true lastClient = 0.0.0.0 lastClientIface = ppp0 management_ip = memSize = 5968 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': ['p10p1']}} nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DEVICE': 'p10p1', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '10.20.20.1', 'HWADDR': '00:1f:d0:9f:19:98', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:1f:d0:9f:19:98', 'speed': 100}} operatingSystem = {'release': '1', 'version': '17', 'name': 'Fedora'} packages2 = {'kernel': {'release': '2.fc17.x86_64', 'buildtime': 1354620364.0, 'version': '3.6.9'}, 'spice-server': {'release': '1.fc17', 'buildtime': 1348891802, 'version': '0.12.0'}, 'vdsm': {'release': '0.89.git922366a.fc17', 'buildtime': 1354997600, 'version': '4.10.2'}, 'qemu-kvm': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'libvirt': {'release': '1.fc17', 'buildtime': 1352437629, 'version': '1.0.0'}, 'qemu-img': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'mom': {'release': '1.fc17', 'buildtime': 1354651873, 'version': '0.3.0'}} reservedMem = 321 software_revision = 0.89 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = 30303146-4430-3946-3139-3938FFFFFFFF version_name = Snow Man vlans = {} vmTypes = ['kvm']
On 12/09/2012 11:22 PM, Cristian Falcas wrote:
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan@redhat.com <mailto:rgolan@redhat.com>> wrote:
On 12/09/2012 05:17 PM, Cristian Falcas wrote:
Hi,
I get this error with the nightly builds when I start a VM:
please paste the output of the following command to see if Opteron_G3 is really supported: vdsClient 0 -s getVdsCaps
libvirtError: internal error Cannot find suitable CPU model for given data
Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485::vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/> <serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry> <entry name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain>
Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run self._connection.createXML(domxml, flags), File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm::(setDownStatus) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
The command vdsClient 0 -s getVdsCaps didn't work
Is this the same thing?
[root@localhost cristi]# vdsClient -s localhost getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:74bc7d9e76f3'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:74bc7d9e76f3 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} bridges = {'ovirtmgmt': {'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2 cpuModel = AMD Phenom(tm) II X4 965 Processor cpuSockets = 1 cpuSpeed = 3400.000 emulatedMachines = ['pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next', 'pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next'] guestOverhead = 65 hooks = {'before_vm_start': {'50_floppy': {'md5': '882a5b1a0d303102765d07c7ff6ae0fc'}, '50_hostusb': {'md5': '06110c7365ff3b71d40bfc9bad2adc05'}, '50_isolatedprivatevlan': {'md5': 'acc557aadb52442bd43bfa2f7a2b42a1'}}, 'before_vm_migrate_source': {'50_floppy': {'md5': '388f180317bd8a121a512a8b26af6bf5'}, '50_hostusb': {'md5': 'e50a0975acd8bafd0052b65a787c2fdd'}}, 'after_vm_destroy': {'50_hostusb': {'md5': 'cbf5ef4aed1e3cbe3ef9e30694ea6607'}}} kvmEnabled = true lastClient = 0.0.0.0 lastClientIface = ppp0 management_ip = memSize = 5968 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': ['p10p1']}} nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DEVICE': 'p10p1', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '10.20.20.1', 'HWADDR': '00:1f:d0:9f:19:98', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:1f:d0:9f:19:98', 'speed': 100}} operatingSystem = {'release': '1', 'version': '17', 'name': 'Fedora'} packages2 = {'kernel': {'release': '2.fc17.x86_64', 'buildtime': 1354620364.0, 'version': '3.6.9'}, 'spice-server': {'release': '1.fc17', 'buildtime': 1348891802, 'version': '0.12.0'}, 'vdsm': {'release': '0.89.git922366a.fc17', 'buildtime': 1354997600, 'version': '4.10.2'}, 'qemu-kvm': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'libvirt': {'release': '1.fc17', 'buildtime': 1352437629, 'version': '1.0.0'}, 'qemu-img': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'mom': {'release': '1.fc17', 'buildtime': 1354651873, 'version': '0.3.0'}} reservedMem = 321 software_revision = 0.89 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = 30303146-4430-3946-3139-3938FFFFFFFF version_name = Snow Man vlans = {} vmTypes = ['kvm']
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
according to vdsClient -s 0 GetVdsCaps vdsm does report opteron G3.nx flag must be enabled (and it seems it does). vdsm/ovirt doesn't check for aes flag. waiting to hear if libvirt downgrade helped
On Mon, Dec 10, 2012 at 9:30 AM, Itamar Heim <iheim@redhat.com> wrote:
On 12/09/2012 11:22 PM, Cristian Falcas wrote:
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan@redhat.com <mailto:rgolan@redhat.com>> wrote:
On 12/09/2012 05:17 PM, Cristian Falcas wrote:
Hi,
I get this error with the nightly builds when I start a VM:
please paste the output of the following command to see if Opteron_G3 is really supported: vdsClient 0 -s getVdsCaps
libvirtError: internal error Cannot find suitable CPU model for given data
Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485:**:vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-**e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-**e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</**currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/**channels/q.com.redhat.rhevm.**vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/**channels/q.org.qemu.guest_**agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:**00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/**> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source file="/rhev/data-center/**21ddcd50-aba8-461a-9ecf-** c5762af89355/4f6a2b90-9c70-**45e5-8b17-5274ee97ce73/images/** 11111111-1111-1111-1111-**111111111111/CentOS-6.3-x86_**64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source file="/rhev/data-center/**21ddcd50-aba8-461a-9ecf-** c5762af89355/81361e6d-2b58-**4781-80c2-d908a0fe91cd/images/** ffa8728f-6f0c-4b59-99ac-**5bef0bd7634e/80a8701a-bf07-** 4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/> <serial>ffa8728f-6f0c-4b59-**99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</**entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry name="serial">30303146-4430-**3946-3139-3938FFFFFFFF</entry> <entry name="uuid">a4a8f349-7fdf-**42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain>
Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::**(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-**e70f692c6ca2`::_**ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::**(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-**e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py"**, line 1511, in _run self._connection.createXML(**domxml, flags), File "/usr/lib64/python2.7/site-**packages/vdsm/**libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-**packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('**virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm:**:(setDownStatus) vmId=`a4a8f349-7fdf-42f4-873e-**e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data
______________________________**_________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
______________________________**_________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
The command vdsClient 0 -s getVdsCaps didn't work
Is this the same thing?
[root@localhost cristi]# vdsClient -s localhost getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:**74bc7d9e76f3'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:**74bc7d9e76f3 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} bridges = {'ovirtmgmt': {'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-**d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,**mce,cx8,apic,sep,mtrr,pge,mca,** cmov,pat,pse36,clflush,mmx,**fxsr,sse,sse2,ht,syscall,nx,** mmxext,fxsr_opt,pdpe1gb,**rdtscp,lm,3dnowext,3dnow,** constant_tsc,rep_good,nopl,**nonstop_tsc,extd_apicid,pni,** monitor,cx16,popcnt,lahf_lm,**cmp_legacy,svm,extapic,cr8_** legacy,abm,sse4a,misalignsse,**3dnowprefetch,osvw,ibs,skinit,** wdt,hw_pstate,npt,lbrv,svm_**lock,nrip_save,model_athlon,** model_Opteron_G3,model_**Opteron_G1,model_phenom,model_**Opteron_G2 cpuModel = AMD Phenom(tm) II X4 965 Processor cpuSockets = 1 cpuSpeed = 3400.000 emulatedMachines = ['pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next', 'pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next'] guestOverhead = 65 hooks = {'before_vm_start': {'50_floppy': {'md5': '**882a5b1a0d303102765d07c7ff6ae0**fc'}, '50_hostusb': {'md5': '**06110c7365ff3b71d40bfc9bad2adc**05'}, '50_isolatedprivatevlan': {'md5': '**acc557aadb52442bd43bfa2f7a2b42**a1'}}, 'before_vm_migrate_source': {'50_floppy': {'md5': '**388f180317bd8a121a512a8b26af6b**f5'}, '50_hostusb': {'md5': '**e50a0975acd8bafd0052b65a787c2f**dd'}}, 'after_vm_destroy': {'50_hostusb': {'md5': '**cbf5ef4aed1e3cbe3ef9e30694ea66**07'}}} kvmEnabled = true lastClient = 0.0.0.0 lastClientIface = ppp0 management_ip = memSize = 5968 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-**d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': ['p10p1']}} nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DEVICE': 'p10p1', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '10.20.20.1', 'HWADDR': '00:1f:d0:9f:19:98', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-**d879c870d577'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:1f:d0:9f:19:98', 'speed': 100}} operatingSystem = {'release': '1', 'version': '17', 'name': 'Fedora'} packages2 = {'kernel': {'release': '2.fc17.x86_64', 'buildtime': 1354620364.0, 'version': '3.6.9'}, 'spice-server': {'release': '1.fc17', 'buildtime': 1348891802, 'version': '0.12.0'}, 'vdsm': {'release': '0.89.git922366a.fc17', 'buildtime': 1354997600, 'version': '4.10.2'}, 'qemu-kvm': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'libvirt': {'release': '1.fc17', 'buildtime': 1352437629, 'version': '1.0.0'}, 'qemu-img': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'mom': {'release': '1.fc17', 'buildtime': 1354651873, 'version': '0.3.0'}} reservedMem = 321 software_revision = 0.89 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = 30303146-4430-3946-3139-**3938FFFFFFFF version_name = Snow Man vlans = {} vmTypes = ['kvm']
______________________________**_________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
according to vdsClient -s 0 GetVdsCaps vdsm does report opteron G3.nx flag must be enabled (and it seems it does). vdsm/ovirt doesn't check for aes flag. waiting to hear if libvirt downgrade helped
It's the same problem with libvirt-0.10.2 also. I checked the flags from /proc/cpuinfo and the ones from vdsClient -s 0 getVdsCaps. The only difference is that vdsClient has those extra flags: model_Opteron_G1 model_Opteron_G2 model_Opteron_G3 model_athlon model_phenom I don't know if they should appear in the cpuFlags section. From other outputs on the internet, there was no model_*. Best regards, Cristian Falcas
This is a multi-part message in MIME format. --------------020408050603070500030305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 12/10/2012 02:04 PM, Cristian Falcas wrote:
On Mon, Dec 10, 2012 at 9:30 AM, Itamar Heim <iheim@redhat.com <mailto:iheim@redhat.com>> wrote:
On 12/09/2012 11:22 PM, Cristian Falcas wrote:
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan@redhat.com <mailto:rgolan@redhat.com> <mailto:rgolan@redhat.com <mailto:rgolan@redhat.com>>> wrote:
On 12/09/2012 05:17 PM, Cristian Falcas wrote:
Hi,
I get this error with the nightly builds when I start a VM:
please paste the output of the following command to see if Opteron_G3 is really supported: vdsClient 0 -s getVdsCaps
libvirtError: internal error Cannot find suitable CPU model for given data
Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485::vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind"
path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind"
path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source
file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source
file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/> <serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry> <entry name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain>
Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm)
vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run self._connection.createXML(domxml, flags), File
"/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm::(setDownStatus) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
http://lists.ovirt.org/mailman/listinfo/users
The command vdsClient 0 -s getVdsCaps didn't work
Is this the same thing?
[root@localhost cristi]# vdsClient -s localhost getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:74bc7d9e76f3'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:74bc7d9e76f3 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} bridges = {'ovirtmgmt': {'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2 cpuModel = AMD Phenom(tm) II X4 965 Processor cpuSockets = 1 cpuSpeed = 3400.000 emulatedMachines = ['pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next', 'pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next'] guestOverhead = 65 hooks = {'before_vm_start': {'50_floppy': {'md5': '882a5b1a0d303102765d07c7ff6ae0fc'}, '50_hostusb': {'md5': '06110c7365ff3b71d40bfc9bad2adc05'}, '50_isolatedprivatevlan': {'md5': 'acc557aadb52442bd43bfa2f7a2b42a1'}}, 'before_vm_migrate_source': {'50_floppy': {'md5': '388f180317bd8a121a512a8b26af6bf5'}, '50_hostusb': {'md5': 'e50a0975acd8bafd0052b65a787c2fdd'}}, 'after_vm_destroy': {'50_hostusb': {'md5': 'cbf5ef4aed1e3cbe3ef9e30694ea6607'}}} kvmEnabled = true lastClient = 0.0.0.0 lastClientIface = ppp0 management_ip = memSize = 5968 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': ['p10p1']}} nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DEVICE': 'p10p1', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '10.20.20.1', 'HWADDR': '00:1f:d0:9f:19:98', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:1f:d0:9f:19:98', 'speed': 100}} operatingSystem = {'release': '1', 'version': '17', 'name': 'Fedora'} packages2 = {'kernel': {'release': '2.fc17.x86_64', 'buildtime': 1354620364.0, 'version': '3.6.9'}, 'spice-server': {'release': '1.fc17', 'buildtime': 1348891802, 'version': '0.12.0'}, 'vdsm': {'release': '0.89.git922366a.fc17', 'buildtime': 1354997600, 'version': '4.10.2'}, 'qemu-kvm': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'libvirt': {'release': '1.fc17', 'buildtime': 1352437629, 'version': '1.0.0'}, 'qemu-img': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'mom': {'release': '1.fc17', 'buildtime': 1354651873, 'version': '0.3.0'}} reservedMem = 321 software_revision = 0.89 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = 30303146-4430-3946-3139-3938FFFFFFFF version_name = Snow Man vlans = {} vmTypes = ['kvm']
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
according to vdsClient -s 0 GetVdsCaps vdsm does report opteron G3.nx flag must be enabled (and it seems it does). vdsm/ovirt doesn't check for aes flag. waiting to hear if libvirt downgrade helped
It's the same problem with libvirt-0.10.2 also.
I checked the flags from /proc/cpuinfo and the ones from vdsClient -s 0 getVdsCaps.
The only difference is that vdsClient has those extra flags: model_Opteron_G1 model_Opteron_G2 model_Opteron_G3 model_athlon model_phenom
I don't know if they should appear in the cpuFlags section. From other outputs on the internet, there was no model_*.
the output valid- a model_Opteron_G3 is saying your server can emulate G3. need the libvirt.log for more info and also worth checking the link ovedo previously pasted
Best regards, Cristian Falcas
--------------020408050603070500030305 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 12/10/2012 02:04 PM, Cristian Falcas wrote:<br> </div> <blockquote cite="mid:CAMo7R_c5Cp5t1bGUds4sQ9ipVeaJ5XMcR9DpmWvSXe_H0mUP6Q@mail.gmail.com" type="cite"><br> <div class="gmail_extra"><br> <br> <div class="gmail_quote">On Mon, Dec 10, 2012 at 9:30 AM, Itamar Heim <span dir="ltr"><<a moz-do-not-send="true" href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div class="im">On 12/09/2012 11:22 PM, Cristian Falcas wrote:<br> </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div class="im"> <br> <br> <br> On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <<a moz-do-not-send="true" href="mailto:rgolan@redhat.com" target="_blank">rgolan@redhat.com</a><br> </div> <div> <div class="h5"> <mailto:<a moz-do-not-send="true" href="mailto:rgolan@redhat.com" target="_blank">rgolan@redhat.com</a>>> wrote:<br> <br> On 12/09/2012 05:17 PM, Cristian Falcas wrote:<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Hi,<br> <br> I get this error with the nightly builds when I start a VM:<br> </blockquote> <br> please paste the output of the following command to see if<br> Opteron_G3 is really supported:<br> vdsClient 0 -s getVdsCaps<br> </div> </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div> <div class="h5"> <br> libvirtError: internal error Cannot find suitable CPU model for<br> given data<br> <br> <br> Log data:<br> Thread-654::DEBUG::2012-12-09<br> 17:14:18,120::libvirtvm::1485::vm.Vm::(_run)<br> vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0"<br> encoding="utf-8"?><br> <domain type="kvm"><br> <name>q</name><br> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid><br> <memory>524288</memory><br> <currentMemory>524288</currentMemory><br> <vcpu>2</vcpu><br> <devices><br> <channel type="unix"><br> <target name="com.redhat.rhevm.vdsm"<br> type="virtio"/><br> <source mode="bind"<br> path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/><br> </channel><br> <channel type="unix"><br> <target name="org.qemu.guest_agent.0"<br> type="virtio"/><br> <source mode="bind"<br> path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/><br> </channel><br> <input bus="ps2" type="mouse"/><br> <channel type="spicevmc"><br> <target name="com.redhat.spice.0"<br> type="virtio"/><br> </channel><br> <graphics autoport="yes" keymap="en-us" listen="0"<br> passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1"<br> tlsPort="-1" type="spice"><br> <channel mode="secure" name="main"/><br> <channel mode="secure" name="inputs"/><br> <channel mode="secure" name="cursor"/><br> <channel mode="secure" name="playback"/><br> <channel mode="secure" name="record"/><br> <channel mode="secure" name="display"/><br> <channel mode="secure" name="usbredir"/><br> <channel mode="secure" name="smartcard"/><br> </graphics><br> <console type="pty"><br> <target port="0" type="virtio"/><br> </console><br> <sound model="ac97"/><br> <video><br> <model heads="1" type="qxl" vram="65536"/><br> </video><br> <interface type="bridge"><br> <mac address="00:1a:4a:6f:6f:f4"/><br> <model type="virtio"/><br> <source bridge="ovirtmgmt"/><br> <filterref filter="vdsm-no-mac-spoofing"/><br> </interface><br> <memballoon model="virtio"/><br> <disk device="cdrom" snapshot="no" type="file"><br> <source<br> file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso"<br> startupPolicy="optional"/><br> <target bus="ide" dev="hdc"/><br> <readonly/><br> <serial></serial><br> <boot order="1"/><br> </disk><br> <disk device="disk" snapshot="no" type="file"><br> <source<br> file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/><br> <target bus="virtio" dev="vda"/><br> <serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial><br> <driver cache="none" error_policy="stop"<br> io="threads" name="qemu" type="raw"/><br> </disk><br> </devices><br> <os><br> <type arch="x86_64" machine="pc-0.14">hvm</type><br> <smbios mode="sysinfo"/><br> </os><br> <sysinfo type="smbios"><br> <system><br> <entry name="manufacturer">oVirt</entry><br> <entry name="product">oVirt Node</entry><br> <entry name="version">17-1</entry><br> <entry<br> name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry><br> <entry<br> name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry><br> </system><br> </sysinfo><br> <clock adjustment="-43200" offset="variable"><br> <timer name="rtc" tickpolicy="catchup"/><br> </clock><br> <features><br> <acpi/><br> </features><br> <cpu match="exact"><br> <model>Opteron_G3</model><br> <topology cores="1" sockets="2" threads="1"/><br> </cpu><br> </domain><br> <br> Thread-654::DEBUG::2012-12-09<br> 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm)<br> vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations<br> released<br> Thread-654::ERROR::2012-12-09<br> 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm)<br> vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process<br> failed<br> Traceback (most recent call last):<br> File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm<br> self._run()<br> File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run<br> self._connection.createXML(domxml, flags),<br> File<br> "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",<br> line 111, in wrapper<br> ret = f(*args, **kwargs)<br> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633,<br> in createXML<br> if ret is None:raise libvirtError('virDomainCreateXML()<br> failed', conn=self)<br> libvirtError: internal error Cannot find suitable CPU model for<br> given data<br> Thread-654::DEBUG::2012-12-09<br> 17:14:18,156::vm::1045::vm.Vm::(setDownStatus)<br> vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to<br> Down: internal error Cannot find suitable CPU model for given data<br> <br> <br> <br> _______________________________________________<br> Users mailing list<br> </div> </div> <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> </blockquote> <br> <br> _______________________________________________<br> Users mailing list<br> <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>> <div> <div class="h5"><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> <br> <br> <br> <br> The command<br> vdsClient 0 -s getVdsCaps<br> didn't work<br> <br> Is this the same thing?<br> <br> [root@localhost cristi]# vdsClient -s localhost getVdsCaps<br> HBAInventory = {'iSCSI': [{'InitiatorName':<br> 'iqn.1994-05.com.redhat:74bc7d9e76f3'}], 'FC': []}<br> ISCSIInitiatorName = iqn.1994-05.com.redhat:74bc7d9e76f3<br> bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500',<br> 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0':<br> {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [],<br> 'hwaddr': '00:00:00:00:00:00'}}<br> bridges = {'ovirtmgmt': {'addr': '10.20.20.20', 'cfg': {'VLAN':<br> 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8',<br> 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY':<br> '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0':<br> '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes',<br> 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500',<br> 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}}<br> clusterLevels = ['3.0', '3.1', '3.2']<br> cpuCores = 4<br> cpuFlags =<br> fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2<br> cpuModel = AMD Phenom(tm) II X4 965 Processor<br> cpuSockets = 1<br> cpuSpeed = 3400.000<br> emulatedMachines = ['pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1',<br> 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11',<br> 'pc-0.10', 'isapc', 'q35', 'q35-next', 'pc-1.3', 'none', 'pc', 'pc-1.2',<br> 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12',<br> 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next']<br> guestOverhead = 65<br> hooks = {'before_vm_start': {'50_floppy': {'md5':<br> '882a5b1a0d303102765d07c7ff6ae0fc'}, '50_hostusb': {'md5':<br> '06110c7365ff3b71d40bfc9bad2adc05'}, '50_isolatedprivatevlan': {'md5':<br> 'acc557aadb52442bd43bfa2f7a2b42a1'}}, 'before_vm_migrate_source':<br> {'50_floppy': {'md5': '388f180317bd8a121a512a8b26af6bf5'}, '50_hostusb':<br> {'md5': 'e50a0975acd8bafd0052b65a787c2fdd'}}, 'after_vm_destroy':<br> {'50_hostusb': {'md5': 'cbf5ef4aed1e3cbe3ef9e30694ea6607'}}}<br> kvmEnabled = true<br> lastClient = 0.0.0.0<br> lastClientIface = ppp0<br> management_ip =<br> memSize = 5968<br> netConfigDirty = False<br> networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr':<br> '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0':<br> '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes',<br> 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no',<br> 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt',<br> 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID':<br> 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask':<br> '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0',<br> 'ports': ['p10p1']}}<br> nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt',<br> 'DEVICE': 'p10p1', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1':<br> '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL':<br> 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '10.20.20.1', 'HWADDR':<br> '00:1f:d0:9f:19:98', 'ONBOOT': 'yes', 'UUID':<br> 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '',<br> 'hwaddr': '00:1f:d0:9f:19:98', 'speed': 100}}<br> operatingSystem = {'release': '1', 'version': '17', 'name':<br> 'Fedora'}<br> packages2 = {'kernel': {'release': '2.fc17.x86_64',<br> 'buildtime': 1354620364.0, 'version': '3.6.9'}, 'spice-server':<br> {'release': '1.fc17', 'buildtime': 1348891802, 'version': '0.12.0'},<br> 'vdsm': {'release': '0.89.git922366a.fc17', 'buildtime': 1354997600,<br> 'version': '4.10.2'}, 'qemu-kvm': {'release': '1.fc17', 'buildtime':<br> 1355029612, 'version': '1.3.0'}, 'libvirt': {'release': '1.fc17',<br> 'buildtime': 1352437629, 'version': '1.0.0'}, 'qemu-img': {'release':<br> '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'mom':<br> {'release': '1.fc17', 'buildtime': 1354651873, 'version': '0.3.0'}}<br> reservedMem = 321<br> software_revision = 0.89<br> software_version = 4.10<br> supportedENGINEs = ['3.0', '3.1']<br> supportedProtocols = ['2.2', '2.3']<br> uuid = 30303146-4430-3946-3139-3938FFFFFFFF<br> version_name = Snow Man<br> vlans = {}<br> vmTypes = ['kvm']<br> <br> <br> <br> </div> </div> <div class="im"> _______________________________________________<br> Users mailing list<br> <a moz-do-not-send="true" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> <br> </div> </blockquote> <br> according to vdsClient -s 0 GetVdsCaps vdsm does report opteron G3.nx flag must be enabled (and it seems it does).<br> vdsm/ovirt doesn't check for aes flag.<br> waiting to hear if libvirt downgrade helped<br> </blockquote> </div> <br> <br> It's the same problem with libvirt-0.10.2 also.<br> <br> <br> I checked the flags from /proc/cpuinfo and the ones from vdsClient -s 0 getVdsCaps.<br> <br> The only difference is that vdsClient has those extra flags:<br> model_Opteron_G1<br> model_Opteron_G2<br> model_Opteron_G3<br> model_athlon<br> model_phenom<br> <br> I don't know if they should appear in the cpuFlags section. From other outputs on the internet, there was no model_*.<br> </div> </blockquote> the output valid- a model_Opteron_G3 is saying your server can emulate G3. need the libvirt.log for more info and also worth checking the link ovedo previously pasted<br> <blockquote cite="mid:CAMo7R_c5Cp5t1bGUds4sQ9ipVeaJ5XMcR9DpmWvSXe_H0mUP6Q@mail.gmail.com" type="cite"> <div class="gmail_extra"> <br> <br> Best regards,<br> Cristian Falcas<br> </div> </blockquote> <br> </body> </html> --------------020408050603070500030305--
On Mon, Dec 10, 2012 at 2:22 PM, Roy Golan <rgolan@redhat.com> wrote:
On 12/10/2012 02:04 PM, Cristian Falcas wrote:
On Mon, Dec 10, 2012 at 9:30 AM, Itamar Heim <iheim@redhat.com> wrote:
On 12/09/2012 11:22 PM, Cristian Falcas wrote:
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan@redhat.com <mailto:rgolan@redhat.com>> wrote:
On 12/09/2012 05:17 PM, Cristian Falcas wrote:
Hi,
I get this error with the nightly builds when I start a VM:
please paste the output of the following command to see if Opteron_G3 is really supported: vdsClient 0 -s getVdsCaps
libvirtError: internal error Cannot find suitable CPU model for given data
Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485::vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source
file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source
file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/> <serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry> <entry name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain>
Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run self._connection.createXML(domxml, flags), File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm::(setDownStatus) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
The command vdsClient 0 -s getVdsCaps didn't work
Is this the same thing?
[root@localhost cristi]# vdsClient -s localhost getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:74bc7d9e76f3'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:74bc7d9e76f3 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} bridges = {'ovirtmgmt': {'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 4 cpuFlags =
fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2 cpuModel = AMD Phenom(tm) II X4 965 Processor cpuSockets = 1 cpuSpeed = 3400.000 emulatedMachines = ['pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next', 'pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next'] guestOverhead = 65 hooks = {'before_vm_start': {'50_floppy': {'md5': '882a5b1a0d303102765d07c7ff6ae0fc'}, '50_hostusb': {'md5': '06110c7365ff3b71d40bfc9bad2adc05'}, '50_isolatedprivatevlan': {'md5': 'acc557aadb52442bd43bfa2f7a2b42a1'}}, 'before_vm_migrate_source': {'50_floppy': {'md5': '388f180317bd8a121a512a8b26af6bf5'}, '50_hostusb': {'md5': 'e50a0975acd8bafd0052b65a787c2fdd'}}, 'after_vm_destroy': {'50_hostusb': {'md5': 'cbf5ef4aed1e3cbe3ef9e30694ea6607'}}} kvmEnabled = true lastClient = 0.0.0.0 lastClientIface = ppp0 management_ip = memSize = 5968 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': ['p10p1']}} nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DEVICE': 'p10p1', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '10.20.20.1', 'HWADDR': '00:1f:d0:9f:19:98', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:1f:d0:9f:19:98', 'speed': 100}} operatingSystem = {'release': '1', 'version': '17', 'name': 'Fedora'} packages2 = {'kernel': {'release': '2.fc17.x86_64', 'buildtime': 1354620364.0, 'version': '3.6.9'}, 'spice-server': {'release': '1.fc17', 'buildtime': 1348891802, 'version': '0.12.0'}, 'vdsm': {'release': '0.89.git922366a.fc17', 'buildtime': 1354997600, 'version': '4.10.2'}, 'qemu-kvm': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'libvirt': {'release': '1.fc17', 'buildtime': 1352437629, 'version': '1.0.0'}, 'qemu-img': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'mom': {'release': '1.fc17', 'buildtime': 1354651873, 'version': '0.3.0'}} reservedMem = 321 software_revision = 0.89 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = 30303146-4430-3946-3139-3938FFFFFFFF version_name = Snow Man vlans = {} vmTypes = ['kvm']
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
according to vdsClient -s 0 GetVdsCaps vdsm does report opteron G3.nx flag must be enabled (and it seems it does). vdsm/ovirt doesn't check for aes flag. waiting to hear if libvirt downgrade helped
It's the same problem with libvirt-0.10.2 also.
I checked the flags from /proc/cpuinfo and the ones from vdsClient -s 0 getVdsCaps.
The only difference is that vdsClient has those extra flags: model_Opteron_G1 model_Opteron_G2 model_Opteron_G3 model_athlon model_phenom
I don't know if they should appear in the cpuFlags section. From other outputs on the internet, there was no model_*.
the output valid- a model_Opteron_G3 is saying your server can emulate G3. need the libvirt.log for more info and also worth checking the link ovedo previously pasted
Best regards, Cristian Falcas
Hi,
I didn't find any options in the bios to disable nx. But it worked a few versions earlier. i attached all the logs from vdsm+libvirt. Best regards, Cristian Falcas
On 12/11/2012 11:09 PM, Cristian Falcas wrote:
On Mon, Dec 10, 2012 at 2:22 PM, Roy Golan <rgolan@redhat.com <mailto:rgolan@redhat.com>> wrote:
On 12/10/2012 02:04 PM, Cristian Falcas wrote:
On Mon, Dec 10, 2012 at 9:30 AM, Itamar Heim <iheim@redhat.com <mailto:iheim@redhat.com>> wrote:
On 12/09/2012 11:22 PM, Cristian Falcas wrote:
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan@redhat.com <mailto:rgolan@redhat.com> <mailto:rgolan@redhat.com <mailto:rgolan@redhat.com>>> wrote:
On 12/09/2012 05:17 PM, Cristian Falcas wrote:
Hi,
I get this error with the nightly builds when I start a VM:
please paste the output of the following command to see if Opteron_G3 is really supported: vdsClient 0 -s getVdsCaps
libvirtError: internal error Cannot find suitable CPU model for given data
Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485::vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind"
path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind"
path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source
file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source
file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/> <serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry
name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry> <entry
name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain>
Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm)
vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run self._connection.createXML(domxml, flags), File
"/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm::(setDownStatus)
vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
http://lists.ovirt.org/mailman/listinfo/users
The command vdsClient 0 -s getVdsCaps didn't work
Is this the same thing?
[root@localhost cristi]# vdsClient -s localhost getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:74bc7d9e76f3'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:74bc7d9e76f3 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} bridges = {'ovirtmgmt': {'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2 cpuModel = AMD Phenom(tm) II X4 965 Processor cpuSockets = 1 cpuSpeed = 3400.000 emulatedMachines = ['pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next', 'pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next'] guestOverhead = 65 hooks = {'before_vm_start': {'50_floppy': {'md5': '882a5b1a0d303102765d07c7ff6ae0fc'}, '50_hostusb': {'md5': '06110c7365ff3b71d40bfc9bad2adc05'}, '50_isolatedprivatevlan': {'md5': 'acc557aadb52442bd43bfa2f7a2b42a1'}}, 'before_vm_migrate_source': {'50_floppy': {'md5': '388f180317bd8a121a512a8b26af6bf5'}, '50_hostusb': {'md5': 'e50a0975acd8bafd0052b65a787c2fdd'}}, 'after_vm_destroy': {'50_hostusb': {'md5': 'cbf5ef4aed1e3cbe3ef9e30694ea6607'}}} kvmEnabled = true lastClient = 0.0.0.0 lastClientIface = ppp0 management_ip = memSize = 5968 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': ['p10p1']}} nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DEVICE': 'p10p1', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '10.20.20.1', 'HWADDR': '00:1f:d0:9f:19:98', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-d879c870d577'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:1f:d0:9f:19:98', 'speed': 100}} operatingSystem = {'release': '1', 'version': '17', 'name': 'Fedora'} packages2 = {'kernel': {'release': '2.fc17.x86_64', 'buildtime': 1354620364.0, 'version': '3.6.9'}, 'spice-server': {'release': '1.fc17', 'buildtime': 1348891802, 'version': '0.12.0'}, 'vdsm': {'release': '0.89.git922366a.fc17', 'buildtime': 1354997600, 'version': '4.10.2'}, 'qemu-kvm': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'libvirt': {'release': '1.fc17', 'buildtime': 1352437629, 'version': '1.0.0'}, 'qemu-img': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'mom': {'release': '1.fc17', 'buildtime': 1354651873, 'version': '0.3.0'}} reservedMem = 321 software_revision = 0.89 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = 30303146-4430-3946-3139-3938FFFFFFFF version_name = Snow Man vlans = {} vmTypes = ['kvm']
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
according to vdsClient -s 0 GetVdsCaps vdsm does report opteron G3.nx flag must be enabled (and it seems it does). vdsm/ovirt doesn't check for aes flag. waiting to hear if libvirt downgrade helped
It's the same problem with libvirt-0.10.2 also.
I checked the flags from /proc/cpuinfo and the ones from vdsClient -s 0 getVdsCaps.
The only difference is that vdsClient has those extra flags: model_Opteron_G1 model_Opteron_G2 model_Opteron_G3 model_athlon model_phenom
I don't know if they should appear in the cpuFlags section. From other outputs on the internet, there was no model_*.
the output valid- a model_Opteron_G3 is saying your server can emulate G3. need the libvirt.log for more info and also worth checking the link ovedo previously pasted
Best regards, Cristian Falcas
Hi,
I didn't find any options in the bios to disable nx. But it worked a few versions earlier.
i attached all the logs from vdsm+libvirt.
Best regards, Cristian Falcas
just to be clear - you shouldn't disable nx in the bios.
On Tue, Dec 11, 2012 at 11:17 PM, Itamar Heim <iheim@redhat.com> wrote:
On 12/11/2012 11:09 PM, Cristian Falcas wrote:
On Mon, Dec 10, 2012 at 2:22 PM, Roy Golan <rgolan@redhat.com <mailto:rgolan@redhat.com>> wrote:
On 12/10/2012 02:04 PM, Cristian Falcas wrote:
On Mon, Dec 10, 2012 at 9:30 AM, Itamar Heim <iheim@redhat.com <mailto:iheim@redhat.com>> wrote:
On 12/09/2012 11:22 PM, Cristian Falcas wrote:
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan@redhat.com <mailto:rgolan@redhat.com> <mailto:rgolan@redhat.com <mailto:rgolan@redhat.com>>> wrote:
On 12/09/2012 05:17 PM, Cristian Falcas wrote:
Hi,
I get this error with the nightly builds when I start a VM:
please paste the output of the following command to see if Opteron_G3 is really supported: vdsClient 0 -s getVdsCaps
libvirtError: internal error Cannot find suitable CPU model for given data
Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485:**:vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-**e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-**e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</**currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind"
path="/var/lib/libvirt/qemu/** channels/q.com.redhat.rhevm.**vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind"
path="/var/lib/libvirt/qemu/**channels/q.org.qemu.guest_ **agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:**00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/**> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source
file="/rhev/data-center/**21ddcd50-aba8-461a-9ecf-** c5762af89355/4f6a2b90-9c70-**45e5-8b17-5274ee97ce73/images/** 11111111-1111-1111-1111-**111111111111/CentOS-6.3-x86_**64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source
file="/rhev/data-center/**21ddcd50-aba8-461a-9ecf-** c5762af89355/81361e6d-2b58-**4781-80c2-d908a0fe91cd/images/** ffa8728f-6f0c-4b59-99ac-**5bef0bd7634e/80a8701a-bf07-** 4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/> <serial>ffa8728f-6f0c-4b59-** 99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</**entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry
name="serial">30303146-4430-** 3946-3139-3938FFFFFFFF</entry> <entry
name="uuid">a4a8f349-7fdf-** 42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain>
Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::**(_startUnderlyingVm)
vmId=`a4a8f349-7fdf-42f4-873e-**e70f692c6ca2`::_** ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::**(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-**e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py"**, line 1511, in _run self._connection.createXML(**domxml, flags), File
"/usr/lib64/python2.7/site-**packages/vdsm/** libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-**packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('**virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm:**:(setDownStatus)
vmId=`a4a8f349-7fdf-42f4-873e-**e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data
______________________________**_________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
______________________________**_________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
The command vdsClient 0 -s getVdsCaps didn't work
Is this the same thing?
[root@localhost cristi]# vdsClient -s localhost getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:**74bc7d9e76f3'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:**74bc7d9e76f3 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} bridges = {'ovirtmgmt': {'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-**d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,**mce,cx8,apic,sep,mtrr,pge,mca,* *cmov,pat,pse36,clflush,mmx,**fxsr,sse,sse2,ht,syscall,nx,** mmxext,fxsr_opt,pdpe1gb,**rdtscp,lm,3dnowext,3dnow,** constant_tsc,rep_good,nopl,**nonstop_tsc,extd_apicid,pni,** monitor,cx16,popcnt,lahf_lm,**cmp_legacy,svm,extapic,cr8_** legacy,abm,sse4a,misalignsse,**3dnowprefetch,osvw,ibs,skinit,** wdt,hw_pstate,npt,lbrv,svm_**lock,nrip_save,model_athlon,** model_Opteron_G3,model_**Opteron_G1,model_phenom,model_**Opteron_G2 cpuModel = AMD Phenom(tm) II X4 965 Processor cpuSockets = 1 cpuSpeed = 3400.000 emulatedMachines = ['pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next', 'pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next'] guestOverhead = 65 hooks = {'before_vm_start': {'50_floppy': {'md5': '**882a5b1a0d303102765d07c7ff6ae0**fc'}, '50_hostusb': {'md5': '**06110c7365ff3b71d40bfc9bad2adc**05'}, '50_isolatedprivatevlan': {'md5': '**acc557aadb52442bd43bfa2f7a2b42**a1'}}, 'before_vm_migrate_source': {'50_floppy': {'md5': '**388f180317bd8a121a512a8b26af6b** f5'}, '50_hostusb': {'md5': '**e50a0975acd8bafd0052b65a787c2f**dd'}}, 'after_vm_destroy': {'50_hostusb': {'md5': '**cbf5ef4aed1e3cbe3ef9e30694ea66** 07'}}} kvmEnabled = true lastClient = 0.0.0.0 lastClientIface = ppp0 management_ip = memSize = 5968 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-**d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': ['p10p1']}} nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DEVICE': 'p10p1', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '10.20.20.1', 'HWADDR': '00:1f:d0:9f:19:98', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-**d879c870d577'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:1f:d0:9f:19:98', 'speed': 100}} operatingSystem = {'release': '1', 'version': '17', 'name': 'Fedora'} packages2 = {'kernel': {'release': '2.fc17.x86_64', 'buildtime': 1354620364.0, 'version': '3.6.9'}, 'spice-server': {'release': '1.fc17', 'buildtime': 1348891802, 'version': '0.12.0'}, 'vdsm': {'release': '0.89.git922366a.fc17', 'buildtime': 1354997600, 'version': '4.10.2'}, 'qemu-kvm': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'libvirt': {'release': '1.fc17', 'buildtime': 1352437629, 'version': '1.0.0'}, 'qemu-img': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'mom': {'release': '1.fc17', 'buildtime': 1354651873, 'version': '0.3.0'}} reservedMem = 321 software_revision = 0.89 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = 30303146-4430-3946-3139-**3938FFFFFFFF version_name = Snow Man vlans = {} vmTypes = ['kvm']
______________________________**_________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
according to vdsClient -s 0 GetVdsCaps vdsm does report opteron G3.nx flag must be enabled (and it seems it does). vdsm/ovirt doesn't check for aes flag. waiting to hear if libvirt downgrade helped
It's the same problem with libvirt-0.10.2 also.
I checked the flags from /proc/cpuinfo and the ones from vdsClient -s 0 getVdsCaps.
The only difference is that vdsClient has those extra flags: model_Opteron_G1 model_Opteron_G2 model_Opteron_G3 model_athlon model_phenom
I don't know if they should appear in the cpuFlags section. From other outputs on the internet, there was no model_*.
the output valid- a model_Opteron_G3 is saying your server can emulate G3. need the libvirt.log for more info and also worth checking the link ovedo previously pasted
Best regards, Cristian Falcas
Hi,
I didn't find any options in the bios to disable nx. But it worked a few versions earlier.
i attached all the logs from vdsm+libvirt.
Best regards, Cristian Falcas
just to be clear - you shouldn't disable nx in the bios.
Hi, It's working now with the latest updates to vdsm nightly. But spice it's not working now (I can use vnc still) libvirt log: ((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory Spice log: 1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7) I've done this without an improvment: [root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service Best regards,
On Wed, Dec 12, 2012 at 8:04 PM, Cristian Falcas <cristi.falcas@gmail.com>wrote:
On Tue, Dec 11, 2012 at 11:17 PM, Itamar Heim <iheim@redhat.com> wrote:
On 12/11/2012 11:09 PM, Cristian Falcas wrote:
On Mon, Dec 10, 2012 at 2:22 PM, Roy Golan <rgolan@redhat.com <mailto:rgolan@redhat.com>> wrote:
On 12/10/2012 02:04 PM, Cristian Falcas wrote:
On Mon, Dec 10, 2012 at 9:30 AM, Itamar Heim <iheim@redhat.com <mailto:iheim@redhat.com>> wrote:
On 12/09/2012 11:22 PM, Cristian Falcas wrote:
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan@redhat.com <mailto:rgolan@redhat.com> <mailto:rgolan@redhat.com <mailto:rgolan@redhat.com>>> wrote:
On 12/09/2012 05:17 PM, Cristian Falcas wrote:
Hi,
I get this error with the nightly builds when I start a VM:
please paste the output of the following command to see if Opteron_G3 is really supported: vdsClient 0 -s getVdsCaps
libvirtError: internal error Cannot find suitable CPU model for given data
Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485:**:vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-** e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-**e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</**currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind"
path="/var/lib/libvirt/qemu/** channels/q.com.redhat.rhevm.**vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind"
path="/var/lib/libvirt/qemu/** channels/q.org.qemu.guest_**agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:** 00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/**> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source
file="/rhev/data-center/**21ddcd50-aba8-461a-9ecf-** c5762af89355/4f6a2b90-9c70-**45e5-8b17-5274ee97ce73/images/** 11111111-1111-1111-1111-**111111111111/CentOS-6.3-x86_** 64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source
file="/rhev/data-center/**21ddcd50-aba8-461a-9ecf-** c5762af89355/81361e6d-2b58-**4781-80c2-d908a0fe91cd/images/** ffa8728f-6f0c-4b59-99ac-**5bef0bd7634e/80a8701a-bf07-** 4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/> <serial>ffa8728f-6f0c-4b59-** 99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</**entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry
name="serial">30303146-4430-** 3946-3139-3938FFFFFFFF</entry> <entry
name="uuid">a4a8f349-7fdf-** 42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain>
Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::** (_startUnderlyingVm)
vmId=`a4a8f349-7fdf-42f4-873e-**e70f692c6ca2`::_** ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::** (_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-**e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py"**, line 1511, in _run self._connection.createXML(**domxml, flags), File
"/usr/lib64/python2.7/site-**packages/vdsm/** libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-**packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('**virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm:**:(setDownStatus)
vmId=`a4a8f349-7fdf-42f4-873e-**e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data
______________________________**_________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
______________________________**_________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
The command vdsClient 0 -s getVdsCaps didn't work
Is this the same thing?
[root@localhost cristi]# vdsClient -s localhost getVdsCaps HBAInventory = {'iSCSI': [{'InitiatorName': 'iqn.1994-05.com.redhat:**74bc7d9e76f3'}], 'FC': []} ISCSIInitiatorName = iqn.1994-05.com.redhat:**74bc7d9e76f3 bondings = {'bond4': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}, 'bond0': {'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '', 'slaves': [], 'hwaddr': '00:00:00:00:00:00'}} bridges = {'ovirtmgmt': {'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-**d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'ports': ['p10p1']}} clusterLevels = ['3.0', '3.1', '3.2'] cpuCores = 4 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,**mce,cx8,apic,sep,mtrr,pge,mca, **cmov,pat,pse36,clflush,mmx,**fxsr,sse,sse2,ht,syscall,nx,** mmxext,fxsr_opt,pdpe1gb,**rdtscp,lm,3dnowext,3dnow,** constant_tsc,rep_good,nopl,**nonstop_tsc,extd_apicid,pni,** monitor,cx16,popcnt,lahf_lm,**cmp_legacy,svm,extapic,cr8_** legacy,abm,sse4a,misalignsse,**3dnowprefetch,osvw,ibs,skinit,** wdt,hw_pstate,npt,lbrv,svm_**lock,nrip_save,model_athlon,** model_Opteron_G3,model_**Opteron_G1,model_phenom,model_**Opteron_G2 cpuModel = AMD Phenom(tm) II X4 965 Processor cpuSockets = 1 cpuSpeed = 3400.000 emulatedMachines = ['pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next', 'pc-1.3', 'none', 'pc', 'pc-1.2', 'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12', 'pc-0.11', 'pc-0.10', 'isapc', 'q35', 'q35-next'] guestOverhead = 65 hooks = {'before_vm_start': {'50_floppy': {'md5': '**882a5b1a0d303102765d07c7ff6ae0**fc'}, '50_hostusb': {'md5': '**06110c7365ff3b71d40bfc9bad2adc**05'}, '50_isolatedprivatevlan': {'md5': '**acc557aadb52442bd43bfa2f7a2b42**a1'}}, 'before_vm_migrate_source': {'50_floppy': {'md5': '**388f180317bd8a121a512a8b26af6b** f5'}, '50_hostusb': {'md5': '**e50a0975acd8bafd0052b65a787c2f**dd'}}, 'after_vm_destroy': {'50_hostusb': {'md5': '**cbf5ef4aed1e3cbe3ef9e30694ea66** 07'}}} kvmEnabled = true lastClient = 0.0.0.0 lastClientIface = ppp0 management_ip = memSize = 5968 netConfigDirty = False networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': '10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-**d879c870d577'}, 'mtu': '1500', 'netmask': '255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': '0.0.0.0', 'ports': ['p10p1']}} nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE': 'ovirtmgmt', 'DEVICE': 'p10p1', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL': 'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '10.20.20.1', 'HWADDR': '00:1f:d0:9f:19:98', 'ONBOOT': 'yes', 'UUID': 'd0d0c1c1-6625-4be3-ab1e-**d879c870d577'}, 'mtu': '1500', 'netmask': '', 'hwaddr': '00:1f:d0:9f:19:98', 'speed': 100}} operatingSystem = {'release': '1', 'version': '17', 'name': 'Fedora'} packages2 = {'kernel': {'release': '2.fc17.x86_64', 'buildtime': 1354620364.0, 'version': '3.6.9'}, 'spice-server': {'release': '1.fc17', 'buildtime': 1348891802, 'version': '0.12.0'}, 'vdsm': {'release': '0.89.git922366a.fc17', 'buildtime': 1354997600, 'version': '4.10.2'}, 'qemu-kvm': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'libvirt': {'release': '1.fc17', 'buildtime': 1352437629, 'version': '1.0.0'}, 'qemu-img': {'release': '1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'mom': {'release': '1.fc17', 'buildtime': 1354651873, 'version': '0.3.0'}} reservedMem = 321 software_revision = 0.89 software_version = 4.10 supportedENGINEs = ['3.0', '3.1'] supportedProtocols = ['2.2', '2.3'] uuid = 30303146-4430-3946-3139-**3938FFFFFFFF version_name = Snow Man vlans = {} vmTypes = ['kvm']
______________________________**_________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
according to vdsClient -s 0 GetVdsCaps vdsm does report opteron G3.nx flag must be enabled (and it seems it does). vdsm/ovirt doesn't check for aes flag. waiting to hear if libvirt downgrade helped
It's the same problem with libvirt-0.10.2 also.
I checked the flags from /proc/cpuinfo and the ones from vdsClient -s 0 getVdsCaps.
The only difference is that vdsClient has those extra flags: model_Opteron_G1 model_Opteron_G2 model_Opteron_G3 model_athlon model_phenom
I don't know if they should appear in the cpuFlags section. From other outputs on the internet, there was no model_*.
the output valid- a model_Opteron_G3 is saying your server can emulate G3. need the libvirt.log for more info and also worth checking the link ovedo previously pasted
Best regards, Cristian Falcas
Hi,
I didn't find any options in the bios to disable nx. But it worked a few versions earlier.
i attached all the logs from vdsm+libvirt.
Best regards, Cristian Falcas
just to be clear - you shouldn't disable nx in the bios.
Hi,
It's working now with the latest updates to vdsm nightly.
But spice it's not working now (I can use vnc still)
libvirt log:
((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
[root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory
Spice log:
1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7)
I've done this without an improvment:
[root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service
Best regards,
Hi, i don't know if I should start a new thread for the spice problems. Here goes some improvements: I created the certificates like per https://gist.github.com/1655511 . i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/ca-cert.pem ~cristi/.spice/spice_truststore.pem I had the same problem as in https://bugzilla.redhat.com/show_bug.cgi?id=880182 . For this I needed to downgrade libcacard twice (until I had the same version as in the bug) Now spice works with virt-manager. Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also? Best regards, Cristian Falcas
On 12/12/2012 10:39 PM, Cristian Falcas wrote:
Hi,
i don't know if I should start a new thread for the spice problems. Here goes some improvements:
I created the certificates like per https://gist.github.com/1655511 . i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/ca-cert.pem ~cristi/.spice/spice_truststore.pem
I had the same problem as in https://bugzilla.redhat.com/show_bug.cgi?id=880182 . For this I needed to downgrade libcacard twice (until I had the same version as in the bug)
Now spice works with virt-manager.
Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?
with which version of boostrap on the engine did you add this host.
On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim <iheim@redhat.com> wrote:
On 12/12/2012 10:39 PM, Cristian Falcas wrote:
Hi,
i don't know if I should start a new thread for the spice problems. Here goes some improvements:
I created the certificates like per https://gist.github.com/**1655511<https://gist.github.com/1655511>. i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/**ca-cert.pem ~cristi/.spice/spice_**truststore.pem
I had the same problem as in https://bugzilla.redhat.com/**show_bug.cgi?id=880182<https://bugzilla.redhat.com/show_bug.cgi?id=880182>. For this I needed to downgrade libcacard twice (until I had the same version as in the bug)
Now spice works with virt-manager.
Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?
with which version of boostrap on the engine did you add this host.
vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch And otopi packages installed: otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: "Itamar Heim" <iheim@redhat.com> Cc: "Roy Golan" <rgolan@redhat.com>, users@ovirt.org, "Alon Bar-Lev" <alonbl@redhat.com>, "Juan Antonio Hernandez Fernandez" <jhernand@redhat.com>, "David Jaša" <djasa@redhat.com> Sent: Wednesday, December 12, 2012 11:21:32 PM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < iheim@redhat.com > wrote:
On 12/12/2012 10:39 PM, Cristian Falcas wrote:
Hi,
i don't know if I should start a new thread for the spice problems. Here goes some improvements:
I created the certificates like per https://gist.github.com/ 1655511 . i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem ~cristi/.spice/spice_ truststore.pem
I had the same problem as in https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For this I needed to downgrade libcacard twice (until I had the same version as in the bug)
Now spice works with virt-manager.
Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?
with which version of boostrap on the engine did you add this host.
vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch
And otopi packages installed:
otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch
Any reason to perform certificate enrollment manually? Alon
On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev <alonbl@redhat.com> wrote:
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: "Itamar Heim" <iheim@redhat.com> Cc: "Roy Golan" <rgolan@redhat.com>, users@ovirt.org, "Alon Bar-Lev" < alonbl@redhat.com>, "Juan Antonio Hernandez Fernandez" <jhernand@redhat.com>, "David Jaša" <djasa@redhat.com> Sent: Wednesday, December 12, 2012 11:21:32 PM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < iheim@redhat.com > wrote:
On 12/12/2012 10:39 PM, Cristian Falcas wrote:
Hi,
i don't know if I should start a new thread for the spice problems. Here goes some improvements:
I created the certificates like per https://gist.github.com/ 1655511 . i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem ~cristi/.spice/spice_ truststore.pem
I had the same problem as in https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For this I needed to downgrade libcacard twice (until I had the same version as in the bug)
Now spice works with virt-manager.
Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?
with which version of boostrap on the engine did you add this host.
vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch
And otopi packages installed:
otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch
Any reason to perform certificate enrollment manually?
Alon
It's still not working with the handmade certificates. I tried to create them because of those errors: libvirt log: ((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/ server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory Spice log: 1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7) I've done this without an improvment: [root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: "Alon Bar-Lev" <alonbl@redhat.com> Cc: "Roy Golan" <rgolan@redhat.com>, users@ovirt.org, "Juan Antonio Hernandez Fernandez" <jhernand@redhat.com>, "David Jaša" <djasa@redhat.com>, "Itamar Heim" <iheim@redhat.com> Sent: Thursday, December 13, 2012 2:01:22 AM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com > To: "Itamar Heim" < iheim@redhat.com > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Alon Bar-Lev" < alonbl@redhat.com >, "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com
Sent: Wednesday, December 12, 2012 11:21:32 PM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < iheim@redhat.com > wrote:
On 12/12/2012 10:39 PM, Cristian Falcas wrote:
Hi,
i don't know if I should start a new thread for the spice problems. Here goes some improvements:
I created the certificates like per https://gist.github.com/ 1655511 . i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem ~cristi/.spice/spice_ truststore.pem
I had the same problem as in https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For this I
needed to downgrade libcacard twice (until I had the same version as in the bug)
Now spice works with virt-manager.
Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?
with which version of boostrap on the engine did you add this host.
vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch
And otopi packages installed:
otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch
Any reason to perform certificate enrollment manually?
Alon
It's still not working with the handmade certificates.
I tried to create them because of those errors:
libvirt log:
((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/ server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
[root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory
Spice log:
1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7)
I've done this without an improvment:
[root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service
Why don't you deply the host again? It should create the certificate correctly. But before you can do this, you must remove whatever certificates you put including symlinks at /etc/pki /etc/libvirt as libvirt will not start if there are invalid certificates. Alon.
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev <alonbl@redhat.com> wrote:
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: "Alon Bar-Lev" <alonbl@redhat.com> Cc: "Roy Golan" <rgolan@redhat.com>, users@ovirt.org, "Juan Antonio Hernandez Fernandez" <jhernand@redhat.com>, "David Jaša" <djasa@redhat.com>, "Itamar Heim" <iheim@redhat.com> Sent: Thursday, December 13, 2012 2:01:22 AM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com > To: "Itamar Heim" < iheim@redhat.com > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Alon Bar-Lev" < alonbl@redhat.com >, "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com
Sent: Wednesday, December 12, 2012 11:21:32 PM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < iheim@redhat.com > wrote:
On 12/12/2012 10:39 PM, Cristian Falcas wrote:
Hi,
i don't know if I should start a new thread for the spice problems. Here goes some improvements:
I created the certificates like per https://gist.github.com/ 1655511 . i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem ~cristi/.spice/spice_ truststore.pem
I had the same problem as in https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For this I
needed to downgrade libcacard twice (until I had the same version as in the bug)
Now spice works with virt-manager.
Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?
with which version of boostrap on the engine did you add this host.
vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch
And otopi packages installed:
otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch
Any reason to perform certificate enrollment manually?
Alon
It's still not working with the handmade certificates.
I tried to create them because of those errors:
libvirt log:
((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/ server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
[root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory
Spice log:
1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7)
I've done this without an improvment:
[root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service
Why don't you deply the host again? It should create the certificate correctly.
But before you can do this, you must remove whatever certificates you put including symlinks at /etc/pki /etc/libvirt as libvirt will not start if there are invalid certificates.
Alon.
I already did this. Also, i removed all configuration files from host and ovirt, reinstalled ovirt-engine, removed vdsm,libvirt,qemu on host. I still got this when I start the machine: ((null):5004): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):5004): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):5004): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem And this when I try to connect: ((null):5004): Spice-Warning **: reds.c:2913:reds_handle_ssl_accept: SSL_accept failed, error=1 Best regards, Cristian falcas
On Thu, Dec 13, 2012 at 12:43 PM, Cristian Falcas <cristi.falcas@gmail.com>wrote:
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev <alonbl@redhat.com> wrote:
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: "Alon Bar-Lev" <alonbl@redhat.com> Cc: "Roy Golan" <rgolan@redhat.com>, users@ovirt.org, "Juan Antonio Hernandez Fernandez" <jhernand@redhat.com>, "David Jaša" <djasa@redhat.com>, "Itamar Heim" <iheim@redhat.com> Sent: Thursday, December 13, 2012 2:01:22 AM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com > To: "Itamar Heim" < iheim@redhat.com > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Alon Bar-Lev" < alonbl@redhat.com >, "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com
Sent: Wednesday, December 12, 2012 11:21:32 PM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < iheim@redhat.com > wrote:
On 12/12/2012 10:39 PM, Cristian Falcas wrote:
Hi,
i don't know if I should start a new thread for the spice problems. Here goes some improvements:
I created the certificates like per https://gist.github.com/ 1655511 . i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem ~cristi/.spice/spice_ truststore.pem
I had the same problem as in https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For this I
needed to downgrade libcacard twice (until I had the same version as in the bug)
Now spice works with virt-manager.
Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?
with which version of boostrap on the engine did you add this host.
vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch
And otopi packages installed:
otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch
Any reason to perform certificate enrollment manually?
Alon
It's still not working with the handmade certificates.
I tried to create them because of those errors:
libvirt log:
((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/ server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
[root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory
Spice log:
1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7)
I've done this without an improvment:
[root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service
Why don't you deply the host again? It should create the certificate correctly.
But before you can do this, you must remove whatever certificates you put including symlinks at /etc/pki /etc/libvirt as libvirt will not start if there are invalid certificates.
Alon.
I already did this. Also, i removed all configuration files from host and ovirt, reinstalled ovirt-engine, removed vdsm,libvirt,qemu on host.
I still got this when I start the machine: ((null):5004): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):5004): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):5004): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
And this when I try to connect:
((null):5004): Spice-Warning **: reds.c:2913:reds_handle_ssl_accept: SSL_accept failed, error=1
Best regards, Cristian falcas
Also, spice is working with virt-manager without any modifications from my side.
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: "Alon Bar-Lev" <alonbl@redhat.com> Cc: "Roy Golan" <rgolan@redhat.com>, users@ovirt.org, "Juan Antonio Hernandez Fernandez" <jhernand@redhat.com>, "David Jaša" <djasa@redhat.com>, "Itamar Heim" <iheim@redhat.com> Sent: Thursday, December 13, 2012 12:53:01 PM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:43 PM, Cristian Falcas < cristi.falcas@gmail.com > wrote:
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com >
To: "Alon Bar-Lev" < alonbl@redhat.com > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com >, "Itamar Heim" < iheim@redhat.com
Sent: Thursday, December 13, 2012 2:01:22 AM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev < alonbl@redhat.com
wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com > To: "Itamar Heim" < iheim@redhat.com >
Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Alon Bar-Lev" < alonbl@redhat.com >, "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com
Sent: Wednesday, December 12, 2012 11:21:32 PM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < iheim@redhat.com
wrote:
On 12/12/2012 10:39 PM, Cristian Falcas wrote:
Hi,
i don't know if I should start a new thread for the spice problems. Here goes some improvements:
I created the certificates like per https://gist.github.com/ 1655511 . i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem ~cristi/.spice/spice_ truststore.pem
I had the same problem as in https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For this I
needed to downgrade libcacard twice (until I had the same version as in the bug)
Now spice works with virt-manager.
Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?
with which version of boostrap on the engine did you add this host.
vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch
And otopi packages installed:
otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch
Any reason to perform certificate enrollment manually?
Alon
It's still not working with the handmade certificates.
I tried to create them because of those errors:
libvirt log:
((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/ server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
[root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory
Spice log:
1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7)
I've done this without an improvment:
[root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service
Why don't you deply the host again? It should create the certificate correctly.
But before you can do this, you must remove whatever certificates you put including symlinks at /etc/pki /etc/libvirt as libvirt will not start if there are invalid certificates.
Alon.
I already did this. Also, i removed all configuration files from host and ovirt, reinstalled ovirt-engine, removed vdsm,libvirt,qemu on host.
I still got this when I start the machine: ((null):5004): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):5004): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):5004): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
And this when I try to connect:
((null):5004): Spice-Warning **: reds.c:2913:reds_handle_ssl_accept: SSL_accept failed, error=1
Best regards, Cristian falcas
Also, spice is working with virt-manager without any modifications from my side.
OK, thanks, I think I found the missing bit. Alon.
On Thu, Dec 13, 2012 at 12:53 PM, Cristian Falcas <cristi.falcas@gmail.com>wrote:
On Thu, Dec 13, 2012 at 12:43 PM, Cristian Falcas <cristi.falcas@gmail.com
wrote:
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev <alonbl@redhat.com> wrote:
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: "Alon Bar-Lev" <alonbl@redhat.com> Cc: "Roy Golan" <rgolan@redhat.com>, users@ovirt.org, "Juan Antonio Hernandez Fernandez" <jhernand@redhat.com>, "David Jaša" <djasa@redhat.com>, "Itamar Heim" <iheim@redhat.com> Sent: Thursday, December 13, 2012 2:01:22 AM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com > To: "Itamar Heim" < iheim@redhat.com > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Alon Bar-Lev" < alonbl@redhat.com >, "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com
Sent: Wednesday, December 12, 2012 11:21:32 PM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < iheim@redhat.com > wrote:
On 12/12/2012 10:39 PM, Cristian Falcas wrote:
Hi,
i don't know if I should start a new thread for the spice problems. Here goes some improvements:
I created the certificates like per https://gist.github.com/ 1655511 . i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem ~cristi/.spice/spice_ truststore.pem
I had the same problem as in https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For this I
needed to downgrade libcacard twice (until I had the same version as in the bug)
Now spice works with virt-manager.
Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?
with which version of boostrap on the engine did you add this host.
vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch
And otopi packages installed:
otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch
Any reason to perform certificate enrollment manually?
Alon
It's still not working with the handmade certificates.
I tried to create them because of those errors:
libvirt log:
((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/ server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
[root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory
Spice log:
1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7)
I've done this without an improvment:
[root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service
Why don't you deply the host again? It should create the certificate correctly.
But before you can do this, you must remove whatever certificates you put including symlinks at /etc/pki /etc/libvirt as libvirt will not start if there are invalid certificates.
Alon.
I already did this. Also, i removed all configuration files from host and ovirt, reinstalled ovirt-engine, removed vdsm,libvirt,qemu on host.
I still got this when I start the machine: ((null):5004): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):5004): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):5004): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
And this when I try to connect:
((null):5004): Spice-Warning **: reds.c:2913:reds_handle_ssl_accept: SSL_accept failed, error=1
Best regards, Cristian falcas
Also, spice is working with virt-manager without any modifications from my side.
qemu.conf is configured with this: spice_tls=1 save_image_format="lzop" spice_tls_x509_cert_dir="/etc/pki/vdsm/libvirt-spice" But that directory is not created and so, no certificates can be found there. Also, the latest nightly doesn't use vdsm-bootstrap anymore (it wasn't installed). Maybe the otopi is not doing all the jobs from vdsm-bootstrap? Are there any steps to create the cetificates needed by qemu/spice? Best regards,
Cristian Falcas píše v Čt 13. 12. 2012 v 12:43 +0200:
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev <alonbl@redhat.com> wrote:
----- Original Message ----- > From: "Cristian Falcas" <cristi.falcas@gmail.com>
> To: "Alon Bar-Lev" <alonbl@redhat.com> > Cc: "Roy Golan" <rgolan@redhat.com>, users@ovirt.org, "Juan Antonio Hernandez Fernandez" <jhernand@redhat.com>, > "David Jaša" <djasa@redhat.com>, "Itamar Heim" <iheim@redhat.com> > Sent: Thursday, December 13, 2012 2:01:22 AM > Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data) > > > > > >
> On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev < alonbl@redhat.com > > wrote: > > > > > > ----- Original Message ----- > > From: "Cristian Falcas" < cristi.falcas@gmail.com > > > To: "Itamar Heim" < iheim@redhat.com >
> > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Alon > > Bar-Lev" < alonbl@redhat.com >, "Juan Antonio Hernandez > > Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com > > > > > Sent: Wednesday, December 12, 2012 11:21:32 PM > > Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot > > find suitable CPU model for given data) > > > > > > > > > > > > > > On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < iheim@redhat.com > > > wrote: > > > > > > On 12/12/2012 10:39 PM, Cristian Falcas wrote: > > > > > > Hi, > > > > i don't know if I should start a new thread for the spice problems. > > Here > > goes some improvements: > > > > I created the certificates like per https://gist.github.com/ > > 1655511 > > . i > > copied the public one to my home: > > cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem > > ~cristi/.spice/spice_ truststore.pem > > > > I had the same problem as in > > https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For this I > > > needed > > to downgrade libcacard twice (until I had the same version as in > > the > > bug) > > > > Now spice works with virt-manager. > > > > Can someone tell me where do I need to copy the certificate on > > ovirt > > in > > order to make spice working over there also? > > > > with which version of boostrap on the engine did you add this host. > > > > > > vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch > > > > And otopi packages installed: > > > > otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch > > otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch > > > > > > Any reason to perform certificate enrollment manually? > > Alon > > > It's still not working with the handmade certificates. > > I tried to create them because of those errors: > > libvirt log: > > ((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not > load certificates from /etc/pki/vdsm/libvirt-spice/ > server-cert.pem > ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not > use private key file > ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not > use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem > > [root@localhost Ovirt]# ls -la > /etc/pki/vdsm/libvirt-spice/server-cert.pem > ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No > such file or directory > [root@localhost Ovirt]# ls -la > /etc/pki/vdsm/libvirt-spice/ca-cert.pem > ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such > file or directory > > > Spice log: > > 1355334879 INFO [8950:8950] Application::main: starting 0.12.0 > 1355334879 INFO [8950:8950] Application::main: command line: spicec > --controller > 1355334879 INFO [8950:8950] init_key_map: using evdev mapping > 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: > platform_win: 77594625 > 1355334879 INFO [8950:8950] GUI::GUI: > 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a > foreign menu connection /tmp/SpiceForeignMenu-8950.uds > 1355334879 INFO [8950:8950] Controller::Controller: Creating a > controller connection /tmp/spicec-9GS5mA/spice-xpi > 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to > cristifalcas.no-ip.org 5902 > 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to > connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) > 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: > error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake > failure > 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = > 7) > > > > > I've done this without an improvment: > > [root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure > Configuring libvirt for vdsm... > [root@localhost Ovirt]# systemctl restart libvirtd.service > vdsmd.service >
Why don't you deply the host again? It should create the certificate correctly.
But before you can do this, you must remove whatever certificates you put including symlinks at /etc/pki /etc/libvirt as libvirt will not start if there are invalid certificates.
Alon.
I already did this. Also, i removed all configuration files from host and ovirt, reinstalled ovirt-engine, removed vdsm,libvirt,qemu on host.
I still got this when I start the machine: ((null):5004): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):5004): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):5004): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
And this when I try to connect:
((null):5004): Spice-Warning **: reds.c:2913:reds_handle_ssl_accept: SSL_accept failed, error=1
Didn't you disable encryption on engine or in vdsm.conf? Unfortunately, it is still interdependent with spice encryption setup. (and a side question: if so, why did you disable it? oVirt takes care of it without any extra work so I see no benefit in it) David PS: please send mails in plain text
Best regards, Cristian falcas
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- David Jaša, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24
On Thu, Dec 13, 2012 at 1:21 PM, David Jaša <djasa@redhat.com> wrote:
Cristian Falcas píše v Čt 13. 12. 2012 v 12:43 +0200:
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev <alonbl@redhat.com> wrote:
----- Original Message ----- > From: "Cristian Falcas" <cristi.falcas@gmail.com>
> To: "Alon Bar-Lev" <alonbl@redhat.com> > Cc: "Roy Golan" <rgolan@redhat.com>, users@ovirt.org, "Juan
Antonio Hernandez Fernandez" <jhernand@redhat.com>,
> "David Jaša" <djasa@redhat.com>, "Itamar Heim" <
iheim@redhat.com>
> Sent: Thursday, December 13, 2012 2:01:22 AM > Subject: Re: Spice issues with latest vdsm (was Re: [Users]
Cannot find suitable CPU model for given data)
> > > > > >
> On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev <
alonbl@redhat.com >
> wrote: > > > > > > ----- Original Message ----- > > From: "Cristian Falcas" < cristi.falcas@gmail.com > > > To: "Itamar Heim" < iheim@redhat.com >
> > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org ,
"Alon
> > Bar-Lev" < alonbl@redhat.com >, "Juan Antonio Hernandez > > Fernandez" < jhernand@redhat.com >, "David Jaša" <
djasa@redhat.com
> > > > > Sent: Wednesday, December 12, 2012 11:21:32 PM > > Subject: Re: Spice issues with latest vdsm (was Re: [Users]
Cannot
> > find suitable CPU model for given data) > > > > > > > > > > > > > > On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim <
iheim@redhat.com >
> > wrote: > > > > > > On 12/12/2012 10:39 PM, Cristian Falcas wrote: > > > > > > Hi, > > > > i don't know if I should start a new thread for the spice
problems.
> > Here > > goes some improvements: > > > > I created the certificates like per https://gist.github.com/ > > 1655511 > > . i > > copied the public one to my home: > > cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem > > ~cristi/.spice/spice_ truststore.pem > > > > I had the same problem as in > > https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For
this I
> > > needed > > to downgrade libcacard twice (until I had the same version
as in
> > the > > bug) > > > > Now spice works with virt-manager. > > > > Can someone tell me where do I need to copy the certificate
on
> > ovirt > > in > > order to make spice working over there also? > > > > with which version of boostrap on the engine did you add
this host.
> > > > > > vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch > > > > And otopi packages installed: > > > > otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch > > otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch > > > > > > Any reason to perform certificate enrollment manually? > > Alon > > > It's still not working with the handmade certificates. > > I tried to create them because of those errors: > > libvirt log: > > ((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl:
Could not
> load certificates from /etc/pki/vdsm/libvirt-spice/ > server-cert.pem > ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl:
Could not
> use private key file > ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl:
Could not
> use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem > > [root@localhost Ovirt]# ls -la > /etc/pki/vdsm/libvirt-spice/server-cert.pem > ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem:
No
> such file or directory > [root@localhost Ovirt]# ls -la > /etc/pki/vdsm/libvirt-spice/ca-cert.pem > ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No
such
> file or directory > > > Spice log: > > 1355334879 INFO [8950:8950] Application::main: starting 0.12.0 > 1355334879 INFO [8950:8950] Application::main: command line:
spicec
> --controller > 1355334879 INFO [8950:8950] init_key_map: using evdev mapping > 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: > platform_win: 77594625 > 1355334879 INFO [8950:8950] GUI::GUI: > 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating
a
> foreign menu connection /tmp/SpiceForeignMenu-8950.uds > 1355334879 INFO [8950:8950] Controller::Controller: Creating a > controller connection /tmp/spicec-9GS5mA/spice-xpi > 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected
to
> cristifalcas.no-ip.org 5902 > 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to > connect w/SSL, ssl_error
error:00000001:lib(0):func(0):reason(1)
> 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: > error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert
handshake
> failure > 1355334882 INFO [8950:8950] main: Spice client terminated
(exitcode =
> 7) > > > > > I've done this without an improvment: > > [root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure > Configuring libvirt for vdsm... > [root@localhost Ovirt]# systemctl restart libvirtd.service > vdsmd.service >
Why don't you deply the host again? It should create the
certificate correctly.
But before you can do this, you must remove whatever
certificates you put including symlinks at /etc/pki /etc/libvirt as libvirt will not start if there are invalid certificates.
Alon.
I already did this. Also, i removed all configuration files from host
and ovirt, reinstalled ovirt-engine, removed vdsm,libvirt,qemu on host.
I still got this when I start the machine: ((null):5004): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not
load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem
((null):5004): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):5004): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
And this when I try to connect:
((null):5004): Spice-Warning **: reds.c:2913:reds_handle_ssl_accept: SSL_accept failed, error=1
Didn't you disable encryption on engine or in vdsm.conf? Unfortunately, it is still interdependent with spice encryption setup.
(and a side question: if so, why did you disable it? oVirt takes care of it without any extra work so I see no benefit in it)
David
PS: please send mails in plain text
Best regards, Cristian falcas
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--
David Jaša, RHCE
SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24
I didn't touched anything this time. [cristi@localhost ~]$ cat /etc/vdsm/vdsm.conf [vars] ssl = true [addresses] management_port = 54321 qemu: ## beginning of configuration section by vdsm-4.9.11 dynamic_ownership=0 spice_tls=1 save_image_format="lzop" spice_tls_x509_cert_dir="/etc/pki/vdsm/libvirt-spice" lock_manager="sanlock" auto_dump_path="/var/log/core" ## end of configuration section by vdsm-4.9.11 libvirtd: ## beginning of configuration section by vdsm-4.9.11 listen_addr="0.0.0.0" unix_sock_group="kvm" unix_sock_rw_perms="0770" auth_unix_rw="sasl" host_uuid="ac7ce924-3da8-41a5-9fa5-03af184b0437" log_outputs="1:file:/var/log/libvirtd.log" log_filters="1:libvirt 3:event 3:json 1:util 1:qemu" ca_file="/etc/pki/vdsm/certs/cacert.pem" cert_file="/etc/pki/vdsm/certs/vdsmcert.pem" key_file="/etc/pki/vdsm/keys/vdsmkey.pem" ## end of configuration section by vdsm-4.9.11
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: users@ovirt.org Sent: Thursday, December 13, 2012 1:27:09 PM Subject: Re: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 1:21 PM, David Jaša < djasa@redhat.com > wrote:
Cristian Falcas píše v Čt 13. 12. 2012 v 12:43 +0200:
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com >
To: "Alon Bar-Lev" < alonbl@redhat.com > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com >, "Itamar Heim" < iheim@redhat.com > Sent: Thursday, December 13, 2012 2:01:22 AM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com > To: "Itamar Heim" < iheim@redhat.com >
Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Alon Bar-Lev" < alonbl@redhat.com >, "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com
Sent: Wednesday, December 12, 2012 11:21:32 PM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < iheim@redhat.com > wrote:
On 12/12/2012 10:39 PM, Cristian Falcas wrote:
Hi,
i don't know if I should start a new thread for the spice problems. Here goes some improvements:
I created the certificates like per https://gist.github.com/ 1655511 . i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem ~cristi/.spice/spice_ truststore.pem
I had the same problem as in https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For this I
needed to downgrade libcacard twice (until I had the same version as in the bug)
Now spice works with virt-manager.
Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?
with which version of boostrap on the engine did you add this host.
vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch
And otopi packages installed:
otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch
Any reason to perform certificate enrollment manually?
Alon
It's still not working with the handmade certificates.
I tried to create them because of those errors:
libvirt log:
((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/ server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
[root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory
Spice log:
1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7)
I've done this without an improvment:
[root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service
Why don't you deply the host again? It should create the certificate correctly.
But before you can do this, you must remove whatever certificates you put including symlinks at /etc/pki /etc/libvirt as libvirt will not start if there are invalid certificates.
Alon.
I already did this. Also, i removed all configuration files from host and ovirt, reinstalled ovirt-engine, removed vdsm,libvirt,qemu on host.
I still got this when I start the machine: ((null):5004): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):5004): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):5004): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
And this when I try to connect:
((null):5004): Spice-Warning **: reds.c:2913:reds_handle_ssl_accept: SSL_accept failed, error=1
Didn't you disable encryption on engine or in vdsm.conf? Unfortunately, it is still interdependent with spice encryption setup.
(and a side question: if so, why did you disable it? oVirt takes care of it without any extra work so I see no benefit in it)
David
PS: please send mails in plain text
Best regards, Cristian falcas
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--
David Jaša, RHCE
SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24
I didn't touched anything this time.
[cristi@localhost ~]$ cat /etc/vdsm/vdsm.conf [vars] ssl = true
[addresses] management_port = 54321
qemu: ## beginning of configuration section by vdsm-4.9.11 dynamic_ownership=0 spice_tls=1 save_image_format="lzop" spice_tls_x509_cert_dir="/etc/pki/vdsm/libvirt-spice" lock_manager="sanlock" auto_dump_path="/var/log/core" ## end of configuration section by vdsm-4.9.11
libvirtd: ## beginning of configuration section by vdsm-4.9.11 listen_addr="0.0.0.0" unix_sock_group="kvm" unix_sock_rw_perms="0770" auth_unix_rw="sasl" host_uuid="ac7ce924-3da8-41a5-9fa5-03af184b0437" log_outputs="1:file:/var/log/libvirtd.log" log_filters="1:libvirt 3:event 3:json 1:util 1:qemu" ca_file="/etc/pki/vdsm/certs/cacert.pem" cert_file="/etc/pki/vdsm/certs/vdsmcert.pem" key_file="/etc/pki/vdsm/keys/vdsmkey.pem" ## end of configuration section by vdsm-4.9.11
BTW: it will be easier if you use plain text mail messages to list :) Can you please try to create the following sym links manually and see if it works? /etc/pki/vdsm/libvirt-spice/ca-cert.pem -> /etc/pki/vdsm/certs/cacert.pem /etc/pki/vdsm/libvirt-spice/server-cert.pem -> /etc/pki/vdsm/certs/vdsmcert.pem /etc/pki/vdsm/libvirt-spice/server-key.pem -> /etc/pki/vdsm/keys/vdsmkey.pem
On Thu, Dec 13, 2012 at 1:35 PM, Alon Bar-Lev <alonbl@redhat.com> wrote:
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: users@ovirt.org Sent: Thursday, December 13, 2012 1:27:09 PM Subject: Re: [Users] Spice issues with latest vdsm (was Re: Cannot find
suitable CPU model for given data)
On Thu, Dec 13, 2012 at 1:21 PM, David Jaša < djasa@redhat.com > wrote:
Cristian Falcas píše v Čt 13. 12. 2012 v 12:43 +0200:
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com >
To: "Alon Bar-Lev" < alonbl@redhat.com > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com >, "Itamar Heim" < iheim@redhat.com > Sent: Thursday, December 13, 2012 2:01:22 AM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com > To: "Itamar Heim" < iheim@redhat.com >
Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Alon Bar-Lev" < alonbl@redhat.com >, "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com
Sent: Wednesday, December 12, 2012 11:21:32 PM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < iheim@redhat.com > wrote:
On 12/12/2012 10:39 PM, Cristian Falcas wrote:
Hi,
i don't know if I should start a new thread for the spice problems. Here goes some improvements:
I created the certificates like per https://gist.github.com/ 1655511 . i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem ~cristi/.spice/spice_ truststore.pem
I had the same problem as in https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For this I
needed to downgrade libcacard twice (until I had the same version as in the bug)
Now spice works with virt-manager.
Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?
with which version of boostrap on the engine did you add this host.
vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch
And otopi packages installed:
otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch
Any reason to perform certificate enrollment manually?
Alon
It's still not working with the handmade certificates.
I tried to create them because of those errors:
libvirt log:
((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/ server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
[root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory
Spice log:
1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7)
I've done this without an improvment:
[root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service
Why don't you deply the host again? It should create the certificate correctly.
But before you can do this, you must remove whatever certificates you put including symlinks at /etc/pki /etc/libvirt as libvirt will not start if there are invalid certificates.
Alon.
I already did this. Also, i removed all configuration files from host and ovirt, reinstalled ovirt-engine, removed vdsm,libvirt,qemu on host.
I still got this when I start the machine: ((null):5004): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):5004): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):5004): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
And this when I try to connect:
((null):5004): Spice-Warning **: reds.c:2913:reds_handle_ssl_accept: SSL_accept failed, error=1
Didn't you disable encryption on engine or in vdsm.conf? Unfortunately, it is still interdependent with spice encryption setup.
(and a side question: if so, why did you disable it? oVirt takes care of it without any extra work so I see no benefit in it)
David
PS: please send mails in plain text
Best regards, Cristian falcas
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--
David Jaša, RHCE
SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24
I didn't touched anything this time.
[cristi@localhost ~]$ cat /etc/vdsm/vdsm.conf [vars] ssl = true
[addresses] management_port = 54321
qemu: ## beginning of configuration section by vdsm-4.9.11 dynamic_ownership=0 spice_tls=1 save_image_format="lzop" spice_tls_x509_cert_dir="/etc/pki/vdsm/libvirt-spice" lock_manager="sanlock" auto_dump_path="/var/log/core" ## end of configuration section by vdsm-4.9.11
libvirtd: ## beginning of configuration section by vdsm-4.9.11 listen_addr="0.0.0.0" unix_sock_group="kvm" unix_sock_rw_perms="0770" auth_unix_rw="sasl" host_uuid="ac7ce924-3da8-41a5-9fa5-03af184b0437" log_outputs="1:file:/var/log/libvirtd.log" log_filters="1:libvirt 3:event 3:json 1:util 1:qemu" ca_file="/etc/pki/vdsm/certs/cacert.pem" cert_file="/etc/pki/vdsm/certs/vdsmcert.pem" key_file="/etc/pki/vdsm/keys/vdsmkey.pem" ## end of configuration section by vdsm-4.9.11
BTW: it will be easier if you use plain text mail messages to list :)
Can you please try to create the following sym links manually and see if it works?
/etc/pki/vdsm/libvirt-spice/ca-cert.pem -> /etc/pki/vdsm/certs/cacert.pem /etc/pki/vdsm/libvirt-spice/server-cert.pem -> /etc/pki/vdsm/certs/vdsmcert.pem /etc/pki/vdsm/libvirt-spice/server-key.pem -> /etc/pki/vdsm/keys/vdsmkey.pem
It worked. Thank you. Regarding the html email: I'm using gmail as the email client and I don't know how to set it to send text emails only. I removed all formatting from this replay, maybe it's better now? Best regards, Cristian Falcas
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: "Alon Bar-Lev" <alonbl@redhat.com> Cc: users@ovirt.org Sent: Thursday, December 13, 2012 1:52:10 PM Subject: Re: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 1:35 PM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com > To: users@ovirt.org Sent: Thursday, December 13, 2012 1:27:09 PM Subject: Re: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 1:21 PM, David Jaša < djasa@redhat.com > wrote:
Cristian Falcas píše v Čt 13. 12. 2012 v 12:43 +0200:
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com >
To: "Alon Bar-Lev" < alonbl@redhat.com > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com >, "Itamar Heim" < iheim@redhat.com > Sent: Thursday, December 13, 2012 2:01:22 AM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com > To: "Itamar Heim" < iheim@redhat.com >
Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Alon Bar-Lev" < alonbl@redhat.com >, "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com > Sent: Wednesday, December 12, 2012 11:21:32 PM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < iheim@redhat.com > wrote:
On 12/12/2012 10:39 PM, Cristian Falcas wrote:
Hi,
i don't know if I should start a new thread for the spice problems. Here goes some improvements:
I created the certificates like per https://gist.github.com/ 1655511 . i copied the public one to my home: cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem ~cristi/.spice/spice_ truststore.pem
I had the same problem as in https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For this I
needed to downgrade libcacard twice (until I had the same version as in the bug)
Now spice works with virt-manager.
Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?
with which version of boostrap on the engine did you add this host.
vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch
And otopi packages installed:
otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch
Any reason to perform certificate enrollment manually?
Alon
It's still not working with the handmade certificates.
I tried to create them because of those errors:
libvirt log:
((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/ server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
[root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory
Spice log:
1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7)
I've done this without an improvment:
[root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service
Why don't you deply the host again? It should create the certificate correctly.
But before you can do this, you must remove whatever certificates you put including symlinks at /etc/pki /etc/libvirt as libvirt will not start if there are invalid certificates.
Alon.
I already did this. Also, i removed all configuration files from host and ovirt, reinstalled ovirt-engine, removed vdsm,libvirt,qemu on host.
I still got this when I start the machine: ((null):5004): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):5004): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):5004): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
And this when I try to connect:
((null):5004): Spice-Warning **: reds.c:2913:reds_handle_ssl_accept: SSL_accept failed, error=1
Didn't you disable encryption on engine or in vdsm.conf? Unfortunately, it is still interdependent with spice encryption setup.
(and a side question: if so, why did you disable it? oVirt takes care of it without any extra work so I see no benefit in it)
David
PS: please send mails in plain text
Best regards, Cristian falcas
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--
David Jaša, RHCE
SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24
I didn't touched anything this time.
[cristi@localhost ~]$ cat /etc/vdsm/vdsm.conf [vars] ssl = true
[addresses] management_port = 54321
qemu: ## beginning of configuration section by vdsm-4.9.11 dynamic_ownership=0 spice_tls=1 save_image_format="lzop" spice_tls_x509_cert_dir="/etc/pki/vdsm/libvirt-spice" lock_manager="sanlock" auto_dump_path="/var/log/core" ## end of configuration section by vdsm-4.9.11
libvirtd: ## beginning of configuration section by vdsm-4.9.11 listen_addr="0.0.0.0" unix_sock_group="kvm" unix_sock_rw_perms="0770" auth_unix_rw="sasl" host_uuid="ac7ce924-3da8-41a5-9fa5-03af184b0437" log_outputs="1:file:/var/log/libvirtd.log" log_filters="1:libvirt 3:event 3:json 1:util 1:qemu" ca_file="/etc/pki/vdsm/certs/cacert.pem" cert_file="/etc/pki/vdsm/certs/vdsmcert.pem" key_file="/etc/pki/vdsm/keys/vdsmkey.pem" ## end of configuration section by vdsm-4.9.11
BTW: it will be easier if you use plain text mail messages to list :)
Can you please try to create the following sym links manually and see if it works?
/etc/pki/vdsm/libvirt-spice/ca-cert.pem -> /etc/pki/vdsm/certs/cacert.pem /etc/pki/vdsm/libvirt-spice/server-cert.pem -> /etc/pki/vdsm/certs/vdsmcert.pem /etc/pki/vdsm/libvirt-spice/server-key.pem -> /etc/pki/vdsm/keys/vdsmkey.pem
It worked. Thank you.
Regarding the html email: I'm using gmail as the email client and I don't know how to set it to send text emails only. I removed all formatting from this replay, maybe it's better now?
gmail: new interface: right left arrow(menu) -> plain text mode. gmail: old interface: above message -> plain text I will fix this for next nightly. Alon.
On Thu, Dec 13, 2012 at 1:57 PM, Alon Bar-Lev <alonbl@redhat.com> wrote:
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: "Alon Bar-Lev" <alonbl@redhat.com> Cc: users@ovirt.org Sent: Thursday, December 13, 2012 1:52:10 PM Subject: Re: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 1:35 PM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com > To: users@ovirt.org Sent: Thursday, December 13, 2012 1:27:09 PM Subject: Re: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 1:21 PM, David Jaša < djasa@redhat.com > wrote:
Cristian Falcas píše v Čt 13. 12. 2012 v 12:43 +0200:
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com >
To: "Alon Bar-Lev" < alonbl@redhat.com > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , "Juan Antonio Hernandez Fernandez" < jhernand@redhat.com >, "David Jaša" < djasa@redhat.com >, "Itamar Heim" < iheim@redhat.com > Sent: Thursday, December 13, 2012 2:01:22 AM Subject: Re: Spice issues with latest vdsm (was Re: [Users] Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message ----- > From: "Cristian Falcas" < cristi.falcas@gmail.com > > To: "Itamar Heim" < iheim@redhat.com >
> Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , > "Alon > Bar-Lev" < alonbl@redhat.com >, "Juan Antonio Hernandez > Fernandez" < jhernand@redhat.com >, "David Jaša" < > djasa@redhat.com > > > Sent: Wednesday, December 12, 2012 11:21:32 PM > Subject: Re: Spice issues with latest vdsm (was Re: [Users] > Cannot > find suitable CPU model for given data) > > > > > > > On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < > iheim@redhat.com > > wrote: > > > On 12/12/2012 10:39 PM, Cristian Falcas wrote: > > > Hi, > > i don't know if I should start a new thread for the spice > problems. > Here > goes some improvements: > > I created the certificates like per > https://gist.github.com/ > 1655511 > . i > copied the public one to my home: > cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem > ~cristi/.spice/spice_ truststore.pem > > I had the same problem as in > https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . For > this > I
> needed > to downgrade libcacard twice (until I had the same version > as > in > the > bug) > > Now spice works with virt-manager. > > Can someone tell me where do I need to copy the certificate > on > ovirt > in > order to make spice working over there also? > > with which version of boostrap on the engine did you add > this > host. > > > vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch > > And otopi packages installed: > > otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch > otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch > >
Any reason to perform certificate enrollment manually?
Alon
It's still not working with the handmade certificates.
I tried to create them because of those errors:
libvirt log:
((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/ server-cert.pem ((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
[root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory [root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory
Spice log:
1355334879 INFO [8950:8950] Application::main: starting 0.12.0 1355334879 INFO [8950:8950] Application::main: command line: spicec --controller 1355334879 INFO [8950:8950] init_key_map: using evdev mapping 1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625 1355334879 INFO [8950:8950] GUI::GUI: 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds 1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi 1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to cristifalcas.no-ip.org 5902 1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1) 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure 1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7)
I've done this without an improvment:
[root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure Configuring libvirt for vdsm... [root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service
Why don't you deply the host again? It should create the certificate correctly.
But before you can do this, you must remove whatever certificates you put including symlinks at /etc/pki /etc/libvirt as libvirt will not start if there are invalid certificates.
Alon.
I already did this. Also, i removed all configuration files from host and ovirt, reinstalled ovirt-engine, removed vdsm,libvirt,qemu on host.
I still got this when I start the machine: ((null):5004): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):5004): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):5004): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
And this when I try to connect:
((null):5004): Spice-Warning **: reds.c:2913:reds_handle_ssl_accept: SSL_accept failed, error=1
Didn't you disable encryption on engine or in vdsm.conf? Unfortunately, it is still interdependent with spice encryption setup.
(and a side question: if so, why did you disable it? oVirt takes care of it without any extra work so I see no benefit in it)
David
PS: please send mails in plain text
Best regards, Cristian falcas
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--
David Jaša, RHCE
SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24
I didn't touched anything this time.
[cristi@localhost ~]$ cat /etc/vdsm/vdsm.conf [vars] ssl = true
[addresses] management_port = 54321
qemu: ## beginning of configuration section by vdsm-4.9.11 dynamic_ownership=0 spice_tls=1 save_image_format="lzop" spice_tls_x509_cert_dir="/etc/pki/vdsm/libvirt-spice" lock_manager="sanlock" auto_dump_path="/var/log/core" ## end of configuration section by vdsm-4.9.11
libvirtd: ## beginning of configuration section by vdsm-4.9.11 listen_addr="0.0.0.0" unix_sock_group="kvm" unix_sock_rw_perms="0770" auth_unix_rw="sasl" host_uuid="ac7ce924-3da8-41a5-9fa5-03af184b0437" log_outputs="1:file:/var/log/libvirtd.log" log_filters="1:libvirt 3:event 3:json 1:util 1:qemu" ca_file="/etc/pki/vdsm/certs/cacert.pem" cert_file="/etc/pki/vdsm/certs/vdsmcert.pem" key_file="/etc/pki/vdsm/keys/vdsmkey.pem" ## end of configuration section by vdsm-4.9.11
BTW: it will be easier if you use plain text mail messages to list :)
Can you please try to create the following sym links manually and see if it works?
/etc/pki/vdsm/libvirt-spice/ca-cert.pem -> /etc/pki/vdsm/certs/cacert.pem /etc/pki/vdsm/libvirt-spice/server-cert.pem -> /etc/pki/vdsm/certs/vdsmcert.pem /etc/pki/vdsm/libvirt-spice/server-key.pem -> /etc/pki/vdsm/keys/vdsmkey.pem
It worked. Thank you.
Regarding the html email: I'm using gmail as the email client and I don't know how to set it to send text emails only. I removed all formatting from this replay, maybe it's better now?
gmail: new interface: right left arrow(menu) -> plain text mode. gmail: old interface: above message -> plain text
I will fix this for next nightly.
Alon.
thank you for the explanation
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: "Alon Bar-Lev" <alonbl@redhat.com> Cc: users@ovirt.org Sent: Thursday, December 13, 2012 3:00:56 PM Subject: Re: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 1:57 PM, Alon Bar-Lev <alonbl@redhat.com> wrote:
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas@gmail.com> To: "Alon Bar-Lev" <alonbl@redhat.com> Cc: users@ovirt.org Sent: Thursday, December 13, 2012 1:52:10 PM Subject: Re: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 1:35 PM, Alon Bar-Lev < alonbl@redhat.com
wrote:
----- Original Message -----
From: "Cristian Falcas" < cristi.falcas@gmail.com > To: users@ovirt.org Sent: Thursday, December 13, 2012 1:27:09 PM Subject: Re: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 1:21 PM, David Jaša < djasa@redhat.com
wrote:
Cristian Falcas píše v Čt 13. 12. 2012 v 12:43 +0200:
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev < alonbl@redhat.com > wrote:
----- Original Message ----- > From: "Cristian Falcas" < cristi.falcas@gmail.com >
> To: "Alon Bar-Lev" < alonbl@redhat.com > > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , > "Juan > Antonio Hernandez Fernandez" < jhernand@redhat.com >, > "David Jaša" < djasa@redhat.com >, "Itamar Heim" < > iheim@redhat.com > > Sent: Thursday, December 13, 2012 2:01:22 AM > Subject: Re: Spice issues with latest vdsm (was Re: > [Users] > Cannot find suitable CPU model for given data) > > > > > >
> On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev < > alonbl@redhat.com > > wrote: > > > > > > ----- Original Message ----- > > From: "Cristian Falcas" < cristi.falcas@gmail.com > > > To: "Itamar Heim" < iheim@redhat.com >
> > Cc: "Roy Golan" < rgolan@redhat.com >, users@ovirt.org , > > "Alon > > Bar-Lev" < alonbl@redhat.com >, "Juan Antonio Hernandez > > Fernandez" < jhernand@redhat.com >, "David Jaša" < > > djasa@redhat.com > > > > > Sent: Wednesday, December 12, 2012 11:21:32 PM > > Subject: Re: Spice issues with latest vdsm (was Re: > > [Users] > > Cannot > > find suitable CPU model for given data) > > > > > > > > > > > > > > On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim < > > iheim@redhat.com > > > wrote: > > > > > > On 12/12/2012 10:39 PM, Cristian Falcas wrote: > > > > > > Hi, > > > > i don't know if I should start a new thread for the > > spice > > problems. > > Here > > goes some improvements: > > > > I created the certificates like per > > https://gist.github.com/ > > 1655511 > > . i > > copied the public one to my home: > > cp /etc/pki/vdsm/libvirt-spice/ ca-cert.pem > > ~cristi/.spice/spice_ truststore.pem > > > > I had the same problem as in > > https://bugzilla.redhat.com/ show_bug.cgi?id=880182 . > > For > > this > > I > > > needed > > to downgrade libcacard twice (until I had the same > > version > > as > > in > > the > > bug) > > > > Now spice works with virt-manager. > > > > Can someone tell me where do I need to copy the > > certificate > > on > > ovirt > > in > > order to make spice working over there also? > > > > with which version of boostrap on the engine did you add > > this > > host. > > > > > > vdsm-bootstrap-4.10.3-0.3.git47b71e8.fc17.noarch > > > > And otopi packages installed: > > > > otopi-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch > > otopi-java-0.0.0-0.5.master.20121211.git9052d0f.fc17.noarch > > > > > > Any reason to perform certificate enrollment manually? > > Alon > > > It's still not working with the handmade certificates. > > I tried to create them because of those errors: > > libvirt log: > > ((null):9248): Spice-Warning **: > reds.c:3307:reds_init_ssl: > Could > not > load certificates from /etc/pki/vdsm/libvirt-spice/ > server-cert.pem > ((null):9248): Spice-Warning **: > reds.c:3317:reds_init_ssl: > Could > not > use private key file > ((null):9248): Spice-Warning **: > reds.c:3325:reds_init_ssl: > Could > not > use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem > > [root@localhost Ovirt]# ls -la > /etc/pki/vdsm/libvirt-spice/server-cert.pem > ls: cannot access > /etc/pki/vdsm/libvirt-spice/server-cert.pem: No > such file or directory > [root@localhost Ovirt]# ls -la > /etc/pki/vdsm/libvirt-spice/ca-cert.pem > ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: > No > such > file or directory > > > Spice log: > > 1355334879 INFO [8950:8950] Application::main: starting > 0.12.0 > 1355334879 INFO [8950:8950] Application::main: command > line: > spicec > --controller > 1355334879 INFO [8950:8950] init_key_map: using evdev > mapping > 1355334879 INFO [8950:8950] > MultyMonScreen::MultyMonScreen: > platform_win: 77594625 > 1355334879 INFO [8950:8950] GUI::GUI: > 1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: > Creating a > foreign menu connection /tmp/SpiceForeignMenu-8950.uds > 1355334879 INFO [8950:8950] Controller::Controller: > Creating > a > controller connection /tmp/spicec-9GS5mA/spice-xpi > 1355334882 INFO [8950:8952] RedPeer::connect_secure: > Connected to > cristifalcas.no-ip.org 5902 > 1355334882 ERROR [8950:8952] RedPeer::connect_secure: > failed > to > connect w/SSL, ssl_error > error:00000001:lib(0):func(0):reason(1) > 1355334882 WARN [8950:8952] RedChannel::run: SSL Error: > error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert > handshake > failure > 1355334882 INFO [8950:8950] main: Spice client terminated > (exitcode = > 7) > > > > > I've done this without an improvment: > > [root@localhost Ovirt]# /lib/systemd/systemd-vdsmd > reconfigure > Configuring libvirt for vdsm... > [root@localhost Ovirt]# systemctl restart libvirtd.service > vdsmd.service >
Why don't you deply the host again? It should create the certificate correctly.
But before you can do this, you must remove whatever certificates you put including symlinks at /etc/pki /etc/libvirt as libvirt will not start if there are invalid certificates.
Alon.
I already did this. Also, i removed all configuration files from host and ovirt, reinstalled ovirt-engine, removed vdsm,libvirt,qemu on host.
I still got this when I start the machine: ((null):5004): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem ((null):5004): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file ((null):5004): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem
And this when I try to connect:
((null):5004): Spice-Warning **: reds.c:2913:reds_handle_ssl_accept: SSL_accept failed, error=1
Didn't you disable encryption on engine or in vdsm.conf? Unfortunately, it is still interdependent with spice encryption setup.
(and a side question: if so, why did you disable it? oVirt takes care of it without any extra work so I see no benefit in it)
David
PS: please send mails in plain text
Best regards, Cristian falcas
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--
David Jaša, RHCE
SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24
I didn't touched anything this time.
[cristi@localhost ~]$ cat /etc/vdsm/vdsm.conf [vars] ssl = true
[addresses] management_port = 54321
qemu: ## beginning of configuration section by vdsm-4.9.11 dynamic_ownership=0 spice_tls=1 save_image_format="lzop" spice_tls_x509_cert_dir="/etc/pki/vdsm/libvirt-spice" lock_manager="sanlock" auto_dump_path="/var/log/core" ## end of configuration section by vdsm-4.9.11
libvirtd: ## beginning of configuration section by vdsm-4.9.11 listen_addr="0.0.0.0" unix_sock_group="kvm" unix_sock_rw_perms="0770" auth_unix_rw="sasl" host_uuid="ac7ce924-3da8-41a5-9fa5-03af184b0437" log_outputs="1:file:/var/log/libvirtd.log" log_filters="1:libvirt 3:event 3:json 1:util 1:qemu" ca_file="/etc/pki/vdsm/certs/cacert.pem" cert_file="/etc/pki/vdsm/certs/vdsmcert.pem" key_file="/etc/pki/vdsm/keys/vdsmkey.pem" ## end of configuration section by vdsm-4.9.11
BTW: it will be easier if you use plain text mail messages to list :)
Can you please try to create the following sym links manually and see if it works?
/etc/pki/vdsm/libvirt-spice/ca-cert.pem -> /etc/pki/vdsm/certs/cacert.pem /etc/pki/vdsm/libvirt-spice/server-cert.pem -> /etc/pki/vdsm/certs/vdsmcert.pem /etc/pki/vdsm/libvirt-spice/server-key.pem -> /etc/pki/vdsm/keys/vdsmkey.pem
It worked. Thank you.
Regarding the html email: I'm using gmail as the email client and I don't know how to set it to send text emails only. I removed all formatting from this replay, maybe it's better now?
gmail: new interface: right left arrow(menu) -> plain text mode. gmail: old interface: above message -> plain text
I will fix this for next nightly.
Alon.
thank you for the explanation
Should be fixed now in master, nightly should provide this. Thank you for the report, Alon
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan@redhat.com> wrote:
On 12/09/2012 05:17 PM, Cristian Falcas wrote:
Hi,
I get this error with the nightly builds when I start a VM:
please paste the output of the following command to see if Opteron_G3 is really supported: vdsClient 0 -s getVdsCaps
libvirtError: internal error Cannot find suitable CPU model for given data
Log data: Thread-654::DEBUG::2012-12-09 17:14:18,120::libvirtvm::1485::vm.Vm::(_run) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>q</name> <uuid>a4a8f349-7fdf-42f4-873e-e70f692c6ca2</uuid> <memory>524288</memory> <currentMemory>524288</currentMemory> <vcpu>2</vcpu> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/q.org.qemu.guest_agent.0"/> </channel> <input bus="ps2" type="mouse"/> <channel type="spicevmc"> <target name="com.redhat.spice.0" type="virtio"/> </channel> <graphics autoport="yes" keymap="en-us" listen="0" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice"> <channel mode="secure" name="main"/> <channel mode="secure" name="inputs"/> <channel mode="secure" name="cursor"/> <channel mode="secure" name="playback"/> <channel mode="secure" name="record"/> <channel mode="secure" name="display"/> <channel mode="secure" name="usbredir"/> <channel mode="secure" name="smartcard"/> </graphics> <console type="pty"> <target port="0" type="virtio"/> </console> <sound model="ac97"/> <video> <model heads="1" type="qxl" vram="65536"/> </video> <interface type="bridge"> <mac address="00:1a:4a:6f:6f:f4"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/> </interface> <memballoon model="virtio"/> <disk device="cdrom" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/4f6a2b90-9c70-45e5-8b17-5274ee97ce73/images/11111111-1111-1111-1111-111111111111/CentOS-6.3-x86_64-bin-DVD1.iso" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial></serial> <boot order="1"/> </disk> <disk device="disk" snapshot="no" type="file"> <source file="/rhev/data-center/21ddcd50-aba8-461a-9ecf-c5762af89355/81361e6d-2b58-4781-80c2-d908a0fe91cd/images/ffa8728f-6f0c-4b59-99ac-5bef0bd7634e/80a8701a-bf07-4d8a-8d02-8f98e6bb46a1"/> <target bus="virtio" dev="vda"/>
<serial>ffa8728f-6f0c-4b59-99ac-5bef0bd7634e</serial> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> </devices> <os> <type arch="x86_64" machine="pc-0.14">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">17-1</entry> <entry name="serial">30303146-4430-3946-3139-3938FFFFFFFF</entry> <entry name="uuid">a4a8f349-7fdf-42f4-873e-e70f692c6ca2</entry> </system> </sysinfo> <clock adjustment="-43200" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact"> <model>Opteron_G3</model> <topology cores="1" sockets="2" threads="1"/> </cpu> </domain>
Thread-654::DEBUG::2012-12-09 17:14:18,152::vm::672::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::_ongoingCreations released Thread-654::ERROR::2012-12-09 17:14:18,152::vm::696::vm.Vm::(_startUnderlyingVm) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 658, in _startUnderlyingVm self._run() File "/usr/share/vdsm/libvirtvm.py", line 1511, in _run self._connection.createXML(domxml, flags), File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2633, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error Cannot find suitable CPU model for given data Thread-654::DEBUG::2012-12-09 17:14:18,156::vm::1045::vm.Vm::(setDownStatus) vmId=`a4a8f349-7fdf-42f4-873e-e70f692c6ca2`::Changed state to Down: internal error Cannot find suitable CPU model for given data
_______________________________________________ Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
I don't think I have aes on my CPU: grep aes /proc/cpuinfo Bu I have nx enabled and I didn't found any way to disable it from bios. The thing is, it worked until recently. I will downgrade libvirt to see if it will fix this.
participants (6)
-
Alon Bar-Lev -
Cristian Falcas -
David Jaša -
Itamar Heim -
Oved Ourfalli -
Roy Golan