9:17 a.m.
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
9:27 a.m.
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
To: users(a)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_diffe...
(especially the last section).
Oved
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
9:37 a.m.
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(a)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://...
</pre>
</blockquote>
<br>
</body>
</html>
--------------000406020704050903070404--
3:22 p.m.
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan(a)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(a)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']
1:30 a.m.
On 12/09/2012 11:22 PM, Cristian Falcas wrote:
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan(a)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(a)ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)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(a)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
6:04 a.m.
On Mon, Dec 10, 2012 at 9:30 AM, Itamar Heim <iheim(a)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(a)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(a)ovirt.org <mailto:Users@ovirt.org>
>>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
>>
>
>
> ______________________________**_________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
>
>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
>
>
>
>
> 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(a)ovirt.org
>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
>
>
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
6:22 a.m.
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(a)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(a)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(a)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(a)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(a)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(a)redhat.com</a>&gt;</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(a)redhat.com</a><br>
</div>
<div>
<div class="h5">
<mailto:<a moz-do-not-send="true"
href="mailto:rgolan@redhat.com"
target="_blank">rgolan(a)redhat.com</a>&gt;&gt;
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(a)ovirt.org</a>
<mailto:<a moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a>&gt;<br>
<a moz-do-not-send="true"
href="http://lists.ovirt.org/mailman/listinfo/users"
target="_blank">http://lists.ovirt.org/mailman/listinfo/user...
</blockquote>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a>
<mailto:<a moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a>&gt;
<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/user...
<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(a)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/user...
<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--
3:09 p.m.
On Mon, Dec 10, 2012 at 2:22 PM, Roy Golan <rgolan(a)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(a)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(a)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(a)ovirt.org <mailto:Users@ovirt.org>
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)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(a)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
3:17 p.m.
On 12/11/2012 11:09 PM, Cristian Falcas wrote:
On Mon, Dec 10, 2012 at 2:22 PM, Roy Golan <rgolan(a)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(a)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(a)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(a)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(a)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(a)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.
12:04 p.m.
On Tue, Dec 11, 2012 at 11:17 PM, Itamar Heim <iheim(a)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(a)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(a)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(a)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(a)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...
>>
>>
>>
>> ______________________________**_________________
>> Users mailing list
>> Users(a)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...
>>
>>
>>
>>
>> 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(a)ovirt.org <mailto:Users@ovirt.org>
>>
>>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
>>
>>
>> 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,
2:39 p.m.
On Wed, Dec 12, 2012 at 8:04 PM, Cristian Falcas <cristi.falcas(a)gmail.com>wrote:
On Tue, Dec 11, 2012 at 11:17 PM, Itamar Heim <iheim(a)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(a)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(a)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(a)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(a)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...
>>>
>>>
>>>
>>> ______________________________**_________________
>>> Users mailing list
>>> Users(a)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...
>>>
>>>
>>>
>>>
>>> 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(a)ovirt.org <mailto:Users@ovirt.org>
>>>
>>>
http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org...
>>>
>>>
>>> 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
3:14 p.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
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.
3:21 p.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Wed, Dec 12, 2012 at 11:14 PM, Itamar Heim <iheim(a)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....;.
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
4:13 p.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
To: "Itamar Heim" <iheim(a)redhat.com>
Cc: "Roy Golan" <rgolan(a)redhat.com>, users(a)ovirt.org, "Alon
Bar-Lev" <alonbl(a)redhat.com>, "Juan Antonio Hernandez
Fernandez" <jhernand(a)redhat.com>, "David Jaša"
<djasa(a)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(a)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
6:01 p.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:13 AM, Alon Bar-Lev <alonbl(a)redhat.com> wrote:
----- Original Message -----
> From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
> To: "Itamar Heim" <iheim(a)redhat.com>
> Cc: "Roy Golan" <rgolan(a)redhat.com>, users(a)ovirt.org, "Alon
Bar-Lev" <
alonbl(a)redhat.com>, "Juan Antonio Hernandez
> Fernandez" <jhernand(a)redhat.com>, "David Jaša"
<djasa(a)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(a)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
6:07 p.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
To: "Alon Bar-Lev" <alonbl(a)redhat.com>
Cc: "Roy Golan" <rgolan(a)redhat.com>, users(a)ovirt.org, "Juan Antonio
Hernandez Fernandez" <jhernand(a)redhat.com>,
"David Jaša" <djasa(a)redhat.com>, "Itamar Heim"
<iheim(a)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(a)redhat.com >
wrote:
----- Original Message -----
> From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
> To: "Itamar Heim" < iheim(a)redhat.com >
> Cc: "Roy Golan" < rgolan(a)redhat.com >, users(a)ovirt.org , "Alon
> Bar-Lev" < alonbl(a)redhat.com >, "Juan Antonio Hernandez
> Fernandez" < jhernand(a)redhat.com >, "David Jaša" <
djasa(a)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(a)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.
4:43 a.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev <alonbl(a)redhat.com> wrote:
----- Original Message -----
> From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
> Cc: "Roy Golan" <rgolan(a)redhat.com>, users(a)ovirt.org, "Juan
Antonio
Hernandez Fernandez" <jhernand(a)redhat.com>,
> "David Jaša" <djasa(a)redhat.com>, "Itamar Heim"
<iheim(a)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(a)redhat.com >
> wrote:
>
>
>
>
>
> ----- Original Message -----
> > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
> > To: "Itamar Heim" < iheim(a)redhat.com >
> > Cc: "Roy Golan" < rgolan(a)redhat.com >, users(a)ovirt.org ,
"Alon
> > Bar-Lev" < alonbl(a)redhat.com >, "Juan Antonio Hernandez
> > Fernandez" < jhernand(a)redhat.com >, "David Jaša" <
djasa(a)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(a)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
4:53 a.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:43 PM, Cristian Falcas
<cristi.falcas(a)gmail.com>wrote:
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev <alonbl(a)redhat.com> wrote:
>
>
> ----- Original Message -----
> > From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
> > To: "Alon Bar-Lev" <alonbl(a)redhat.com>
> > Cc: "Roy Golan" <rgolan(a)redhat.com>, users(a)ovirt.org, "Juan
Antonio
> Hernandez Fernandez" <jhernand(a)redhat.com>,
> > "David Jaša" <djasa(a)redhat.com>, "Itamar Heim"
<iheim(a)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(a)redhat.com >
> > wrote:
> >
> >
> >
> >
> >
> > ----- Original Message -----
> > > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
> > > To: "Itamar Heim" < iheim(a)redhat.com >
> > > Cc: "Roy Golan" < rgolan(a)redhat.com >, users(a)ovirt.org ,
"Alon
> > > Bar-Lev" < alonbl(a)redhat.com >, "Juan Antonio Hernandez
> > > Fernandez" < jhernand(a)redhat.com >, "David Jaša" <
djasa(a)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(a)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.
5:21 a.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
To: "Alon Bar-Lev" <alonbl(a)redhat.com>
Cc: "Roy Golan" <rgolan(a)redhat.com>, users(a)ovirt.org, "Juan Antonio
Hernandez Fernandez" <jhernand(a)redhat.com>,
"David Jaša" <djasa(a)redhat.com>, "Itamar Heim"
<iheim(a)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(a)gmail.com > wrote:
On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev < alonbl(a)redhat.com >
wrote:
----- Original Message -----
> From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
> To: "Alon Bar-Lev" < alonbl(a)redhat.com >
> Cc: "Roy Golan" < rgolan(a)redhat.com >, users(a)ovirt.org , "Juan
> Antonio Hernandez Fernandez" < jhernand(a)redhat.com >,
> "David Jaša" < djasa(a)redhat.com >, "Itamar Heim" <
iheim(a)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(a)redhat.com
> >
> wrote:
>
>
>
>
>
> ----- Original Message -----
> > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
> > To: "Itamar Heim" < iheim(a)redhat.com >
> > Cc: "Roy Golan" < rgolan(a)redhat.com >, users(a)ovirt.org ,
"Alon
> > Bar-Lev" < alonbl(a)redhat.com >, "Juan Antonio Hernandez
> > Fernandez" < jhernand(a)redhat.com >, "David Jaša" <
> > djasa(a)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(a)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.
5:21 a.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
On Thu, Dec 13, 2012 at 12:53 PM, Cristian Falcas
<cristi.falcas(a)gmail.com>wrote:
On Thu, Dec 13, 2012 at 12:43 PM, Cristian Falcas <cristi.falcas(a)gmail.com
> wrote:
>
>
>
> On Thu, Dec 13, 2012 at 2:07 AM, Alon Bar-Lev <alonbl(a)redhat.com> wrote:
>
>>
>>
>> ----- Original Message -----
>> > From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
>> > To: "Alon Bar-Lev" <alonbl(a)redhat.com>
>> > Cc: "Roy Golan" <rgolan(a)redhat.com>, users(a)ovirt.org,
"Juan Antonio
>> Hernandez Fernandez" <jhernand(a)redhat.com>,
>> > "David Jaša" <djasa(a)redhat.com>, "Itamar Heim"
<iheim(a)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(a)redhat.com >
>> > wrote:
>> >
>> >
>> >
>> >
>> >
>> > ----- Original Message -----
>> > > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
>> > > To: "Itamar Heim" < iheim(a)redhat.com >
>> > > Cc: "Roy Golan" < rgolan(a)redhat.com >, users(a)ovirt.org
, "Alon
>> > > Bar-Lev" < alonbl(a)redhat.com >, "Juan Antonio
Hernandez
>> > > Fernandez" < jhernand(a)redhat.com >, "David Jaša"
< djasa(a)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(a)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,
5:21 a.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
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(a)redhat.com> wrote:
----- Original Message -----
> From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
> Cc: "Roy Golan" <rgolan(a)redhat.com>, users(a)ovirt.org,
"Juan Antonio Hernandez Fernandez" <jhernand(a)redhat.com>,
> "David Jaša" <djasa(a)redhat.com>, "Itamar Heim"
<iheim(a)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(a)redhat.com >
> wrote:
>
>
>
>
>
> ----- Original Message -----
> > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
> > To: "Itamar Heim" < iheim(a)redhat.com >
> > Cc: "Roy Golan" < rgolan(a)redhat.com >, users(a)ovirt.org
, "Alon
> > Bar-Lev" < alonbl(a)redhat.com >, "Juan Antonio
Hernandez
> > Fernandez" < jhernand(a)redhat.com >, "David Jaša"
< djasa(a)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(a)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(a)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
5:27 a.m.
New subject: [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(a)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(a)redhat.com> wrote:
>
>
> ----- Original Message -----
> > From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
>
> > To: "Alon Bar-Lev" <alonbl(a)redhat.com>
> > Cc: "Roy Golan" <rgolan(a)redhat.com>, users(a)ovirt.org,
"Juan
Antonio Hernandez Fernandez" <jhernand(a)redhat.com>,
> > "David Jaša" <djasa(a)redhat.com>, "Itamar
Heim" <
iheim(a)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(a)redhat.com >
> > wrote:
> >
> >
> >
> >
> >
> > ----- Original Message -----
> > > From: "Cristian Falcas" < cristi.falcas(a)gmail.com
>
> > > To: "Itamar Heim" < iheim(a)redhat.com >
>
> > > Cc: "Roy Golan" < rgolan(a)redhat.com >,
users(a)ovirt.org ,
"Alon
> > > Bar-Lev" < alonbl(a)redhat.com >, "Juan Antonio
Hernandez
> > > Fernandez" < jhernand(a)redhat.com >, "David
Jaša" <
djasa(a)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(a)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(a)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
5:35 a.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
To: users(a)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(a)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(a)redhat.com >
> wrote:
>
>
> ----- Original Message -----
> > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
>
> > To: "Alon Bar-Lev" < alonbl(a)redhat.com >
> > Cc: "Roy Golan" < rgolan(a)redhat.com >, users(a)ovirt.org ,
"Juan
> > Antonio Hernandez Fernandez" < jhernand(a)redhat.com >,
> > "David Jaša" < djasa(a)redhat.com >, "Itamar Heim"
<
> > iheim(a)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(a)redhat.com >
> > wrote:
> >
> >
> >
> >
> >
> > ----- Original Message -----
> > > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
> > > To: "Itamar Heim" < iheim(a)redhat.com >
>
> > > Cc: "Roy Golan" < rgolan(a)redhat.com >, users(a)ovirt.org ,
"Alon
> > > Bar-Lev" < alonbl(a)redhat.com >, "Juan Antonio Hernandez
> > > Fernandez" < jhernand(a)redhat.com >, "David Jaša"
<
> > > djasa(a)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(a)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(a)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
5:52 a.m.
New subject: [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(a)redhat.com> wrote:
----- Original Message -----
> From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
> To: users(a)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(a)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(a)redhat.com >
> > wrote:
> >
> >
> > ----- Original Message -----
> > > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
> >
> > > To: "Alon Bar-Lev" < alonbl(a)redhat.com >
> > > Cc: "Roy Golan" < rgolan(a)redhat.com >, users(a)ovirt.org ,
"Juan
> > > Antonio Hernandez Fernandez" < jhernand(a)redhat.com >,
> > > "David Jaša" < djasa(a)redhat.com >, "Itamar Heim"
<
> > > iheim(a)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(a)redhat.com >
> > > wrote:
> > >
> > >
> > >
> > >
> > >
> > > ----- Original Message -----
> > > > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
> > > > To: "Itamar Heim" < iheim(a)redhat.com >
> >
> > > > Cc: "Roy Golan" < rgolan(a)redhat.com >,
users(a)ovirt.org , "Alon
> > > > Bar-Lev" < alonbl(a)redhat.com >, "Juan Antonio
Hernandez
> > > > Fernandez" < jhernand(a)redhat.com >, "David Jaša"
<
> > > > djasa(a)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(a)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(a)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
5:57 a.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
To: "Alon Bar-Lev" <alonbl(a)redhat.com>
Cc: users(a)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(a)redhat.com >
wrote:
>
>
>
> ----- Original Message -----
> > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
> > To: users(a)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(a)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(a)redhat.com >
> > > wrote:
> > >
> > >
> > > ----- Original Message -----
> > > > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
> > >
> > > > To: "Alon Bar-Lev" < alonbl(a)redhat.com >
> > > > Cc: "Roy Golan" < rgolan(a)redhat.com >,
users(a)ovirt.org ,
> > > > "Juan
> > > > Antonio Hernandez Fernandez" < jhernand(a)redhat.com >,
> > > > "David Jaša" < djasa(a)redhat.com >, "Itamar
Heim" <
> > > > iheim(a)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(a)redhat.com >
> > > > wrote:
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > ----- Original Message -----
> > > > > From: "Cristian Falcas" < cristi.falcas(a)gmail.com
>
> > > > > To: "Itamar Heim" < iheim(a)redhat.com >
> > >
> > > > > Cc: "Roy Golan" < rgolan(a)redhat.com >,
users(a)ovirt.org ,
> > > > > "Alon
> > > > > Bar-Lev" < alonbl(a)redhat.com >, "Juan Antonio
Hernandez
> > > > > Fernandez" < jhernand(a)redhat.com >, "David
Jaša" <
> > > > > djasa(a)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(a)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(a)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.
7 a.m.
New subject: [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(a)redhat.com> wrote:
----- Original Message -----
> From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
> Cc: users(a)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(a)redhat.com >
> wrote:
> >
> >
> >
> > ----- Original Message -----
> > > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
> > > To: users(a)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(a)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(a)redhat.com >
> > > > wrote:
> > > >
> > > >
> > > > ----- Original Message -----
> > > > > From: "Cristian Falcas" < cristi.falcas(a)gmail.com
>
> > > >
> > > > > To: "Alon Bar-Lev" < alonbl(a)redhat.com >
> > > > > Cc: "Roy Golan" < rgolan(a)redhat.com >,
users(a)ovirt.org ,
> > > > > "Juan
> > > > > Antonio Hernandez Fernandez" < jhernand(a)redhat.com >,
> > > > > "David Jaša" < djasa(a)redhat.com >, "Itamar
Heim" <
> > > > > iheim(a)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(a)redhat.com >
> > > > > wrote:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > > From: "Cristian Falcas" <
cristi.falcas(a)gmail.com >
> > > > > > To: "Itamar Heim" < iheim(a)redhat.com >
> > > >
> > > > > > Cc: "Roy Golan" < rgolan(a)redhat.com >,
users(a)ovirt.org ,
> > > > > > "Alon
> > > > > > Bar-Lev" < alonbl(a)redhat.com >, "Juan
Antonio Hernandez
> > > > > > Fernandez" < jhernand(a)redhat.com >, "David
Jaša" <
> > > > > > djasa(a)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(a)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(a)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
12:12 p.m.
New subject: [Users] Spice issues with latest vdsm (was Re: Cannot find suitable CPU model for given data)
----- Original Message -----
From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
To: "Alon Bar-Lev" <alonbl(a)redhat.com>
Cc: users(a)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(a)redhat.com>
wrote:
>
>
> ----- Original Message -----
>> From: "Cristian Falcas" <cristi.falcas(a)gmail.com>
>> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
>> Cc: users(a)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(a)redhat.com
>> >
>> wrote:
>> >
>> >
>> >
>> > ----- Original Message -----
>> > > From: "Cristian Falcas" < cristi.falcas(a)gmail.com >
>> > > To: users(a)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(a)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(a)redhat.com >
>> > > > wrote:
>> > > >
>> > > >
>> > > > ----- Original Message -----
>> > > > > From: "Cristian Falcas" <
cristi.falcas(a)gmail.com >
>> > > >
>> > > > > To: "Alon Bar-Lev" < alonbl(a)redhat.com >
>> > > > > Cc: "Roy Golan" < rgolan(a)redhat.com >,
users(a)ovirt.org ,
>> > > > > "Juan
>> > > > > Antonio Hernandez Fernandez" < jhernand(a)redhat.com
>,
>> > > > > "David Jaša" < djasa(a)redhat.com >,
"Itamar Heim" <
>> > > > > iheim(a)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(a)redhat.com >
>> > > > > wrote:
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > > ----- Original Message -----
>> > > > > > From: "Cristian Falcas" <
cristi.falcas(a)gmail.com >
>> > > > > > To: "Itamar Heim" < iheim(a)redhat.com >
>> > > >
>> > > > > > Cc: "Roy Golan" < rgolan(a)redhat.com >,
users(a)ovirt.org ,
>> > > > > > "Alon
>> > > > > > Bar-Lev" < alonbl(a)redhat.com >, "Juan
Antonio Hernandez
>> > > > > > Fernandez" < jhernand(a)redhat.com >,
"David Jaša" <
>> > > > > > djasa(a)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(a)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(a)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
3:34 p.m.
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan <rgolan(a)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(a)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.
4158
days inactive
4162
days old
27 comments
6 participants
participants (6)
-
Alon Bar-Lev -
Cristian Falcas -
David Jaša -
Itamar Heim -
Oved Ourfalli -
Roy Golan