On 11/21/2013 07:23 PM, Michal Skrivanek wrote:
> On Nov 21, 2013, at 12:13 , ouyang guohua <gouyang(a)redhat.com> wrote:
>
>> On 11/21/2013 07:02 PM, Itamar Heim wrote:
>>> On 11/21/2013 12:59 PM, ouyang guohua wrote:
>>>> On 11/21/2013 06:35 PM, Itamar Heim wrote:
>>>>> On 11/21/2013 11:07 AM, ouyang guohua wrote:
>>>>>> Hi,
>>>>>>
>>>>>> I encounter the same problem today.
>>>>>>
>>>>>> Both the engine and the node are fedora 19.
>>>>>>
>>>>>> 1. on engine host:
>>>>>> engine=# select * from vdc_options where option_name ilike
'%emu%';
>>>>>> option_id | option_name | option_value |
version
>>>>>>
-----------+-------------------------+------------------+---------
>>>>>> 38 | ClusterEmulatedMachines | rhel6.2.0,pc-1.0 | 3.0
>>>>>> 39 | ClusterEmulatedMachines | rhel6.3.0,pc-1.0 | 3.1
>>>>>> 40 | ClusterEmulatedMachines | rhel6.4.0,pc-1.0 | 3.2
>>>>>> 41 | ClusterEmulatedMachines | rhel6.4.0,pc-1.0 | 3.3
>>>>>> (4 rows)
>>>>>>
>>>>>> engine=# select name,emulated_machine from vds_groups;
>>>>>> name | emulated_machine
>>>>>> ---------------------+------------------
>>>>>> Default |
>>>>>> fedora19-cluster | pc-1.0
>>>>>> fedora19-node-Local | pc-1.0
>>>>>> (3 rows)
>>>>>>
>>>>>> 2. on node:
>>>>>> # vdsClient -s 0 getVdsCaps
>>>>>> HBAInventory = {'iSCSI': [{'InitiatorName':
>>>>>> 'iqn.1994-05.com.redhat:643bb46781e'}], 'FC':
[]}
>>>>>> ISCSIInitiatorName = iqn.1994-05.com.redhat:643bb46781e
>>>>>> bondings = {'bond4': {'addr': '',
'cfg': {}, 'mtu': '1500',
>>>>>> 'netmask': '', 'slaves': [],
'hwaddr': '7e:00:7f:e7:90:4c'}, 'bond0':
>>>>>> {'addr': '', 'cfg': {}, 'mtu':
'1500', 'netmask': '', 'slaves': [],
>>>>>> 'hwaddr': 'de:c5:12:4e:17:6f'}, 'bond1':
{'addr': '', 'cfg': {},
>>>>>> 'mtu':
>>>>>> '1500', 'netmask': '', 'slaves':
[], 'hwaddr': '2e:ec:3b:01:ab:de'},
>>>>>> 'bond2': {'addr': '', 'cfg': {},
'mtu': '1500', 'netmask': '',
>>>>>> 'slaves':
>>>>>> [], 'hwaddr': 'da:88:61:cb:0d:ed'},
'bond3': {'addr': '', 'cfg': {},
>>>>>> 'mtu': '1500', 'netmask': '',
'slaves': [], 'hwaddr':
>>>>>> '72:c4:9e:9d:25:c1'}}
>>>>>> bridges = {'ovirtmgmt': {'addr':
'10.66.10.186', 'cfg':
>>>>>> {'PEERROUTES': 'yes', 'IPV6INIT':
'yes', 'TYPE': 'Bridge',
>>>>>> 'IPV6_PEERDNS': 'yes', 'DEFROUTE':
'yes', 'ONBOOT': 'yes', 'PEERDNS':
>>>>>> 'yes', 'IPV4_FAILURE_FATAL': 'no',
'DELAY': '0', 'NM_CONTROLLED':
>>>>>> 'no',
>>>>>> 'BOOTPROTO': 'dhcp', 'DEVICE':
'ovirtmgmt', 'IPV6_FAILURE_FATAL':
>>>>>> 'no',
>>>>>> 'IPV6_PEERROUTES': 'yes',
'IPV6_DEFROUTE': 'yes', 'IPV6_AUTOCONF':
>>>>>> 'yes', 'UUID':
'447b16c1-184a-4347-a801-ef8143c2d932'}, 'mtu': '1500',
>>>>>> 'netmask': '255.255.252.0', 'stp':
'off', 'ports': ['em1']}}
>>>>>> 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,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,aperfmperf,pni,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,sse4_1,xsave,lahf_lm,dtherm,tpr_shadow,vnmi,flexpriority,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_n270
>>>>>>
>>>>>>
>>>>>> cpuModel = Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz
>>>>>> cpuSockets = 1
>>>>>> cpuSpeed = 2660.126
>>>>>> cpuThreads = 4
>>>>>> emulatedMachines = ['clipper', 'none']
>>>>>> guestOverhead = 65
>>>>>> hooks = {}
>>>>>> kvmEnabled = true
>>>>>> lastClient = 10.66.105.101
>>>>>> lastClientIface = ovirtmgmt
>>>>>> management_ip =
>>>>>> memSize = 3888
>>>>>> netConfigDirty = False
>>>>>> networks = {'ovirtmgmt': {'iface':
'ovirtmgmt', 'addr':
>>>>>> '10.66.10.186', 'cfg': {'PEERROUTES':
'yes', 'IPV6INIT': 'yes',
>>>>>> 'TYPE':
>>>>>> 'Bridge', 'IPV6_PEERDNS': 'yes',
'DEFROUTE': 'yes', 'ONBOOT': 'yes',
>>>>>> 'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL':
'no', 'DELAY': '0',
>>>>>> 'NM_CONTROLLED': 'no', 'BOOTPROTO':
'dhcp', 'DEVICE': 'ovirtmgmt',
>>>>>> 'IPV6_FAILURE_FATAL': 'no',
'IPV6_PEERROUTES': 'yes', 'IPV6_DEFROUTE':
>>>>>> 'yes', 'IPV6_AUTOCONF': 'yes',
'UUID':
>>>>>> '447b16c1-184a-4347-a801-ef8143c2d932'}, 'mtu':
'1500', 'netmask':
>>>>>> '255.255.252.0', 'stp': 'off',
'bridged': True, 'gateway':
>>>>>> '10.66.11.254', 'ports': ['em1']}}
>>>>>> nics = {'em1': {'addr': '',
'cfg': {'PEERROUTES': 'yes',
>>>>>> 'BRIDGE':
>>>>>> 'ovirtmgmt', 'DEVICE': 'em1',
'IPV6INIT': 'yes', 'IPV6_PEERDNS':
>>>>>> 'yes',
>>>>>> 'DEFROUTE': 'yes', 'ONBOOT':
'yes', 'PEERDNS': 'yes',
>>>>>> 'IPV4_FAILURE_FATAL': 'no',
'NM_CONTROLLED': 'no', 'IPV6_DEFROUTE':
>>>>>> 'yes', 'IPV6_AUTOCONF': 'yes',
'IPV6_FAILURE_FATAL': 'no',
>>>>>> 'IPV6_PEERROUTES': 'yes', 'HWADDR':
'00:23:ae:9d:85:32', 'UUID':
>>>>>> '447b16c1-184a-4347-a801-ef8143c2d932'}, 'mtu':
'1500', 'netmask': '',
>>>>>> 'hwaddr': '00:23:ae:9d:85:32', 'speed':
1000}}
>>>>>> operatingSystem = {'release': '4',
'version': '19', 'name':
>>>>>> 'Fedora'}
>>>>>> packages2 = {'kernel': {'release':
'200.fc19.x86_64',
>>>>>> 'buildtime':
>>>>>> 1383545343.0, 'version': '3.11.7'},
'spice-server': {'release':
>>>>>> '3.fc19', 'buildtime': 1383130020,
'version': '0.12.4'}, 'vdsm':
>>>>>> {'release': '18.fc19', 'buildtime':
1373484771, 'version': '4.10.3'},
>>>>>> 'qemu-kvm': {'release': '13.fc19',
'buildtime': 1383700301, 'version':
>>>>>> '1.4.2'}, 'libvirt': {'release':
'1.fc19', 'buildtime': 1383765188,
>>>>>> 'version': '1.0.5.7'}, 'qemu-img':
{'release': '13.fc19', 'buildtime':
>>>>>> 1383700301, 'version': '1.4.2'}, 'mom':
{'release': '1.fc19',
>>>>>> 'buildtime': 1373298035, 'version':
'0.3.1'}}
>>>>>> reservedMem = 321
>>>>>> software_revision = 18
>>>>>> software_version = 4.10
>>>>>> supportedENGINEs = ['3.0', '3.1']
>>>>>> supportedProtocols = ['2.2', '2.3']
>>>>>> uuid = 44454C4C-4C00-1031-8053-CAC04F4E3258
>>>>>> version_name = Snow Man
>>>>>> vlans = {}
>>>>>> vmTypes = ['kvm']
>>>>>>
>>>>>> 3. the vdsm.log is cutting to small size, if some useful logs
isn't in
>>>>>> it, please ask me to re-send it.
>>>>>>
>>>>>> Thanks,
>>>>>> guohua
>>>>>>
>>>>>> On 08/06/2013 03:08 PM, Chen, Wei D wrote:
>>>>>>> The issue is solved by reinstalling host OS.
>>>>>>>
>>>>>>> Best Regards,
>>>>>>> Dave Chen
>>>>>>>
>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Chen, Wei D
>>>>>>>> Sent: Tuesday, August 06, 2013 2:44 PM
>>>>>>>> To: 'Laszlo Hornyak'; Itamar Heim
>>>>>>>> Cc: Zhang, Lijuan;engine-devel(a)ovirt.org
>>>>>>>> Subject: RE: [Engine-devel] failed to add host into
cluster
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>>
>>>>>>>> [root@onode vdsm]# vdsClient -s 0 getVdsCaps
>>>>>>>> HBAInventory = {'iSCSI':
[{'InitiatorName':
>>>>>>>> 'iqn.1994-05.com.redhat:9fb571e343'}],
'FC': []}
>>>>>>>> ISCSIInitiatorName =
iqn.1994-05.com.redhat:9fb571e343
>>>>>>>> bondings = {'bond4': {'addr':
'', 'cfg': {}, 'mtu':
>>>>>>>> '1500', 'netmask': '',
'slaves': [], 'hwaddr': '0e:00:b7:57:2c:c9'},
>>>>>>>> 'bond0': {'addr': '',
'cfg': {}, 'mtu': '1500', 'netmask': '',
>>>>>>>> 'slaves': [], 'hwaddr':
'32:b3:88:1f:ef:91'}, 'bond1': {'addr': '',
>>>>>>>> 'cfg': {}, 'mtu': '1500',
'netmask': '', 'slaves': [], 'hwaddr':
>>>>>>>> '4e:e5:80:93:ea:d9'}, 'bond2':
{'addr': '', 'cfg': {}, 'mtu':
>>>>>>>> '1500',
>>>>>>>> 'netmask': '', 'slaves': [],
'hwaddr': '16:ab:f6:e4:f2:27'},
>>>>>>>> 'bond3': {'addr': '',
'cfg': {}, 'mtu': '1500', 'netmask': '',
>>>>>>>> 'slaves':
>>>>>>>> [], 'hwaddr': 'ee:55:f5:e7:31:7c'}}
>>>>>>>> bridges = {'ovirtmgmt': {'addr':
'10.239.131.217', 'cfg':
>>>>>>>> {'PEERROUTES': 'yes', 'DEVICE':
'ovirtmgmt', 'IPV6INIT': 'yes',
>>>>>>>> 'UUID':
'b6ecfa9d-0deb-4213-9348-11137f76735d', 'IPV6_PEERDNS':
>>>>>>>> 'yes', 'DEFROUTE': 'yes',
'PEERDNS': 'yes', 'IPV4_FAILURE_FATAL':
>>>>>>>> 'no', 'DELAY': '0',
'NM_CONTROLLED': 'no', 'IPV6_DEFROUTE': 'yes',
>>>>>>>> 'IPV6_AUTOCONF': 'yes',
'IPV6_FAILURE_FATAL': 'no', 'TYPE':
>>>>>>>> 'Bridge', 'ONBOOT': 'yes',
'BOOTPROTO': 'dhcp', 'IPV6_PEERROUTES':
>>>>>>>> 'yes'}, 'mtu': '1500',
'netmask': '255.255.255.0', 'stp': 'off',
>>>>>>>> 'ports': ['em1']}}
>>>>>>>> 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,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,r
>>>>>>>>
>>>>>>>>
>>>>>>>>
dtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,
>>>>>>>>
>>>>>>>>
>>>>>>>>
ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,
>>>>>>>>
>>>>>>>>
>>>>>>>>
xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_P
>>>>>>>>
>>>>>>>>
>>>>>>>> enryn,model_Westmere,model_n270,model_SandyBridge
>>>>>>>> cpuModel = Intel(R) Core(TM) i7-2600 CPU @
3.40GHz
>>>>>>>> cpuSockets = 1
>>>>>>>> cpuSpeed = 3672.000
>>>>>>>> cpuThreads = 8
>>>>>>>> emulatedMachines = ['clipper',
'none']
>>>>>>>> guestOverhead = 65
>>>>>>>> hooks = {}
>>>>>>>> kvmEnabled = true
>>>>>>>> lastClient = 10.239.131.222
>>>>>>>> lastClientIface = ovirtmgmt
>>>>>>>> management_ip =
>>>>>>>> memSize = 7944
>>>>>>>> netConfigDirty = False
>>>>>>>> networks = {'ovirtmgmt':
{'iface': 'ovirtmgmt', 'addr':
>>>>>>>> '10.239.131.217', 'cfg':
{'PEERROUTES': 'yes', 'DEVICE':
>>>>>>>> 'ovirtmgmt',
>>>>>>>> 'IPV6INIT': 'yes', 'UUID':
'b6ecfa9d-0deb-4213-9348-11137f76735d',
>>>>>>>> 'IPV6_PEERDNS': 'yes',
'DEFROUTE': 'yes', 'PEERDNS': 'yes',
>>>>>>>> 'IPV4_FAILURE_FATAL': 'no',
'DELAY': '0', 'NM_CONTROLLED': 'no',
>>>>>>>> 'IPV6_DEFROUTE': 'yes',
'IPV6_AUTOCONF': 'yes',
>>>>>>>> 'IPV6_FAILURE_FATAL':
>>>>>>>> 'no', 'TYPE': 'Bridge',
'ONBOOT': 'yes', 'BOOTPROTO': 'dhcp',
>>>>>>>> 'IPV6_PEERROUTES': 'yes'}, 'mtu':
'1500', 'netmask':
>>>>>>>> '255.255.255.0',
>>>>>>>> 'stp': 'off', 'bridged': True,
'gateway': '10.239.131.1', 'ports':
>>>>>>>> ['em1']}}
>>>>>>>> nics = {'em1': {'addr':
'', 'cfg': {}, 'mtu': '1500',
>>>>>>>> 'netmask': '', 'hwaddr':
'2c:41:38:b2:d0:e8', 'speed': 100}}
>>>>>>>> operatingSystem = {'release':
'0.5', 'version': '19',
>>>>>>>> 'name': 'Fedora'}
>>>>>>>> packages2 = {'kernel':
{'release': '301.fc19.x86_64',
>>>>>>>> 'buildtime': 1368462984.0, 'version':
'3.9.2'}, 'spice-server':
>>>>>>>> {'release': '5.fc19',
'buildtime': 1366036951, 'version':
>>>>>>>> '0.12.2'}, 'vdsm': {'release':
'18.fc19', 'buildtime': 1373484771,
>>>>>>>> 'version': '4.10.3'}, 'qemu-kvm':
{'release': '4.fc19',
>>>>>>>> 'buildtime': 1371653911, 'version':
'1.4.2'}, 'libvirt': {'release':
>>>>>>>> '1.fc19',
>>>>>>>> 'buildtime': 1371074681, 'version':
'1.0.5.2'}, 'qemu-img':
>>>>>>>> {'release': '4.fc19',
'buildtime': 1371653911, 'version': '1.4.2'},
>>>>>>>> 'mom':
>>>>>>>> {'release': '2.fc19',
'buildtime': 1374564325, 'version': '0.3.2'}}
>>>>>>>> reservedMem = 321
>>>>>>>> software_revision = 18
>>>>>>>> software_version = 4.10
>>>>>>>> supportedENGINEs = ['3.0',
'3.1']
>>>>>>>> supportedProtocols = ['2.2',
'2.3']
>>>>>>>> uuid = 30BBC800-4F47-11E0-0000-2C4138B2D0E8
>>>>>>>> version_name = Snow Man
>>>>>>>> vlans = {}
>>>>>>>> vmTypes = ['kvm']
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Best Regards,
>>>>>>>> Dave Chen
>>>>>>>>
>>>>>>>>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: Laszlo Hornyak [mailto:lhornyak@redhat.com]
>>>>>>>>> Sent: Monday, August 05, 2013 8:35 PM
>>>>>>>>> To: Itamar Heim
>>>>>>>>> Cc: Chen, Wei D; Zhang,
Lijuan;engine-devel(a)ovirt.org
>>>>>>>>> Subject: Re: [Engine-devel] failed to add host into
cluster
>>>>>>>>>
>>>>>>>>> Hi,
>>>>>>>>>
>>>>>>>>> Dave, could you also share the vdsm log as well?
>>>>>>>>>
>>>>>>>>> I managed to reproduce this on the host that I am
using for years
>>>>>>>>> and I am using it now, so it should not be a hardware
problem.
>>>>>>>>> Probably
>>>>>>>>> some broken configuration caused some problem in vdsm
before it
>>>>>>>>> would retrieve the capabilities information from
libvirt.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ----- Original Message -----
>>>>>>>>>> From: "Itamar
Heim"<iheim(a)redhat.com>
>>>>>>>>>> To: "Laszlo
Hornyak"<lhornyak(a)redhat.com>
>>>>>>>>>> Cc: "Wei D
Chen"<wei.d.chen(a)intel.com>, "Lijuan Zhang"
>>>>>>>>>>
<lijuan.zhang@intel.com>,engine-devel(a)ovirt.org
>>>>>>>>>> Sent: Monday, August 5, 2013 2:03:58 PM
>>>>>>>>>> Subject: Re: [Engine-devel] failed to add host
into cluster
>>>>>>>>>>
>>>>>>>>>> On 08/05/2013 09:06 AM, Laszlo Hornyak wrote:
>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>> From: "Wei D
Chen"<wei.d.chen(a)intel.com>
>>>>>>>>>>>> To: "Itamar
Heim"<iheim(a)redhat.com>
>>>>>>>>>>>> Cc: "Lijuan
>>>>>>>>>>>>
Zhang"<lijuan.zhang@intel.com>,engine-devel(a)ovirt.org
>>>>>>>>>>>> Sent: Monday, August 5, 2013 8:03:08 AM
>>>>>>>>>>>> Subject: Re: [Engine-devel] failed to add
host into cluster
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Best Regards,
>>>>>>>>>>>> Dave Chen
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> -----Original Message-----
>>>>>>>>>>>>> From: Itamar Heim
[mailto:iheim@redhat.com]
>>>>>>>>>>>>> Sent: Sunday, August 04, 2013 10:25
PM
>>>>>>>>>>>>> To: Chen, Wei D
>>>>>>>>>>>>> Cc:engine-devel@ovirt.org; Zhang,
Lijuan
>>>>>>>>>>>>> Subject: Re: [Engine-devel] failed to
add host into cluster
>>>>>>>>>>>>>
>>>>>>>>>>>>> On 08/02/2013 09:34 AM, Chen, Wei D
wrote:
>>>>>>>>>>>>>> Failed to add a node into
cluster. I saw follow hints, but
>>>>>>>>>>>>>> still
>>>>>>>>>>>>>> don't know how to fix it. OS
is fedora 19 both for node and
>>>>>>>>>>>>>> engine, anyone can help me?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Host *** does not comply with the
cluster *** emulated
>>>>>>>>>>>>>> machines.
>>>>>>>>>>>>>> The Hosts emulated machines are
clipper,none and the
>>>>>>>>>>>>>> cluster is
>>>>>>>>>>>>>> [rhel6.4.0, pc-1.0]}
>>>>>>>>>>>>> what Os is the host running?
>>>>>>>>>>>> fedora 19
>>>>>>>>>>>>> what does 'vdsClient -s 0
getVdsCaps' returns?
>>>>>>>>>>>> where to run this command? this command
is not recognized
>>>>>>>>>>>> both in
>>>>>>>>>>>> engine and node.
>>>>>>>>>>> After installing the host, you should have
this command in the
>>>>>>>>>>> host OS.
>>>>>>>>>>>
>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>> Engine-devel mailing list
>>>>>>>>>>>> Engine-devel(a)ovirt.org
>>>>>>>>>>>>
http://lists.ovirt.org/mailman/listinfo/engine-devel
>>>>>>>>>>>>
>>>>>>>>>> cat /proc/cpuinfo
>>>>>>>>>> and
>>>>>>>>>> virsh capabilities
>>>>>>>>>>
>>>>>>>>>> are also interesting
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Engine-devel mailing list
>>>>>>>>>> Engine-devel(a)ovirt.org
>>>>>>>>>>
http://lists.ovirt.org/mailman/listinfo/engine-devel
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Engine-devel mailing list
>>>>>> Engine-devel(a)ovirt.org
>>>>>>
http://lists.ovirt.org/mailman/listinfo/engine-devel
>>>>>>
>>>>> your qemu only reports "clipper" as the support emulated
machine?
>>>> Yes, it is. Same to Chenwei's results.
>>>> Could the problem be solved without re-install the os?
>>>>
>>>>
>>>>
>>> what does this command returns:
>>> $ qemu-kvm -M ?
>>>
>> # qemu-kvm -M ?
>> Supported machines are:
>> none empty machine
>> pc Standard PC (i440FX + PIIX, 1996) (alias of
>> pc-i440fx-1.4)
>> pc-i440fx-1.4 Standard PC (i440FX + PIIX, 1996) (default)
>> pc-1.3 Standard PC
>> pc-1.2 Standard PC
>> pc-1.1 Standard PC
>> pc-1.0 Standard PC
>> pc-0.15 Standard PC
>> pc-0.14 Standard PC
>> pc-0.13 Standard PC
>> pc-0.12 Standard PC
>> pc-0.11 Standard PC, qemu 0.11
>> pc-0.10 Standard PC, qemu 0.10
>> isapc ISA-only PC
>> q35 Standard PC (Q35 + ICH9, 2009) (alias of pc-q35-1.4)
>> pc-q35-1.4 Standard PC (Q35 + ICH9, 2009)
> ok, that looks ok. Might be text parsing issue.
> And "virsh capabilities" output?
> what's the vdsm you're using?
virsh capabilities" output is a bit long, see attachment
# rpm -q vdsm
vdsm-4.10.3-18.fc19.x86_64
hmm, works well on my box
try master, though this code didn't change since 2012
the code in vdsm/caps.py is pretty straightforward:
caps = minidom.parseString(capabilities)
for archTag in caps.getElementsByTagName('arch'):
if archTag.getAttribute('name') == 'x86_64':
return [m.firstChild.data for m in archTag.childNodes
if m.nodeName == 'machine']
try to uninstall qemu Alpha support if it changes a thing or not...