Some packages info. [root@localhost ~]# rpm -qa | grep vdsm vdsm-bootstrap-4.10.0-7.fc17.noarch vdsm-xmlrpc-4.10.0-7.fc17.noarch vdsm-python-4.10.0-7.fc17.x86_64 vdsm-4.10.0-7.fc17.x86_64 vdsm-cli-4.10.0-7.fc17.noarch [root@localhost ~]# rpm -qa | grep ovirt ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch ovirt-engine-notification-service-3.1.0-2.fc17.noarch ovirt-engine-dbscripts-3.1.0-2.fc17.noarch ovirt-engine-3.1.0-2.fc17.noarch ovirt-release-fedora-4-2.noarch ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch ovirt-engine-setup-3.1.0-2.fc17.noarch ovirt-engine-webadmin-portal-3.1.0-2.fc17.noarch ovirt-engine-setup-plugin-allinone-3.1.0-2.fc17.noarch ovirt-engine-sdk-3.1.0.4-1.fc17.noarch ovirt-engine-backend-3.1.0-2.fc17.noarch ovirt-engine-config-3.1.0-2.fc17.noarch ovirt-engine-userportal-3.1.0-2.fc17.noarch ovirt-engine-genericapi-3.1.0-2.fc17.noarch ovirt-engine-restapi-3.1.0-2.fc17.noarch ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch ovirt-engine-tools-common-3.1.0-2.fc17.noarch [root@localhost ~]# cat /etc/issue Fedora release 17 (Beefy Miracle) Kernel \r on an \m (\l)
-----Original Message----- From: Itamar Heim [mailto:ih...@redhat.com] Sent: Friday, September 21, 2012 3:57 PM To: wujieke Cc: 'Mark Wu'; users@ovirt.org Subject: Re: [Users] non-operational state as host does not meet clusters' minimu CPU level. On 09/21/2012 09:24 AM, wujieke wrote: > Thanks a lot. Mark. > > Attach output for reference. ok, so libvirt/virsh detect sandybridge, but vdsm only reports conroe. there used to be a bug around this in vdsm - which version of vdsm are you running? > > -----Original Message----- > From: Mark Wu [mailto:wu...@linux.vnet.ibm.com] > Sent: Friday, September 21, 2012 2:15 PM > To: wujieke > Cc: 'Itamar Heim'; users@ovirt.org > Subject: Re: [Users] non-operational state as host does not meet clusters' > minimu CPU level. > > On 09/21/2012 01:01 PM, wujieke wrote: >> I follow the wiki page to re-install ovirt with all-in-one version . >> my local host in ovirt is working now. >> Thanks a lot. >> >> Btw: the cmd " virsh capabilities" complains out : >> >> [root@localhost ~]# virsh capabilities Please enter your >> authentication name: >> Please enter your password: >> error: Failed to reconnect to the hypervisor >> error: no valid connection >> error: authentication failed: Failed to step SASL negotiation: -1 > (SASL(-1): >> generic failure: All-whitespace username.) >> >> any idea? > Please try "virsh -r capabilities" >> >> -----Original Message----- >> From: Itamar Heim [mailto:ih...@redhat.com] >> Sent: Friday, September 21, 2012 12:44 PM >> To: wujieke >> Cc: node-de...@ovirt.org; users@ovirt.org >> Subject: Re: [Users] non-operational state as host does not meet clusters' >> minimu CPU level. >> >> On 09/21/2012 03:54 AM, wujieke wrote: >>> [root@localhost ~]# vdsClient -s 0 getVdsCaps | grep -i flags >>> cpuFlags = >>> fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,ps >>> e >>> 3 >>> 6,clfl >>> ush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtsc >>> p >>> , >>> lm,con >>> stant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc, >>> a >>> p >>> erfmpe >>> rf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xt >>> p >>> r >>> ,pdcm, >>> pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,av >>> x >>> , >>> lahf_l >>> m,ida,arat,epb,xsaveopt,pln,pts,dts,tpr_shadow,vnmi,flexpriority,ept >>> , >>> v >>> pid,mo >>> del_coreduo,model_Conroe >>> >>> seems only support model_Conroe? >> and output of: virsh capabilities? >> >> >>> -----Original Message----- >>> From: Itamar Heim [mailto:ih...@redhat.com] >>> Sent: Thursday, September 20, 2012 10:04 PM >>> To: wujieke >>> Cc: node-de...@ovirt.org; users@ovirt.org >>> Subject: Re: [Users] non-operational state as host does not meet > clusters' >>> minimu CPU level. >>> >>> On 09/20/2012 12:19 PM, wujieke wrote: >>>> Hi, everyone, if it's not the right mail list, pls point out.. thanks.. >>>> >>>> I am trying to install the ovirt on my Xeon E5-2650 process on Dell >>>> server, which is installed with Fedora 17. While I create a new >>>> host , which actually is the same server as overt-engine is running. >>>> >>>> The host is created ,and starting to "installing". But it ends with >>>> "Non operational state". >>>> >>>> Error: >>>> >>>> Host CPU type is not compatible with cluster properties, missing >>>> CPU >>>> feature: model_sandybridge. >>>> >>>> But in my cluster, I select "sandybridge" CPU, and my Xeon C5 is >>>> also in Sandy bridge family. And also this error lead my server reboot. >>>> >>>> Any help is appreciated. >>>> >>>> Btw: I have enable INTEL-VT in BIOS. And modprobe KVM and kvm-intel >>>> modules. . attached is screen shot for error. >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users@ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> please send output of this command from the host (not engine) >>> vdsClient -s 0 getVdsCaps | grep -i flags >>> >> >> _______________________________________________ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users