December 2013 - Users - oVirt List Archives

[Users] install ovirt-engine-3.3.1, dependency broken
by lofyer 10 Dec '13

10 Dec '13

I was installing ovirt-engine-3.3.1 in CentOS-6.5 and got dependency error below: Error: Package: glusterfs-cli-3.4.0-8.el6.x86_64 (glusterfs-epel) Requires: glusterfs-lib = 3.4.0-8.el6.x86_64 Available: glusterfs-3.4.0-8.el6.x86_64 (glusterfs-epel) glusterfs-libs = 3.4.0-8.el6 Available: glusterfs-libs-3.4.0-8.el6.x86_64 (glusterfs-epel) glusterfs-libs = 3.4.0-8.el6 Installing: glusterfs-libs-3.4.0.36rhs-1.el6.x86_64 (base) glusterfs-libs = 3.4.0.36rhs-1.el6 Installing: glusterfs-3.4.0.36rhs-1.el6.x86_64 (base) Not found I've got epel, rpm-fusion, ovirt, gluster-epel and gluster besides CentOS standard repos in my box. What should I do then?

3 2

[Users] Master storage domain version mismatch
by Markus Stockhausen 10 Dec '13

10 Dec '13

------=_NextPartTM-000-108d1462-6c24-40eb-82cd-3dd0766a4baa Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173585ADA66EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585ADA66EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, We are on ovirt 3.3.1 and I just filed BZ 1039835 because our master storage domain could not be activated any longer after some NFS failure tests (pulling cables, modifying /etc/exports, ...). This bug seems to happen from time to time. Several BZ and mailing list entries suggest that the logic to track the domain version in critical situations is not yet perfect. I was able to clean the situation with a SQL modification in the database "update storage_pool set master_domain_version=3D...;" As it may be interesting for others could someone clarify if there might be an issue with atomic operations. Admins may have enough headaches to get the NFS up and running after some kind of failure. So Ovirt should not be one of them. Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585ADA66EXCHANGEcollogi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style id=3D"owaParaStyle" type=3D"text/css">P {margin-top:0;margin-bottom:= 0;}</style> </head> <body ocsi=3D"0" fpstyle=3D"1"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hello, We are on ovirt 3.3.1 and I just filed BZ 1039835 because our master storage domain could not be activated any longer after some NFS failure <br= > tests (pulling cables, modifying /etc/exports, ...). This bug seems to happen from time to time. Several BZ and mailing list entries suggest that the logic to track the domain version in critical situations is not yet perfect. I was able to clean the situation with a SQL modification in the database <= br> "update storage_pool set master_domain_version=3D...;" As it may be interesting for others could someone clarify if there might<br= > be an issue with atomic operations. Admins may have enough headaches to get the NFS up and running after some kind of failure. So Ovirt should <= br> not be one of them. Markus </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585ADA66EXCHANGEcollogi_-- ------=_NextPartTM-000-108d1462-6c24-40eb-82cd-3dd0766a4baa Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-108d1462-6c24-40eb-82cd-3dd0766a4baa--

2 4

[Users] Jenkins Cluster Management and Distributed Build Plugin for oVirt?
by Steve Gordon 09 Dec '13

09 Dec '13

Hi all, Has anyone written a Jenkins plugin for oVirt? Examples for other virtualization and cloud solutions are here: https://wiki.jenkins-ci.org/display/JENKINS/Plugins#Plugins-Clustermanageme… Thanks, Steve

2 1

[Users] Building Windows virt-viewer
by Lindsay Mathieson 09 Dec '13

09 Dec '13

Is there a guide somewhere on how to do this? for an OSS project I'm finding it remarkably opaque as to how to do this. There are some (incomplete) notes here: http://www.spice-space.org/page/Building_Instructions#Windows_2 Which fail to build (DevStudio 2008). There are some old posts os the spice-dev list which seem to hint the build is done via cross compile from fedora. I need to build the remote viewer for window to incorporate some bug fixes which have made their way into the offical build. Also I'd like to try embedding it in a customised viewer. Thanks, -- Lindsay

3 2

Re: [Users] ovirtmgmt not installed
by Pascal Jakobi 09 Dec '13

09 Dec '13

--1670751155-1537525175-1386138125=:79332 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable At the end, I could not make an F19 Fedora host work against a 3.3 engine. = I suggest someone from the eng team has a look at it. some stuff just does = not work there.=0A=0A=0ATherefore, I downgraded the fedora host to F18. On = the engine side, I got the following error message :=0A=0AHost lab2 is comp= atible with versions (3.0,3.1,3.2) and cannot join Cluster Default which is= set to version 3.3.=0A=0ADon't know what is to be set....=0A=0AAnyway, I c= reated a 3.2 cluster and installed the host into it. Seems to work (the hos= t is up).=0A=0AThanks again for support. =0A=0A=0A=0APascal Jakobi=0A116 ru= e de Stalingrad=0A93100 Montreuil, France=0ATel : + 33 6 87 47 58 19=0A@ : = pjakobi(a)yahoo.fr=0A=0A=0A=0ALe Mardi 3 d=E9cembre 2013 14h04, Pascal Jakobi= <pjakobi(a)yahoo.fr> a =E9crit :=0A =0AWill do within a couple of hours.=0AM= any, many thanks=0A=A0=0APascal Jakobi=0A116 rue de Stalingrad=0A93100 Mont= reuil, France=0ATel : + 33 6 87 47 58 19=0A@ : pjakobi(a)yahoo.fr=0A=0A=0A=0A= Le Mardi 3 d=E9cembre 2013 13h43, Antoni Segura Puimedon <asegurap(a)redhat.c= om> a =E9crit :=0A =0AHi Pacal,=0A=0AWould you mind joining #ovirt at irc.o= ftc.net and pinging apuimedo?=0AI have some questions that could be faster = solved online.=0A=0ABest,=0A=0AAntoni=0A=0A----- Original Message -----=0A>= From: "Pascal Jakobi" <pjakobi(a)yahoo.fr>=0A> To: "Pascal Jakobi" <pascal.j= akobi(a)gmail.com>, "Moti Asayag" <masayag(a)redhat.com>=0A> Cc: users(a)ovirt.or= g=0A> Sent: Tuesday, December 3, 2013 1:11:36 PM=0A> Subject: Re: [Users] o= virtmgmt not installed=0A> =0A> Still the same, even with networking workin= g like a charm...=0A> Any idea ?=0A> =0A> [root@lab2 vdsm]# vdsClient -s 0 = getVdsCaps=0A> HBAInventory =3D {'FC': [], 'iSCSI': [{'InitiatorName':=0A> = 'iqn.1994-05.com.redhat:a0bc8a5f9a5d'}]}=0A> ISCSIInitiatorName =3D 'iqn.19= 94-05.com.redhat:a0bc8a5f9a5d'=0A> bondings =3D {'bond0': {'addr': '',=0A> = 'cfg': {},=0A> 'hwaddr': '96:9d:8f:27:e1:8f',=0A> 'ipv6addrs': [],=0A> 'mtu= ': '1500',=0A> 'netmask': '',=0A> 'slaves': []}}=0A> bridges =3D {}=0A> clu= sterLevels =3D ['3.0', '3.1', '3.2', '3.3']=0A> cpuCores =3D '4'=0A> cpuFla= gs =3D=0A> 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,p= at,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb= ,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonst= op_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,= tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,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_Penryn,model_Westmere,model_n270,model_SandyBridge'=0A> cpuM= odel =3D 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'=0A> cpuSockets =3D '1'= =0A> cpuSpeed =3D '3708.000'=0A> cpuThreads =3D '8'=0A> emulatedMachines = =3D ['pc',=0A> 'q35',=0A> 'isapc',=0A> 'pc-0.10',=0A> 'pc-0.11',=0A> 'pc-0.= 12',=0A> 'pc-0.13',=0A> 'pc-0.14',=0A> 'pc-0.15',=0A> 'pc-1.0',=0A> 'pc-1.1= ',=0A> 'pc-1.2',=0A> 'pc-1.3',=0A> 'none']=0A> guestOverhead =3D '65'=0A> h= ooks =3D {}=0A> kvmEnabled =3D 'true'=0A> lastClient =3D '192.168.1.41'=0A>= lastClientIface =3D 'em1'=0A> management_ip =3D '0.0.0.0'=0A> memSize =3D = '16001'=0A> netConfigDirty =3D 'True'=0A> networks =3D {}=0A> nics =3D {'em= 1': {'addr': '192.168.1.42',=0A> 'cfg': {},=0A> 'hwaddr': '00:1a:6b:51:de:b= 4',=0A> 'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'],=0A> 'mtu': '1500',=0A= > 'netmask': '255.255.255.0',=0A> 'speed': 100}}=0A> operatingSystem =3D {'= name': 'Fedora', 'release': '4', 'version': '19'}=0A> packages2 =3D {'kerne= l': {'buildtime': 1384978944.0,=0A> 'release': '200.fc19.x86_64',=0A> 'vers= ion': '3.11.9'},=0A> 'libvirt': {'buildtime': 1384730741,=0A> 'release': '2= .fc19',=0A> 'version': '1.0.5.7'},=0A> 'mom': {'buildtime': 1375215820, 're= lease': '3.fc19', 'version': '0.3.2'},=0A> 'qemu-img': {'buildtime': 138370= 0301,=0A> 'release': '13.fc19',=0A> 'version': '1.4.2'},=0A> 'qemu-kvm': {'= buildtime':=0A 1383700301,=0A> 'release': '13.fc19',=0A> 'version': '1.4.2'= },=0A> 'spice-server': {'buildtime': 1383130020,=0A> 'release': '3.fc19',= =0A> 'version': '0.12.4'},=0A> 'vdsm': {'buildtime': 1384274283, 'release':= '11.fc19', 'version': '4.13.0'}}=0A> reservedMem =3D '321'=0A> software_re= vision =3D '11'=0A> software_version =3D '4.13'=0A> supportedENGINEs =3D ['= 3.0', '3.1', '3.2', '3.3']=0A> supportedProtocols =3D ['2.2', '2.3']=0A> uu= id =3D '0A583269-811F-E211-AA06-001A6B51DEB4'=0A> version_name =3D 'Snow Ma= n'=0A> vlans =3D {}=0A> vmTypes =3D ['kvm']=0A> [root@lab2 vdsm]#=0A> =0A> = =0A>=0A Pascal Jakobi=0A> 116 rue de Stalingrad=0A> 93100 Montreuil, France= =0A> Tel : + 33 6 87 47 58 19=0A> @ : pjakobi(a)yahoo.fr=0A> =0A> =0A> Le Lun= di 2 d=E9cembre 2013 10h31, Pascal Jakobi <pascal.jakobi(a)gmail.com> a=0A> = =E9crit :=0A> As a matter of fact, when I installed F19, it created an eno1= device, aliased=0A> to em1. Don't know why, yet.=0A> Even adding a "GATEWA= Y" clause in /etc/sysconfig/network does not seem to=0A> change the problem= ....=0A> =0A> Will check how to change the device name.=0A> =0A> =0A> 2013/= 12/1 Moti Asayag < masayag(a)redhat.com >=0A> =0A> =0A> Hi Pascal,=0A> =0A> -= ---- Original Message -----=0A> > From: "Pascal Jakobi" < pascal.jakobi@gma= il.com >=0A> > To: "Mike Kolesnik" < mkolesni(a)redhat.com >=0A> > Cc: users@= ovirt.org , masayag(a)redhat.com=0A> > Sent: Sunday, December 1, 2013 10:58:4= 0=0A AM=0A> > Subject: Re: ovirtmgmt not installed=0A> > =0A> > Mike=0A> > = =0A> > Here you go. However, please note that I must investigate the connec= tion=0A> > issue that Alon saw. will do it tomorrow.=0A> > Many thanks to y= ou folks.=0A> > P=0A> =0A> According to the output of 'nics' element, the '= em1' device is missing his=0A> default gateway entry under the 'cfg' elemen= t.=0A> =0A> One reason for that can be there is no=0A> '/etc/sysconfig/netw= ork-scripts/ifcfg-em1'=0A> file and vdsm fails to obtain the default gatewa= y for it.=0A> =0A> Could you create this file by your own and retry install= ing the host ?=0A> After creating the file=0A (make sure it contains NM_CON= TROLLED=3Dno), restart the=0A> network service=0A> and run 'vdsClient -s 0 = getVdsCaps' to make sure 'em1' output contains the=0A> data its 'cfg' sub-= =0A> element.=0A> =0A> > =0A> > [root@lab2 ~]# vdsClient -s 0 getVdsCaps=0A= > > HBAInventory =3D {'FC': [], 'iSCSI': [{'InitiatorName':=0A> > 'iqn.1994= -05.com.redhat:eea1322229a8'}]}=0A> > ISCSIInitiatorName =3D 'iqn.1994-05.c= om.redhat:eea1322229a8'=0A> > bondings =3D {'bond0': {'addr': '',=0A> > 'cf= g': {},=0A> > 'hwaddr': 'fa:7e:79:56:5a:c2',=0A> > 'ipv6addrs': [],=0A> > '= mtu': '1500',=0A> > 'netmask': '',=0A> > 'slaves': []}}=0A> > bridges =3D {= }=0A> > clusterLevels =3D ['3.0', '3.1', '3.2', '3.3']=0A> > cpuCores =3D '= 4'=0A> > cpuFlags =3D=0A> > 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mt= rr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,s= yscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nop= l,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds= _cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,pop= cnt,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,mod= el_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_Sand= yBridge'=0A> > cpuModel =3D 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz'=0A> = > cpuSockets =3D '1'=0A> > cpuSpeed =3D '3744.000'=0A> > cpuThreads =3D '8'= =0A> > emulatedMachines =3D ['pc',=0A> > 'q35',=0A> > 'isapc',=0A> > 'pc-0.= 10',=0A> > 'pc-0.11',=0A> > 'pc-0.12',=0A> > 'pc-0.13',=0A> > 'pc-0.14',=0A= > > 'pc-0.15',=0A> > 'pc-1.0',=0A> > 'pc-1.1',=0A> > 'pc-1.2',=0A> > 'pc-1.= 3',=0A> > 'none']=0A> > guestOverhead =3D '65'=0A> > hooks =3D {}=0A> > kvm= Enabled =3D 'false'=0A> > lastClient =3D '192.168.1.41'=0A> > lastClientIfa= ce =3D 'em1'=0A> > management_ip =3D '0.0.0.0'=0A> > memSize =3D '16001'=0A= > >=0A netConfigDirty =3D 'False'=0A> > networks =3D {}=0A> > nics =3D {'em= 1': {'addr': '192.168.1.42',=0A> > 'cfg': {},=0A> > 'hwaddr': '00:1a:6b:51:= de:b4',=0A> > 'ipv6addrs': ['fe80::21a:6bff:fe51:deb4/64'],=0A> > 'mtu': '1= 500',=0A> > 'netmask': '255.255.255.0',=0A> > 'speed': 100}}=0A> > operatin= gSystem =3D {'name': 'Fedora', 'release': '2', 'version': '19'}=0A> > packa= ges2 =3D {'kernel': {'buildtime': 1384978944.0,=0A> > 'release': '200.fc19.= x86_64',=0A> > 'version': '3.11.9'},=0A> > 'libvirt': {'buildtime': 1384730= 741,=0A> > 'release': '2.fc19',=0A> > 'version': '1.0.5.7'},=0A> > 'mom': {= 'buildtime': 1375215820, 'release': '3.fc19',=0A> > 'version': '0.3.2'},=0A= > > 'qemu-img': {'buildtime': 1383700301,=0A> > 'release': '13.fc19',=0A> >= 'version': '1.4.2'},=0A> > 'qemu-kvm': {'buildtime': 1383700301,=0A> > 're= lease': '13.fc19',=0A> > 'version': '1.4.2'},=0A> > 'spice-server': {'build= time': 1383130020,=0A> > 'release': '3.fc19',=0A> > 'version': '0.12.4'},= =0A> > 'vdsm': {'buildtime': 1384274283, 'release': '11.fc19',=0A> > 'versi= on': '4.13.0'}}=0A> > reservedMem =3D '321'=0A> > software_revision =3D '11= '=0A> > software_version =3D '4.13'=0A> > supportedENGINEs =3D ['3.0', '3.1= ', '3.2', '3.3']=0A> > supportedProtocols =3D ['2.2', '2.3']=0A> >=0A uuid = =3D '0A583269-811F-E211-AA06-001A6B51DEB4'=0A> > version_name =3D 'Snow Man= '=0A> > vlans =3D {}=0A> > vmTypes =3D ['kvm']=0A> > =0A> > =0A> > =0A> > 2= 013/12/1 Mike Kolesnik < mkolesni(a)redhat.com >=0A> > =0A> > > -------------= -----------------=0A> > > =0A> > > *Hi there *=0A> > > =0A> > > =0A> > > Hi= Pascal,=0A> > > =0A> > > =0A> > > =0A> > > =0A> > > *I installed a console= on F19, then a F19 host (time 11:09 today).*=0A> > > =0A> > > *Everything = works fine, apart from the installation of the mgmt network=0A> > > at=0A> = > > the end. *=0A> > > *Can someone tell me what's going wrong ?*=0A> > > = =0A> > > =0A> > > Can you please send the output of vdsCaps from the host (= vdsClient -s 0=0A> > > getVdsCaps)?=0A> > > =0A> > > =0A> > > *Thxs in adva= nce*=0A> > > =0A> > > *Pascal*=0A> > > =0A> > > =0A> > > =0A> > =0A> > =0A>= > --=0A> > *Pascal Jakobi*=0A> > 116 rue de Stalingrad=0A> > 93100 Montreu= il, France=0A> > =0A> > * +33 6 87 47 58 19 * Pascal.Jakobi(a)gmail.com=0A> >= =0A> =0A> =0A> =0A> --=0A> Pascal Jakobi=0A> 116 rue de Stalingrad=0A> 931= 00 Montreuil, France=0A> +33 6 87 47 58 19=0A> Pascal.Jakobi(a)gmail.com=0A> = =0A> _______________________________________________=0A> Users mailing list= =0A> Users(a)ovirt.org=0A> http://lists.ovirt.org/mailman/listinfo/users=0A= =0A> =0A> =0A> =0A> _______________________________________________=0A> Use= rs mailing list=0A> Users(a)ovirt.org=0A> http://lists.ovirt.org/mailman/list= info/users=0A> --1670751155-1537525175-1386138125=:79332 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo= nt-size:10pt"><div>At the end, I could not make an F19 Fedora host wo= rk against a 3.3 engine. I suggest someone from the eng team has a look at = it. some stuff just does not work there. </div><div style=3D"colo= r: rgb(0, 0, 0); font-size: 13.3333px; font-family: HelveticaNeue,Helvetica= Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transpare= nt; font-style: normal;"> </div><div style=3D"color: rgb(0,= 0, 0); font-size: 13.3333px; font-family: HelveticaNeue,Helvetica Neue,Hel= vetica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-= style: normal;">Therefore, I downgraded the fedora host to F18. On th= e engine side, I got the following error message : </div><div sty= le=3D"color: rgb(0, 0, 0); font-size: 13.3333px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; bac= kground-color: transparent; font-style: normal; margin-left: 40px;">H= ost lab2 is compatible with versions (3.0,3.1,3.2) and cannot join Cluster = Default which is set to version 3.3.</div><div>Don't know what is to= be set.... Anyway, I created a 3.2 cluster and installed the host i= nto it. Seems to work (the host is up). Thanks again for support. <b= r> </div><div>Pascal Jakobi= 116 rue de Stalingrad 93100 Montreuil, France Tel : + 33 6 87 47 = 58 19 @ : pjakobi(a)yahoo.fr</div><div style=3D"display: block;" class=3D"= yahoo_quoted"> <div style=3D"font-family: HelveticaNeue, Helvetic= a Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 10pt;"> <di= v style=3D"font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lu= cida Grande, sans-serif; font-size: 12pt;"> <div dir=3D"ltr"> Le Mardi 3 d=E9cembre 2013 14h04, Pascal Jakobi <pjakobi@ya= hoo.fr> a =E9crit : </div> <div class=3D"y_msg_container"><= div id=3D"yiv9336616765"><div><div style=3D"color:#000;background-color:#ff= f;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grand= e, sans-serif;font-size:10pt;"><div>Will do within a couple of hours.= </div><div style=3D"color:rgb(0, 0, 0);font-size:13.3333px;font-fami= ly:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-ser= if;background-color:transparent;font-style:normal;">Many, many thanks= </div><div> </div><div>Pascal= Jakobi 116 rue de Stalingrad 93= 100 Montreuil, France Tel : + 33 6 87 47 58 19 @ : pjakobi(a)yahoo.fr</div><div class=3D"yiv9336616765yqt954548543= 7" id=3D"yiv9336616765yqt10212"><div class=3D"yiv9336616765yahoo_quoted" st= yle=3D"display:block;"> <div style=3D"font-family:Helvetic= aNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-siz= e:10pt;"> <div style=3D"font-family:HelveticaNeue, Helvetica Neue, Helvetic= a, Arial, Lucida Grande, sans-serif;font-size:12pt;"> <div dir=3D"ltr"> <fo= nt face=3D"Arial" size=3D"2"> Le Mardi 3 d=E9cembre 2013 13h43, Antoni Segu= ra Puimedon <asegurap(a)redhat.com> a =E9crit : </fo= nt> </div> <div class=3D"yiv9336616765y_msg_container">Hi Pacal, Would you mind joining #ovirt at irc.oftc.net = and pinging apuimedo? I have some questions that could be= faster solved online. Best, Antoni --= --- Original Message ----- > From: "Pascal Jakobi" &lt= ;<a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:pjakobi@yahoo.fr" tar= get=3D"_blank" href=3D"mailto:pjakobi@yahoo.fr">pjakobi(a)yahoo.fr</a>> > To: "Pascal Jakobi" <<a rel=3D"nofollow" shape=3D"rect" ymailto= =3D"mailto:pascal.jakobi@gmail.com" target=3D"_blank" href=3D"mailto:pascal= .jakobi(a)gmail.com">pascal.jakobi(a)gmail.com</a>>, "Moti Asayag" <<a re= l=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:masayag@redhat.com" target= =3D"_blank" href=3D"mailto:masayag@redhat.com">masayag(a)redhat.com</a>><b= r clear=3D"none">> Cc: <a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mai= lto:users@ovirt.org" target=3D"_blank" href=3D"mailto:users@ovirt.org">user= s(a)ovirt.org</a> > Sent: Tuesday, December 3, 2013 1:11= :36 PM > Subject: Re: [Users] ovirtmgmt not installed<= br clear=3D"none">> > Still the same, even with ne= tworking working like a charm... > Any idea ? > > [<a rel=3D"nofollow" shape=3D"rect" = ymailto=3D"mailto:root@lab2" target=3D"_blank" href=3D"mailto:root@lab2">root@lab2</a> vdsm]# vdsClient -s 0 getVdsCaps<b= r clear=3D"none">> HBAInventory =3D {'FC': [], 'iSCSI': [{'InitiatorName= ': > 'iqn.1994-05.com.redhat:a0bc8a5f9a5d'}]} > ISCSIInitiatorName =3D 'iqn.1994-05.com.redhat:a0bc8a5f9a5d'= > bondings =3D {'bond0': {'addr': '', > 'cfg': {}, > 'hwaddr': '96:9d:8f:27:e1:8f',<br= clear=3D"none">> 'ipv6addrs': [], > 'mtu': '1500',= > 'netmask': '', > 'slaves': []}= } > bridges =3D {} > clusterLevel= s =3D ['3.0', '3.1', '3.2', '3.3'] > cpuCores =3D '4'<= br clear=3D"none">> cpuFlags =3D > 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,c= lflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm= ,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,ape= rfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,= cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,= xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flex= priority,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,m= odel_Penryn,model_Westmere,model_n270,model_SandyBridge' = > cpuModel =3D 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz' > cpuSockets =3D '1' > cpuSpeed =3D '3708.000'<= br clear=3D"none">> cpuThreads =3D '8' > emulatedMa= chines =3D ['pc', > 'q35', > 'isa= pc', > 'pc-0.10', > 'pc-0.11',<br= clear=3D"none">> 'pc-0.12', > 'pc-0.13', > 'pc-0.= 14', > 'pc-0.15', > 'pc-1.0', > 'pc-1.1', > 'pc-1.2', > 'pc-1.3', > 'none'] > = guestOverhead =3D '65' > hooks =3D {} > kvmEnabled =3D 'true' > lastClient =3D '192.168= .1.41' > lastClientIface =3D 'em1' &= gt; management_ip =3D '0.0.0.0' > memSize =3D '16001'<= br clear=3D"none">> netConfigDirty =3D 'True' > net= works =3D {} > nics =3D {'em1': {'addr': '192.168.1.42= ', > 'cfg': {}, > 'hwaddr': '00:1= a:6b:51:de:b4', > 'ipv6addrs': ['fe80::21a:6bff:fe51:d= eb4/64'], > 'mtu': '1500', > 'net= mask': '255.255.255.0', > 'speed': 100}} > operatingSystem =3D {'name': 'Fedora', 'relea= se': '4', 'version': '19'} > packages2 =3D {'kernel': = {'buildtime': 1384978944.0, > 'release': '200.fc19.x86= _64', > 'version': '3.11.9'}, > '= libvirt': {'buildtime': 1384730741, > 'release': '2.fc= 19', > 'version': '1.0.5.7'}, > '= mom': {'buildtime': 1375215820, 'release': '3.fc19', 'version': '0.3.2'},<b= r clear=3D"none">> 'qemu-img': {'buildtime': 1383700301, > 'release': '13.fc19', > 'version': '1.4.2'},<b= r clear=3D"none">> 'qemu-kvm': {'buildtime':=0A 1383700301, > 'release': '13.fc19', > 'version': '1.4.2'}= , > 'spice-server': {'buildtime': 1383130020, > 'release': '3.fc19', > 'version': '0.12= .4'}, > 'vdsm': {'buildtime': 1384274283, 'release': '= 11.fc19', 'version': '4.13.0'}} > reservedMem =3D '321= ' > software_revision =3D '11' > = software_version =3D '4.13' > supportedENGINEs =3D ['3= .0', '3.1', '3.2', '3.3'] > supportedProtocols =3D ['2= .2', '2.3'] > uuid =3D '0A583269-811F-E211-AA06-001A6B= 51DEB4' > version_name =3D 'Snow Man' > vlans =3D {} > vmTypes =3D ['kvm'] > [<a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:root@lab2"= target=3D"_blank" href=3D"mailto:root@lab2">root@lab2</a> vdsm]# > > >=0A Pascal Jakobi > 116 rue de Stalingrad > 93100 Montreuil, Fra= nce > Tel : + 33 6 87 47 58 19 > = @ : <a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:pjakobi@yahoo.fr" = target=3D"_blank" href=3D"mailto:pjakobi@yahoo.fr">pjakobi(a)yahoo.fr</a> > > > Le Lund= i 2 d=E9cembre 2013 10h31, Pascal Jakobi <<a rel=3D"nofollow" shape=3D"r= ect" ymailto=3D"mailto:pascal.jakobi@gmail.com" target=3D"_blank" href=3D"m= ailto:pascal.jakobi@gmail.com">pascal.jakobi(a)gmail.com</a>> a > =E9crit : > As a matter of fact, when I= installed F19, it created an eno1 device, aliased > t= o em1. Don't know why, yet. > Even adding a "GATEWAY" = clause in /etc/sysconfig/network does not seem to > ch= ange the problem.... > > Will ch= eck how to change the device name. > >=0A > 2013/12/1 Moti Asayag < <a rel=3D"nofollow" shape=3D"re= ct" ymailto=3D"mailto:masayag@redhat.com" target=3D"_blank" href=3D"mailto:= masayag(a)redhat.com">masayag(a)redhat.com</a> > > > > Hi Pascal, &g= t; > ----- Original Message ----- &= gt; > From: "Pascal Jakobi" < <a rel=3D"nofollow" shape=3D"rect" ymai= lto=3D"mailto:pascal.jakobi@gmail.com" target=3D"_blank" href=3D"mailto:pas= cal.jakobi(a)gmail.com">pascal.jakobi(a)gmail.com</a> > &g= t; > To: "Mike Kolesnik" < <a rel=3D"nofollow" shape=3D"rect" ymailto= =3D"mailto:mkolesni@redhat.com" target=3D"_blank" href=3D"mailto:mkolesni@r= edhat.com">mkolesni(a)redhat.com</a> > > > Cc: <a = rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:users@ovirt.org" target= =3D"_blank" href=3D"mailto:users@ovirt.org">users(a)ovirt.org</a> , <a rel=3D= "nofollow" shape=3D"rect" ymailto=3D"mailto:masayag@redhat.com" target=3D"_blank" href=3D"mailto:mas= ayag(a)redhat.com">masayag(a)redhat.com</a> > > Sent: S= unday, December 1, 2013 10:58:40=0A AM > > Subject:= Re: ovirtmgmt not installed > > > > Mike > > > > He= re you go. However, please note that I must investigate the connection > > issue that Alon saw. will do it tomorrow. > > Many thanks to you folks. > > P= > > According to the output of = 'nics' element, the 'em1' device is missing his > defa= ult gateway entry under the 'cfg' element. > > One reason for that can be there is no &gt= ; '/etc/sysconfig/network-scripts/ifcfg-em1' > file an= d vdsm fails to obtain the default gateway for it. > <= br clear=3D"none">> Could you create this file by your own and retry ins= talling the host ? > After creating the file=0A (make = sure it contains NM_CONTROLLED=3Dno), restart the > ne= twork service > and run 'vdsClient -s 0 getVdsCaps' to= make sure 'em1' output contains the > data its 'cfg' = sub- > element. > > > > > [<a rel=3D"nofollow" shape=3D"re= ct" ymailto=3D"mailto:root@lab2" target=3D"_blank" href=3D"mailto:root@lab2= ">root@lab2</a> ~]# vdsClient -s 0 getVdsCaps > > H= BAInventory =3D {'FC': [], 'iSCSI': [{'InitiatorName': &g= t; > 'iqn.1994-05.com.redhat:eea1322229a8'}]} > &gt= ; ISCSIInitiatorName =3D 'iqn.1994-05.com.redhat:eea1322229a8' > > bondings =3D {'bond0': {'addr': '', > = > 'cfg': {}, > > 'hwaddr': 'fa:7e:79:56:5a:c2',<= br clear=3D"none">> > 'ipv6addrs': [], > > 'm= tu': '1500', > > 'netmask': '', > > 'slaves': []}} > > bridges =3D {} > > clusterLevels = =3D ['3.0', '3.1', '3.2', '3.3'] > > cpuCores =3D '= 4' > > cpuFlags =3D > > 'fp= u,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflu= sh,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,con= stant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmp= erf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16= ,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsav= e,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexprio= rity,ept,vpid,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model= _Penryn,model_Westmere,model_n270,model_SandyBridge' >= > cpuModel =3D 'Intel(R) Xeon(R) CPU E5-1620 0 @ 3.60GHz' > > cpuSockets =3D '1' > > cpuSpeed =3D '3744.000' > > cpuThreads =3D '8' > > emu= latedMachines =3D ['pc', > > 'q35', > > 'isapc', > > 'pc-0.10', > > 'pc-0.11', > > 'pc-0.12', > > 'pc-0.13', > > 'pc-0.14', > > 'pc-0.15', > > 'pc-1.0', > > 'pc-1.1', > > 'pc-1.2', > > 'pc-1.3', > > 'none'] > > guestOverhead =3D '65' > > ho= oks =3D {} > > kvmEnabled =3D 'false' > > lastClient =3D '192.168.1.41' > > la= stClientIface =3D 'em1' > > management_ip =3D '0.0.= 0.0' > > memSize =3D '16001' > >=0A netConfigDirty =3D 'False' &= gt; > networks =3D {} > > nics =3D {'em1': {'add= r': '192.168.1.42', > > 'cfg': {}, > > 'hwaddr': '00:1a:6b:51:de:b4', > > 'ipv= 6addrs': ['fe80::21a:6bff:fe51:deb4/64'], > > 'mtu'= : '1500', > > 'netmask': '255.255.255.0', > > 'speed': 100}} > > operatingSys= tem =3D {'name': 'Fedora', 'release': '2', 'version': '19'} > > packages2 =3D {'kernel': {'buildtime': 1384978944.0, > > 'release': '200.fc19.x86_64', > &g= t; 'version': '3.11.9'}, > > 'libvirt': {'buildtime= ': 1384730741, > > 'release': '2.fc19', > > 'version': '1.0.5.7'}, > > 'mom': = {'buildtime': 1375215820, 'release': '3.fc19', > > 'version': '0.3.2'}, > > = 'qemu-img': {'buildtime': 1383700301, > > 'release'= : '13.fc19', > > 'version': '1.4.2'}, > > 'qemu-kvm': {'buildtime': 1383700301, >= > 'release': '13.fc19', > > 'version': '1.4.2'}= , > > 'spice-server': {'buildtime': 1383130020, > > 'release': '3.fc19', > > '= version': '0.12.4'}, > > 'vdsm': {'buildtime': 1384= 274283, 'release': '11.fc19', > > 'version': '4.13.= 0'}} > > reservedMem =3D '321' &g= t; > software_revision =3D '11' > > software_ver= sion =3D '4.13' > > supportedENGINEs =3D ['3.0', '3= .1', '3.2', '3.3'] > > supportedProtocols =3D ['2.2= ', '2.3'] > >=0A uuid =3D '0A583269-811F-E211-AA06-= 001A6B51DEB4' > > version_name =3D 'Snow Man' > > vlans =3D {} > > vmTypes =3D= ['kvm'] > > > > > > > > 2013/12/1 Mike Kolesnik &l= t; <a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:mkolesni@redhat.com= " target=3D"_blank" href=3D"mailto:mkolesni@redhat.com">mkolesni(a)redhat.com= </a> > > > > > > ---= --------------------------- > > > > > > *Hi there * > > > > > > > > > Hi Pascal, > > > > > > > > > > > > &= gt; > > *I installed a console on F19, then a F19 host (time 11:09 to= day).* > > > > > > *Everythin= g works fine, apart from the installation of the mgmt network > > > at > > > the end. * > > > *Can someone tell me what's going wrong ?* > > > > > > > > > Can you please send the output of vdsCaps from the host = (vdsClient -s 0 > > > getVdsCaps)? > > > > > > &g= t; > > *Thxs in advance* > > > > > > *Pascal* > > > > > > > > > > > > > > > --<= br clear=3D"none">> > *Pascal Jakobi* > > 116= rue de Stalingrad > > 93100 Montreuil, France > > > > * +33 6 87 47 58 19 * <a rel=3D"nofollow" shape=3D"rect" ymailt= o=3D"mailto:Pascal.Jakobi@gmail.com" target=3D"_blank" href=3D"mailto:Pasca= l.Jakobi(a)gmail.com">Pascal.Jakobi(a)gmail.com</a> > >= > > > <b= r clear=3D"none">> -- > Pascal Jakobi > 116 rue de Stalingrad > 93100 Montreuil, Fra= nce > +33 6 87 47 58 19 > <a rel= =3D"nofollow" shape=3D"rect" ymailto=3D"mailto:Pascal.Jakobi@gmail.com" tar= get=3D"_blank" href=3D"mailto:Pascal.Jakobi@gmail.com">Pascal.Jakobi(a)gmail.= com</a> > > ____________________= ___________________________ > Users mailing list > <a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:User= s(a)ovirt.org" target=3D"_blank" href=3D"mailto:Users@ovirt.org">Users(a)ovirt.org</a> >= <a rel=3D"nofollow" shape=3D"rect" target=3D"_blank" href=3D"http://lists.= ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/u= sers</a><div class=3D"yiv9336616765yqt3469229964" id=3D"yiv9336616765yqtfd3= 5614"> > > &g= t; > _______________________________________________<= br clear=3D"none">> Users mailing list > <a rel=3D"= nofollow" shape=3D"rect" ymailto=3D"mailto:Users@ovirt.org" target=3D"_blan= k" href=3D"mailto:Users@ovirt.org">Users(a)ovirt.org</a> &g= t; <a rel=3D"nofollow" shape=3D"rect" target=3D"_blank" href=3D"http://list= s.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo= /users</a> > </div> </div> </div> </div> </div></div> </div></div></div> </div> </= div> </div> </div> </div></body></html> --1670751155-1537525175-1386138125=:79332--

6 11

[Users] 3.3.2 tested agsinst Fedora 20?
by Markus Stockhausen 08 Dec '13

08 Dec '13

This is a multi-part message in MIME format. ------=_NextPartTM-000-2eb78e8e-821d-4534-8a89-7deafdece01d Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sCgpPbiB0aGUgMy4zLjIgdGVzdGluZyBwYWdlIEkgc2F3IHRoYXQgc2V2ZXJhbCB0ZXN0 cyB3aGVyZSBtYWRlIGZvciBGZWRvcmEgMjAgbm9kZXMuIFRoZSBjcmVhdGVkIGJ6IG5vdGVzIHN1 Z2dlc3QgdGhhdCB0aGV5IGFyZSBiYXNlZCBvbiB0aGUgbmlnaHRseSBidWlsZHMuCgpJcyBGZWRv cmEgMjAgcmVhbGx5IGEgdGFyZ2V0IGZvciAzLjMuMiBvciBhcmUgdGhlIHJlc3VsdHMgb25seSBw b3N0ZWQgYmVjYXVzZSB3ZSBsYWNrIGEgMy40IHRlc3RpbmcgcGFnZT8KClRoYW5rcwoKTWFya3Vz Cgo= ------=_NextPartTM-000-2eb78e8e-821d-4534-8a89-7deafdece01d Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-2eb78e8e-821d-4534-8a89-7deafdece01d--

3 2

[Users] What agents are needed?
by Blaster 08 Dec '13

08 Dec '13

There doesn't seem to be a single "tools" or "agent" install like there is under ESXi, that's required to be installed under ovirt, instead I've seen references to 1) virtio drivers 2) Spice drivers 3) qemu agent What's really needed under both Windows and Linux to get guests working properly? Are all these agents included in Fedora?

5 4

[Users] avoid debug messages or explain better how to change log level
by Gianluca Cecchi 08 Dec '13

08 Dec '13

Hello, I remember many months ago a thread where someone complained about too verbose logging. Still today in 3.3.1 we have many many DEBUG messages in both vdsm and engine logs. Is there already a wiki explaining how to relax logging level? I think that if we think it is now able to be production ready, this implies changing default log level. Right today it is difficult to understand logs because of verbosity, in my opinion. Best if in upcoming 3.3.2 release this could take place. Anyway someone could always leverage the level as he/she needs... What do you think about it? Gianluca

3 5

[Users] oVirt Cloud-Init integration REST-API
by Sven Kieske 06 Dec '13

06 Dec '13

Hi, we want to utilize Cloud-Init via REST-API, like mentioned on the feature page in the wiki: http://www.ovirt.org/Features/Cloud-Init_Integration but looking at api?rsdl I do not find any clue if this is implemented already in 3.3.1? if yes, how to call this function? if no, can we hack something in the db to activate it or at least use the function to automatic build the cd-roms which get passed to the vms? I really need this feature. Thanks for your help. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

3 2

[Users] vdsmd seg fault
by Dan Ferris 06 Dec '13

06 Dec '13

I updated to the latest Fedora 19 on two test servers, and now vdsmd will not start. Systedctl says this: dsmd.service - Virtual Desktop Server Manager Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled) Active: failed (Result: exit-code) since Mon 2013-10-14 12:31:30 EDT; 23h ago Process: 1788 ExecStart=/lib/systemd/systemd-vdsmd start (code=exited, status=139) Oct 14 12:31:30 rs0-ovirt0.rexdb.us python[1862]: DIGEST-MD5 ask_user_info() Oct 14 12:31:30 rs0-ovirt0.rexdb.us python[1862]: DIGEST-MD5 client step 2 Oct 14 12:31:30 rs0-ovirt0.rexdb.us python[1862]: DIGEST-MD5 ask_user_info() Oct 14 12:31:30 rs0-ovirt0.rexdb.us python[1862]: DIGEST-MD5 make_client_response() Oct 14 12:31:30 rs0-ovirt0.rexdb.us python[1862]: DIGEST-MD5 client step 3 Oct 14 12:31:30 rs0-ovirt0.rexdb.us systemd-vdsmd[1788]: /lib/systemd/systemd-vdsmd: line 185: 1862 Segmentation fault "$VDSM_TOOL" nwfilter Oct 14 12:31:30 rs0-ovirt0.rexdb.us systemd-vdsmd[1788]: vdsm: Failed to define network filters on libvirt[FAILED] Oct 14 12:31:30 rs0-ovirt0.rexdb.us systemd[1]: vdsmd.service: control process exited, code=exited status=139 Oct 14 12:31:30 rs0-ovirt0.rexdb.us systemd[1]: Failed to start Virtual Desktop Server Manager. Oct 14 12:31:30 rs0-ovirt0.rexdb.us systemd[1]: Unit vdsmd.service entered failed state. Has anyone else experienced this? Dan

5 16