<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Dec 12, 2012 at 8:04 PM, Cristian Falcas <span dir="ltr"><<a href="mailto:cristi.falcas@gmail.com" target="_blank">cristi.falcas@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br><div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">On Tue, Dec 11, 2012 at 11:17 PM, Itamar Heim <span dir="ltr"><<a href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>On 12/11/2012 11:09 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>
<br>
<br>
<br>
On Mon, Dec 10, 2012 at 2:22 PM, Roy Golan <<a href="mailto:rgolan@redhat.com" target="_blank">rgolan@redhat.com</a><br></div><div>
<mailto:<a href="mailto:rgolan@redhat.com" target="_blank">rgolan@redhat.com</a>>> wrote:<br>
<br>
On 12/10/2012 02:04 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>
<br>
<br>
<br>
On Mon, Dec 10, 2012 at 9:30 AM, Itamar Heim <<a href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a><br></div><div>
<mailto:<a href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a>>> wrote:<br>
<br>
On 12/09/2012 11:22 PM, Cristian Falcas wrote:<br>
<br>
<br>
<br>
<br>
On Sun, Dec 9, 2012 at 5:37 PM, Roy Golan<br>
<<a href="mailto:rgolan@redhat.com" target="_blank">rgolan@redhat.com</a> <mailto:<a href="mailto:rgolan@redhat.com" target="_blank">rgolan@redhat.com</a>><br></div><div><div>
<mailto:<a href="mailto:rgolan@redhat.com" target="_blank">rgolan@redhat.com</a> <mailto:<a href="mailto:rgolan@redhat.com" target="_blank">rgolan@redhat.com</a>>>> wrote:<br>
<br>
On 12/09/2012 05:17 PM, Cristian Falcas wrote:<br>
<br>
Hi,<br>
<br>
I get this error with the nightly builds when I<br>
start a VM:<br>
<br>
<br>
please paste the output of the following command to<br>
see if<br>
Opteron_G3 is really supported:<br>
vdsClient 0 -s getVdsCaps<br>
<br>
<br>
libvirtError: internal error Cannot find suitable<br>
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:<u></u>:vm.Vm::(_run)<br>
vmId=`a4a8f349-7fdf-42f4-873e-<u></u>e70f692c6ca2`::<?xml<br>
version="1.0"<br>
encoding="utf-8"?><br>
<domain type="kvm"><br>
<name>q</name><br>
<uuid>a4a8f349-7fdf-42f4-873e-<u></u>e70f692c6ca2</uuid><br>
<memory>524288</memory><br>
<currentMemory>524288</<u></u>currentMemory><br>
<vcpu>2</vcpu><br>
<devices><br>
<channel type="unix"><br>
<target<br>
name="com.redhat.rhevm.vdsm"<br>
type="virtio"/><br>
<source mode="bind"<br>
<br>
path="/var/lib/libvirt/qemu/<u></u>channels/q.com.redhat.rhevm.<u></u>vdsm"/><br>
</channel><br>
<channel type="unix"><br>
<target<br>
name="org.qemu.guest_agent.0"<br>
type="virtio"/><br>
<source mode="bind"<br>
<br>
path="/var/lib/libvirt/qemu/<u></u>channels/q.org.qemu.guest_<u></u>agent.0"/><br>
</channel><br>
<input bus="ps2" type="mouse"/><br>
<channel type="spicevmc"><br>
<target<br>
name="com.redhat.spice.0"<br>
type="virtio"/><br>
</channel><br>
<graphics autoport="yes"<br>
keymap="en-us" listen="0"<br>
passwd="*****" passwdValidTo="1970-01-01T00:<u></u>00:01"<br>
port="-1"<br>
tlsPort="-1" type="spice"><br>
<channel mode="secure"<br>
name="main"/><br>
<channel mode="secure"<br>
name="inputs"/><br>
<channel mode="secure"<br>
name="cursor"/><br>
<channel mode="secure"<br>
name="playback"/><br>
<channel mode="secure"<br>
name="record"/><br>
<channel mode="secure"<br>
name="display"/><br>
<channel mode="secure"<br>
name="usbredir"/><br>
<channel mode="secure"<br>
name="smartcard"/><br>
</graphics><br>
<console type="pty"><br>
<target port="0"<br>
type="virtio"/><br>
</console><br>
<sound model="ac97"/><br>
<video><br>
<model heads="1"<br>
type="qxl" vram="65536"/><br>
</video><br>
<interface type="bridge"><br>
<mac<br>
address="00:1a:4a:6f:6f:f4"/><br>
<model type="virtio"/><br>
<source bridge="ovirtmgmt"/><br>
<filterref<br>
filter="vdsm-no-mac-spoofing"/<u></u>><br>
</interface><br>
<memballoon model="virtio"/><br>
<disk device="cdrom" snapshot="no"<br>
type="file"><br>
<source<br>
<br>
file="/rhev/data-center/<u></u>21ddcd50-aba8-461a-9ecf-<u></u>c5762af89355/4f6a2b90-9c70-<u></u>45e5-8b17-5274ee97ce73/images/<u></u>11111111-1111-1111-1111-<u></u>111111111111/CentOS-6.3-x86_<u></u>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"<br>
type="file"><br>
<source<br>
<br>
file="/rhev/data-center/<u></u>21ddcd50-aba8-461a-9ecf-<u></u>c5762af89355/81361e6d-2b58-<u></u>4781-80c2-d908a0fe91cd/images/<u></u>ffa8728f-6f0c-4b59-99ac-<u></u>5bef0bd7634e/80a8701a-bf07-<u></u>4d8a-8d02-8f98e6bb46a1"/><br>
<target bus="virtio"<br>
dev="vda"/><br>
<serial>ffa8728f-6f0c-4b59-<u></u>99ac-5bef0bd7634e</serial><br>
<driver cache="none"<br>
error_policy="stop"<br>
io="threads" name="qemu" type="raw"/><br>
</disk><br>
</devices><br>
<os><br>
<type arch="x86_64"<br>
machine="pc-0.14">hvm</type><br>
<smbios mode="sysinfo"/><br>
</os><br>
<sysinfo type="smbios"><br>
<system><br>
<entry<br>
name="manufacturer">oVirt</<u></u>entry><br>
<entry<br>
name="product">oVirt Node</entry><br>
<entry<br>
name="version">17-1</entry><br>
<entry<br>
<br>
name="serial">30303146-4430-<u></u>3946-3139-3938FFFFFFFF</entry><br>
<entry<br>
<br>
name="uuid">a4a8f349-7fdf-<u></u>42f4-873e-e70f692c6ca2</entry><br>
</system><br>
</sysinfo><br>
<clock adjustment="-43200" offset="variable"><br>
<timer name="rtc"<br>
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"<br>
threads="1"/><br>
</cpu><br>
</domain><br>
<br>
Thread-654::DEBUG::2012-12-09<br>
17:14:18,152::vm::672::vm.Vm::<u></u>(_startUnderlyingVm)<br>
<br>
vmId=`a4a8f349-7fdf-42f4-873e-<u></u>e70f692c6ca2`::_<u></u>ongoingCreations<br>
released<br>
Thread-654::ERROR::2012-12-09<br>
17:14:18,152::vm::696::vm.Vm::<u></u>(_startUnderlyingVm)<br>
vmId=`a4a8f349-7fdf-42f4-873e-<u></u>e70f692c6ca2`::The<br>
vm start process<br>
failed<br>
Traceback (most recent call last):<br>
File "/usr/share/vdsm/vm.py", line 658, in<br>
_startUnderlyingVm<br>
self._run()<br>
File "/usr/share/vdsm/libvirtvm.py"<u></u>, line 1511,<br>
in _run<br>
self._connection.createXML(<u></u>domxml, flags),<br>
File<br>
<br>
"/usr/lib64/python2.7/site-<u></u>packages/vdsm/<u></u>libvirtconnection.py",<br>
line 111, in wrapper<br>
ret = f(*args, **kwargs)<br>
File<br>
"/usr/lib64/python2.7/site-<u></u>packages/libvirt.py", line<br>
2633,<br>
in createXML<br>
if ret is None:raise<br>
libvirtError('<u></u>virDomainCreateXML()<br>
failed', conn=self)<br>
libvirtError: internal error Cannot find suitable<br>
CPU model for<br>
given data<br>
Thread-654::DEBUG::2012-12-09<br>
17:14:18,156::vm::1045::vm.Vm:<u></u>:(setDownStatus)<br>
<br>
vmId=`a4a8f349-7fdf-42f4-873e-<u></u>e70f692c6ca2`::Changed<br>
state to<br>
Down: internal error Cannot find suitable CPU<br>
model for given data<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>><br></div></div>
<mailto:<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>>><div><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/<u></u>mailman/listinfo/users</a><br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>><br></div>
<mailto:<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>>><div><div><br>
<br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/<u></u>mailman/listinfo/users</a><br>
<br>
<br>
<br>
<br>
The command<br>
vdsClient 0 -s getVdsCaps<br>
didn't work<br>
<br>
Is this the same thing?<br>
<br>
[root@localhost cristi]# vdsClient -s localhost getVdsCaps<br>
HBAInventory = {'iSCSI': [{'InitiatorName':<br>
'iqn.1994-05.com.redhat:<u></u>74bc7d9e76f3'}], 'FC': []}<br>
ISCSIInitiatorName =<br>
iqn.1994-05.com.redhat:<u></u>74bc7d9e76f3<br>
bondings = {'bond4': {'addr': '', 'cfg': {},<br>
'mtu': '1500',<br>
'netmask': '', 'slaves': [], 'hwaddr':<br>
'00:00:00:00:00:00'}, 'bond0':<br>
{'addr': '', 'cfg': {}, 'mtu': '1500', 'netmask': '',<br>
'slaves': [],<br>
'hwaddr': '00:00:00:00:00:00'}}<br>
bridges = {'ovirtmgmt': {'addr': '10.20.20.20',<br>
'cfg': {'VLAN':<br>
'yes', 'IPV6INIT': 'no', 'IPADDR0': '10.20.20.20', 'DNS1':<br>
'8.8.8.8',<br>
'PREFIX0': '24', 'DEFROUTE': 'yes', 'IPV4_FAILURE_FATAL':<br>
'no', 'DELAY':<br>
'0', 'NM_CONTROLLED': 'no', 'BOOTPROTO': 'none', 'GATEWAY0':<br>
'10.20.20.1', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge',<br>
'ONBOOT': 'yes',<br>
'UUID': 'd0d0c1c1-6625-4be3-ab1e-<u></u>d879c870d577'}, 'mtu':<br>
'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,<u></u>mce,cx8,apic,sep,mtrr,pge,mca,<u></u>cmov,pat,pse36,clflush,mmx,<u></u>fxsr,sse,sse2,ht,syscall,nx,<u></u>mmxext,fxsr_opt,pdpe1gb,<u></u>rdtscp,lm,3dnowext,3dnow,<u></u>constant_tsc,rep_good,nopl,<u></u>nonstop_tsc,extd_apicid,pni,<u></u>monitor,cx16,popcnt,lahf_lm,<u></u>cmp_legacy,svm,extapic,cr8_<u></u>legacy,abm,sse4a,misalignsse,<u></u>3dnowprefetch,osvw,ibs,skinit,<u></u>wdt,hw_pstate,npt,lbrv,svm_<u></u>lock,nrip_save,model_athlon,<u></u>model_Opteron_G3,model_<u></u>Opteron_G1,model_phenom,model_<u></u>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',<br>
'pc-1.2', 'pc-1.1',<br>
'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13', 'pc-0.12',<br>
'pc-0.11',<br>
'pc-0.10', 'isapc', 'q35', 'q35-next', 'pc-1.3', 'none',<br>
'pc', 'pc-1.2',<br>
'pc-1.1', 'pc-1.0', 'pc-0.15', 'pc-0.14', 'pc-0.13',<br>
'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>
'<u></u>882a5b1a0d303102765d07c7ff6ae0<u></u>fc'}, '50_hostusb': {'md5':<br>
'<u></u>06110c7365ff3b71d40bfc9bad2adc<u></u>05'},<br>
'50_isolatedprivatevlan': {'md5':<br>
'<u></u>acc557aadb52442bd43bfa2f7a2b42<u></u>a1'}},<br>
'before_vm_migrate_source':<br>
{'50_floppy': {'md5': '<u></u>388f180317bd8a121a512a8b26af6b<u></u>f5'},<br>
'50_hostusb':<br>
{'md5': '<u></u>e50a0975acd8bafd0052b65a787c2f<u></u>dd'}},<br>
'after_vm_destroy':<br>
{'50_hostusb': {'md5': '<u></u>cbf5ef4aed1e3cbe3ef9e30694ea66<u></u>07'}}}<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',<br>
'addr':<br>
'10.20.20.20', 'cfg': {'VLAN': 'yes', 'IPV6INIT': 'no',<br>
'IPADDR0':<br>
'10.20.20.20', 'DNS1': '8.8.8.8', 'PREFIX0': '24',<br>
'DEFROUTE': 'yes',<br>
'IPV4_FAILURE_FATAL': 'no', 'DELAY': '0', 'NM_CONTROLLED':<br>
'no',<br>
'BOOTPROTO': 'none', 'GATEWAY0': '10.20.20.1', 'DEVICE':<br>
'ovirtmgmt',<br>
'TYPE': 'Bridge', 'ONBOOT': 'yes', 'UUID':<br>
'd0d0c1c1-6625-4be3-ab1e-<u></u>d879c870d577'}, 'mtu': '1500',<br>
'netmask':<br>
'255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway':<br>
'0.0.0.0',<br>
'ports': ['p10p1']}}<br>
nics = {'p10p1': {'addr': '', 'cfg': {'BRIDGE':<br>
'ovirtmgmt',<br>
'DEVICE': 'p10p1', 'IPV6INIT': 'no', 'IPADDR0':<br>
'10.20.20.20', 'DNS1':<br>
'8.8.8.8', 'PREFIX0': '24', 'DEFROUTE': 'yes',<br>
'IPV4_FAILURE_FATAL':<br>
'no', 'NM_CONTROLLED': 'no', 'GATEWAY0': '10.20.20.1',<br>
'HWADDR':<br>
'00:1f:d0:9f:19:98', 'ONBOOT': 'yes', 'UUID':<br>
'd0d0c1c1-6625-4be3-ab1e-<u></u>d879c870d577'}, 'mtu': '1500',<br>
'netmask': '',<br>
'hwaddr': '00:1f:d0:9f:19:98', 'speed': 100}}<br>
operatingSystem = {'release': '1', 'version':<br>
'17', 'name':<br>
'Fedora'}<br>
packages2 = {'kernel': {'release': '2.fc17.x86_64',<br>
'buildtime': 1354620364.0, 'version': '3.6.9'},<br>
'spice-server':<br>
{'release': '1.fc17', 'buildtime': 1348891802, 'version':<br>
'0.12.0'},<br>
'vdsm': {'release': '0.89.git922366a.fc17', 'buildtime':<br>
1354997600,<br>
'version': '4.10.2'}, 'qemu-kvm': {'release': '1.fc17',<br>
'buildtime':<br>
1355029612, 'version': '1.3.0'}, 'libvirt': {'release':<br>
'1.fc17',<br>
'buildtime': 1352437629, 'version': '1.0.0'}, 'qemu-img':<br>
{'release':<br>
'1.fc17', 'buildtime': 1355029612, 'version': '1.3.0'}, 'mom':<br>
{'release': '1.fc17', 'buildtime': 1354651873, 'version':<br>
'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-<u></u>3938FFFFFFFF<br>
version_name = Snow Man<br>
vlans = {}<br>
vmTypes = ['kvm']<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Users mailing list<br></div></div>
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a> <mailto:<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>><div><div><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/<u></u>mailman/listinfo/users</a><br>
<br>
<br>
according to vdsClient -s 0 GetVdsCaps vdsm does report<br>
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>
<br>
<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<br>
-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<br>
other outputs on the internet, there was no model_*.<br>
</div></div></blockquote><div><div>
the output valid- a model_Opteron_G3 is saying your server can<br>
emulate G3. need the libvirt.log for more info and also worth<br>
checking the link ovedo previously pasted<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
Best regards,<br>
Cristian Falcas<br>
</blockquote>
<br>
Hi,<br>
<br>
I didn't find any options in the bios to disable nx. But it worked a few<br>
versions earlier.<br>
<br>
i attached all the logs from vdsm+libvirt.<br>
<br>
Best regards,<br>
Cristian Falcas<br>
<br>
<br>
</div></div></blockquote>
<br>
just to be clear - you shouldn't disable nx in the bios.<br>
<br>
</blockquote></div><br><br></div></div>Hi,<br><br>It's working now with the latest updates to vdsm nightly.<br><br>But spice it's not working now (I can use vnc still)<br><br>libvirt log:<br><br>((null):9248): Spice-Warning **: reds.c:3307:reds_init_ssl: Could not load certificates from /etc/pki/vdsm/libvirt-spice/server-cert.pem<br>
((null):9248): Spice-Warning **: reds.c:3317:reds_init_ssl: Could not use private key file<br>((null):9248): Spice-Warning **: reds.c:3325:reds_init_ssl: Could not use CA file /etc/pki/vdsm/libvirt-spice/ca-cert.pem<br><br>
[root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/server-cert.pem<br>ls: cannot access /etc/pki/vdsm/libvirt-spice/server-cert.pem: No such file or directory<br>[root@localhost Ovirt]# ls -la /etc/pki/vdsm/libvirt-spice/ca-cert.pem<br>
ls: cannot access /etc/pki/vdsm/libvirt-spice/ca-cert.pem: No such file or directory<br><br><br>Spice log:<br><br>1355334879 INFO [8950:8950] Application::main: starting 0.12.0<br>1355334879 INFO [8950:8950] Application::main: command line: spicec --controller<br>
1355334879 INFO [8950:8950] init_key_map: using evdev mapping<br>1355334879 INFO [8950:8950] MultyMonScreen::MultyMonScreen: platform_win: 77594625<br>1355334879 INFO [8950:8950] GUI::GUI: <br>1355334879 INFO [8950:8950] ForeignMenu::ForeignMenu: Creating a foreign menu connection /tmp/SpiceForeignMenu-8950.uds<br>
1355334879 INFO [8950:8950] Controller::Controller: Creating a controller connection /tmp/spicec-9GS5mA/spice-xpi<br>1355334882 INFO [8950:8952] RedPeer::connect_secure: Connected to <a href="http://cristifalcas.no-ip.org" target="_blank">cristifalcas.no-ip.org</a> 5902<br>
1355334882 ERROR [8950:8952] RedPeer::connect_secure: failed to connect w/SSL, ssl_error error:00000001:lib(0):func(0):reason(1)<br>1355334882 WARN [8950:8952] RedChannel::run: SSL Error: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure<br>
1355334882 INFO [8950:8950] main: Spice client terminated (exitcode = 7)<br><br><br><br><br>I've done this without an improvment:<br><br>[root@localhost Ovirt]# /lib/systemd/systemd-vdsmd reconfigure<br>Configuring libvirt for vdsm...<br>
[root@localhost Ovirt]# systemctl restart libvirtd.service vdsmd.service<br><br><br>Best regards,<br><br></div>
</blockquote></div><br>Hi,<br><br>i don't know if I should start a new thread for the spice problems. Here goes some improvements:<br><br>I created the certificates like per <a href="https://gist.github.com/1655511">https://gist.github.com/1655511</a> . i copied the public one to my home: <br>
cp /etc/pki/vdsm/libvirt-spice/ca-cert.pem ~cristi/.spice/spice_truststore.pem<br><br>I had the same problem as in <a href="https://bugzilla.redhat.com/show_bug.cgi?id=880182">https://bugzilla.redhat.com/show_bug.cgi?id=880182</a> . For this I needed to downgrade libcacard twice (until I had the same version as in the bug)<br>
<br>Now spice works with virt-manager.<br><br>Can someone tell me where do I need to copy the certificate on ovirt in order to make spice working over there also?<br><br>Best regards,<br>Cristian Falcas<br></div>