November 2014 - Users - oVirt List Archives

Installing engine on EL7
by Wolfgang Bucher 10 Nov '14

10 Nov '14

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_U6go9sZJw+ExxIXj8eDxUmK29cVrvfz7VlTTLHlCG3g8DaMM Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0Aif tried to install ovirt-engin= e on centos 7 but during setup i got the following error:=0D=0A=0D=0A=0D=0A= =0D=0A[ ERROR ] Failed to execute stage 'Misc configuration': Cannot loca= te application option SysPrep2K3Path=0D=0A=0D=0A=0D=0A=0D=0AGreetings=0D=0A= =0D=0A=0D=0A=0D=0AWolfgang Bucher=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=C2=A0= =0D=0A=C2=A0=0D=0A --=_U6go9sZJw+ExxIXj8eDxUmK29cVrvfz7VlTTLHlCG3g8DaMM Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html>=0A<head>=0A <meta name=3D"Generator"= content=3D"Zarafa WebApp v7.1.10-44973">=0A <meta http-equiv=3D"Content= -Type" content=3D"text/html; charset=3Dutf-8">=0A <title>Installing engi= ne on EL7</title>=0A</head>=0A<body>=0A<p style=3D"padding: 0; margin: 0;= "><span style=3D"font-family: tahoma;"><br /></span></p>=0A<p style=3D"ma= rgin-top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial, Ve= rdana, sans-serif;"><span style=3D"font-family: arial, helvetica, sans-se= rif; font-size: 12pt;">Hello,</span></p>=0A<p style=3D"margin-top: 0px; m= argin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-seri= f;"><span style=3D"font-family: arial, helvetica, sans-serif; font-size: = 12pt;"><br /></span></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0p= x; color: #000000; font-family: Arial, Verdana, sans-serif;"><span style=3D= "font-family: arial, helvetica, sans-serif; font-size: 12pt;"><br /></spa= n></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000;= font-family: Arial, Verdana, sans-serif;"><span style=3D"font-family: ar= ial, helvetica, sans-serif; font-size: 12pt;">if tried to install ovirt-e= ngine on centos 7 but during setup i got the following error:</span></p>=0A= <p style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-fam= ily: Arial, Verdana, sans-serif;"><br /></p>=0A<p style=3D"margin-top: 0p= x; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-= serif;"><span style=3D"font-family: arial, helvetica, sans-serif; font-si= ze: 12pt;">[ ERROR ] Failed to execute stage 'Misc configuration': Cannot= locate application option SysPrep2K3Path</span></p>=0A<p style=3D"margin= -top: 0px; margin-bottom: 0px; color: #000000; font-family: Arial, Verdan= a, sans-serif;"><span style=3D"font-family: arial, helvetica, sans-serif;= font-size: 12pt;"><br /></span></p>=0A<p style=3D"margin-top: 0px; margi= n-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-serif;">= <span style=3D"font-family: arial, helvetica, sans-serif; font-size: 12pt= ;">Greetings</span></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px= ; color: #000000; font-family: Arial, Verdana, sans-serif;"><span style=3D= "font-family: arial, helvetica, sans-serif; font-size: 12pt;"><br /></spa= n></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000;= font-family: Arial, Verdana, sans-serif;"><span style=3D"font-family: ar= ial, helvetica, sans-serif; font-size: 12pt;">Wolfgang Bucher</span></p>=0A= <p style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-fam= ily: Arial, Verdana, sans-serif;"><span style=3D"font-family: arial, helv= etica, sans-serif; font-size: 12pt;"><br /></span></p>=0A<p><br /></p>=0A= <p style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-fam= ily: Arial, Verdana, sans-serif;"> </p>=0A<p style=3D"margin-top: 0p= x; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-= serif;"> </p>=0A</body>=0A</html> --=_U6go9sZJw+ExxIXj8eDxUmK29cVrvfz7VlTTLHlCG3g8DaMM--

2 1

Jiří Moskovčák vás zve na událost Ovirt - Hosted Engine iSCSI support (deep dive)
by Google+ (Jiří Moskovčák) 10 Nov '14

10 Nov '14

Jiří Moskovčák vás zve na událost Ovirt - Hosted Engine iSCSI support (deep dive) st 12. listopadu, 15:00 SEČ Jiri Kastner, Ales Kozumplik, Jakub Filak a 34 dalších je pozváno Zobrazit pozvánku: https://plus.google.com/_/notifications/ngemlink?&emid=CNi6v7aX8MECFYs93Qod… In this talk I'm going to describe the changes we did in the code to add support for iSCSI, then I will describe the changes visible to user and since I'm feeling lucky I will also do a quick live demo of the deployment on the iSCSI :) Toto oznámení bylo odesláno na adresu users(a)ovirt.org; Chcete-li aktualizovat svou adresu, přejděte na nastavení doručování oznámení: https://plus.google.com/_/notifications/ngemlink?&emid=CNi6v7aX8MECFYs93Qod… Ve správě odběrů můžete nastavit, jaké e-maily z Google+ chcete dostávat: https://plus.google.com/_/notifications/ngemlink?&emid=CNi6v7aX8MECFYs93Qod… Google Inc., 1600 Amphitheatre Pkwy, Mountain View, CA 94043 USA

1 0

node adoption issue
by Juan Carlos YJ. Lin 10 Nov '14

10 Nov '14

--=_e599e30f-169e-4e22-8806-22df7d2c92fd Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit we have and ovirt hsoted engine, acting at same time as nfs server node 1, contianing hosted-engine nfs master = node1:/nfs/image try to adopt same type server node 2 on the default cluster, and get canot access storage pool message how can solve this? Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." --=_e599e30f-169e-4e22-8806-22df7d2c92fd Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 10pt; color: #000000'><span>we have and ovirt hsoted engine, acting at same time as nfs server<br>node 1, contianing hosted-engine<br>nfs master = node1:/nfs/image<br><br>try to adopt same type server node 2 on the default cluster, and get canot access storage pool message<br>how can solve this?<br><br><br><span name="x"></span>Juan Carlos Lin<br>Unisoft S.A.<br>+595-993-288330<span name="x"></span><br></span><br></div> <br> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang="es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML><br> </body></html> --=_e599e30f-169e-4e22-8806-22df7d2c92fd--

1 0

Upgrade question
by Alan Murrell 09 Nov '14

09 Nov '14

Hello, I just wanted to clarify the upgrade procedure for when I am ready to go from my 3.4 -> 3.5. I have a single server running oVirt 3.4 (host+storage) with a self-hosted engine setup. The hosted engine and the host are both on CentOS 6.5. According to the release notes for 3.5, I would install the ovirt-release35.rpm RPM, which gives me the oVirt 3.5 repositories. Is the upgrade path at that point then as simple as running "yum upgrade" on both the host and the hosted-engine or do I still need to run "yum update ovirt-engine-setup" then "engine-setup" after upgrading both? It isn't clear (to me) if the "yum ovirt-engine-setup" and "engine-setup" steps on the 3.5 Release Notes are for a clean install only, or if they still need to be run on a system being upgraded. Thanks! :-) -Alan

2 1

I want to switch back to local storage
by Demeter Tibor 09 Nov '14

09 Nov '14

------=_Part_2357_378790510.1415517080365 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hello, At last night I have sussessfully migrated my vms from kvm to gluster based ovirt 3.5. It sounds good, but the results was terrible: The glusterfs (two node replicated) is too slow for our vms. It is a very big problem, so I have looking for soultion. I don't know why but glusterfsd now uses 500-800% of my cpus on each server. At this moment I have only one gluster volume for vms. I just wondering I will configure local storage on the second host and copy to all of vms from glusterfs to this volume. I know in this case the second host will be on a different Datacenter. But in this case what will happend with my glusterfs? It will be break it? Will I lost my data? Could it make split-brains on gluster? It will break the whole ovirt-portal? If possible I don't want to more downtime by this procedure. It is possible? My config: 2 node dell r710, raid5 , 3xbonded 1GBs NICs + one for internet access for vms. The glusterfs uses same network with ovirtmgmt. What can I do ? Thanks in advance Tibor ------=_Part_2357_378790510.1415517080365 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div><span style=3D"font-size: 12pt;"= >Hello,</span></div><div><br></div><div>At last night I have sussessfully m= igrated my vms from kvm to gluster based ovirt 3.5.</div><div>It sounds goo= d, but the results was terrible: The glusterfs (two node replicated) is too= slow for our vms. It is a very big problem, so I have looking for soultion= .</div><div>I don't know why but glusterfsd now uses 500-800% of my cpus on= each server.</div><div>At this moment I have only one gluster volume for v= ms. </div><div>I just wondering I will configure local storage on the = second host and copy to all of vms from glusterfs to this volume. </di= v><div>I know in this case the second host will be on a different Datacente= r. But in this case what will happend with my glusterfs? It will be break i= t? Will I lost my data? Could it make split-brains on gluster?</div><div>It= will break the whole ovirt-portal? </div><div>If possible I don't wan= t to more downtime by this procedure.</div><div><br></div><div>It is possib= le?</div><div><br></div><div>My config:</div><div><br></div><div>2 node del= l r710, raid5 , 3xbonded 1GBs NICs + one for internet access for vms. The g= lusterfs uses same network with ovirtmgmt.</div><div><br></div><div>What ca= n I do ?</div><div><br></div><div>Thanks in advance</div><div><br></div><di= v>Tibor</div><div><br></div><div><br></div></div></body></html> ------=_Part_2357_378790510.1415517080365--

1 0

how to 'reset' a failed install?
by Robert Story 08 Nov '14

08 Nov '14

--Sig_/XgT780OOyzGFn25W/6Ar8P0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I've been doing lots of unsuccessful 3.5 hosted-engine installs in my lab, where it's easy for me to re-install the OS if I need to start over. Now I need to try an install in a remote datacenter where I won't be able to re-install the OS. So I was wondering if there is a way to 'reset' a failed install so that another install can be attempted... My thoughts so far are: - stop vdsm, supervdsm, and libvirt - use etckeeper to reset everything under /etc - delete old log files - delete hosted_engine storage domain on storage (if install got that far) - restart vdsm, supervdsm, and libvirt What am I missing? Maybe some remnants in /var (hmm, probably the vdsm persistent config)? Anything else? Robert --=20 Senior Software Engineer @ Parsons --Sig_/XgT780OOyzGFn25W/6Ar8P0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRdbTEACgkQ7/fVLLY1mnhwSACfdoCXEoZLXLJxr0SWsnl6ySo3 Df4An2uqSv1rNtrWP1p4dE9RrMHMmdYo =cTpl -----END PGP SIGNATURE----- --Sig_/XgT780OOyzGFn25W/6Ar8P0--

3 2

webhook
by Koen Vanoppen 08 Nov '14

08 Nov '14

Hi all, Just a quick question. Is it possible to set a webhook on the removal and creation of a new vm? So we can send to foreman a delete action when the VM is deleted... Kind regards, Koen

7 18

Add multiple files to a VM via cloud-init
by Branimir Pejakovic 08 Nov '14

08 Nov '14

Hi list, I was wondering is there a way to add multiple files to a vm via cloud-init using python SDK. I was able to add /etc/resolv.conf and additionally I would like to add config files for NICs (ifcfg-ethX) with appropriate values (ip,gw,netmask). I used an example given here: http://www.ovirt.org/Features/Cloud-Init_Integration . But unfortunately I cannot do the same thing If I want to write multiple files to a vm in params.Action class. Thank you in advance! Best regards, Branimir

3 12

Live migration on el6?
by Demeter Tibor 07 Nov '14

07 Nov '14

------=_Part_11877919_1524916251.1415352206337 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I have a question. Need I rebuild and install the redhat's qemu-kvm for ovirt 3.5 if I wanna working live migration function? At this moment it is not working for me. Thanks Tibor ------=_Part_11877919_1524916251.1415352206337 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Hi,</div><div><br></div><div>I have a question.</div><div><br></div><div>Need I rebuild and install the redhat's qemu-kvm for ovirt 3.5 if I wanna working live migration function?</div><div><br></div><div>At this moment it is not working for me.</div><div><br></div><div>Thanks</div><div><br></div><div>Tibor</div><div><br></div><div><br></div><div><br></div></div></body></html> ------=_Part_11877919_1524916251.1415352206337--

3 4

User management
by Koen Vanoppen 07 Nov '14

07 Nov '14

Dear all, I have a question concerning the creation of VM's. Is there a way to see which user (Ldap login) created wich VM? Can we somehow query this trough the API? Kind regards, Koen

4 6

Installation Error oVirt 3.5 on Centos 6.6
by Jens Coldewey 07 Nov '14

07 Nov '14

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_b3bnKZJm2XG0faQ79FHiwW03xF2B7pAqiZZa+1Ekp7xsgSrY Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, I've tried to install oVirt 3.4 on a fresh Centos 6.6 host.= After screen hosted-engine --deploy i see these message= s: [ INFO =C2=A0] Stage: Initializing =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 Continuing will configure this host for serving as hypervisor and= create a VM where you have to install oVirt Engine afterwards. =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 Are you sure you want to continue=3F (Yes, N= o)[Yes]: [ INFO =C2=A0] Generating a temporary VNC password. [ INFO= =C2=A0] Stage: Environment setup =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 C= onfiguration files: [] =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Log file: /v= ar/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141107103910= -ohru8x.log =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Version: otopi-1.3.0 (o= topi-1.3.0-1.el6) [ INFO =C2=A0] Hardware supports virtualization [= INFO =C2=A0] Stage: Environment packages setup [ INFO =C2=A0] Stage: = Programs detection [ INFO =C2=A0] Stage: Environment setup [ ERROR = ] Failed to execute stage 'Environment setup': Command '/sbin/service' fa= iled to execute [ INFO =C2=A0] Stage: Clean up [ INFO =C2=A0] Gener= ating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO =C2=A0= ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been updated = [ INFO =C2=A0] Stage: Pre-termination =C2=A0 [ INFO =C2=A0] Stage: T= ermination Any idea what's going wrong here =3F I did'nt se= e anything in the logs..... Jens Coldewey CTO =3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D =20 LOCAL4ALL GmbH Pr=C3=A4mienstr. 11-13,= 52076 Aachen, Germany Sitz der Gesellschaft: Aachen Amtsgericht Aa= chen, HRB 18882 Gesch=C3=A4ftsf=C3=BChrer: Bernd Leister =3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D --=_b3bnKZJm2XG0faQ79FHiwW03xF2B7pAqiZZa+1Ekp7xsgSrY Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html> <head> <meta name=3D"Generator" con= tent=3D"Zarafa WebApp v7.1.10-44973"> <meta http-equiv=3D"Content-Type"= content=3D"text/html; charset=3Dutf-8"> <title>Installation Error oVir= t 3.5 on Centos 6.6</title> </head> <body> <p style=3D"padding: 0; margin= : 0;"><span style=3D"font-family: tahoma; font-size: 12pt;">Hello,</span>= </p> <p style=3D"padding: 0; margin: 0;"><span style=3D"font-family: taho= ma; font-size: 12pt;"><br /></span></p> <p style=3D"padding: 0; margin: 0= ;"><span style=3D"font-family: tahoma; font-size: 12pt;">I've tried to in= stall oVirt 3.4 on a fresh Centos 6.6 host. After</span></p> <p style=3D"= padding: 0; margin: 0;"><span style=3D"font-family: tahoma; font-size: 12= pt;"><br /></span></p> <p style=3D"padding: 0; margin: 0;"><span style=3D= "font-family: tahoma; font-size: 12pt;">screen</span></p> <p style=3D"pad= ding: 0; margin: 0;"><span style=3D"font-family: tahoma; font-size: 12pt;= ">hosted-engine --deploy</span></p> <p style=3D"padding: 0; margin: 0;"><= span style=3D"font-family: tahoma; font-size: 12pt;"><br /></span></p> <p= style=3D"padding: 0; margin: 0;"><span style=3D"font-family: tahoma; fon= t-size: 12pt;">i see these messages:</span></p> <p style=3D"padding: 0; m= argin: 0;"><span style=3D"font-family: tahoma; font-size: 12pt;"><br /></= span></p> <p style=3D"padding: 0; margin: 0;"><span style=3D"font-family:= tahoma; font-size: medium;">[ INFO  ] Stage: Initializing</span></p= > <p style=3D"padding: 0; margin: 0;"><span style=3D"font-family: tahoma;= font-size: medium;">          Continuing will c= onfigure this host for serving as hypervisor and create a VM where you ha= ve to install oVirt Engine afterwards.</span></p> <p style=3D"padding: 0;= margin: 0;"><span style=3D"font-family: tahoma; font-size: medium;">&nbs= p;         Are you sure you want to continue=3F (Yes,= No)[Yes]:</span></p> <p style=3D"padding: 0; margin: 0;"><span style=3D"= font-family: tahoma; font-size: medium;">[ INFO  ] Generating a temp= orary VNC password.</span></p> <p style=3D"padding: 0; margin: 0;"><span = style=3D"font-family: tahoma; font-size: medium;">[ INFO  ] Stage: E= nvironment setup</span></p> <p style=3D"padding: 0; margin: 0;"><span sty= le=3D"font-family: tahoma; font-size: medium;">      &nbsp= ;   Configuration files: []</span></p> <p style=3D"padding: 0; margi= n: 0;"><span style=3D"font-family: tahoma; font-size: medium;">  &nb= sp;       Log file: /var/log/ovirt-hosted-engine-setup/ovi= rt-hosted-engine-setup-20141107103910-ohru8x.log</span></p> <p style=3D"p= adding: 0; margin: 0;"><span style=3D"font-family: tahoma; font-size: med= ium;">          Version: otopi-1.3.0 (otopi-1.3.= 0-1.el6)</span></p> <p style=3D"padding: 0; margin: 0;"><span style=3D"fo= nt-family: tahoma; font-size: medium;">[ INFO  ] Hardware supports v= irtualization</span></p> <p style=3D"padding: 0; margin: 0;"><span style=3D= "font-family: tahoma; font-size: medium;">[ INFO  ] Stage: Environme= nt packages setup</span></p> <p style=3D"padding: 0; margin: 0;"><span st= yle=3D"font-family: tahoma; font-size: medium;">[ INFO  ] Stage: Pro= grams detection</span></p> <p style=3D"padding: 0; margin: 0;"><span styl= e=3D"font-family: tahoma; font-size: medium;">[ INFO  ] Stage: Envir= onment setup</span></p> <p style=3D"padding: 0; margin: 0;"><span style=3D= "color: #ff0000;"><span style=3D"font-family: tahoma; font-size: medium;"= >[ ERROR ] Failed to execute stage 'Environment setup': Command '/sbin/se= rvice' failed to execute</span></span></p> <p style=3D"padding: 0; margin= : 0;"><span style=3D"font-family: tahoma; font-size: medium;">[ INFO &nbs= p;] Stage: Clean up</span></p> <p style=3D"padding: 0; margin: 0;"><span = style=3D"font-family: tahoma; font-size: medium;">[ INFO  ] Generati= ng answer file '/etc/ovirt-hosted-engine/answers.conf'</span></p> <p styl= e=3D"padding: 0; margin: 0;"><span style=3D"font-family: tahoma; font-siz= e: medium;">[ INFO  ] Answer file '/etc/ovirt-hosted-engine/answers.= conf' has been updated</span></p> <p style=3D"padding: 0; margin: 0;"><sp= an style=3D"font-family: tahoma; font-size: medium;">[ INFO  ] Stage= : Pre-termination</span></p> <p style=3D"padding: 0; margin: 0;"> </= p> <p style=3D"padding: 0; margin: 0;"><span style=3D"font-family: tahoma= ; font-size: medium;">[ INFO  ] Stage: Termination</span></p> <p sty= le=3D"padding: 0; margin: 0;"><span style=3D"font-family: tahoma; font-si= ze: medium;"><br /></span></p> <p style=3D"padding: 0; margin: 0;"><span = style=3D"font-family: tahoma; font-size: medium;">Any idea what's going w= rong here =3F</span></p> <p style=3D"padding: 0; margin: 0;"><span style=3D= "font-family: tahoma; font-size: medium;"><br /></span></p> <p style=3D"p= adding: 0; margin: 0;"><span style=3D"font-family: tahoma; font-size: med= ium;">I did'nt see anything in the logs.....</span></p> <p><br /></p> <p>= <span style=3D"font-family: tahoma;"><span style=3D"font-size: medium;"><= br /><strong><span style=3D"color: #808080; font-family: tahoma, arial, h= elvetica, sans-serif;">Jens Coldewey</span><br /><span style=3D"color: #8= 08080; font-family: tahoma, arial, helvetica, sans-serif;">CTO</span></st= rong></span><br /></span></p> </body> </html><br><!DOCTYPE HTML PUBLIC "-= //W3C//DTD HTML 4.0 Transitional//EN"> <html> <head> =09<meta http-equiv=3D= "content-type" content=3D"text/html; charset=3Dutf-8"> =09<title></title>= =09<meta name=3D"generator" content=3D"LibreOffice 4.2.1.1 (Linux)"> =09= <meta name=3D"created" content=3D"0;0"> =09<meta name=3D"changedby" conte= nt=3D"Jens Coldewey"> =09<meta name=3D"changed" content=3D"20140311;10161= 5474990563"> </head> <body lang=3D"de-DE" dir=3D"ltr" style=3D"background= : transparent"> <p>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D</p> <p><img src=3D"data:= image/png;base64,iVBORw0KGgoAAAANSUhEUgAAANwAAABkCAYAAADtw16ZAAAACXBIWXMA= AC4nAAAuLAFkrGGvAAAa/UlEQVR4nO2dCbgdRZXHKzNhEWQRhmVGRnZmQEQFBjAooIBDcNgZB= MNiYCQwOgEZZEBWySDgTEBFFlkEwpYA30BkMxg0GJAwBAOBsAiyG/ZAJISQGOL/97o6VDpd1X= Xv7fvefbn1/7563a/vqaq+fevfVXXqnFMDTUJCL+CA/X9orht9tPv/0josp/QRpU2VtlH6tNL= qktsuttzLRnxzFR2uVXpDaYrSvUrPKc0mHXby+X92ZI3+b/m7tIKBfVp7QtcgJ5uItrUOWypx= /KzJyObi9QaL/mulzyitoTTEXntf6WGlB0WyB3ScLKI9kpOtL4mXCJfQFrg9ms4hA//spbSa0= iqBrPObqK6YZxmlrWw6XGmGSPaCjlcrXSCyzUWoL4iXCJdQCyAYcIaNS+naJjr+t9K/9NFtAX= rA1WzaQulcEe2nOo5Qek1pHkK9Rb5EuIRa4PRmK+mwi9IwpS/25T0FMMym0SLalTqOE9kWQDr= QTuIlwiW0hMLQ8SAdjlHaTOmv+vK+IrG/0h5KU0S2U0S0u7jYzt4uES6hKeREI+n8E7p0vckU= If0NaEkHKY0X0a7R8Uild/igHcRLhEtoCO5cTecoP45QOqPGKprpGetqx2g5d1UaLrLdKLLNq= Zt0iXAJDcEZPu6ow/+aTCXfKh5SmqT0oNJTDeZ9W+lrSp802XLD55XWbeFePqZ0ldIQke0wkW= 16naRLhEuIRt67CcOVfmAy9XuzYIEabeFNSu8pLVD6wPacPQLuQrkPIgJaxrtEil/pOMBeRiM= JCVGM/EOT94fi53mVu7vquKMu0iXCJTSClZW+b7J5TqOYpfR7kxHsIpHpjfyDohVKDNGKQMuo= wwJLjFd1fq7JlgBYmvg3pcFKG5psmSAW8ON2lXGCjucozW2VeIlwCUHkZNBxA/07SulzTRRzq= dIYpXtU1hy3XNAMwXwoWpMoPaZ/j9H/rLvtoHSIyTSTjeBMpS1UxsEq771WSJcIl+CFQ7aP69= /fKP1tg0XQm7G49ZrKme+WWSfJylAkhP5/i/sRWW41mc0mL4+NGyhyX6UNlH8nlfVms/eVCJf= ghSUbygiUGbHzNYZ2Tygdrfx3csGZ+7WdaBGYJ8JM1nETkQezr5OV1orMi4LoFuXbW2W80kxP= lwiXsBicng0L/ltMPNlmmmz4dZ7yz84vdgDJFgKCOBYlF+v8dp0eq3RUZBEMqW9Tvj2U/6VGS= ZcIl7AIHLLx1mf4tWpk1j8ofUV5n3TL6US4BLGk+U+d3qD0f0qrRxSxuRKayx2V/7VG6k6ES1= gIh2wsaE812ZpUDMYo3/5uGZ1KNg/mizj3ikAMGe8w2RyvCrgV0UN+TXlnx/Z0iXAJC+GQbZy= JIxvzteOUjwXwju7VQsiHmTq+rCMeBTBnWERWtJ0sPwxzyghmSIRL6IFDFha0t4zMtkuuGAH9= kWw5HMLM15FJ3osmcy2qwuGSf1P5vhtTTyJcl6NghIx1xmER2d5V2ll57uuvvVoZnN6JIeYZI= hJ2nadHZMX2coLy3FnVyyXCJfRAxPknHa6JEMUMa8iSRrYiRJwBIs4IHbGQ+R8TtlBZ3mRWLY= OUZ2aIdIlwXQ7bszFfuyQyy17KMy7PuyTCDi9zMzGIxPM5uSIbJmQXK301JJQI18WwC9IY/OJ= iE6OZOxCy9XbPtsc3vm3GXnJur9UHCksHp4h0ONVWmYTtJ7mxkr/WJ5AI16VwlgDWNtVvb8Db= +7reIFuRYPm5rjOnYmiXewWgJZ2vzz9o1704Npl76hwPh0EVWc6W3Hjf+lwiXAKRrD5SIYMB8= LdFtLY1bBcOwVgX+4LSp5T+TmlZsyjhwJ8lh0H0dJOFxrtD+Z+x+VvuGQvqfhxUJyitHciCwc= CRyoOyZUFxLpcI14Vweje0kttGZPmia6rVDuTksL3YN5ROM5nVxwCzKMFCoMcboDLu1vEQlfd= 8zaR7jtgnJvN+WCqQ5Xil8yQ/o/hBIlwXwpKNqMcnRYgPlfxr7RpKOoRYWueE0zvPZL1ZM8iJ= ub3ScyrvAJU9ui7S2eMokQ7Pgd0C4vTEGAMcWtRYJsJ1L2gwG1XI/FppdLvJpiPG0T8zmZd2n= bhSZf9RdUysg3SFoSW2o6sFxIdK/hzJP+qSLhGuy2A1kwyHcE0JrS0RuuCM3GG0bhQIgLtMMe= R5HWD/AoyS16xDy+kMLd/RES/ysRVZ8JzYLfVwXQpn7obj5ZcqxMdJ9q529W62Z4P4xIJsB9l= yrKF6DlZ9o+qczwnEUGGuuH1AfGvJbkovl19IhOtOnFPxOdrIQ9tVOQ3fZPMtYoV8oV31OKA3= H1XXWp7tsWaJTCyVECXMN1JgyDlYctNszJVEuG6C7d3W1+mOFaJnS/b1Nvdu6+n0lNoLL8c6q= m9F1funOgtlgVtkIibnOgEx5ns/ltz7EDURrvvw7xWf0ygvawfZCkM6nD0biaCVY4E9xi4VAN= YZiQ79aJVgLBxFyHdMNk/0AQue9W0wo0S4boJdCtilQmy80gvtqN9Z0GZReLPIbLPtPREglqC= v+QaLEI5IYl831dGaUZ7EeHJHw1kmuFHkw5Xn7wPirMsdDEkT4boLWG58PPA5jfkm9Wzz2nUD= Ihu+dt+KFGfh+MtKj4ms75WUBenuN1lA2RBo5ys0cp8xcHo5YnVeGBA9UOngyiFlbxqNtlpXI= /ntpL1SPqbMumTaDbscQCyOlQJiNOrQ8Kgl2PU2FCWxoRt20nObkv9eJWB4ebPJnGZD34sesJ= Uo0aVwNJZ4T8wM3MMAye0p+ZsH6st81GTdrWsnN0Bf9NlmG0mxQet/AtEQ750j42keFD8u8f2= el9wbrdRFXjsR57ugFEA7hI8Sb0De2gxL3rb1vVhl7Orev32LEioO64flbHnsrsLzecHKBAll= ZZivrGkWNwmaxfdv9Hs3AV6uVfu1/Vy92/t1z9+c57O70t6R2U7LyeZ7tva58nu8bMKEA83MF= ythSUekZ3raLwdE91G6mR+BYJ2EgHYb4VL6IiP0hS5u5iYcorHlKxGRmDgSKwNC5A2ObV9x7p= shOSaUZynfA7G9jy0/f+jr6F9c3Le19TB8YNzOm22+rWu2re8NyaMdGxdBkt1tuUy4V7Jl8pz= m2Pv+teQOrSKd/U6ov68wiz5n8LQ+P0h5X638wk3C9m48iyrC9Qi2g2w68hK8MjIbjffcyJFB= z54Erdxjq7BBhH6r052NX5mzuWSWgXCMqVcuEfjHRit2Hi49AU/q8IA4dSO3uq1rb+W7nPtXG= QsC+Yq9GsFeGEj73mBchyh5T446Gpu9XxrPD2XLxZLA55RJeSsqDZXcNpLfJKKno+4yK3OIsL= wvUx1w9nALDeVmSW5y3b2b8zwIdV7llQAY+Zxetwq/FzDBZMqRZT2f0xGsX5vSxCEb4bCvM+E= VeB+GKm2GEavKesUn5Njf/diESd0wbG/E8PH4yCwbK8+ZuqcT+nqeVoGqfbZ/zp829W6E0Pt8= ZLbRynN7bTfRe7hP6X0TJtx6tRHOPlje+kTq3aKFosj7U5W1p44Lio3YEoJeAc1QrWQD9nvgf= 7V+A9l2VZ4fKO9bdd9Pjag05WpHpXou9GpspBFyZ8nB7jrDbL4+VzTFwmor2VkHf7ztPGKMit= ate1kADVQrZMvB3Olf9cCvL/P+tYT4jxrq8aHR3hlVO8PFjiOcM0T0NYQcD9dZr9O7nW2y9bI= YfFV55vUnshXASyv0nDeohXC210EDNyQg9pLJdrp8xGQTSxY+iRTlc3FAYXO9++CdH+I0439j= oomke8cdHiUJQ0/esn9jMm9cunZ2gllsnuiU7+sNiN60g71vF2hf11b+hzqtodj5G88qpMVj+= D6zrjodsvHiin0xMj2Y2h/J5ngDTKgQ3agWwtmHS6wH32o7jX+Y5Ka5F5UH0jF3KFMmrKTP96= OXK9SD8mFPTz2QbV/JTWj0OzjlM1z1bQ4/0mQNt0g4Y/NUuWv0FZiTTjQfWmkU8bTJlk1qgX2= OvISqFqRzoNYf0c7YJL2E3yk9YLIXfRF0MjPrHFLu77nOm/OEnGyu2l9pqvXyfcSTF4fE4rDy= oMA9jMzJ1sKbcgfP9dmo7lUuWzf1uPIXPt/eXgtqWPsImB6xRuS7N67PraMixxOAFeHY7X4P6= KW1yLZCPd0czeMYUnrbQMuEcxq2b97D4vDE/J+SIeKjOuKAWBZeeyN6HN58Tj07B25nZFk9MX= DK9/WeeUjv+z2f08OzBOHrRfoMNvhPWxxJXThDSRROJ0ZmO1957u6PQ8kyQLrQ5y0TznlIPuN= QhpOlPY7zP425jHCs0zE3nO7IfsZTz1TJzG32h3Py7O4Rud3KPaw66A3KTIUYVt7bcOVLCJxn= yLLQ0hFZHlc6eUkhWwzqUpqEYjug6q16oE96rtOoWWqY7lzzLRI/GlFPEPoeaxi/ca+7NjTJl= PfomO90JeGc3g0rnpjNQDCQ/h5LKQFbySUOdc3hQpbYMZNxn4YMBcZCbaR+GN6aPtOZOrRsg0= y5qwdW6y87b2LIV0Y4esdjariPfgfH6OGIyCy/VJ4xed5uQV2ECy1qzo/I/77nOuRyTbZCfk8= x9VRhW1NOaHo0t2GwM+jZJXLrq9GtLLnaNH79DCjA1oyQYxmiJwZ/Nw0nQfKHs9APz7MgmE0Z= 4VCULNQ8qYE8JnmGRGUvGgyEb2rLTXYw7OgjZLzrYoie4axuIxtIhDMLVdnM33whrKeUGFSzu= F5mVcC1riKcfX7Mt7eJEL9K6TfdSDbQ6YRrJG5Fq0DLuk7JdRbTXyq5fo8pJ9zm+NBVeTwsSb= DzN4x2Q2EGAC5SF0i+45ZOegt1ES7UuGJI45NZUFF2LbANBhehMktvFEJX6PPiPNO3DILiABO= yF2u8xf6AmLnbn/SsJ7X9TjoYdREutNFDjGv7Rz3XWbB134Y+5QpYLqKeEHzOmcxNYgPeAMyo= WFroCML95PpDzbf2+1lvVOVzS3HxTtvvoo9w/k5ZMLRvjr8gKFcX4UJmOT3rWhVjdt/mDZBtY= fAYhmnWpb4Ma0XUsxgc+apYjbFgnXBDlTupE+YokE2k43cOOX+i4X1Psq2MJmI0s6vruayi5z= JjSZzDQTYRj3Vj33McECJc9MPXg5sTWLz0TqSdh+5bKO0JZVCQJYTbp0pkP2fvJe6mLexwEoP= k9RrKGAbOllfVWF6rYG6FEXjZy4rhPMYJw01rBswxtpA0xgv1vIfUOI/riPmgJRu9PKEWynpy= nvMrEM7LxpiKHCL47CHxiF5dMovtCOmQw7cv8sx8TcuRnWDKCbeC6tlOcs1owL7SiHAEehbFG= 7iPdiuH/mjC1h+MDgiz0RTh7MsWc7cnTDg0B99zP6WdlYc91rDKed20FpMEEseEbugNEBXtk4= HPb4VwzL/KYl2s1WBluNmU/aiUwwZ7Z5Rl0oOnRfoWzsdbGbfh8qb2+VidKdkvSTY013Przsv= dyyNCI8JPq2weSiNh3a5sKIqV/Aoq233T+YxaGYLG2B02BTuHm6sjMUJW9Igx7C+LaxMFO0rg= maO5jYmFQ3v7jk39Hszf7NytynH5WQiHyrvMfnB7PcQt9TAnh0pwiEB8wNNLRHirnWT92Nje9= g/22iYmi2EyNFD8JYU6OL9HZTGs/ESJPMPKG/T5j0zW4/IyoTGjUEHbiPMpDWuaynnZKXcnT/= 2/lYy3UdioZJNMeQ9FhOMb8vuXLD5SZW49OMYSjOjUsSXBTgv1tTLvwek2FNeEUcNDzRbOEFH= 3R2CmQ0xcOIUlEVVRrZ+CcCzgljlcQpCJ1jLeN+yErDvZgD8Q6ReeShnb0isRgyQfc1N3SIN5= q8p92r3gNDh27hxVkofGzEaD+H7NMx82cDdR50iVdbx1++GN7NOS3ha4PzDZ+IeDxF+8wblnh= tQMn8qWE7C/PEKyvqEVDXi4yrms4n4Wg6OhZHPFEOH43Vqdd2LyRptYt8Vy+hXs/I3f6NMBMX= j0HI3+WiVfqKZlTbW6dx2lV9QYZtvhIYvBZSr6ARFl5XjX2GAyLmxPwSk/LOZWPs/sZUyYzO6= YH/tJn43mL3wFWCJB2KmmfNlg1/yeLXgh4RVRRjjsRatCcTNcb5hwDjC4Hhn4fHALZefPgzZw= momPP7kkgdFVqM0R7+YZCIe3NXMl37AqhEWCcOqB36kHfqxOw4sRYaCiJrjq9IAPHS4dxKfHj= y42bLYPaFHLCMec5HHfMM65Ri9YRrgVlXcDemlbxns6si8bAWHLhpZVaFqxwDxOeMZkP7rveX= 1McluoR3ywmTryl+HYbONDXmK1R1TrcLCOW0W4pwZalT4q4f83/qFVJfKGqYTalx+X7YgaXYy= mUQ1WGcwFqsKHT1Y9OKOyE2UjIe3ce0Zh4dvnmucRszRyh8milZVhB5PFC+mB7vlm6y9WNtdt= N3i2DCtDocZpB4fUsFjOEBm9QN3a346EhpO0c3q40Ev0AQ095w60RHnczmXQNNIAl6rInINJf= k8sjJwctrxxOlLOZfZGaNi+yMjM6VAosPXsUDR7McoBK/OCjmgEESamClq4KssW5nbMpSBTHs= mrDChDFouLWYJ7Ap/hX3dp4dmM0BH7TIjHMDLG+ADFT1lgmijYxW+eM1vkhgi3j+QOk3xTa1v= 599TxXX1HlnpoT2ju2hLXv4OAOd9WFTJ0QGagMxRgrWYLnRORijiC/MihoDMQkkXpqe4HhfJ2= 0TnayB1Mtj6BRf7yNj/zNKI1sa8AMfp7vL5jNXHOj8sQdLjyERgWFT29HiSCfHmMEV4MrDFhb= jVF6S5rtcI1hnllw6wbAt/fOPdKOQQ2YuG8OOyb4rnnC5SH8pmDojnNgw8VgxC5578K3UsVLO= lQ8oR2eeFlBVGuaaUu+1z4fXfU+VEmWxYKrU/1SzjLAUzHQlOb+ZJDi5+9XR2SkAjz9UAjFRd= J4ig3enzHTEaq3KI8f6PPK66XNaP2dupBU0pDucb6ZuW9NI0W0s11LfhtXTS+8xcrNBLOc7s6= dH/ud3Lul1721kbqq8EcCrV/aKcZfpu9RMzrRdCm94grtKcf6ZznQ4Dgve2xbBehZsFvzEurL= z1fqrZOHs0fCLrwJlv5ISuUCu61YESjZu7BUw/D3GDYt7rs+KrK8Sh92lJXCHZeNltHNK+hxW= mC4KLW/33TlZnF7vVNFGrmw8hntWGPbOMY5tu92oPmvZuOGE34bIFz9EQHQL7T/eESaoKjBDn= P+JeBAEOjg5VOqsvToM1GygyDe9NvsgeOV8CZFaKsAjyZEzQRrssgAj0jIqEFDsX3PFEyIyXb= cXsldBJEIgIVV+2bwHB6Xk7QRLjuxH+ZMOEAGubY3Uq7DiIbGmb2EAxpYJmnjxPZFuoOEuG6D= HYRnJ1yWCIIGdvuIdnt1cvd3Ss31k/gaCbRiFftKDtJsovsSpQI12WwywMsX7DRBhYhvjaA9Q= 3zODTWs3vJa7yj4ShKmDfGmNkd5+YDiXBdCEs6FqWfUto4IMr60m6SH9OLoRo6Fo6i5EaTLUW= EMEryTxTyJcJ1Iyx53tURDVuZ14WLayR3r+Rf6mbSOb0bipJdK8QxtDi27INEuC5EThodr8KU= y4TncigFbpPcIEjaG/fXIGK8UDCEaNq8zCEbJlxnmXAEcMDGnW+4Q8kciXBdCqe34o2NyVuoE= eENMVJ5CE31QYf1cvQmrC36whYCzP+mBj6PBeZZVbE38Qe8wNVMukiE61LYeRynmHqdarKN70= PAP3Gi8l1j83XE8NJ6yf8wRrZZ0zjbu11uqg2UwSmSf7WsdwOJcF0MS5gFItBPTOZtUWUeNQq= vg1yJ0t/QKNmcoSS2kl+PyIKi5HIf2UAiXJfDDi3f1nGIqY5pwrDzUsnOUZ6xS7ISxSEbi9vf= i8iCRvKoKqFEuC5HPrTU8WEdj9SlCyuy4KRMTzdYeYjB2JvRnduOnGiWbCiULonIRrCqo5WnJ= 8xgKPpyIlyCS7qLdCTkxCEVWfA1vNM6q45Z0shmz79rPKEdS3CW8o2LEUyESyiCYRE+a5tWyO= FIfIVIt54Id2Z/7+UKZCMI0kGRWS9UvhHFMnxIhEvogdPLzdRxB5MFHfIFjs3B+tf3JY9Knvi= dHRF2vBEUhpCrmixSW8we5QD/vuFuGVVIhEtYCId0b9qhJW48ZUGCi8C/bivlGZ5H/eoPPV6h= V2N/dpYXYmNq/k5pqPI39JJJhEtYBA7pHtdxX11iblLV0wECJo1XnvOU9xSnnPbecJNwtJB8N= wy59zDxexSgkdw1tN7mQyJcwmJwyDIJFx2TRZiOMY0ijPzJyoPH+J7GWWboBPI5JMv/J0I3gZ= BXbaAYPLgHqZxZjZINJMIllMIh3UM6EsL7FhM/3GKvdCKWXay89B5T8r3n+oJ4hXkadpVsJ4b= rzD83WBQhEfdvlmwgES7BC4d003TEVQe3lM82UATRl9meaoLyX6RyxvUm2YrKDP3PcgcmMoQn= jNmZ1wXbax2nst5qlmwgES4hCMezAK3l5iLOWB13b6AIhpkML/Egx0gaM6mrVR4GxW3p8Qo9G= lG9jraJwL+NBhyiZ8bS5AwUJK2QDSTCJUTBMViGOCeaLC5K1QYkLmjobDF2hcnMw4jVSDTiJ3= TOzkJv5sRr1jhaZKA9Q6rVdE5PfICp3kIqhOlKJ2EfmV9ohWwgES4hCm7j1/kZIgX7zeH35dv= BKATa3YE2Eb0bz/PnVSbRt6eq/BtjC7LhDvYx2VB3Q5Pt5sSx0X0tiuBlcCJe27mSpVWygUS4= hIaQDwGVJuqcQDooH6oiD4dAqIKtbWL4Roj8aMKZrJfFc71sg85mwVzvKnzaWh1CFpEIl9AQC= j0dHuCninjsIESrxByslRDmDDsbbZPN5CkDBshs28Zi9gyIVjfZQCJcQtNw5lrsNLS5dfHB42= DbvryvJsDw8eLcALkdRMuRCJfQNFwlhx1m4g1OGALMwgh7EIoI1glgRyKGxNNEsJ59L9pJNpA= Il9AyCtrEd/U/e/1tIvIR3QqVOnv4NaLRbBdYimDHJPz4jhexpnExV4qAdpINJMIl1ArXhlKJ= fcVv1/9oEHcz2XbL+QadvQmWHe4z2Q6wt4pU7Le+2MJ4byARLqF2lAw1MfOaov/p5VgnIxgPq= vzBpoVtrivAfoEEu0XjibHx6/mwEbR76OhDIlxC21CycP0OSdef1XEMF0RC1syI0b+dyfzQGj= W5YimB7ZgxlL7fZHsmsIHGjFygjFx9QTbwF0NyO4T5IcW6AAAAAElFTkSuQmCC" name=3D"B= ild1" align=3D"left" width=3D"70" height=3D"32" border=3D"0"><br><br> </p= > <p> </p> <p><b>LOCAL4ALL GmbH</b></p> <p>Pr=C3=A4mienstr. 11-13, 52076= Aachen, Germany</p> <p>Sitz der Gesellschaft: Aachen</p> <p>Amtsgericht = Aachen, HRB 18882</p> <p>Gesch=C3=A4ftsf=C3=BChrer: Bernd Leister</p> <p>= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D</p> </body> </html> --=_b3bnKZJm2XG0faQ79FHiwW03xF2B7pAqiZZa+1Ekp7xsgSrY--

1 0

Re: [ovirt-users] Delivery Status Notification (Failure)
by Koen Vanoppen 07 Nov '14

07 Nov '14

Hi, Let me start with our original ovirt setup: 3 domains: 1. Test/dev 2. Production 3. Sandbox 1 ovirt-engine on vmware. After the update to 3.5 I created 2 new VM's. Both on oVirt this time on domain Test/dev. I ran engine-setup on both the 2 new vms (and of course a engine-setup after the update to 3.5 on the engine). These completed successfully. I added the logs of the 3 vms as attachments. I can see everything of the Test/Dev environment. But the other 2 domains are nowhere to be found in dwh... You can download the logs here (link stays only valid until friday): https://airbox.brusselsairport.be:5001/fbsharing/YAxlEVqm 2014-11-05 6:34 GMT+01:00 Mail Delivery Subsystem < mailer-daemon(a)googlemail.com>: > Delivery to the following recipient failed permanently: > > users(a)ovirt.org > > Technical details of permanent failure: > Google tried to deliver your message, but it was rejected by the server > for the recipient domain ovirt.org by linode01.ovirt.org. > [2600:3c01::f03c:91ff:fe93:4b0d]. > > The error that the other server returned was: > 552 5.3.4 Message size exceeds fixed limit > > > ----- Original message ----- > > DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; > d=gmail.com; s=20120113; > > h=mime-version:in-reply-to:references:date:message-id:subject:from:to > :content-type; > bh=K+reQ72gYTWMte3TcLYf4Z+/+q47e5n5pOQOV8X6JK0=; > > b=WVOaIB8D9/ql9zXARWBqVllLeFd472tWSHifcAFhLCGI9cT4qv9RFyeItlFsxLI08I > > d4cXfez6wCR18Y514LmQD5zTkvnP+0KnokCGz+8RiJWQEP3S8AEMFoSbrAsI4TpmFjN5 > > NnkXHVuO3Uqt0WUuKhTng9fIb7jrKeR954CrWJNuqgOmZ5GOoRZwaEy1IyPUinxflscf > > UsOppfruRdHIfYrU+yuA9rRqjti6dU88nBbjNWH1Ock49NQFDfqD+PkF5XgwvK2kDogR > > 0bZ4nosE5zY/xFjVgN7La5vKdX4hX2b16YiCEYguzh6w430DE5BQ0WL7OzSgGxbir/HS > KoJQ== > MIME-Version: 1.0 > X-Received: by 10.194.61.208 with SMTP id > s16mr16653542wjr.104.1415165693564; > Tue, 04 Nov 2014 21:34:53 -0800 (PST) > Received: by 10.216.177.3 with HTTP; Tue, 4 Nov 2014 21:34:53 -0800 (PST) > In-Reply-To: <666921671.5159284.1415087541705.JavaMail.zimbra(a)redhat.com> > References: < > CACfY+Mby6PcaUjYkV61w3o+7caGzmOqXu_Dtm+yHR3AE3cR8zA(a)mail.gmail.com> > <CACfY+MZsZAtUW= > 8FSm9kMnVU+Z+gJY8VuCC_fA2YY3eGdT8yoQ(a)mail.gmail.com> > < > CACfY+MbiQmWb-gtZryxQhXMmNbRBHCmj0wZWhg8-8O1VQrf3CQ(a)mail.gmail.com> > <666921671.5159284.1415087541705.JavaMail.zimbra(a)redhat.com> > Date: Wed, 5 Nov 2014 06:34:53 +0100 > Message-ID: <CACfY+Mb7mQ= > XEV27DTjoVpVL6yEs8d+5qBV_j3CqzoGL14CktA(a)mail.gmail.com> > Subject: Re: [ovirt-users] DWH and reports > From: Koen Vanoppen <vanoppen.koen(a)gmail.com> > To: "users(a)ovirt.org" <users(a)ovirt.org> > Content-Type: multipart/mixed; boundary=047d7b86d3e677a651050715f0de > > Hi, > Let me start with our original ovirt setup: > 3 domains: > > 1. Test/dev > 2. Production > 3. Sandbox > > 1 ovirt-engine on vmware. > > After the update to 3.5 I created 2 new VM's. Both on oVirt this time on > domain Test/dev. > > I ran engine-setup on both the 2 new vms (and of course a engine-setup > after the update to 3.5 on the engine). > > These completed successfully. I added the logs of the 3 vms as attachments. > > I can see everything of the Test/Dev environment. But the other 2 domains > are nowhere to be found in dwh... > > 2014-11-04 8:52 GMT+01:00 Yedidyah Bar David <didi(a)redhat.com>: > > > ----- Original Message ----- > > > From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com> > > > To: users(a)ovirt.org > > > Sent: Tuesday, November 4, 2014 7:59:43 AM > > > Subject: Re: [ovirt-users] DWH and reports > > > > > > Ok, after waking up decently I think I also figured out the 1/3... It's > > > installed on ovirt... In Test/Dev... The only one I can see... Is > there a > > > way so I can also see the other ones? > > > > > > Now I just need to know how to change the link :-D > > > > > > 2014-11-04 6:46 GMT+01:00 Koen Vanoppen < vanoppen.koen(a)gmail.com > : > > > > > > > > > > > > Ok, that I figured out... Is there a way to change the place where the > > > "reports link" is pointing at? > > > > > > But now I have a another issue. The reports only sees 1 domain. We have > > 3... > > > Anybody a idea how this can happen? > > > > > > Kind regards, > > > > > > 2014-11-04 6:28 GMT+01:00 Koen Vanoppen < vanoppen.koen(a)gmail.com > : > > > > > > > > > > > > Hi All, > > > > > > We recently updated our ovirt installation from 3.4.3 to 3.5 and this > > went > > > very smooth, so thanks for that! > > > But now I wanted to try to install the DWH and reports on 2 different > > vm's. > > > > Please be more specific. > > > > You had a machine for the engine. Did you already have DWH and/or Reports > > there? > > > > You installed dwh and reports on new VMs. Did you also run engine-setup > > there? > > And you were careful to not install (and if you installed, to not > > ----- Message truncated ----- > >

1 1

Can some one share the use cases for the local storage?
by Arman Khalatyan 06 Nov '14

06 Nov '14

Hi, I would like to understand the local storage purpose. I was wondered are there any production systems using local storage? Or in another way, how to use effectively the local hosts disks? My ovirt purpose is so serve HA-VM LAMPs. Thanks, Arman.

3 2

Tr : RE : Re: installation trouble
by stephane.eveillard 06 Nov '14

06 Nov '14

----_com.android.email_2201994996652700 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CgoKRW52b3nDqSBkZXB1aXMgdW4gbW9iaWxlIFNhbXN1bmcuCgo8ZGl2Pi0tLS0tLS0tIE1lc3Nh Z2UgZCdvcmlnaW5lIC0tLS0tLS0tPC9kaXY+PGRpdj5EZSA6ICJzdGVwaGFuZS5ldmVpbGxhcmQi IDxzdGVwaGFuZS5ldmVpbGxhcmRAaWJzbmV0d29yay5mcj4gPC9kaXY+PGRpdj5EYXRlIDowNi8x MS8yMDE0ICAxODoxNSAgKEdNVCswMTowMCkgPC9kaXY+PGRpdj5BIDogU2NvdHQgV29ydGhpbmd0 b24gPHNjb3R0LmMud29ydGhpbmd0b25AZ21haWwuY29tPiA8L2Rpdj48ZGl2Pk9iamV0IDogUkUg OiBSZTogW292aXJ0LXVzZXJzXSBpbnN0YWxsYXRpb24gdHJvdWJsZSA8L2Rpdj48ZGl2Pgo8L2Rp dj5JIGZvdW5kIG15IGlzY3NpIHRyb3VibGUKV2hpY2ggd2FzIGFuIGlzY3NpIGluaXRpYXRvciBt aXN0YWtlCk15IGx1biBoYXMgbm93IGJlZW4gZGVjbGFyZWQgYXMgZGF0YSBtYXN0ZXIKIEJ1dCBJ IGNhbm5vdCBkZWNsYXJlIG15IG5mcyBzaGFyZXMKSSBtIGN1cnNlZAoKCgpFbnZvecOpIGRlcHVp cyB1biBtb2JpbGUgU2Ftc3VuZy4= ----_com.android.email_2201994996652700 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj48YnI+PC9kaXY+PGRpdj48 YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48ZGl2IHN0eWxlPSJmb250LXNpemU6OXB4O2Nv bG9yOiM1NzU3NTciPkVudm95w6kgZGVwdWlzIHVuIG1vYmlsZSBTYW1zdW5nLjwvZGl2PjwvZGl2 Pjxicj48YnI+PGRpdj4tLS0tLS0tLSBNZXNzYWdlIGQnb3JpZ2luZSAtLS0tLS0tLTwvZGl2Pjxk aXY+RGUgOiAic3RlcGhhbmUuZXZlaWxsYXJkIiA8c3RlcGhhbmUuZXZlaWxsYXJkQGlic25ldHdv cmsuZnI+IDwvZGl2PjxkaXY+RGF0ZSA6MDYvMTEvMjAxNCAgMTg6MTUgIChHTVQrMDE6MDApIDwv ZGl2PjxkaXY+QSA6IFNjb3R0IFdvcnRoaW5ndG9uIDxzY290dC5jLndvcnRoaW5ndG9uQGdtYWls LmNvbT4gPC9kaXY+PGRpdj5PYmpldCA6IFJFIDogUmU6IFtvdmlydC11c2Vyc10gaW5zdGFsbGF0 aW9uIHRyb3VibGUgPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JIGZvdW5kIG15IGlzY3NpIHRy b3VibGU8L2Rpdj48ZGl2PldoaWNoIHdhcyBhbiBpc2NzaSBpbml0aWF0b3IgbWlzdGFrZTwvZGl2 PjxkaXY+TXkgbHVuIGhhcyBub3cgYmVlbiBkZWNsYXJlZCBhcyBkYXRhIG1hc3RlcjwvZGl2Pjxk aXY+Jm5ic3A7QnV0IEkgY2Fubm90IGRlY2xhcmUgbXkgbmZzIHNoYXJlczwvZGl2PjxkaXY+SSBt IGN1cnNlZDwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+PGRpdiBzdHlsZT0iZm9udC1zaXplOjlweDtjb2xvcjojNTc1NzU3Ij5FbnZvecOpIGRl cHVpcyB1biBtb2JpbGUgU2Ftc3VuZy48L2Rpdj48L2Rpdj48L2JvZHk+ ----_com.android.email_2201994996652700--

1 0

installation trouble
by Stephane EVEILLARD 06 Nov '14

06 Nov '14

This is a multi-part message in MIME format. --------------080305070005010603030204 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi everybody when installing my first node (ovirt engine 3.5, iso node 3.0.4) I start getting the node in my cluster and suddenly get the following message : Host Noeud-1 installation failed. Network error during communication with the host but my node is still available !!! can somebody help me ? Thanks in advance Best Regards Stephane --------------080305070005010603030204 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi everybody<br> <br> when installing my first node (ovirt engine 3.5, iso node 3.0.4)<br> I start getting the node in my cluster and suddenly get<br> the following message :<br> <br> <table class="GLGRQ1ODJVB" style="width: 100%; table-layout: fixed;" __gwtcellbasedwidgetimpldispatchingfocus="true" __gwtcellbasedwidgetimpldispatchingblur="true" cellspacing="0"> <tbody> <tr class="GLGRQ1ODCVB GLGRQ1ODEVB GLGRQ1ODJUB GLGRQ1ODMUB" __gwt_subrow="0" __gwt_row="1"> <td class="GLGRQ1ODBUB GLGRQ1ODDVB GLGRQ1ODFVB GLGRQ1ODKUB GLGRQ1ODNUB"> <div title="" style="outline-style: none;" __gwt_cell="cell-gwt-uid-2716"> <div id="gwt-uid-413_col2_row1" style="overflow: hidden; white-space: nowrap; -ms-text-overflow: ellipsis;">Host Noeud-1 installation failed. Network error during communication with the host</div> </div> </td> </tr> </tbody> </table> <br> but my node is still available !!!<br> <br> can somebody help me ?<br> <br> Thanks in advance<br> <br> Best Regards<br> <br> Stephane<br> </body> </html> --------------080305070005010603030204--

1 1

Cancelling a running task
by Daniel Lang 06 Nov '14

06 Nov '14

This is a multi-part message in MIME format. --_000_DDFB448F89CF754A8810AD5FF489E63E30D724A6exch2redicom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhbSBjcmVhdGluZyBhIFZNIGFuZCB0aGUgY29weSBmcm9tIHRlbXBsYXRlIG9wZXJhdGlv biBoYXMgZ29uZSBoYXl3aXJlIGNhdXNpbmcgc2lnbmlmaWNhbnQgcGVyZm9ybWFuY2UgaXNz dWVzIG9uIHRoZSBob3N0IHNlcnZlci4gICBJ4oCZZCBsaWtlIHRvIGNhbmNlbCB0aGUgY29w eWluZyBpbWFnZSBhY3Rpb24gKGl04oCZcyBiZWVuIHJ1bm5pbmcgfjNob3VycyBvbiBhIDNH QiBkaXNrIGltYWdlIGNvcHkpIGJ1dCBJIGNhbm5vdCBmaW5kIGFueXRoaW5nIGluIHRoZSB3 ZWIgVUkgdG8gY2FuY2VsIGEgdGFzay4gIElzIHRoZXJlIGEgY29tbWFuZCBsaW5lIHRvb2wg dG8gY2FuY2VsIHRoZSBydW5uaW5nIHRhc2s/DQoNClRoZSBvVmlydCB2ZXJzaW9uIGlzIDMu NCBhbmQgdmRzbSB2ZXJzaW9uIDQuMTQuDQoNClRoYW5rcyBmb3IgYW55IGFkdmljZSBvciBs aW5rcyB0byBkb2N1bWVudGF0aW9uL21hbiBwYWdlcy4NCg0KRGFuaWVsIExhbmcNCg0Kwqkg Q29weXJpZ2h0IDIwMTQgUkVESSBHbG9iYWwgVGVjaG5vbG9naWVzIExMQyAo4oCcUkVESeKA nSksIG1lbWJlciBGSU5SQSwgU0lQQy4gQWxsIHJpZ2h0cyByZXNlcnZlZC4gVGhlIGluZm9y bWF0aW9uIGNvbnRhaW5lZCBpbiBhbmQgYWNjb21wYW55aW5nIHRoaXMgY29tbXVuaWNhdGlv biBtYXkgYmUgY29uZmlkZW50aWFsLCBzdWJqZWN0IHRvIGxlZ2FsIHByaXZpbGVnZSwgb3Ig b3RoZXJ3aXNlIHByb3RlY3RlZCBmcm9tIGRpc2Nsb3N1cmUsIGFuZCBpcyBpbnRlbmRlZCBz b2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGludGVuZGVkIHJlY2lwaWVudChzKS4gSWYgeW91 IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCBvZiB0aGlzIGNvbW11bmljYXRpb24s IHBsZWFzZSBkZWxldGUgYW5kIGRlc3Ryb3kgYWxsIGNvcGllcyBpbiB5b3VyIHBvc3Nlc3Np b24sIG5vdGlmeSB0aGUgc2VuZGVyIHRoYXQgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBjb21t dW5pY2F0aW9uIGluIGVycm9yLCBhbmQgbm90ZSB0aGF0IGFueSByZXZpZXcgb3IgZGlzc2Vt aW5hdGlvbiBvZiwgb3IgdGhlIHRha2luZyBvZiBhbnkgYWN0aW9uIGluIHJlbGlhbmNlIG9u LCB0aGlzIGNvbW11bmljYXRpb24gaXMgZXhwcmVzc2x5IHByb2hpYml0ZWQuIEUtbWFpbCBt ZXNzYWdlcyBtYXkgY29udGFpbiBjb21wdXRlciB2aXJ1c2VzIG9yIG90aGVyIGRlZmVjdHMs IG1heSBub3QgYmUgYWNjdXJhdGVseSByZXBsaWNhdGVkIG9uIG90aGVyIHN5c3RlbXMsIG9y IG1heSBiZSBpbnRlcmNlcHRlZCwgZGVsZXRlZCBvciBpbnRlcmZlcmVkIHdpdGggd2l0aG91 dCB0aGUga25vd2xlZGdlIG9mIHRoZSBzZW5kZXIgb3IgdGhlIGludGVuZGVkIHJlY2lwaWVu dC4gUkVESSBtYWtlcyBubyB3YXJyYW50aWVzIGluIHJlbGF0aW9uIHRvIHRoZXNlIG1hdHRl cnMuIFBsZWFzZSBub3RlIHRoYXQgUkVESSByZXNlcnZlcyB0aGUgcmlnaHQgdG8gaW50ZXJj ZXB0LCBtb25pdG9yLCBhbmQgcmV0YWluIGUtbWFpbCBtZXNzYWdlcyB0byBhbmQgZnJvbSBp dHMgc3lzdGVtcyBhcyBwZXJtaXR0ZWQgYnkgYXBwbGljYWJsZSBsYXcuIElmIHlvdSBhcmUg bm90IGNvbWZvcnRhYmxlIHdpdGggdGhlIHJpc2tzIGFzc29jaWF0ZWQgd2l0aCBlLW1haWwg bWVzc2FnZXMsIHlvdSBtYXkgZGVjaWRlIG5vdCB0byB1c2UgZS1tYWlsIHRvIGNvbW11bmlj YXRlIHdpdGggUkVESS4NCg== --_000_DDFB448F89CF754A8810AD5FF489E63E30D724A6exch2redicom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89 InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJu OnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3Nj aGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDov L3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9 IkNvbnRlbnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxt ZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRl cmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAy IDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxp Lk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwt Y29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9y OndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0 LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpAcGFnZSBX b3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGlu IDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7 fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVs dHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4N CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0Pjwv eG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJs dWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkkgYW0gY3JlYXRpbmcgYSBWTSBhbmQgdGhlIGNvcHkgZnJvbSB0 ZW1wbGF0ZSBvcGVyYXRpb24gaGFzIGdvbmUgaGF5d2lyZSBjYXVzaW5nIHNpZ25pZmljYW50 IHBlcmZvcm1hbmNlIGlzc3VlcyBvbiB0aGUgaG9zdCBzZXJ2ZXIuJm5ic3A7ICZuYnNwO0ni gJlkIGxpa2UgdG8gY2FuY2VsIHRoZSBjb3B5aW5nIGltYWdlIGFjdGlvbiAoaXTigJlzIGJl ZW4gcnVubmluZyB+M2hvdXJzIG9uIGEgM0dCIGRpc2sgaW1hZ2UgY29weSkgYnV0IEkNCiBj YW5ub3QgZmluZCBhbnl0aGluZyBpbiB0aGUgd2ViIFVJIHRvIGNhbmNlbCBhIHRhc2suJm5i c3A7IElzIHRoZXJlIGEgY29tbWFuZCBsaW5lIHRvb2wgdG8gY2FuY2VsIHRoZSBydW5uaW5n IHRhc2s/Jm5ic3A7DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIG9WaXJ0IHZl cnNpb24gaXMgMy40IGFuZCB2ZHNtIHZlcnNpb24gNC4xNC4gJm5ic3A7PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPlRoYW5rcyBmb3IgYW55IGFkdmljZSBvciBsaW5rcyB0byBkb2N1 bWVudGF0aW9uL21hbiBwYWdlcy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+RGFuaWVs IExhbmc8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJyPg0KwqkgQ29weXJpZ2h0IDIwMTQg UkVESSBHbG9iYWwgVGVjaG5vbG9naWVzIExMQyAo4oCcUkVESeKAnSksIG1lbWJlciBGSU5S QSwgU0lQQy4gQWxsIHJpZ2h0cyByZXNlcnZlZC4gVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5l ZCBpbiBhbmQgYWNjb21wYW55aW5nIHRoaXMgY29tbXVuaWNhdGlvbiBtYXkgYmUgY29uZmlk ZW50aWFsLCBzdWJqZWN0IHRvIGxlZ2FsIHByaXZpbGVnZSwgb3Igb3RoZXJ3aXNlIHByb3Rl Y3RlZCBmcm9tIGRpc2Nsb3N1cmUsIGFuZCBpcw0KIGludGVuZGVkIHNvbGVseSBmb3IgdGhl IHVzZSBvZiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50KHMpLiBJZiB5b3UgYXJlIG5vdCB0aGUg aW50ZW5kZWQgcmVjaXBpZW50IG9mIHRoaXMgY29tbXVuaWNhdGlvbiwgcGxlYXNlIGRlbGV0 ZSBhbmQgZGVzdHJveSBhbGwgY29waWVzIGluIHlvdXIgcG9zc2Vzc2lvbiwgbm90aWZ5IHRo ZSBzZW5kZXIgdGhhdCB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGNvbW11bmljYXRpb24gaW4g ZXJyb3IsIGFuZCBub3RlIHRoYXQNCiBhbnkgcmV2aWV3IG9yIGRpc3NlbWluYXRpb24gb2Ys IG9yIHRoZSB0YWtpbmcgb2YgYW55IGFjdGlvbiBpbiByZWxpYW5jZSBvbiwgdGhpcyBjb21t dW5pY2F0aW9uIGlzIGV4cHJlc3NseSBwcm9oaWJpdGVkLiBFLW1haWwgbWVzc2FnZXMgbWF5 IGNvbnRhaW4gY29tcHV0ZXIgdmlydXNlcyBvciBvdGhlciBkZWZlY3RzLCBtYXkgbm90IGJl IGFjY3VyYXRlbHkgcmVwbGljYXRlZCBvbiBvdGhlciBzeXN0ZW1zLCBvciBtYXkgYmUgaW50 ZXJjZXB0ZWQsDQogZGVsZXRlZCBvciBpbnRlcmZlcmVkIHdpdGggd2l0aG91dCB0aGUga25v d2xlZGdlIG9mIHRoZSBzZW5kZXIgb3IgdGhlIGludGVuZGVkIHJlY2lwaWVudC4gUkVESSBt YWtlcyBubyB3YXJyYW50aWVzIGluIHJlbGF0aW9uIHRvIHRoZXNlIG1hdHRlcnMuIFBsZWFz ZSBub3RlIHRoYXQgUkVESSByZXNlcnZlcyB0aGUgcmlnaHQgdG8gaW50ZXJjZXB0LCBtb25p dG9yLCBhbmQgcmV0YWluIGUtbWFpbCBtZXNzYWdlcyB0byBhbmQgZnJvbSBpdHMgc3lzdGVt cw0KIGFzIHBlcm1pdHRlZCBieSBhcHBsaWNhYmxlIGxhdy4gSWYgeW91IGFyZSBub3QgY29t Zm9ydGFibGUgd2l0aCB0aGUgcmlza3MgYXNzb2NpYXRlZCB3aXRoIGUtbWFpbCBtZXNzYWdl cywgeW91IG1heSBkZWNpZGUgbm90IHRvIHVzZSBlLW1haWwgdG8gY29tbXVuaWNhdGUgd2l0 aCBSRURJLg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_DDFB448F89CF754A8810AD5FF489E63E30D724A6exch2redicom_--

4 4

[SCALE][RFC] ksmd bound to one core
by Sven Kieske 06 Nov '14

06 Nov '14

Hi, currently ksmd is a single process and is thus bound to one core. This leads to some scaling problems such as: If you got a lot of vms on one host with huge amounts of ram you can observe that the cpu usage by ksmd goes easily to 100%. I wonder if ksmd could not be split up in child/worker threads, thus enabling higher density of vms on one host. or can this just be tweaked by altering values in /etc/ksmtuned.conf ? What do you think? -- 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

4 3

[Devel] Proposing Roy Golan as VDSM Fake maintainer
by Tomas Jelinek 06 Nov '14

06 Nov '14

Hi, I would like to propose Roy Golan as VDSM Fake (http://www.ovirt.org/VDSM_Fake) co-maintainer. Your response would be appreciated. Thanks in advance. Tomas

7 6

VirtualDesktop Issue
by Juan Carlos YJ. Lin 06 Nov '14

06 Nov '14

--=_c4c8bcb7-98da-415d-9590-a7f9b4f787b0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I am ussing nomachine server 4.3.30, an try to connect via NX to vm on ovirt If I open the console, and login with a user, it runs well. When logout, give a no display to connect error. Seems that if no console connected, no display enabled, how I can keep the display enabled in permanent way or how to create a sencond display available as virtualdesktops? Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." --=_c4c8bcb7-98da-415d-9590-a7f9b4f787b0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 10pt; color: #000000'><span>I am ussing nomachine server 4.3.30, an try to connect via NX to vm on ovirt<br>If I open the console, and login with a user, it runs well.<br>When logout, give a no display to connect error.<br>Seems that if no console connected, no display enabled, <br>how I can keep the display enabled in permanent way or how to create a sencond display available as virtualdesktops?<br><br><span name="x"></span>Juan Carlos Lin<br>Unisoft S.A.<br>+595-993-288330<span name="x"></span><br></span><br></div> <br> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang="es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML><br> </body></html> --=_c4c8bcb7-98da-415d-9590-a7f9b4f787b0--

2 1

GlusterFS Distributed Replicate HA with KeepAlived
by Punit Dambiwal 06 Nov '14

06 Nov '14

Hi, I have 4 node GlusterFS Distributed Replicate volume...the same 4 host node i am using for compute purpose....now i want to make it HA....so if any host goes down .....VM will not pause and it will migrate to another available node... 1. Can any one have any document or reference to do this with keepalived... 2. I have one more node as spare...so if any host goes down and can not come up again because of any HW failure...i can add it...but i didn't find any way to add these bricks to volume...?? Thanks, Punit

2 6

Issues with oVirt 3.4, centos 6.6 and Gluster
by Federico Alberto Sayd 06 Nov '14

06 Nov '14

I have found some issues while trying to install two nodes with centos 6.6, oVirt 3.4 and cluster functionality. 1 - If you enable the gluster service in a cluster, when you install the hosts, the installation fails because it tries to install the gluster packages from Centos repository and a dependency problem is reported. Workaround: Install the package yum-plugin-priorities and set priority=1 in the /etc/yum.repos.d/ovirt-3.4-dependencies.repo, section glusterfs-epel. 2 - If you reboot the host, the service glusterd doesn't start at init, and host becomes non operational. Workaround: Manually set glusterd to start at boot, using for example ntsysv. Regards Federico

2 1

Protecting the storage of the self hosted engine
by wodel youchi 06 Nov '14

06 Nov '14

------=_Part_129097_2079916999.1415197609223 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I am new on oirt. I want to know the best way to protect the storage of the hosted-engine? In Ovirt3.5, only NFS and iSCSI are supported for the engine VM, so this me= ans that the NFS server or the iSCSI volume become the weak link. I've read two articles, one using GlsuterFS+NFS and CTDB for High availabil= ity of the engine storage,: oVirt 3.4, Glusterized,=20 | =C2=A0 | | =C2=A0 | | =C2=A0 | =C2=A0 | =C2=A0 | =C2=A0 | =C2=A0 | | oVirt 3.4, GlusterizedoVirt's Hosted Engine feature, introduced in the pr= oject's 3.4 release, enables the open source virtualization system to host = its own management server, which means... | | | | Afficher sur community.redha... | Aper=C3=A7u par Yahoo | | | | =C2=A0 | And another using GluserFS+NFS and KeepAlive: How to workaround through the= maze and reach the goal of the new amazing oVirt Hosted Engine with 3.4.0 = Beta | | =C2=A0 | | =C2=A0 | =C2=A0 | =C2=A0 | =C2=A0 | =C2=A0 | | How to workaround through the maze and reach the goal of the new amazing = oVirt Hosted Engine with 3....andrewklau - My Small World of Rants, Excitem= ent, Snippets and Tuts How to workaround through the maze and reach the goa= l of the new amazing oVirt Hosted Engine with 3.4.0 Beta | | | | Afficher sur www.andrewklau.com | Aper=C3=A7u par Yahoo | | | | =C2=A0 | Is there a better way to achieve this goal? Thanks ------=_Part_129097_2079916999.1415197609223 Content-Type: text/html; charset=UTF-8 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:16px"><div id=3D"yui_3_16_0_1_1415196077223_9586">Hi, I am new on o= irt.</div><div id=3D"yui_3_16_0_1_1415196077223_9587"><br></div><div id=3D"= yui_3_16_0_1_1415196077223_9588" dir=3D"ltr">I want to know the best way to= protect the storage of the hosted-engine?</div><div id=3D"yui_3_16_0_1_141= 5196077223_9652" dir=3D"ltr"><br></div><div id=3D"yui_3_16_0_1_141519607722= 3_9624" dir=3D"ltr">In Ovirt3.5, only NFS and iSCSI are supported for the e= ngine VM, so this means that the NFS server or the iSCSI volume become the = weak link.</div><div id=3D"yui_3_16_0_1_1415196077223_9625" dir=3D"ltr"><br= ></div><div id=3D"yui_3_16_0_1_1415196077223_9626" dir=3D"ltr">I've read tw= o articles, one using GlsuterFS+NFS and CTDB for High availability of the e= ngine storage,: <a id=3D"yui_3_16_0_1_1415196077223_9685" href=3D"http://co= mmunity.redhat.com/blog/2014/05/ovirt-3-4-glusterized/">oVirt 3.4, Glusteri= zed</a>, <br></div><div id=3D"yui_3_16_0_1_1415196077223_9743" dir=3D"ltr">= <br></div><div style=3D"width:450px; font-family: 'Georgia', 'Times', 'Time= s New Roman', 'serif';margin-top:5px; margin-bottom: 5px; background-color:= #ffffff;" id=3D"enhancrCard_0" class=3D"link-enhancr-attachment link-enhan= cr-element" contenteditable=3D"false"><table id=3D"yui_3_16_0_1_14151960772= 23_9718" class=3D"link-enhancr-element" style=3D"width:450px; height:170px;= position: relative; display: block;" border=3D"0" cellpadding=3D"0" cellsp= acing=3D"0"><tbody id=3D"yui_3_16_0_1_1415196077223_9717"><tr class=3D"link= -enhancr-element"><td class=3D"link-enhancr-element" colspan=3D"8" style=3D= "height: 1px; background-color: #e5e5e5; font-size: 1px; border-collapse: c= ollapse;"><div class=3D"link-enhancr-element" style=3D"height: 1px; backgro= und-color: #e5e5e5; font-size: 1px; line-height:0px;"> </div></td></tr= ><tr class=3D"link-enhancr-element"><td rowspan=3D"5" class=3D"link-enhancr= -element" style=3D"width: 1px; background-color: #e5e5e5; font-size: 1pt; b= order-collapse: collapse;"><div class=3D"link-enhancr-element" style=3D"wid= th: 1px; background-color: #e5e5e5; font-size: 1pt;"> </div></td><td c= lass=3D"link-enhancr-element" rowspan=3D"5" style=3D"vertical-align: middle= ; width: 168px; height: 168px; background-color: #000000;border-collapse: c= ollapse;"><div class=3D"link-enhancr-element" style=3D"width: 168px;" align= =3D"center"><a href=3D"http://community.redhat.com/blog/2014/05/ovirt-3-4-g= lusterized/" class=3D"link-enhancr-card-urlWrapper link-enhancr-element" st= yle=3D"text-decoration: none !important; color: #000000 !important;"><img a= lt=3D"image" src=3D"http://community.redhat.com/images/blog/oVirt-logo.png?= 1410980423" class=3D"link-enhancr-thumbnail-image link-enhancr-element" sty= le=3D"display: block; margin: auto;" height=3D"75" width=3D"168"></a></div>= </td><td rowspan=3D"5" class=3D"link-enhancr-element" style=3D"width: 1px; = background-color: #e5e5e5; font-size: 0pt; border-collapse: collapse;"><div= class=3D"link-enhancr-element" style=3D"width: 1px; background-color: #e5e= 5e5; font-size: 1pt;"> </div></td><td rowspan=3D"5" class=3D"link-enha= ncr-element" style=3D"width: 14px; background-color: #ffffff; font-size: 0p= t; border-collapse: collapse;"><div class=3D"link-enhancr-element" style=3D= "width: 14px; background-color: #ffffff; font-size: 14pt;"> </div></td= ><td colspan=3D"2" class=3D"link-enhancr-element" style=3D"height: 6px; bac= kground-color: #ffffff; font-size: 0pt; border-collapse: collapse;"><div cl= ass=3D"link-enhancr-element" style=3D"height: 6px; background-color: #fffff= f; font-size: 6pt;"> </div></td><td rowspan=3D"5" class=3D"link-enhanc= r-element" style=3D"width: 20px; background-color: #ffffff; font-size: 0pt;= border-collapse: collapse;"><div class=3D"link-enhancr-element" style=3D"w= idth: 20px; background-color: #ffffff; font-size: 20pt;"> </div></td><= td class=3D"link-enhancr-element" rowspan=3D"5" style=3D"width: 1px; backgr= ound-color: #e5e5e5; font-size: 1pt; border-collapse: collapse;" width=3D"1= "><div class=3D"link-enhancr-element" style=3D"width: 1px; background-color= : #e5e5e5; font-size: 1pt;"> </div></td></tr><tr id=3D"yui_3_16_0_1_14= 15196077223_9716"><td id=3D"yui_3_16_0_1_1415196077223_9715" class=3D"link-= enhancr-element" colspan=3D"2" style=3D"width: 100%; vertical-align: middle= ; font-family: 'Georgia', 'Times', 'Times New Roman', 'serif';"><div id=3D"= yui_3_16_0_1_1415196077223_9714" class=3D"link-enhancr-text-part link-enhan= cr-element" style=3D"line-height:16.5px; background-color: #ffffff; height:= 135px; width: 245px;"><div id=3D"yui_3_16_0_1_1415196077223_9713" class=3D= "link-enhancr-element" style=3D"word-wrap: break-word; word-break: break-al= l;"><span class=3D"link-enhancr-element icon icon-shrink link-enhancr-togg= le"></span><span class=3D"link-enhancr-element icon icon-close link-enhancr= -delete"></span><a href=3D"http://community.redhat.com/blog/2014/05/ovirt-3= -4-glusterized/" class=3D"link-enhancr-card-urlWrapper link-enhancr-element= " style=3D"text-decoration: none !important; color: #000000 !important; lin= e-height: 100%; font-size: 18px; display: block;"><span class=3D"link-enhan= cr-element link-enhancr-card-title" style=3D"margin: 0; font-weight: normal= ;margin-bottom: 3px; font-size: 18px; line-height: 21px; max-height: 43px; = color: #000000; overflow: hidden !important; display: inline-block;">oVirt = 3.4, Glusterized</span></a><div id=3D"yui_3_16_0_1_1415196077223_9712" styl= e=3D"font-size: 13px; line-height: 20px; color: #999999; max-height: 81px; = font-family: 'Georgia', 'Times', 'Times New Roman', 'serif';overflow: hidde= n;" class=3D"link-enhancr-card-description link-enhancr-element">oVirt's Ho= sted Engine feature, introduced in the project's 3.4 release, enables the o= pen source virtualization system to host its own management server, which m= eans...</div></div></div></td></tr><tr><td colspan=3D"2" class=3D"link-enha= ncr-element" style=3D"height: 4px; background-color: #ffffff; font-size: 0p= t; border-collapse: collapse;"><div class=3D"link-enhancr-element" style=3D= "height: 4px; background-color: #ffffff; font-size: 4pt;"></div></td></tr><= tr><td class=3D"link-enhancr-element" style=3D"vertical-align: middle; font= -family: 'Arial', 'Helvetica Neue', 'Helvetica', 'sans-serif';"><div class= =3D"link-enhancr-element" style=3D"font-size: 0pt;"><a href=3D"http://commu= nity.redhat.com/blog/2014/05/ovirt-3-4-glusterized/" class=3D"link-enhancr-= card-url link-enhancr-element" style=3D"color: black; text-decoration: none= !important;cursor:pointer !important;" target=3D"_blank"><span id=3D"yui_3= _16_0_1_1415196077223_9699" class=3D"link-enhancr-element link-enhancr-view= -on" style=3D"display: inline-block; line-height: 11px; max-width: 145px; m= in-width: 85px; overflow: hidden; max-height: 13px; word-break: break-all;"= ><span class=3D"link-enhancr-element link-enhancr-mobile-no-resize" style= =3D"vertical-align:middle; font-size: 9px; line-height: 11px; color: #99999= 9; -moz-text-size-adjust: none; -ms-text-size-adjust: none; -webkit-text-si= ze-adjust:none; text-size-adjust:none;">Afficher sur <span style=3D"font-we= ight: bold" class=3D"link-enhancr-view-on-domain">community.redha...</span>= </span></span></a></div></td><td class=3D"link-enhancr-element" style=3D"ve= rtical-align: middle; width: 100px; font-family: 'Arial', 'Helvetica Neue',= 'Helvetica', 'sans-serif';"><div class=3D"link-enhancr-element link-enhanc= r-preview-wrapper" style=3D"max-width: 100px; min-width: 80px; overflow: hi= dden; text-align: right; line-height: 11px; max-height: 13px; font-size: 0p= t;"><span class=3D"link-enhancr-element link-enhancr-preview-by link-enhanc= r-mobile-no-resize" style=3D"vertical-align:middle; font-size: 9px; line-he= ight: 11px; color: #999999; -moz-text-size-adjust: none; -ms-text-size-adju= st: none; -webkit-text-size-adjust:none; text-size-adjust:none;">Aper=C3=A7= u par Yahoo</span></div></td></tr><tr><td colspan=3D"2" class=3D"link-enhan= cr-element" style=3D"height: 9px; background-color: #ffffff; font-size: 0pt= ; border-collapse: collapse;"><div class=3D"link-enhancr-element" style=3D"= height: 9px; background-color: #ffffff; font-size: 9pt;"></div></td></tr><t= r class=3D"link-enhancr-element"><td class=3D"link-enhancr-element" colspan= =3D"8" style=3D"height: 1px; background-color: #e5e5e5; font-size: 1px; bor= der-collapse: collapse;"><div class=3D"link-enhancr-element" style=3D"heigh= t: 1px; background-color: #e5e5e5; font-size: 1px; line-height:0px"> <= /div></td></tr></tbody></table></div><div id=3D"yui_3_16_0_1_1415196077223_= 9627" dir=3D"ltr"><br></div><div id=3D"yui_3_16_0_1_1415196077223_9628" dir= =3D"ltr">And another using GluserFS+NFS and KeepAlive: <a id=3D"yui_3_16_0_= 1_1415196077223_9741" href=3D"http://www.andrewklau.com/ovirt-hosted-engine= -with-3-4-0-nightly/">How to workaround through the maze and reach the goal= of the new amazing oVirt Hosted Engine with 3.4.0 Beta |</a><br></div><div= style=3D"width:450px; font-family: 'Georgia', 'Times', 'Times New Roman', = 'serif';margin-top:5px; margin-bottom: 5px; background-color: #ffffff;" id= =3D"enhancrCard_1" class=3D"link-enhancr-attachment link-enhancr-element" c= ontenteditable=3D"false"><table class=3D"link-enhancr-element" style=3D"wid= th:450px; height:auto; position: relative; display: block;" border=3D"0" ce= llpadding=3D"0" cellspacing=3D"0"><tbody><tr class=3D"link-enhancr-element"= ><td class=3D"link-enhancr-element" colspan=3D"7" style=3D"height: 1px; bac= kground-color: #e5e5e5; font-size: 1px; border-collapse: collapse;"><div cl= ass=3D"link-enhancr-element" style=3D"height: 1px; background-color: #e5e5e= 5; font-size: 1px; line-height:0px;"> </div></td></tr><tr class=3D"lin= k-enhancr-element"><td rowspan=3D"5" class=3D"link-enhancr-element" style= =3D"width: 1px; background-color: #e5e5e5; font-size: 1pt; border-collapse:= collapse;"><div class=3D"link-enhancr-element" style=3D"width: 1px; backgr= ound-color: #e5e5e5; font-size: 1pt;"> </div></td><td rowspan=3D"5" cl= ass=3D"link-enhancr-element" style=3D"width: 14px; background-color: #fffff= f; font-size: 0pt; border-collapse: collapse;"><div class=3D"link-enhancr-e= lement" style=3D"width: 14px; background-color: #ffffff; font-size: 14pt;">=  </div></td><td colspan=3D"2" class=3D"link-enhancr-element" style=3D"= height: 6px; background-color: #ffffff; font-size: 0pt; border-collapse: co= llapse;"><div class=3D"link-enhancr-element" style=3D"height: 6px; backgrou= nd-color: #ffffff; font-size: 6pt;"> </div></td><td rowspan=3D"5" clas= s=3D"link-enhancr-element" style=3D"width: 20px; background-color: #ffffff;= font-size: 0pt; border-collapse: collapse;"><div class=3D"link-enhancr-ele= ment" style=3D"width: 20px; background-color: #ffffff; font-size: 20pt;">&n= bsp;</div></td><td class=3D"link-enhancr-element" rowspan=3D"5" style=3D"wi= dth: 1px; background-color: #e5e5e5; font-size: 1pt; border-collapse: colla= pse;" width=3D"1"><div class=3D"link-enhancr-element" style=3D"width: 1px; = background-color: #e5e5e5; font-size: 1pt;"> </div></td></tr><tr><td c= lass=3D"link-enhancr-element" colspan=3D"2" style=3D"width: 100%; vertical-= align: middle; font-family: 'Georgia', 'Times', 'Times New Roman', 'serif';= "><div class=3D"link-enhancr-text-part link-enhancr-element" style=3D"line-= height:16.5px; background-color: #ffffff; width: 414px;"><div class=3D"lin= k-enhancr-element" style=3D"word-wrap: break-word; word-break: break-all;">= <span class=3D"link-enhancr-element icon icon-shrink link-enhancr-toggle">= </span><span class=3D"link-enhancr-element icon icon-close link-enhancr-del= ete"></span><a href=3D"http://www.andrewklau.com/ovirt-hosted-engine-with-3= -4-0-nightly/" class=3D"link-enhancr-card-urlWrapper link-enhancr-element" = style=3D"text-decoration: none !important; color: #000000 !important; line-= height: 100%; font-size: 18px; display: block;"><span class=3D"link-enhancr= -element link-enhancr-card-title" style=3D"margin: 0; font-weight: normal;m= argin-bottom: 3px; font-size: 18px; line-height: 21px; max-height: 43px; co= lor: #000000; overflow: hidden !important; display: inline-block;">How to w= orkaround through the maze and reach the goal of the new amazing oVirt Host= ed Engine with 3....</span></a><div style=3D"font-size: 13px; line-height: = 20px; color: #999999; max-height: 81px; font-family: 'Georgia', 'Times', 'T= imes New Roman', 'serif';overflow: hidden;" class=3D"link-enhancr-card-desc= ription link-enhancr-element">andrewklau - My Small World of Rants, Excitem= ent, Snippets and Tuts How to workaround through the maze and reach the goa= l of the new amazing oVirt Hosted Engine with 3.4.0 Beta </div></div></div>= </td></tr><tr><td colspan=3D"2" class=3D"link-enhancr-element" style=3D"hei= ght: 6px; background-color: #ffffff; font-size: 0pt; border-collapse: colla= pse;"><div class=3D"link-enhancr-element" style=3D"height: 6px; background-= color: #ffffff; font-size: 6pt;"></div></td></tr><tr><td class=3D"link-enha= ncr-element" style=3D"vertical-align: middle; font-family: 'Arial', 'Helvet= ica Neue', 'Helvetica', 'sans-serif';"><div class=3D"link-enhancr-element" = style=3D"font-size: 0pt;"><a href=3D"http://www.andrewklau.com/ovirt-hosted= -engine-with-3-4-0-nightly/" class=3D"link-enhancr-card-url link-enhancr-el= ement" style=3D"color: black; text-decoration: none !important;cursor:point= er !important;" target=3D"_blank"><span id=3D"yui_3_16_0_1_1415196077223_97= 57" class=3D"link-enhancr-element link-enhancr-view-on" style=3D"display: i= nline-block; line-height: 11px; max-width: 314px; min-width: 254px; overflo= w: hidden; max-height: 13px; word-break: break-all;"><span class=3D"link-en= hancr-element link-enhancr-mobile-no-resize" style=3D"vertical-align:middle= ; font-size: 9px; line-height: 11px; color: #999999; -moz-text-size-adjust:= none; -ms-text-size-adjust: none; -webkit-text-size-adjust:none; text-size= -adjust:none;">Afficher sur <span style=3D"font-weight: bold" class=3D"link= -enhancr-view-on-domain">www.andrewklau.com</span></span></span></a></div><= /td><td class=3D"link-enhancr-element" style=3D"vertical-align: middle; wid= th: 100px; font-family: 'Arial', 'Helvetica Neue', 'Helvetica', 'sans-serif= ';"><div class=3D"link-enhancr-element link-enhancr-preview-wrapper" style= =3D"max-width: 100px; min-width: 80px; overflow: hidden; text-align: right;= line-height: 11px; max-height: 13px; font-size: 0pt;"><span class=3D"link-= enhancr-element link-enhancr-preview-by link-enhancr-mobile-no-resize" styl= e=3D"vertical-align:middle; font-size: 9px; line-height: 11px; color: #9999= 99; -moz-text-size-adjust: none; -ms-text-size-adjust: none; -webkit-text-s= ize-adjust:none; text-size-adjust:none;">Aper=C3=A7u par Yahoo</span></div>= </td></tr><tr><td colspan=3D"2" class=3D"link-enhancr-element" style=3D"hei= ght: 9px; background-color: #ffffff; font-size: 0pt; border-collapse: colla= pse;"><div class=3D"link-enhancr-element" style=3D"height: 9px; background-= color: #ffffff; font-size: 9pt;"></div></td></tr><tr class=3D"link-enhancr-= element"><td class=3D"link-enhancr-element" colspan=3D"7" style=3D"height: = 1px; background-color: #e5e5e5; font-size: 1px; border-collapse: collapse;"= ><div class=3D"link-enhancr-element" style=3D"height: 1px; background-color= : #e5e5e5; font-size: 1px; line-height:0px"> </div></td></tr></tbody><= /table></div><div id=3D"yui_3_16_0_1_1415196077223_9709" dir=3D"ltr"><br></= div><div id=3D"yui_3_16_0_1_1415196077223_9764" dir=3D"ltr">Is there a bett= er way to achieve this goal?</div><div id=3D"yui_3_16_0_1_1415196077223_962= 9" dir=3D"ltr"><br></div><div id=3D"yui_3_16_0_1_1415196077223_9630" dir=3D= "ltr">Thanks<br></div></div></body></html> ------=_Part_129097_2079916999.1415197609223--

3 2

oVirt Weekly Meeting: Nov. 5, 2014
by Brian Proffitt 05 Nov '14

05 Nov '14

========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by bkp at 15:01:32 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-11-05-15.01.log.html . Meeting summary --------------- * Agenda and roll Call (bkp, 15:01:47) * infra update (bkp, 15:02:07) * 3.5.z updates (bkp, 15:02:08) * 3.6.0 status (bkp, 15:02:08) * conferences and workshops (bkp, 15:02:08) * other topics (bkp, 15:02:10) * infra update (bkp, 15:03:37) * infra update: engine is failing build on master and 3.5 probably due to infra issues (bkp, 15:10:17) * infra update: a bug in F21 rpm package has been solved so failures related to fedora 19 builds on f21 slaves are solved (bkp, 15:10:21) * infra update: some build failures are expected in next days due to missing dependencies on el7 and f21 while building engine for those distributions (bkp, 15:10:24) * 3.5.z updates (bkp, 15:10:37) * 3.5.z updates: 1 blocker around, tiraboschi_ is taking care of it (bkp, 15:16:38) * 3.5.z updates: 181 bugs still outstanding. Maintainers should be taking a look at these now. (bkp, 15:16:39) * 3.5.z updates: trying to get el7 support ready for 3.5.1, we're now working on master for that (bkp, 15:16:42) * 3.6 status (bkp, 15:16:52) * 3.6 status: Release criteria definition in progress, we should reach a decision by next week's meeting according to release process (bkp, 15:24:51) * 3.6 status: Specifically, should we keep the existing 3.5 criteria for 3.6, or add these changes http://lists.ovirt.org/pipermail/devel/2014-September/008695.html? (bkp, 15:24:54) * 3.6 status: There is also an ongoing discussion to lengthen the 3.6 release cycle to 10 months and keeping all the proposed features (http://lists.ovirt.org/pipermail/users/2014-November/028875.html) or splitting features across multiple releases. (bkp, 15:24:57) * 3.6 status: Discussion is invited here: http://lists.ovirt.org/pipermail/devel/2014-September/008695.html (bkp, 15:25:01) * 3.6 status: work for fedora 21 support for 3.6 is ongoing as well as the el7 support (bkp, 15:26:47) * conferences and workshops (bkp, 15:28:29) * OpenStack Summit is going on now in Paris. Red Hat has a sharp presence there, and oVirt should be getting attention via a video demo at the Red Hat/RDO booth. (bkp, 15:28:44) * LISA'14 will be next week, and we'll have a big footprint there with oVirt at LISA Lab and at the Red Hat booth. (bkp, 15:28:47) * Planning is ongoing for FOSDEM on Jan. 31-Feb 1. Get your submittals in for the IaaS and Virt devrooms soon! (bkp, 15:28:50) * other topics (bkp, 15:30:53) * bkp will be opening a discussion on the [users] mailing list to best figure out how to position oVirt and RDO. (bkp, 15:31:29) * A reminder: this week not withstanding, the oVirt weekly syncs will be at 1400 UTC (one hour earlier than when we started this week). Please adjust your calendars accordingly. (bkp, 15:31:47) Meeting ended at 15:35:24 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * bkp (53) * sbonazzo (31) * lvernia (10) * YamakasY (4) * DougBishop (4) * awels (3) * afics_ (3) * ovirtbot (2) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 05 Nov '14

05 Nov '14

Hi, Release criteria discussion started on 2014-10-22 and should end on 2014-11-12 as per current release process [1]. Current options are: 1) keeping the same release criteria we had for 3.5 [2] 2) review the proposed changes [3] and prepare new release criteria for 3.6 Release management for 3.6.0 has been created [4] The key milestones for this release must be scheduled: Key Milestones Release criteria discussion start: 2014-10-22 Release criteria ready: 2014-11-12 Feature freeze: 60 Days before release First Test Day: 45 days before release Release Candidate: 30 days before release Release: 6 months after oVirt 3.5.0 release Two different proposals have been meed about above scheduling [5]: 1) extend the cycle to 10 months for allowing to include a large feature set 2) reduce the cycle to less than 6 months and split features over 3.6 and 3.7 A tracker bug for 3.6.0 has been created [6] and currently shows no blockers. There are 395 bugs [7] targeted to 3.6.0. Excluding node and documentation bugs we have 375 bugs [8] targeted to 3.6.0. [1] http://www.ovirt.org/Release_process [2] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria [3] http://lists.ovirt.org/pipermail/devel/2014-September/008695.html [4] http://www.ovirt.org/OVirt_3.6_Release_Management [5] http://lists.ovirt.org/pipermail/users/2014-November/028875.html [6] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [7] http://goo.gl/zwkF3r [8] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Re: [ovirt-users] Import FC Storage as iSCSI
by Raul Laansoo 05 Nov '14

05 Nov '14

------=_Part_2362972_479624645.1415087866734 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi. I have managed to get my oVirt node running using oVirt Node Hypervisor 3.1.0_master-20140707.0. I hope this is not causing following issue, but this Is the only way for me to test 3.5. When I try to import existing FC storage domain I get errors on Engine (see attached log). Regards. Raul ----- Original Message ----- > From: "Raul Laansoo" <raul.laansoo(a)bigbank.ee> > To: "Maor Lipchuk" <mlipchuk(a)redhat.com> > Sent: Monday, 27 October, 2014 11:29:40 AM > Subject: Re: [ovirt-users] Import FC Storage as iSCSI > > I have set this to 3.4 because I still use ovirt-node-iso from oVirt 3.4. For > some reason I can't set cluster compatibility to 3.4 and with cluster 3.5 > node installation fails. I will install node from 3.5 iso and try again. > > ----- Original Message ----- > > From: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > To: "Raul Laansoo" <raul.laansoo(a)bigbank.ee> > > Cc: "users" <users(a)ovirt.org> > > Sent: Monday, 27 October, 2014 10:50:21 AM > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI > > > > Which Data Center version are you using to attach the Storage Domain to? > > If the storage domain meta data indicates that it is already attached to > > another Data Center (after DR for example). then you the attach of it will > > only be supported for Data Center 3.5. > > > > Regards, > > Maor > > > > ----- Original Message ----- > > > From: "Raul Laansoo" <raul.laansoo(a)bigbank.ee> > > > To: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > Cc: "users" <users(a)ovirt.org> > > > Sent: Monday, October 27, 2014 10:07:18 AM > > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI > > > > > > When I try to import existing FC storage domain, which consists of two > > > NetAPP > > > LUN-s cloned from NetAPP snapshots, I get: > > > > > > Error while executing action Attach Storage Domain: The Domain is already > > > used by another Data Center. > > > In order to use it, detach it from the Data Center it is currently > > > attached > > > to. > > > > > > Does this mean, that to import existing storage domain, it must be first > > > (cleanly) detached? > > > > > > Regards. > > > > > > ----- Original Message ----- > > > > From: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > > To: "Raul Laansoo" <raul.laansoo(a)bigbank.ee> > > > > Cc: "users" <users(a)ovirt.org> > > > > Sent: Monday, 27 October, 2014 9:26:50 AM > > > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Raul Laansoo" <raul.laansoo(a)bigbank.ee> > > > > > To: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > > > Cc: "users" <users(a)ovirt.org> > > > > > Sent: Monday, October 27, 2014 8:43:31 AM > > > > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI > > > > > > > > > > Hi. > > > > > > > > > > Thank you for looking into this. Does this only affect the import or > > > > > influences also the process of attaching storage domain to Data > > > > > Center > > > > > (you > > > > > can't attach iSCSI Storage Domain to FC DC and vice versa?) > > > > > > > > Hi Raul, > > > > > > > > for now, the fix should include the ability to "switch" storage types > > > > only > > > > through the import process,and not through the attach process. > > > > I think that the import process might be enough because you can always > > > > remove > > > > the Storage Domain and re-import it to the setup as another storage > > > > type. > > > > > > > > > If I understand > > > > > correctly, the Data Center's storage type is set at the > > > > > initialization > > > > > time, > > > > > when the first storage domain is attached and you can't change it > > > > > afterwards. In previous versions you could clearly see the DC storage > > > > > type, > > > > > now it's not visible. > > > > > > > > You are right, mixed type data center is a feature introduced in > > > > version > > > > 3.4 > > > > (see http://www.ovirt.org/Features/Mixed_Types_Data_Center) > > > > There should be only two type of Data Center local and shared. > > > > The import Storage Domain feature is supported only from version 3.5 so > > > > it > > > > can only be supported in mixed type Data Centers. > > > > > > > > > > > > > > > > > > Regards. > > > > > Raul > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > > > > To: "Itamar Heim" <iheim(a)redhat.com> > > > > > > Cc: "raul laansoo" <raul.laansoo(a)bigbank.ee>, "Vered Volansky" > > > > > > <vered(a)redhat.com>, "users" <users(a)ovirt.org> > > > > > > Sent: Monday, 27 October, 2014 2:16:14 AM > > > > > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Itamar Heim" <iheim(a)redhat.com> > > > > > > > To: "Maor Lipchuk" <mlipchuk(a)redhat.com>, "raul laansoo" > > > > > > > <raul.laansoo(a)bigbank.ee> > > > > > > > Cc: "Vered Volansky" <vered(a)redhat.com>, "users" > > > > > > > <users(a)ovirt.org> > > > > > > > Sent: Sunday, October 26, 2014 9:34:14 PM > > > > > > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI > > > > > > > > > > > > > > On 10/26/2014 03:58 PM, Maor Lipchuk wrote: > > > > > > > > Hi Raul, > > > > > > > > > > > > > > > > The storage domain type is determined from the Storage Domain > > > > > > > > meta > > > > > > > > data. > > > > > > > > If your storage domain was previously an FC Storage Domain, the > > > > > > > > import > > > > > > > > process will read this from the meta data and import it as an > > > > > > > > FC > > > > > > > > Storage > > > > > > > > Domain. > > > > > > > > > > > > > > > > This behavior should be changed so the storage type will be > > > > > > > > determined > > > > > > > > by > > > > > > > > the user instead from the meta data, > > > > > > > > I've opened a bug on this issue for 3.5, > > > > > > > > https://bugzilla.redhat.com/1157240. > > > > > > > > > > > > > > so i guess for now the metadata can be changed as a workaround? > > > > > > > > > > > > I believe so, > > > > > > I've tried now to import an existing iSCSI Storage Domain after > > > > > > changing > > > > > > its > > > > > > meta data from ISCSI to FCP and it seems to work well, the Storage > > > > > > was > > > > > > imported as Fibre Channel. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Regards, > > > > > > > > Maor > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > From: "Allon Mureinik" <amureini(a)redhat.com> > > > > > > > > To: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > > > > > > Cc: "Vered Volansky" <vered(a)redhat.com>, "users" > > > > > > > > <users(a)ovirt.org>, > > > > > > > > "Raul > > > > > > > > Laansoo" <raul.laansoo(a)bigbank.ee> > > > > > > > > Sent: Sunday, October 26, 2014 10:42:53 AM > > > > > > > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI > > > > > > > > > > > > > > > > Maor, does this ring in bells wrt importing a storage domain? > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > >> From: "Raul Laansoo" <raul.laansoo(a)bigbank.ee> > > > > > > > >> To: "Vered Volansky" <vered(a)redhat.com> > > > > > > > >> Cc: "users" <users(a)ovirt.org> > > > > > > > >> Sent: Thursday, October 23, 2014 4:51:34 PM > > > > > > > >> Subject: Re: [ovirt-users] Import FC Storage as iSCSI > > > > > > > >> > > > > > > > >> Hi. > > > > > > > >> > > > > > > > >> I have done this because this is the only way to access iSCSI > > > > > > > >> target. > > > > > > > >> But > > > > > > > >> after import it shows up as FC (the original storage domain > > > > > > > >> type). > > > > > > > >> Where > > > > > > > >> does this information come from? I have DataCenter setup from > > > > > > > >> about > > > > > > > >> version > > > > > > > >> ovirt-engine-3.3.2. > > > > > > > >> > > > > > > > >> Thank you. > > > > > > > >> > > > > > > > >> ----- Original Message ----- > > > > > > > >>> From: "Vered Volansky" <vered(a)redhat.com> > > > > > > > >>> To: "Raul Laansoo" <raul.laansoo(a)bigbank.ee> > > > > > > > >>> Cc: "users" <users(a)ovirt.org> > > > > > > > >>> Sent: Thursday, 23 October, 2014 4:24:12 PM > > > > > > > >>> Subject: Re: [ovirt-users] Import FC Storage as iSCSI > > > > > > > >>> > > > > > > > >>> > > > > > > > >>> > > > > > > > >>> ----- Original Message ----- > > > > > > > >>>> From: "Raul Laansoo" <raul.laansoo(a)bigbank.ee> > > > > > > > >>>> To: "users" <users(a)ovirt.org> > > > > > > > >>>> Sent: Thursday, October 23, 2014 10:59:30 AM > > > > > > > >>>> Subject: [ovirt-users] Import FC Storage as iSCSI > > > > > > > >>>> > > > > > > > >>>> Hello. > > > > > > > >>>> > > > > > > > >>>> I have created an FC Storage Domain and made snapshots of > > > > > > > >>>> all > > > > > > > >>>> LUNs > > > > > > > >>>> on > > > > > > > >>>> the > > > > > > > >>>> SAN. Now I want to use those snapshots on another Data > > > > > > > >>>> Center > > > > > > > >>>> over > > > > > > > >>>> iSCSI > > > > > > > >>>> connection to test recovery. I can import the domain, but > > > > > > > >>>> the > > > > > > > >>>> domains > > > > > > > >>>> Storage Type is FC and I can't attach it to host. Is it > > > > > > > >>>> possible > > > > > > > >>>> to > > > > > > > >>>> change > > > > > > > >>>> domain type to iSCSI or some other way to import storage > > > > > > > >>>> domain. > > > > > > > >>> > > > > > > > >>> Just select iSCSI as thetype when you import it. This is the > > > > > > > >>> type > > > > > > > >>> of > > > > > > > >>> the > > > > > > > >>> new > > > > > > > >>> domain. > > > > > > > >>> > > > > > > > >>> Vered > > > > > > > >>> > > > > > > > >>>> > > > > > > > >>>> Thank you. > > > > > > > >>>> > > > > > > > >>>> Raul > > > > > > > >>>> _______________________________________________ > > > > > > > >>>> Users mailing list > > > > > > > >>>> Users(a)ovirt.org > > > > > > > >>>> http://lists.ovirt.org/mailman/listinfo/users > > > > > > > >>>> > > > > > > > >>> > > > > > > > >> _______________________________________________ > > > > > > > >> Users mailing list > > > > > > > >> Users(a)ovirt.org > > > > > > > >> http://lists.ovirt.org/mailman/listinfo/users > > > > > > > >> > > > > > > > > _______________________________________________ > > > > > > > > Users mailing list > > > > > > > > Users(a)ovirt.org > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------=_Part_2362972_479624645.1415087866734 Content-Type: text/x-log; name=engine.log Content-Disposition: attachment; filename=engine.log Content-Transfer-Encoding: base64 MjAxNC0xMS0wNCAwOTo0NzowNywzODcgSU5GTyAgW29yZy5vdmlydC52ZHNtLmpzb25ycGMuY2xp ZW50LnJlYWN0b3JzLlJlYWN0b3JDbGllbnRdIChTU0wgU3RvbXAgUmVhY3RvcikgQ29ubmVjdGlu ZyB0byAvMTkyLjE2OC4xMDAuMjM1CjIwMTQtMTEtMDQgMDk6NDc6MTQsNDUxIElORk8gIFtvcmcu b3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5HZXREZXZpY2VMaXN0VkRTQ29t bWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDItMSkgU1RBUlQsIEdldERldmljZUxpc3RWRFNDb21t YW5kKEhvc3ROYW1lID0gZW5jMC1ibDYuZXhhbXBsZS5jb20sIEhvc3RJZCA9IDNjMTAyYTA1LTZl OWQtNDkwYi1hZTgwLTE3MTE2ZTlkNTIyMSwgc3RvcmFnZVR5cGU9RkNQKSwgbG9nIGlkOiA0MzM2 ODQKMjAxNC0xMS0wNCAwOTo0NzoxNiwyNjcgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52 ZHNicm9rZXIudmRzYnJva2VyLkdldERldmljZUxpc3RWRFNDb21tYW5kXSAoYWpwLS0xMjcuMC4w LjEtODcwMi0xKSBGSU5JU0gsIEdldERldmljZUxpc3RWRFNDb21tYW5kLCByZXR1cm46IFtMVU5z IFtpZD0zNjBhOTgwMDA0MjQzNDE3NDMwMmI0MzRiNmI1NDMzNTQsIHBoeXNpY2FsVm9sdW1lSWQ9 cFNjcXFLLXJtUzAta2k2NS1xRDBNLWhkeE4ta3dXai1sc2lyOWUsIHZvbHVtZUdyb3VwSWQ9bGZn WkQzLWpmVWwtM1VyOC1sUzNpLThabjctcVBtZC1ZdlZycjksIHNlcmlhbD1TTkVUQVBQX0xVTl9C Q0F0MCtDS2tUM1QsIGx1bk1hcHBpbmc9NSwgdmVuZG9ySWQ9TkVUQVBQLCBwcm9kdWN0SWQ9TFVO LCBfbHVuQ29ubmVjdGlvbnM9W10sIGRldmljZVNpemU9NTAwLCB2ZW5kb3JOYW1lPU5FVEFQUCwg cGF0aHNEaWN0aW9uYXJ5PXtzZHg9dHJ1ZSwgc2RkPXRydWUsIHNkdD10cnVlLCBzZGg9dHJ1ZSwg c2RhYj10cnVlLCBzZGw9dHJ1ZSwgc2RhZj10cnVlLCBzZHA9dHJ1ZX0sIGx1blR5cGU9VU5LTk9X Tiwgc3RhdHVzPVVzZWQsIGRpc2tJZD1udWxsLCBkaXNrQWxpYXM9bnVsbCwgc3RvcmFnZURvbWFp bklkPW51bGwsIHN0b3JhZ2VEb21haW5OYW1lPW51bGxdLCBMVU5zIFtpZD0zNjBhOTgwMDA0MjQz NDE3NDMwMmI0MzRiNmI1NDMzNTIsIHBoeXNpY2FsVm9sdW1lSWQ9ZXNacVM4LVRiZFYtcDlIZC12 MnN1LUNqQlctc25EZS0zWnFFamYsIHZvbHVtZUdyb3VwSWQ9bGZnWkQzLWpmVWwtM1VyOC1sUzNp LThabjctcVBtZC1ZdlZycjksIHNlcmlhbD1TTkVUQVBQX0xVTl9CQ0F0MCtDS2tUM1IsIGx1bk1h cHBpbmc9NCwgdmVuZG9ySWQ9TkVUQVBQLCBwcm9kdWN0SWQ9TFVOLCBfbHVuQ29ubmVjdGlvbnM9 W10sIGRldmljZVNpemU9NTAwLCB2ZW5kb3JOYW1lPU5FVEFQUCwgcGF0aHNEaWN0aW9uYXJ5PXtz ZHc9dHJ1ZSwgc2RjPXRydWUsIHNkcz10cnVlLCBzZGc9dHJ1ZSwgc2RhYT10cnVlLCBzZGs9dHJ1 ZSwgc2RhZT10cnVlLCBzZG89dHJ1ZX0sIGx1blR5cGU9VU5LTk9XTiwgc3RhdHVzPVVzZWQsIGRp c2tJZD1udWxsLCBkaXNrQWxpYXM9bnVsbCwgc3RvcmFnZURvbWFpbklkPW51bGwsIHN0b3JhZ2VE b21haW5OYW1lPW51bGxdLCBMVU5zIFtpZD0zNjBhOTgwMDA0MjQzNDE3NDMwMmI0MzRiNmI1NDMy NzksIHBoeXNpY2FsVm9sdW1lSWQ9QzVONFBkLUJ4d28tZ0RPYi1pQ3hYLXM3R2ItWFFBNC1HeTJM alUsIHZvbHVtZUdyb3VwSWQ9NUhiRU9lLUhVWG8tVnFsNy1odnF4LW9BODYtYzdLSy1MQjNhcG4s IHNlcmlhbD1TTkVUQVBQX0xVTl9CQ0F0MCtDS2tUMnksIGx1bk1hcHBpbmc9MSwgdmVuZG9ySWQ9 TkVUQVBQLCBwcm9kdWN0SWQ9TFVOLCBfbHVuQ29ubmVjdGlvbnM9W10sIGRldmljZVNpemU9NTAs IHZlbmRvck5hbWU9TkVUQVBQLCBwYXRoc0RpY3Rpb25hcnk9e3NkYj10cnVlLCBzZHY9dHJ1ZSwg c2RmPXRydWUsIHNkcj10cnVlLCBzZGo9dHJ1ZSwgc2RuPXRydWUsIHNkYWQ9dHJ1ZSwgc2R6PXRy dWV9LCBsdW5UeXBlPVVOS05PV04sIHN0YXR1cz1Vc2VkLCBkaXNrSWQ9bnVsbCwgZGlza0FsaWFz PW51bGwsIHN0b3JhZ2VEb21haW5JZD1udWxsLCBzdG9yYWdlRG9tYWluTmFtZT1udWxsXSwgTFVO cyBbaWQ9MzYwYTk4MDAwNDI0MzQxNzQzMDJiNDM0YjZiNTQzMzM2LCBwaHlzaWNhbFZvbHVtZUlk PSwgdm9sdW1lR3JvdXBJZD0sIHNlcmlhbD1TTkVUQVBQX0xVTl9CQ0F0MCtDS2tUMzYsIGx1bk1h cHBpbmc9MCwgdmVuZG9ySWQ9TkVUQVBQLCBwcm9kdWN0SWQ9TFVOLCBfbHVuQ29ubmVjdGlvbnM9 W10sIGRldmljZVNpemU9MTAwLCB2ZW5kb3JOYW1lPU5FVEFQUCwgcGF0aHNEaWN0aW9uYXJ5PXtz ZGE9dHJ1ZSwgc2R1PXRydWUsIHNkZT10cnVlLCBzZHE9dHJ1ZSwgc2RhYz10cnVlLCBzZGk9dHJ1 ZSwgc2RtPXRydWUsIHNkeT10cnVlfSwgbHVuVHlwZT1VTktOT1dOLCBzdGF0dXM9VXNlZCwgZGlz a0lkPW51bGwsIGRpc2tBbGlhcz1udWxsLCBzdG9yYWdlRG9tYWluSWQ9bnVsbCwgc3RvcmFnZURv bWFpbk5hbWU9bnVsbF1dLCBsb2cgaWQ6IDQzMzY4NAoyMDE0LTExLTA0IDA5OjQ3OjE2LDQwNSBJ TkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuR2V0VkdJbmZv VkRTQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDItMSkgU1RBUlQsIEdldFZHSW5mb1ZEU0Nv bW1hbmQoSG9zdE5hbWUgPSBlbmMwLWJsNi5leGFtcGxlLmNvbSwgSG9zdElkID0gM2MxMDJhMDUt NmU5ZC00OTBiLWFlODAtMTcxMTZlOWQ1MjIxLCBWR0lEPWxmZ1pEMy1qZlVsLTNVcjgtbFMzaS04 Wm43LXFQbWQtWXZWcnI5KSwgbG9nIGlkOiAyOTIxOTY5MQoyMDE0LTExLTA0IDA5OjQ3OjE2LDk0 NCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuR2V0VkdJ bmZvVkRTQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDItMSkgRklOSVNILCBHZXRWR0luZm9W RFNDb21tYW5kLCByZXR1cm46IFtMVU5zIFtpZD0zNjBhOTgwMDA0MjQzNDE3NDMwMmI0MzRiNmI1 NDMzNTIsIHBoeXNpY2FsVm9sdW1lSWQ9ZXNacVM4LVRiZFYtcDlIZC12MnN1LUNqQlctc25EZS0z WnFFamYsIHZvbHVtZUdyb3VwSWQ9bGZnWkQzLWpmVWwtM1VyOC1sUzNpLThabjctcVBtZC1ZdlZy cjksIHNlcmlhbD1TTkVUQVBQX0xVTl9CQ0F0MCtDS2tUM1IsIGx1bk1hcHBpbmc9NCwgdmVuZG9y SWQ9TkVUQVBQLCBwcm9kdWN0SWQ9TFVOLCBfbHVuQ29ubmVjdGlvbnM9W10sIGRldmljZVNpemU9 NTAwLCB2ZW5kb3JOYW1lPU5FVEFQUCwgcGF0aHNEaWN0aW9uYXJ5PXtzZHc9dHJ1ZSwgc2RjPXRy dWUsIHNkcz10cnVlLCBzZGc9dHJ1ZSwgc2RhYT10cnVlLCBzZGs9dHJ1ZSwgc2RhZT10cnVlLCBz ZG89dHJ1ZX0sIGx1blR5cGU9VU5LTk9XTiwgc3RhdHVzPW51bGwsIGRpc2tJZD1udWxsLCBkaXNr QWxpYXM9bnVsbCwgc3RvcmFnZURvbWFpbklkPTQ2MjQzY2U1LWZhY2UtNDgzZS05YTQwLTdkYWVh NzdkODJhMywgc3RvcmFnZURvbWFpbk5hbWU9bnVsbF0sIExVTnMgW2lkPTM2MGE5ODAwMDQyNDM0 MTc0MzAyYjQzNGI2YjU0MzM1NCwgcGh5c2ljYWxWb2x1bWVJZD1wU2NxcUstcm1TMC1raTY1LXFE ME0taGR4Ti1rd1dqLWxzaXI5ZSwgdm9sdW1lR3JvdXBJZD1sZmdaRDMtamZVbC0zVXI4LWxTM2kt OFpuNy1xUG1kLVl2VnJyOSwgc2VyaWFsPVNORVRBUFBfTFVOX0JDQXQwK0NLa1QzVCwgbHVuTWFw cGluZz01LCB2ZW5kb3JJZD1ORVRBUFAsIHByb2R1Y3RJZD1MVU4sIF9sdW5Db25uZWN0aW9ucz1b XSwgZGV2aWNlU2l6ZT01MDAsIHZlbmRvck5hbWU9TkVUQVBQLCBwYXRoc0RpY3Rpb25hcnk9e3Nk eD10cnVlLCBzZGQ9dHJ1ZSwgc2R0PXRydWUsIHNkaD10cnVlLCBzZGFiPXRydWUsIHNkbD10cnVl LCBzZGFmPXRydWUsIHNkcD10cnVlfSwgbHVuVHlwZT1VTktOT1dOLCBzdGF0dXM9bnVsbCwgZGlz a0lkPW51bGwsIGRpc2tBbGlhcz1udWxsLCBzdG9yYWdlRG9tYWluSWQ9NDYyNDNjZTUtZmFjZS00 ODNlLTlhNDAtN2RhZWE3N2Q4MmEzLCBzdG9yYWdlRG9tYWluTmFtZT1udWxsXV0sIGxvZyBpZDog MjkyMTk2OTEKMjAxNC0xMS0wNCAwOTo0NzoxNiw5NTYgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUu Y29yZS52ZHNicm9rZXIudmRzYnJva2VyLkhTTUdldFN0b3JhZ2VEb21haW5JbmZvVkRTQ29tbWFu ZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDItMSkgU1RBUlQsIEhTTUdldFN0b3JhZ2VEb21haW5JbmZv VkRTQ29tbWFuZChIb3N0TmFtZSA9IGVuYzAtYmw2LmV4YW1wbGUuY29tLCBIb3N0SWQgPSAzYzEw MmEwNS02ZTlkLTQ5MGItYWU4MC0xNzExNmU5ZDUyMjEsIHN0b3JhZ2VEb21haW5JZD00NjI0M2Nl NS1mYWNlLTQ4M2UtOWE0MC03ZGFlYTc3ZDgyYTMpLCBsb2cgaWQ6IGJkNGE3MzIKMjAxNC0xMS0w NCAwOTo0NzoxNyw2NjYgSU5GTyAgW29yZy5vdmlydC52ZHNtLmpzb25ycGMuY2xpZW50LnJlYWN0 b3JzLlJlYWN0b3JDbGllbnRdIChTU0wgU3RvbXAgUmVhY3RvcikgQ29ubmVjdGluZyB0byAvMTky LjE2OC4xMDAuMjM1CjIwMTQtMTEtMDQgMDk6NDc6MTcsOTcwIElORk8gIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5IU01HZXRTdG9yYWdlRG9tYWluSW5mb1ZEU0Nv bW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTEpIEZJTklTSCwgSFNNR2V0U3RvcmFnZURvbWFp bkluZm9WRFNDb21tYW5kLCByZXR1cm46IDxTdG9yYWdlRG9tYWluU3RhdGljW0ZDLU5ldEFQUC1X b1MsIDQ2MjQzY2U1LWZhY2UtNDgzZS05YTQwLTdkYWVhNzdkODJhM10sIDU4NDliMDMwLTYyNmUt NDdjYi1hZDkwLTNjZTc4MmQ4MzFiMz4sIGxvZyBpZDogYmQ0YTczMgoyMDE0LTExLTA0IDA5OjQ3 OjE3LDk3NCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIu R2V0VkdJbmZvVkRTQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDItMSkgU1RBUlQsIEdldFZH SW5mb1ZEU0NvbW1hbmQoSG9zdE5hbWUgPSBlbmMwLWJsNi5leGFtcGxlLmNvbSwgSG9zdElkID0g M2MxMDJhMDUtNmU5ZC00OTBiLWFlODAtMTcxMTZlOWQ1MjIxLCBWR0lEPTVIYkVPZS1IVVhvLVZx bDctaHZxeC1vQTg2LWM3S0stTEIzYXBuKSwgbG9nIGlkOiBjMzBjNWZjCjIwMTQtMTEtMDQgMDk6 NDc6MTgsMDQzIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tl ci5HZXRWR0luZm9WRFNDb21tYW5kXSAoYWpwLS0xMjcuMC4wLjEtODcwMi0xKSBGSU5JU0gsIEdl dFZHSW5mb1ZEU0NvbW1hbmQsIHJldHVybjogW0xVTnMgW2lkPTM2MGE5ODAwMDQyNDM0MTc0MzAy YjQzNGI2YjU0MzI3OSwgcGh5c2ljYWxWb2x1bWVJZD1DNU40UGQtQnh3by1nRE9iLWlDeFgtczdH Yi1YUUE0LUd5MkxqVSwgdm9sdW1lR3JvdXBJZD01SGJFT2UtSFVYby1WcWw3LWh2cXgtb0E4Ni1j N0tLLUxCM2Fwbiwgc2VyaWFsPVNORVRBUFBfTFVOX0JDQXQwK0NLa1QyeSwgbHVuTWFwcGluZz0x LCB2ZW5kb3JJZD1ORVRBUFAsIHByb2R1Y3RJZD1MVU4sIF9sdW5Db25uZWN0aW9ucz1bXSwgZGV2 aWNlU2l6ZT01MCwgdmVuZG9yTmFtZT1ORVRBUFAsIHBhdGhzRGljdGlvbmFyeT17c2RiPXRydWUs IHNkdj10cnVlLCBzZGY9dHJ1ZSwgc2RyPXRydWUsIHNkaj10cnVlLCBzZG49dHJ1ZSwgc2RhZD10 cnVlLCBzZHo9dHJ1ZX0sIGx1blR5cGU9VU5LTk9XTiwgc3RhdHVzPW51bGwsIGRpc2tJZD1udWxs LCBkaXNrQWxpYXM9bnVsbCwgc3RvcmFnZURvbWFpbklkPTBiMjlhZjdjLTJjYzYtNGZlNS04ZGMw LTU3M2QxYTAwMThlZSwgc3RvcmFnZURvbWFpbk5hbWU9bnVsbF1dLCBsb2cgaWQ6IGMzMGM1ZmMK MjAxNC0xMS0wNCAwOTo0NzoxOCwwNDcgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNi cm9rZXIudmRzYnJva2VyLkhTTUdldFN0b3JhZ2VEb21haW5JbmZvVkRTQ29tbWFuZF0gKGFqcC0t MTI3LjAuMC4xLTg3MDItMSkgU1RBUlQsIEhTTUdldFN0b3JhZ2VEb21haW5JbmZvVkRTQ29tbWFu ZChIb3N0TmFtZSA9IGVuYzAtYmw2LmV4YW1wbGUuY29tLCBIb3N0SWQgPSAzYzEwMmEwNS02ZTlk LTQ5MGItYWU4MC0xNzExNmU5ZDUyMjEsIHN0b3JhZ2VEb21haW5JZD0wYjI5YWY3Yy0yY2M2LTRm ZTUtOGRjMC01NzNkMWEwMDE4ZWUpLCBsb2cgaWQ6IDZhMDY1MzRiCjIwMTQtMTEtMDQgMDk6NDc6 MTksMDA2IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5I U01HZXRTdG9yYWdlRG9tYWluSW5mb1ZEU0NvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTEp IEZJTklTSCwgSFNNR2V0U3RvcmFnZURvbWFpbkluZm9WRFNDb21tYW5kLCByZXR1cm46IDxTdG9y YWdlRG9tYWluU3RhdGljW0RBVEEsIDBiMjlhZjdjLTJjYzYtNGZlNS04ZGMwLTU3M2QxYTAwMThl ZV0sIGZiOWMyMzJlLTY5NzktNDE4YS1hZDk2LTExY2U2NmIzMWEzZT4sIGxvZyBpZDogNmEwNjUz NGIKMjAxNC0xMS0wNCAwOTo0NzoyNyw5MDIgSU5GTyAgW29yZy5vdmlydC52ZHNtLmpzb25ycGMu Y2xpZW50LnJlYWN0b3JzLlJlYWN0b3JDbGllbnRdIChTU0wgU3RvbXAgUmVhY3RvcikgQ29ubmVj dGluZyB0byAvMTkyLjE2OC4xMDAuMjM1CjIwMTQtMTEtMDQgMDk6NDc6MzAsMjE1IFdBUk4gIFtv cmcub3ZpcnQuZW5naW5lLmNvcmUuZGFsLmpvYi5FeGVjdXRpb25NZXNzYWdlRGlyZWN0b3JdIChh anAtLTEyNy4wLjAuMS04NzAyLTUpIFtmYjc1NDZhXSBUaGUgbWVzc2FnZSBrZXkgQWRkRXhpc3Rp bmdCbG9ja1N0b3JhZ2VEb21haW4gaXMgbWlzc2luZyBmcm9tIGJ1bmRsZXMvRXhlY3V0aW9uTWVz c2FnZXMKMjAxNC0xMS0wNCAwOTo0NzozMCwzMjQgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29y ZS5ibGwuc3RvcmFnZS5BZGRFeGlzdGluZ0Jsb2NrU3RvcmFnZURvbWFpbkNvbW1hbmRdIChhanAt LTEyNy4wLjAuMS04NzAyLTUpIFtmYjc1NDZhXSBSdW5uaW5nIGNvbW1hbmQ6IEFkZEV4aXN0aW5n QmxvY2tTdG9yYWdlRG9tYWluQ29tbWFuZCBpbnRlcm5hbDogZmFsc2UuIEVudGl0aWVzIGFmZmVj dGVkIDogIElEOiBhYWEwMDAwMC0wMDAwLTAwMDAtMDAwMC0xMjM0NTY3ODlhYWEgVHlwZTogU3lz dGVtQWN0aW9uIGdyb3VwIENSRUFURV9TVE9SQUdFX0RPTUFJTiB3aXRoIHJvbGUgdHlwZSBBRE1J TgoyMDE0LTExLTA0IDA5OjQ3OjMwLDM5MyBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZk c2Jyb2tlci52ZHNicm9rZXIuR2V0U3RvcmFnZURvbWFpblN0YXRzVkRTQ29tbWFuZF0gKGFqcC0t MTI3LjAuMC4xLTg3MDItNSkgW2ZiNzU0NmFdIFNUQVJULCBHZXRTdG9yYWdlRG9tYWluU3RhdHNW RFNDb21tYW5kKEhvc3ROYW1lID0gZW5jMC1ibDYuZXhhbXBsZS5jb20sIEhvc3RJZCA9IDNjMTAy YTA1LTZlOWQtNDkwYi1hZTgwLTE3MTE2ZTlkNTIyMSwgc3RvcmFnZURvbWFpbklkPTQ2MjQzY2U1 LWZhY2UtNDgzZS05YTQwLTdkYWVhNzdkODJhMyksIGxvZyBpZDogNWQ4ODVlMDMKMjAxNC0xMS0w NCAwOTo0NzozMCw3MzYgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRz YnJva2VyLkdldFN0b3JhZ2VEb21haW5TdGF0c1ZEU0NvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04 NzAyLTUpIFtmYjc1NDZhXSBGSU5JU0gsIEdldFN0b3JhZ2VEb21haW5TdGF0c1ZEU0NvbW1hbmQs IHJldHVybjogU3RvcmFnZURvbWFpblssIDQ2MjQzY2U1LWZhY2UtNDgzZS05YTQwLTdkYWVhNzdk ODJhM10sIGxvZyBpZDogNWQ4ODVlMDMKMjAxNC0xMS0wNCAwOTo0NzozMCw3NDkgSU5GTyAgW29y Zy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLkdldFZHSW5mb1ZEU0NvbW1h bmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTUpIFtmYjc1NDZhXSBTVEFSVCwgR2V0VkdJbmZvVkRT Q29tbWFuZChIb3N0TmFtZSA9IGVuYzAtYmw2LmV4YW1wbGUuY29tLCBIb3N0SWQgPSAzYzEwMmEw NS02ZTlkLTQ5MGItYWU4MC0xNzExNmU5ZDUyMjEsIFZHSUQ9bGZnWkQzLWpmVWwtM1VyOC1sUzNp LThabjctcVBtZC1ZdlZycjkpLCBsb2cgaWQ6IDM0YWQ1Yzk1CjIwMTQtMTEtMDQgMDk6NDc6MzAs ODQzIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5HZXRW R0luZm9WRFNDb21tYW5kXSAoYWpwLS0xMjcuMC4wLjEtODcwMi01KSBbZmI3NTQ2YV0gRklOSVNI LCBHZXRWR0luZm9WRFNDb21tYW5kLCByZXR1cm46IFtMVU5zIFtpZD0zNjBhOTgwMDA0MjQzNDE3 NDMwMmI0MzRiNmI1NDMzNTIsIHBoeXNpY2FsVm9sdW1lSWQ9ZXNacVM4LVRiZFYtcDlIZC12MnN1 LUNqQlctc25EZS0zWnFFamYsIHZvbHVtZUdyb3VwSWQ9bGZnWkQzLWpmVWwtM1VyOC1sUzNpLTha bjctcVBtZC1ZdlZycjksIHNlcmlhbD1TTkVUQVBQX0xVTl9CQ0F0MCtDS2tUM1IsIGx1bk1hcHBp bmc9NCwgdmVuZG9ySWQ9TkVUQVBQLCBwcm9kdWN0SWQ9TFVOLCBfbHVuQ29ubmVjdGlvbnM9W10s IGRldmljZVNpemU9NTAwLCB2ZW5kb3JOYW1lPU5FVEFQUCwgcGF0aHNEaWN0aW9uYXJ5PXtzZHc9 dHJ1ZSwgc2RjPXRydWUsIHNkcz10cnVlLCBzZGc9dHJ1ZSwgc2RhYT10cnVlLCBzZGs9dHJ1ZSwg c2RhZT10cnVlLCBzZG89dHJ1ZX0sIGx1blR5cGU9VU5LTk9XTiwgc3RhdHVzPW51bGwsIGRpc2tJ ZD1udWxsLCBkaXNrQWxpYXM9bnVsbCwgc3RvcmFnZURvbWFpbklkPTQ2MjQzY2U1LWZhY2UtNDgz ZS05YTQwLTdkYWVhNzdkODJhMywgc3RvcmFnZURvbWFpbk5hbWU9bnVsbF0sIExVTnMgW2lkPTM2 MGE5ODAwMDQyNDM0MTc0MzAyYjQzNGI2YjU0MzM1NCwgcGh5c2ljYWxWb2x1bWVJZD1wU2NxcUst cm1TMC1raTY1LXFEME0taGR4Ti1rd1dqLWxzaXI5ZSwgdm9sdW1lR3JvdXBJZD1sZmdaRDMtamZV bC0zVXI4LWxTM2ktOFpuNy1xUG1kLVl2VnJyOSwgc2VyaWFsPVNORVRBUFBfTFVOX0JDQXQwK0NL a1QzVCwgbHVuTWFwcGluZz01LCB2ZW5kb3JJZD1ORVRBUFAsIHByb2R1Y3RJZD1MVU4sIF9sdW5D b25uZWN0aW9ucz1bXSwgZGV2aWNlU2l6ZT01MDAsIHZlbmRvck5hbWU9TkVUQVBQLCBwYXRoc0Rp Y3Rpb25hcnk9e3NkeD10cnVlLCBzZGQ9dHJ1ZSwgc2R0PXRydWUsIHNkaD10cnVlLCBzZGFiPXRy dWUsIHNkbD10cnVlLCBzZGFmPXRydWUsIHNkcD10cnVlfSwgbHVuVHlwZT1VTktOT1dOLCBzdGF0 dXM9bnVsbCwgZGlza0lkPW51bGwsIGRpc2tBbGlhcz1udWxsLCBzdG9yYWdlRG9tYWluSWQ9NDYy NDNjZTUtZmFjZS00ODNlLTlhNDAtN2RhZWE3N2Q4MmEzLCBzdG9yYWdlRG9tYWluTmFtZT1udWxs XV0sIGxvZyBpZDogMzRhZDVjOTUKMjAxNC0xMS0wNCAwOTo0NzozMCw5MzkgSU5GTyAgW29yZy5v dmlydC5lbmdpbmUuY29yZS5kYWwuZGJicm9rZXIuYXVkaXRsb2doYW5kbGluZy5BdWRpdExvZ0Rp cmVjdG9yXSAoYWpwLS0xMjcuMC4wLjEtODcwMi01KSBbZmI3NTQ2YV0gQ29ycmVsYXRpb24gSUQ6 IGZiNzU0NmEsIEpvYiBJRDogZDUyYjAyNWMtYzJmYy00Y2Y0LWFlYTQtNmQ2MGQ0MmVlMWIzLCBD YWxsIFN0YWNrOiBudWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0xLCBNZXNzYWdlOiBTdG9yYWdlIERv bWFpbiBGQy1OZXRBUFAtV29TIHdhcyBhZGRlZCBieSBhZG1pbgoyMDE0LTExLTA0IDA5OjQ3OjMx LDExMCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5zdG9yYWdlLkF0dGFjaFN0b3Jh Z2VEb21haW5Ub1Bvb2xDb21tYW5kXSAoYWpwLS0xMjcuMC4wLjEtODcwMi0yKSBbNjlmYmExNmNd IExvY2sgQWNxdWlyZWQgdG8gb2JqZWN0IEVuZ2luZUxvY2sgW2V4Y2x1c2l2ZUxvY2tzPSBrZXk6 IDQ2MjQzY2U1LWZhY2UtNDgzZS05YTQwLTdkYWVhNzdkODJhMyB2YWx1ZTogU1RPUkFHRQosIHNo YXJlZExvY2tzPSBdCjIwMTQtMTEtMDQgMDk6NDc6MzEsMjA3IElORk8gIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUuYmxsLnN0b3JhZ2UuQXR0YWNoU3RvcmFnZURvbWFpblRvUG9vbENvbW1hbmRdIChh anAtLTEyNy4wLjAuMS04NzAyLTIpIFs2OWZiYTE2Y10gUnVubmluZyBjb21tYW5kOiBBdHRhY2hT dG9yYWdlRG9tYWluVG9Qb29sQ29tbWFuZCBpbnRlcm5hbDogZmFsc2UuIEVudGl0aWVzIGFmZmVj dGVkIDogIElEOiA0NjI0M2NlNS1mYWNlLTQ4M2UtOWE0MC03ZGFlYTc3ZDgyYTMgVHlwZTogU3Rv cmFnZUFjdGlvbiBncm91cCBNQU5JUFVMQVRFX1NUT1JBR0VfRE9NQUlOIHdpdGggcm9sZSB0eXBl IEFETUlOCjIwMTQtMTEtMDQgMDk6NDc6MzEsMjM3IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNv cmUudmRzYnJva2VyLnZkc2Jyb2tlci5IU01HZXRTdG9yYWdlRG9tYWluSW5mb1ZEU0NvbW1hbmRd IChhanAtLTEyNy4wLjAuMS04NzAyLTIpIFs2OWZiYTE2Y10gU1RBUlQsIEhTTUdldFN0b3JhZ2VE b21haW5JbmZvVkRTQ29tbWFuZChIb3N0TmFtZSA9IGVuYzAtYmw2LmV4YW1wbGUuY29tLCBIb3N0 SWQgPSAzYzEwMmEwNS02ZTlkLTQ5MGItYWU4MC0xNzExNmU5ZDUyMjEsIHN0b3JhZ2VEb21haW5J ZD00NjI0M2NlNS1mYWNlLTQ4M2UtOWE0MC03ZGFlYTc3ZDgyYTMpLCBsb2cgaWQ6IDM2Mzk1Yjk1 CjIwMTQtMTEtMDQgMDk6NDc6MzEsOTM1IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRz YnJva2VyLnZkc2Jyb2tlci5IU01HZXRTdG9yYWdlRG9tYWluSW5mb1ZEU0NvbW1hbmRdIChhanAt LTEyNy4wLjAuMS04NzAyLTIpIFs2OWZiYTE2Y10gRklOSVNILCBIU01HZXRTdG9yYWdlRG9tYWlu SW5mb1ZEU0NvbW1hbmQsIHJldHVybjogPFN0b3JhZ2VEb21haW5TdGF0aWNbRkMtTmV0QVBQLVdv UywgNDYyNDNjZTUtZmFjZS00ODNlLTlhNDAtN2RhZWE3N2Q4MmEzXSwgNTg0OWIwMzAtNjI2ZS00 N2NiLWFkOTAtM2NlNzgyZDgzMWIzPiwgbG9nIGlkOiAzNjM5NWI5NQoyMDE0LTExLTA0IDA5OjQ3 OjMxLDk0MCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5pcnNicm9rZXIu RGV0YWNoU3RvcmFnZURvbWFpblZEU0NvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTIpIFs2 OWZiYTE2Y10gU1RBUlQsIERldGFjaFN0b3JhZ2VEb21haW5WRFNDb21tYW5kKCBzdG9yYWdlUG9v bElkID0gNGUxNDU3NGQtOTQ3Mi00ZTRhLWE0NGEtMTQwYWNiYjc5MGJiLCBpZ25vcmVGYWlsb3Zl ckxpbWl0ID0gZmFsc2UsIHN0b3JhZ2VEb21haW5JZCA9IDQ2MjQzY2U1LWZhY2UtNDgzZS05YTQw LTdkYWVhNzdkODJhMywgbWFzdGVyRG9tYWluSWQgPSAwMDAwMDAwMC0wMDAwLTAwMDAtMDAwMC0w MDAwMDAwMDAwMDAsIG1hc3RlclZlcnNpb24gPSAwLCBmb3JjZSA9IHRydWUpLCBsb2cgaWQ6IDVi NGQ3ZjlhCjIwMTQtMTEtMDQgMDk6NDc6MzEsOTYzIFdBUk4gIFtvcmcub3ZpcnQuZW5naW5lLmNv cmUudmRzYnJva2VyLmlyc2Jyb2tlci5EZXRhY2hTdG9yYWdlRG9tYWluVkRTQ29tbWFuZF0gKGFq cC0tMTI3LjAuMC4xLTg3MDItMikgWzY5ZmJhMTZjXSBVbmV4cGVjdGVkIHJldHVybiB2YWx1ZTog U3RhdHVzRm9yWG1sUnBjIFttQ29kZT0tMzI2MDMsIG1NZXNzYWdlPWRldGFjaCgpIHRha2VzIGV4 YWN0bHkgNSBhcmd1bWVudHMgKDMgZ2l2ZW4pXQoyMDE0LTExLTA0IDA5OjQ3OjMxLDk2NSBFUlJP UiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5pcnNicm9rZXIuRGV0YWNoU3RvcmFn ZURvbWFpblZEU0NvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTIpIFs2OWZiYTE2Y10gRmFp bGVkIGluIERldGFjaFN0b3JhZ2VEb21haW5WRFMgbWV0aG9kCjIwMTQtMTEtMDQgMDk6NDc6MzEs OTY3IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLmlyc2Jyb2tlci5EZXRh Y2hTdG9yYWdlRG9tYWluVkRTQ29tbWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDItMikgWzY5ZmJh MTZjXSBDb21tYW5kIG9yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuaXJzYnJva2VyLkRl dGFjaFN0b3JhZ2VEb21haW5WRFNDb21tYW5kIHJldHVybiB2YWx1ZSAKIFN0YXR1c09ubHlSZXR1 cm5Gb3JYbWxScGMgW21TdGF0dXM9U3RhdHVzRm9yWG1sUnBjIFttQ29kZT0tMzI2MDMsIG1NZXNz YWdlPWRldGFjaCgpIHRha2VzIGV4YWN0bHkgNSBhcmd1bWVudHMgKDMgZ2l2ZW4pXV0KMjAxNC0x MS0wNCAwOTo0NzozMSw5NjkgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIu aXJzYnJva2VyLkRldGFjaFN0b3JhZ2VEb21haW5WRFNDb21tYW5kXSAoYWpwLS0xMjcuMC4wLjEt ODcwMi0yKSBbNjlmYmExNmNdIENvdWxkIG5vdCBmb3JjZSBkZXRhY2ggZG9tYWluIDQ2MjQzY2U1 LWZhY2UtNDgzZS05YTQwLTdkYWVhNzdkODJhMyBvbiBwb29sIDRlMTQ1NzRkLTk0NzItNGU0YS1h NDRhLTE0MGFjYmI3OTBiYi4gZXJyb3I6IG9yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIu aXJzYnJva2VyLklSU0Vycm9yRXhjZXB0aW9uOiBJUlNHZW5lcmljRXhjZXB0aW9uOiBJUlNFcnJv ckV4Y2VwdGlvbjogRmFpbGVkIHRvIERldGFjaFN0b3JhZ2VEb21haW5WRFMsIGVycm9yID0gZGV0 YWNoKCkgdGFrZXMgZXhhY3RseSA1IGFyZ3VtZW50cyAoMyBnaXZlbiksIGNvZGUgPSAtMzI2MDMK MjAxNC0xMS0wNCAwOTo0NzozMSw5ODAgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNi cm9rZXIuaXJzYnJva2VyLkRldGFjaFN0b3JhZ2VEb21haW5WRFNDb21tYW5kXSAoYWpwLS0xMjcu MC4wLjEtODcwMi0yKSBbNjlmYmExNmNdIEZJTklTSCwgRGV0YWNoU3RvcmFnZURvbWFpblZEU0Nv bW1hbmQsIGxvZyBpZDogNWI0ZDdmOWEKMjAxNC0xMS0wNCAwOTo0NzozMSw5ODIgV0FSTiAgW29y Zy5vdmlydC5lbmdpbmUuY29yZS5ibGwuc3RvcmFnZS5BdHRhY2hTdG9yYWdlRG9tYWluVG9Qb29s Q29tbWFuZF0gKGFqcC0tMTI3LjAuMC4xLTg3MDItMikgWzY5ZmJhMTZjXSBEZXRhY2hpbmcgU3Rv cmFnZSBEb21haW4gNDYyNDNjZTUtZmFjZS00ODNlLTlhNDAtN2RhZWE3N2Q4MmEzIGZyb20gaXRz IHByZXZpb3VzIHN0b3JhZ2UgcG9vbCAwMDAwMDAwMC0wMDAwLTAwMDAtMDAwMC0wMDAwMDAwMDAw MDAgaGFzIGZhaWxlZC4gVGhlIG1ldGEgZGF0YSBvZiB0aGUgU3RvcmFnZSBEb21haW4gbWlnaHQg c3RpbGwgaW5kaWNhdGUgdGhhdCBpdCBpcyBhdHRhY2hlZCB0byBhIGRpZmZlcmVudCBTdG9yYWdl IFBvb2wuCjIwMTQtMTEtMDQgMDk6NDc6MzEsOTg1IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNv cmUuYmxsLnN0b3JhZ2UuQXR0YWNoU3RvcmFnZURvbWFpblRvUG9vbENvbW1hbmRdIChhanAtLTEy Ny4wLjAuMS04NzAyLTIpIFs2OWZiYTE2Y10gQ29tbWFuZCBvcmcub3ZpcnQuZW5naW5lLmNvcmUu YmxsLnN0b3JhZ2UuQXR0YWNoU3RvcmFnZURvbWFpblRvUG9vbENvbW1hbmQgdGhyb3cgVmRjIEJs bCBleGNlcHRpb24uIFdpdGggZXJyb3IgbWVzc2FnZSBWZGNCTExFeGNlcHRpb246IG51bGwgKEZh aWxlZCB3aXRoIGVycm9yIEVOR0lORSBhbmQgY29kZSA1MDAxKQoyMDE0LTExLTA0IDA5OjQ3OjMy LDAyMiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5zdG9yYWdlLkF0dGFjaFN0b3Jh Z2VEb21haW5Ub1Bvb2xDb21tYW5kXSAoYWpwLS0xMjcuMC4wLjEtODcwMi0yKSBbNjlmYmExNmNd IENvbW1hbmQgW2lkPTExZmFhMzFiLWNhY2EtNGUwMy05Nzg0LTI1MDcwZDZiMjU0MV06IENvbXBl bnNhdGluZyBORVdfRU5USVRZX0lEIG9mIG9yZy5vdmlydC5lbmdpbmUuY29yZS5jb21tb24uYnVz aW5lc3NlbnRpdGllcy5TdG9yYWdlUG9vbElzb01hcDsgc25hcHNob3Q6IHN0b3JhZ2VQb29sSWQg PSA0ZTE0NTc0ZC05NDcyLTRlNGEtYTQ0YS0xNDBhY2JiNzkwYmIsIHN0b3JhZ2VJZCA9IDQ2MjQz Y2U1LWZhY2UtNDgzZS05YTQwLTdkYWVhNzdkODJhMy4KMjAxNC0xMS0wNCAwOTo0NzozMiwwNTcg RVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS5kYWwuZGJicm9rZXIuYXVkaXRsb2doYW5kbGlu Zy5BdWRpdExvZ0RpcmVjdG9yXSAoYWpwLS0xMjcuMC4wLjEtODcwMi0yKSBbNjlmYmExNmNdIENv cnJlbGF0aW9uIElEOiA2OWZiYTE2YywgSm9iIElEOiA0YjcwMGFjNS1hOWVhLTRlYzYtYjE1ZS1h ZTAxMTc2MmYzMDcsIENhbGwgU3RhY2s6IG51bGwsIEN1c3RvbSBFdmVudCBJRDogLTEsIE1lc3Nh Z2U6IEZhaWxlZCB0byBhdHRhY2ggU3RvcmFnZSBEb21haW4gRkMtTmV0QVBQLVdvUyB0byBEYXRh IENlbnRlciBEZWZhdWx0LiAoVXNlcjogYWRtaW4pCjIwMTQtMTEtMDQgMDk6NDc6MzIsMDY1IElO Rk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLnN0b3JhZ2UuQXR0YWNoU3RvcmFnZURvbWFp blRvUG9vbENvbW1hbmRdIChhanAtLTEyNy4wLjAuMS04NzAyLTIpIFs2OWZiYTE2Y10gTG9jayBm cmVlZCB0byBvYmplY3QgRW5naW5lTG9jayBbZXhjbHVzaXZlTG9ja3M9IGtleTogNDYyNDNjZTUt ZmFjZS00ODNlLTlhNDAtN2RhZWE3N2Q4MmEzIHZhbHVlOiBTVE9SQUdFCiwgc2hhcmVkTG9ja3M9 IF0KMjAxNC0xMS0wNCAwOTo0Nzo0OCwyMjIgSU5GTyAgW29yZy5vdmlydC52ZHNtLmpzb25ycGMu Y2xpZW50LnJlYWN0b3JzLlJlYWN0b3JDbGllbnRdIChTU0wgU3RvbXAgUmVhY3RvcikgQ29ubmVj dGluZyB0byAvMTkyLjE2OC4xMDAuMjM1Cg== ------=_Part_2362972_479624645.1415087866734--

2 10

[QE][ACTION NEEDED] oVirt 3.5.1 RC status
by Sandro Bonazzola 05 Nov '14

05 Nov '14

Hi, We're going to start composing oVirt 3.5.1 RC on *2014-11-25 08:00 UTC* from 3.5 branch. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-11-24 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-11-24 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. A bug tracker [1] has been opened and shows 1 open blocker: Bug ID Whiteboard Status Summary 1142710 integration NEW Volume creation failed while deploying Hosted Engine on iSCSI There are still 181 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 151 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-users] gluster-server 3.5.2 requies gluasterfs-3.52
by Sahina Bose 05 Nov '14

05 Nov '14

This is a multi-part message in MIME format. --------------000803040704030401050000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit It looks like you have run into this issue - https://www.mail-archive.com/gluster-devel@gluster.org/msg02310.html [Thanks, Humble for helping on this] One workaround is to install the yum-plugin-priorities and add a priority = 1 to the ovirt35-glusterfs-epel repo. Meanwhile, the problem is going to be solved by the release of glusterfs 3.6.1 in the following days. On 11/05/2014 05:48 AM, Juan Carlos YJ. Lin wrote: > Reinstall ovirt hosted engine today, and get this > > [root@node1 ~]# yum list *gluster* > Loaded plugins: fastestmirror > Loading mirror speeds from cached hostfile > * base: centos.xpg.com.br > * epel: mirror.ci.ifes.edu.br > * extras: mirror.ci.ifes.edu.br > * ovirt-3.5: www.gtlib.gatech.edu > * ovirt-3.5-epel: mirror.ci.ifes.edu.br > * ovirt-3.5-jpackage-6.0-generic: ftp.heanet.ie > * updates: mirror.ci.ifes.edu.br > Installed Packages > glusterfs.x86_64 3.6.0.29-2.el6 @updates > glusterfs-api.x86_64 3.6.0.29-2.el6 @updates > glusterfs-cli.x86_64 3.6.0.29-2.el6 @updates > glusterfs-fuse.x86_64 3.6.0.29-2.el6 @updates > glusterfs-libs.x86_64 3.6.0.29-2.el6 @updates > glusterfs-rdma.x86_64 3.6.0.29-2.el6 @updates > Available Packages > glusterfs-api-devel.x86_64 3.6.0.29-2.el6 updates > glusterfs-debuginfo.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel > glusterfs-devel.x86_64 3.6.0.29-2.el6 updates > glusterfs-extra-xlators.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel > glusterfs-geo-replication.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel > glusterfs-regression-tests.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel > glusterfs-resource-agents.noarch 3.5.2-1.el6 > ovirt-3.5-glusterfs-noarch-epel > glusterfs-server.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel > puppet-gluster.noarch 0.0.3-1.el6 epel > puppet-gluster-doc.noarch 0.0.3-1.el6 epel > samba-glusterfs.x86_64 3.6.23-12.el6 base > vdsm-gluster.noarch 4.16.7-1.gitdb83943.el6 > ovirt-3.5 > > Juan Carlos Lin > Unisoft S.A. > +595-993-288330 > > ------------------------------------------------------------------------ > *De: *"Sahina Bose" <sabose(a)redhat.com> > *Para: *"Juan Carlos YJ Lin" <lin(a)unisoft.com.py> > *Enviados: *Martes, 4 de Noviembre 2014 4:55:45 > *Asunto: *Re: [ovirt-users] gluster-server 3.5.2 requies gluasterfs-3.52 > > The node would pull the latest rpms based on your repo configuration. > vdsm on the node has a requirement on glusterfs > 3.4.2. > > Which OS are you using. I wonder how you got the glusterfs 3.6 as they > are not available in the download.gluster.org repo. > > Could you tell me the output of > rpm -qa | grep gluster > > On 11/03/2014 08:39 PM, Juan Carlos YJ. Lin wrote: > > so is correct the dependecy? > I try to install glusterfs-server in the node host and got the error > > Juan Carlos Lin > Unisoft S.A. > +595-993-288330 > > ------------------------------------------------------------------------ > *De: *"Sahina Bose" <sabose(a)redhat.com> > *Para: *"Juan Carlos YJ Lin" <lin(a)unisoft.com.py>, users(a)ovirt.org > *Enviados: *Lunes, 3 de Noviembre 2014 5:17:30 > *Asunto: *Re: [ovirt-users] gluster-server 3.5.2 requies > gluasterfs-3.52 > > > On 11/03/2014 01:44 PM, Sahina Bose wrote: > > ovirt 3.5 does not have a dependency on glusterfs-3.6.0, > AFAIK. 3.6 is in beta stage still. > > > My bad. glusterfs 3.6 was released on Oct 31. > > > Are you installing hosted engine? Do you by any chance have > additional repos for glusterfs configured? > > On 11/03/2014 05:44 AM, Juan Carlos YJ. Lin wrote: > > gluster-server 3.5.2 requies gluasterfs-3.52, but ovirt3.5 > install glusterfs-3.6.0 > how to solve the dependency? > > Juan Carlos Lin > Unisoft S.A. > +595-993-288330 > > > System-wide Disclaimer > --------------------------------------------------- > "Antes de imprimir, recuérdese de su compromiso con el > Medio Ambiente" > "Aviso: Este mensaje es dirigido para su destinatario y > contiene informaciones que no pueden ser usadas por otras > personas que no sean su(s) destinatario(s). La > retransmisión del contenido no está autorizada fuera del > contexto de su envío y a quien corresponde. El uso no > autorizado de la información en este mensaje se halla > penado por las leyes vigentes en todo el mundo. Si ha > recibido este mensaje por error, por favor bórrala y > notifique al remitente en la brevedad posible. El > contenido de este mensaje no es responsabilidad de la > Empresa y debe ser atribuido siempre a su autor. Gracias." > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > > System-wide Disclaimer > --------------------------------------------------- > "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" > "Aviso: Este mensaje es dirigido para su destinatario y contiene > informaciones que no pueden ser usadas por otras personas que no > sean su(s) destinatario(s). La retransmisión del contenido no está > autorizada fuera del contexto de su envío y a quien corresponde. > El uso no autorizado de la información en este mensaje se halla > penado por las leyes vigentes en todo el mundo. Si ha recibido > este mensaje por error, por favor bórrala y notifique al remitente > en la brevedad posible. El contenido de este mensaje no es > responsabilidad de la Empresa y debe ser atribuido siempre a su > autor. Gracias." > > > > > System-wide Disclaimer --------------------------------------------------- > "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" > "Aviso: Este mensaje es dirigido para su destinatario y contiene > informaciones que no pueden ser usadas por otras personas que no sean > su(s) destinatario(s). La retransmisión del contenido no está > autorizada fuera del contexto de su envío y a quien corresponde. El > uso no autorizado de la información en este mensaje se halla penado > por las leyes vigentes en todo el mundo. Si ha recibido este mensaje > por error, por favor bórrala y notifique al remitente en la brevedad > posible. El contenido de este mensaje no es responsabilidad de la > Empresa y debe ser atribuido siempre a su autor. Gracias." --------------000803040704030401050000 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> It looks like you have run into this issue - <a class="moz-txt-link-freetext" href="https://www.mail-archive.com/gluster-devel@gluster.org/msg02310.html">https://www.mail-archive.com/gluster-devel@gluster.org/msg02310.html</a><br> [Thanks, Humble for helping on this]<br> <br> One workaround is to install the yum-plugin-priorities and add a priority = 1 to the ovirt35-glusterfs-epel repo. Meanwhile, the problem is going to be solved by the release of glusterfs 3.6.1 in the following days.<br> <br> <br> <br> <div class="moz-cite-prefix">On 11/05/2014 05:48 AM, Juan Carlos YJ. Lin wrote:<br> </div> <blockquote cite="mid:29721530-c6a4-4e71-ba3d-4ab1e108b4d7@server1.monalisa.com.py" type="cite"> <style type="text/css">p { margin: 0; }</style> <div style="font-family: Arial; font-size: 10pt; color: #000000">Reinstall ovirt hosted engine today, and get this<br> <br> [root@node1 ~]# yum list *gluster*<br> Loaded plugins: fastestmirror<br> Loading mirror speeds from cached hostfile<br> * base: centos.xpg.com.br<br> * epel: mirror.ci.ifes.edu.br<br> * extras: mirror.ci.ifes.edu.br<br> * ovirt-3.5: <a class="moz-txt-link-abbreviated" href="http://www.gtlib.gatech.edu">www.gtlib.gatech.edu</a><br> * ovirt-3.5-epel: mirror.ci.ifes.edu.br<br> * ovirt-3.5-jpackage-6.0-generic: <a class="moz-txt-link-abbreviated" href="ftp://ftp.heanet.ie">ftp.heanet.ie</a><br> * updates: mirror.ci.ifes.edu.br<br> Installed Packages<br> glusterfs.x86_64 3.6.0.29-2.el6 @updates <br> glusterfs-api.x86_64 3.6.0.29-2.el6 @updates <br> glusterfs-cli.x86_64 3.6.0.29-2.el6 @updates <br> glusterfs-fuse.x86_64 3.6.0.29-2.el6 @updates <br> glusterfs-libs.x86_64 3.6.0.29-2.el6 @updates <br> glusterfs-rdma.x86_64 3.6.0.29-2.el6 @updates <br> Available Packages<br> glusterfs-api-devel.x86_64 3.6.0.29-2.el6 updates <br> glusterfs-debuginfo.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel <br> glusterfs-devel.x86_64 3.6.0.29-2.el6 updates <br> glusterfs-extra-xlators.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel <br> glusterfs-geo-replication.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel <br> glusterfs-regression-tests.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel <br> glusterfs-resource-agents.noarch 3.5.2-1.el6 ovirt-3.5-glusterfs-noarch-epel<br> glusterfs-server.x86_64 3.5.2-1.el6 ovirt-3.5-glusterfs-epel <br> puppet-gluster.noarch 0.0.3-1.el6 epel <br> puppet-gluster-doc.noarch 0.0.3-1.el6 epel <br> samba-glusterfs.x86_64 3.6.23-12.el6 base <br> vdsm-gluster.noarch 4.16.7-1.gitdb83943.el6<br> ovirt-3.5 <br> <span><br> <span name="x"></span>Juan Carlos Lin<br> Unisoft S.A.<br> +595-993-288330<span name="x"></span><br> </span><br> <hr id="zwchr"> <div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>De: </b>"Sahina Bose" <a class="moz-txt-link-rfc2396E" href="mailto:sabose@redhat.com"><sabose(a)redhat.com></a><br> <b>Para: </b>"Juan Carlos YJ Lin" <a class="moz-txt-link-rfc2396E" href="mailto:lin@unisoft.com.py"><lin(a)unisoft.com.py></a><br> <b>Enviados: </b>Martes, 4 de Noviembre 2014 4:55:45<br> <b>Asunto: </b>Re: [ovirt-users] gluster-server 3.5.2 requies gluasterfs-3.52<br> <br> The node would pull the latest rpms based on your repo configuration. vdsm on the node has a requirement on glusterfs > 3.4.2.<br> <br> Which OS are you using. I wonder how you got the glusterfs 3.6 as they are not available in the download.gluster.org repo.<br> <br> Could you tell me the output of > rpm -qa | grep gluster<br> <br> <div class="moz-cite-prefix">On 11/03/2014 08:39 PM, Juan Carlos YJ. Lin wrote:<br> </div> <blockquote cite="mid:8a75feb1-79c4-4488-9a40-03b602d538ff@server1.monalisa.com.py"> <style>p { margin: 0; }</style> <div style="font-family: Arial; font-size: 10pt; color: #000000">so is correct the dependecy?<br> I try to install glusterfs-server in the node host and got the error<br> <span><br> <span></span>Juan Carlos Lin<br> Unisoft S.A.<br> +595-993-288330<span></span><br> </span><br> <hr id="zwchr"> <div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>De: </b>"Sahina Bose" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:sabose@redhat.com" target="_blank"><sabose(a)redhat.com></a><br> <b>Para: </b>"Juan Carlos YJ Lin" <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:lin@unisoft.com.py" target="_blank"><lin(a)unisoft.com.py></a>, <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org" target="_blank">users(a)ovirt.org</a><br> <b>Enviados: </b>Lunes, 3 de Noviembre 2014 5:17:30<br> <b>Asunto: </b>Re: [ovirt-users] gluster-server 3.5.2 requies gluasterfs-3.52<br> <br> <br> <div class="moz-cite-prefix">On 11/03/2014 01:44 PM, Sahina Bose wrote:<br> </div> <blockquote cite="mid:5457394E.70600@redhat.com"> ovirt 3.5 does not have a dependency on glusterfs-3.6.0, AFAIK. 3.6 is in beta stage still.<br> </blockquote> <br> My bad. glusterfs 3.6 was released on Oct 31.<br> <br> <blockquote cite="mid:5457394E.70600@redhat.com"> <br> Are you installing hosted engine? Do you by any chance have additional repos for glusterfs configured?<br> <br> <div class="moz-cite-prefix">On 11/03/2014 05:44 AM, Juan Carlos YJ. Lin wrote:<br> </div> <blockquote cite="mid:97ec2371-4c99-409a-9a82-aefde04ca568@server1.monalisa.com.py"> <style>p { margin: 0; }</style> <div style="font-family: Arial; font-size: 10pt; color: #000000"><span>gluster-server 3.5.2 requies gluasterfs-3.52, but ovirt3.5 install glusterfs-3.6.0<br> how to solve the dependency?<br> <br> <span></span>Juan Carlos Lin<br> Unisoft S.A.<br> +595-993-288330<span></span><br> </span><br> </div> <br> <title>System-wide Disclaimer</title> ---------------------------------------------------<br> "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br> "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." <br> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <pre>_______________________________________________ Users mailing list <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org" target="_blank">Users(a)ovirt.org</a> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> </blockquote> <br> </div> <br> </div> <br> <title>System-wide Disclaimer</title> ---------------------------------------------------<br> "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br> "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." <br> </blockquote> <br> </div> <br> </div> <br> <title>System-wide Disclaimer</title> ---------------------------------------------------<br> "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br> "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." <br> </blockquote> <br> </body> </html> --------------000803040704030401050000--

1 0

vdsm and selinux
by Kapetanakis Giannis 05 Nov '14

05 Nov '14

Hi, Can someone post status on this one? https://bugzilla.redhat.com/show_bug.cgi?id=1157185 I got into this one in one of my hosts after upgrading to Centos 6.6 and vdsm-4.16.7-1.gitdb83943.el6.x86_64 thanks G

2 2

Re: [ovirt-users] Host remains in contending for storage pool manager
by Gianluca Cecchi 05 Nov '14

05 Nov '14

On Tue, Nov 4, 2014 at 11:39 AM, Itamar Heim <iheim(a)redhat.com> wrote: > On 10/27/2014 06:48 PM, Gianluca Cecchi wrote: > >> Hello, >> an iSCSI SD went down and it seems it is not able to come up again. >> >> From an iSCSI point of view all seems ok.. >> >> [root@ovnode04 vdsm]# iscsiadm -m session -P 1 >> Target: iqn.2014-07.local.localdomain:store1 >> Current Portal: 10.10.1.71:3260 <http://10.10.1.71:3260>,1 >> Persistent Portal: 10.10.1.71:3260 <http://10.10.1.71:3260>,1 >> >> ********** >> Interface: >> ********** >> Iface Name: default >> Iface Transport: tcp >> Iface Initiatorname: iqn.1994-05.com.redhat:5d9b31319a8e >> Iface IPaddress: 10.10.1.61 >> Iface HWaddress: <empty> >> Iface Netdev: <empty> >> SID: 1 >> iSCSI Connection State: LOGGED IN >> iSCSI Session State: LOGGED_IN >> Internal iscsid Session State: NO CHANGE >> >> >> [root@ovnode04 vdsm]# multipath -l >> 1p_iscsi_store1_l dm-2 IET,VIRTUAL-DISK >> size=200G features='0' hwhandler='0' wp=rw >> `-+- policy='round-robin 0' prio=0 status=active >> `- 1:0:0:1 sdb 8:16 active undef running >> >> Access to the lun seems ok: >> [root@ovnode04 ~]# time dd if=/dev/mapper/1p_iscsi_store1_l of=/dev/null >> bs=1024k count=1024 >> 1024+0 records in >> 1024+0 records out >> 1073741824 bytes (1.1 GB) copied, 9.24202 s, 116 MB/s >> >> real0m9.247s >> user0m0.002s >> sys0m0.463s >> >> >> But it continues to remain in contending and never comes to master. >> >> >> Failed to activate Storage Domain istore1 (Data Center iscsidc) by ovadmin >> >> I only have this host in this cluster. >> What to do? >> Already tried to restart both engine service on engine host and vdsmd >> service on the host. >> >> Any other commands to check anything? >> >> Gianluca >> >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > resolved? > yes, thanks. I had to restart also host itself to regain access to SD.... One note about the SD: it is iSCSI configured as sw iscsi target in HA with Pacemaker and drbd. I had a problem on one node and apparently this was not so transparent to oVirt host. I didn't have time to check more deeply.... Gianluca

2 2

using ovirt-scheduler-proxy
by Amedeo Salvati 05 Nov '14

05 Nov '14

--_=__=_XaM3_.1415114544.2A.578889.42.26172.52.42.007.1756584802 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A hello guys,=0A I'm triyng to use ovirt-scheduler-proxy, and for t= his, now, I'm starting with examples available on:=0A https://github.co= m/oVirt/ovirt-scheduler-proxy/tree/master/doc/plugin_samples=0A so, on = ovirt 3.5 fresh installation I've installed ovirt-scheduler-proxy package= (by yum), then I've downloaded from above link host_memory_balance.py fi= le under /usr/share/ovirt-scheduler-proxy/plugins directory, I've changed= the connection string due to reflect my ovirt engine hostname/port/user/= password, and finally I've started the service:=0A service ovirt-schedu= ler-proxy start=0A on log ovirt-scheduler-proxy.log I got:=0A [root@e= ngine ovirt-scheduler-proxy]# cat /var/log/ovirt-scheduler-proxy/ovirt-sc= heduler-proxy.log=0A Tue, 04 Nov 2014 16:01:17 INFO [process:MainPr= ocess, thread:MainThread] Setting up server=0A Tue, 04 Nov 2014 16:01:1= 7 INFO [process:MainProcess, thread:MainThread] Loading modules from = /usr/share/ovirt-scheduler-proxy/plugins=0A Tue, 04 Nov 2014 16:01:17 I= NFO [process:MainProcess, thread:MainThread] Loading analyzer from /u= sr/lib/python2.6/site-packages/ovirtscheduler=0A Tue, 04 Nov 2014 16:01= :17 INFO [process:MainProcess, thread:MainThread] [Request:Main][Meth= od:loadModules] - Trying to load the following files: ['host_memory_balan= ce']=0A Tue, 04 Nov 2014 16:01:17 DEBUG [process:MainProcess, thread= :Thread-1] [Request:Main][Method:PythonMethodRunner] - running ['python',= '-c', "import loader; loader.loader().analyze('/usr/share/ovirt-schedule= r-proxy/plugins', 'host_memory_balance')"] in /usr/lib/python2.6/site-pac= kages/ovirtscheduler=0A Tue, 04 Nov 2014 16:01:18 DEBUG [process:Mai= nProcess, thread:MainThread] [Request:Main][Method:loadModules] - script:= ['python', '-c', "import loader; loader.loader().analyze('/usr/share/ovi= rt-scheduler-proxy/plugins', 'host_memory_balance')"]=0A Tue, 04 Nov 20= 14 16:01:18 INFO [process:MainProcess, thread:MainThread] [Request:Ma= in][Method:loadModules] - registering: ('host_memory_balance', ('host_mem= ory_balance', 'do_balance', 'selects a vm from the most over utilized vm = to migrate.\n if safe_selection is true selects the smallest vm fr= om the host\n if safe_selection is false try and take a vm larger = then the amount of memory the host is missing', 'minimum_host_memoryMB=3D= [0-9]*;safe_selection=3DTrue|False'))=0A Tue, 04 Nov 2014 16:01:18 INFO= [process:MainProcess, thread:MainThread] [Request:Main][Method:loadM= odules] - registering::loaded- filters:{} scores:{} balancers:{'hos= t_memory_balance': ('selects a vm from the most over utilized vm to migra= te.\n if safe_selection is true selects the smallest vm from the h= ost\n if safe_selection is false try and take a vm larger then the= amount of memory the host is missing', 'minimum_host_memoryMB=3D[0-9]*;s= afe_selection=3DTrue|False')}=0A Tue, 04 Nov 2014 16:01:18 INFO [pr= ocess:MainProcess, thread:MainThread] Publishing API=0A [root@engine ov= irt-scheduler-proxy]#=0A but after that on web ui I can't see any chang= e under cluster policy and under Configure -> Cluster Policies (host_memo= ry_balance balancers is not displayed)=0A what did I miss?=0A Best re= gards=0A Amedeo Salvati=0A --_=__=_XaM3_.1415114544.2A.578889.42.26172.52.42.007.1756584802 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A<div class=3D"xam_msg_class">=0A<font size=3D"2">hello guys,<br /><br = />I'm triyng to use ovirt-scheduler-proxy, and for this, now, I'm startin= g with examples available on:<br /><br />https://github.com/oVirt/ovirt-s= cheduler-proxy/tree/master/doc/plugin_samples<br /><br />so, on ovirt 3.5= fresh installation I've installed ovirt-scheduler-proxy package (by yum)= , then I've downloaded from above link host_memory_balance.py file under = /usr/share/ovirt-scheduler-proxy/plugins directory, I've changed the conn= ection string due to reflect my ovirt engine hostname/port/user/password,= and finally I've started the service:<br /><br />service ovirt-scheduler= -proxy start<br /><br />on log ovirt-scheduler-proxy.log I got:<br /><br = /><br />[root@engine ovirt-scheduler-proxy]# cat /var/log/ovirt-scheduler= -proxy/ovirt-scheduler-proxy.log <br />Tue, 04 Nov 2014 16:01:17 INFO=C2=A0= =C2=A0=C2=A0=C2=A0 [process:MainProcess, thread:MainThread] Setting up se= rver<br />Tue, 04 Nov 2014 16:01:17 INFO=C2=A0=C2=A0=C2=A0=C2=A0 [process= :MainProcess, thread:MainThread] Loading modules from /usr/share/ovirt-sc= heduler-proxy/plugins<br />Tue, 04 Nov 2014 16:01:17 INFO=C2=A0=C2=A0=C2=A0= =C2=A0 [process:MainProcess, thread:MainThread] Loading analyzer from /us= r/lib/python2.6/site-packages/ovirtscheduler<br />Tue, 04 Nov 2014 16:01:= 17 INFO=C2=A0=C2=A0=C2=A0=C2=A0 [process:MainProcess, thread:MainThread] = [Request:Main][Method:loadModules] - Trying to load the following files: = ['host_memory_balance']<br />Tue, 04 Nov 2014 16:01:17 DEBUG=C2=A0=C2=A0=C2= =A0 [process:MainProcess, thread:Thread-1] [Request:Main][Method:PythonMe= thodRunner] - running ['python', '-c', "import loader; loader.loader= ().analyze('/usr/share/ovirt-scheduler-proxy/plugins', 'host_memory_balan= ce')"] in /usr/lib/python2.6/site-packages/ovirtscheduler<br />Tue, = 04 Nov 2014 16:01:18 DEBUG=C2=A0=C2=A0=C2=A0 [process:MainProcess, thread= :MainThread] [Request:Main][Method:loadModules] - script: ['python', '-c'= , "import loader; loader.loader().analyze('/usr/share/ovirt-schedule= r-proxy/plugins', 'host_memory_balance')"]<br />Tue, 04 Nov 2014 16:= 01:18 INFO=C2=A0=C2=A0=C2=A0=C2=A0 [process:MainProcess, thread:MainThrea= d] [Request:Main][Method:loadModules] - registering: ('host_memory_balanc= e', ('host_memory_balance', 'do_balance', 'selects a vm from the most ove= r utilized vm to migrate.\n=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if = safe_selection is true selects the smallest vm from the host\n=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if safe_selection is false try and take a = vm larger then the amount of memory the host is missing', 'minimum_host_m= emoryMB=3D[0-9]*;safe_selection=3DTrue|False'))<br />Tue, 04 Nov 2014 16:= 01:18 INFO=C2=A0=C2=A0=C2=A0=C2=A0 [process:MainProcess, thread:MainThrea= d] [Request:Main][Method:loadModules] - registering::loaded- filters:{}=C2= =A0=C2=A0=C2=A0 scores:{}=C2=A0=C2=A0=C2=A0 balancers:{'host_memory_balan= ce': ('selects a vm from the most over utilized vm to migrate.\n=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if safe_selection is true selects the s= mallest vm from the host\n=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if s= afe_selection is false try and take a vm larger then the amount of memory= the host is missing', 'minimum_host_memoryMB=3D[0-9]*;safe_selection=3DT= rue|False')}<br />Tue, 04 Nov 2014 16:01:18 INFO=C2=A0=C2=A0=C2=A0=C2=A0 = [process:MainProcess, thread:MainThread] Publishing API<br />[root@engine= ovirt-scheduler-proxy]#<br /><br />but after that on web ui I can't see = any change under cluster policy and under Configure -> Cluster Policie= s (host_memory_balance balancers is not displayed)<br /><br />what did I = miss?<br /><br />Best regards<br />Amedeo Salvati</font>=0A</div>=0A --_=__=_XaM3_.1415114544.2A.578889.42.26172.52.42.007.1756584802--

2 1

importing a qcow2 disk into ovirt 3.5?
by Paul Jansen 05 Nov '14

05 Nov '14

---360795340-60103579-1413869259=:71234 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I've just been doing some searching to try and work out how to get a vmware= windows VM into ovirt.=0AIt seems that the newest virtv2v has dropped supp= ort for importing from an ESXi standalone machine - and now only works with= vcenter. I didn't have any success with using the current virt-v2v attach= ing to an ESXi host.=0A=0A=0AI've prepared the VM by first removing the vmw= are tools and have installled the various virtio drivers, as well as runnin= g the 'mergeide' registry file to enable IDE. I've used 'qemu-img' to conv= irt this VMDK file to QCOW2. It does not appear that there is a straightfo= rward way for me to import this new qcow2 disk into ovirt.=0A=0AIt seems my= best option at the moment is to export the VMware VM as an OVA and then tr= y and use a newer virt-v2v to import this into ovirt.=0AAlternatively I cou= ld construct a VM in virt-manager and attach the converted qcow2 disk to it= , and then use virt-v2v to import this into ovirt.=0A=0ACan someone suggest= an alternative course of action? It seems strange that I can't just impor= t a disk into ovirt, construct a VM and attach the disk.=0A=0AIs there any= thing int he works to make this process easier?=0A=0AThanks,=0APaul=0A ---360795340-60103579-1413869259=:71234 Content-Type: text/html; charset=utf-8 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:12px"><div>I've just been doing some searching to try and work out = how to get a vmware windows VM into ovirt.</div><div>It seems that the newe= st virtv2v has dropped support for importing from an ESXi standalone machin= e - and now only works with vcenter.  I didn't have any success with u= sing the current virt-v2v attaching to an ESXi host.<br></div><div><br></di= v><div style=3D"color: rgb(0, 0, 0); font-size: 12px; font-family: Helvetic= aNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-c= olor: transparent; font-style: normal;">I've prepared the VM by first remov= ing the vmware tools and have installled the various virtio drivers, as wel= l as running the 'mergeide' registry file to enable IDE.  I've used 'q= emu-img' to convirt this VMDK file to QCOW2.  It does not appear that there is a straightforward way for me to import this new qcow2 disk i= nto ovirt.</div><div style=3D"color: rgb(0, 0, 0); font-size: 12px; font-fa= mily: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif= ; background-color: transparent; font-style: normal;"><br></div><div style= =3D"color: rgb(0, 0, 0); font-size: 12px; font-family: HelveticaNeue,Helvet= ica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transp= arent; font-style: normal;">It seems my best option at the moment is to exp= ort the VMware VM as an OVA and then try and use a newer virt-v2v to import= this into ovirt.</div><div style=3D"color: rgb(0, 0, 0); font-size: 12px; = font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,san= s-serif; background-color: transparent; font-style: normal;">Alternatively = I could construct a VM in virt-manager and attach the converted qcow2 disk = to it, and then use virt-v2v to import this into ovirt.</div><div style=3D"color: rgb(0, 0, 0); font-size: 12px; font-family: HelveticaNeue,= Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: = transparent; font-style: normal;"><br></div><div style=3D"color: rgb(0, 0, = 0); font-size: 12px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Ar= ial,Lucida Grande,sans-serif; background-color: transparent; font-style: no= rmal;">Can someone suggest an alternative course of action?  It seems = strange that I can't just import a disk into ovirt,  construct a VM an= d attach the disk.</div><div style=3D"color: rgb(0, 0, 0); font-size: 12px;= font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sa= ns-serif; background-color: transparent; font-style: normal;"><br></div><di= v style=3D"color: rgb(0, 0, 0); font-size: 12px; font-family: HelveticaNeue= ,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color:= transparent; font-style: normal;">Is there anything int he works to make this process easier?</div><div style=3D"color: rgb(0, 0, 0); font-size: 12= px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande= ,sans-serif; background-color: transparent; font-style: normal;"><br></div>= <div style=3D"color: rgb(0, 0, 0); font-size: 12px; font-family: HelveticaN= eue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-col= or: transparent; font-style: normal;">Thanks,</div><div style=3D"color: rgb= (0, 0, 0); font-size: 12px; font-family: HelveticaNeue,Helvetica Neue,Helve= tica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-st= yle: normal;">Paul</div><div style=3D"color: rgb(0, 0, 0); font-size: 12px;= font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sa= ns-serif; background-color: transparent; font-style: normal;"><br></div></d= iv></body></html> ---360795340-60103579-1413869259=:71234--

8 10

Slow resync with GlusterFS Replication
by ml ml 05 Nov '14

05 Nov '14

Hello List, i have a 2 Node Cluster with GlusterFS. After putting one machine in Maintance and turning it off and on again the glustefs starts its resync. However, this process seems to be very slow. iotop and iftop only show me a few hundred K/s. Is this normal? Thanks, Mario

2 1

OVF_STORE?
by Daniel Helgenberger 04 Nov '14

04 Nov '14

Hello, out of curiosity: After my DC was upgraded to 3.5 I have two disk images called OVF_STORE on every data domain. What is their purpose? Thanks -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

2 2

IPv6 configuration through custom network properties and vdsm-hook-ipv6
by Ondřej Svoboda 04 Nov '14

04 Nov '14

Hi all, let us invite you to try out the latest addition to VDSM hooks: simple IPv6 configuration with oVirt's custom network properties :-) In oVirt GUI you can now control 4 properties understood by VDSM's new IPv6 hook: ipv6addr, ipv6gateway (IPv6 addresses) ipv6autoconf, dhcpv6 (booleans; use '1' or 'true' to enable them) You will need oVirt 3.5 and VDSM >= 4.16.7 and vdsm-hook-ipv6. Define the new properties in oVirt engine as follows (do not omit ;ethtool_opts=.* if you are using it): PROPERTIES='ipv6addr=.*;ipv6gateway=.*;ipv6autoconf=.*;dhcpv6=.*' engine-config -s "UserDefinedNetworkCustomProperties=$PROPERTIES" --cver='3.5' You can install the hook from oVirt's nightly build (also for el7, fc20...): http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el6/noarch/ After you restart the ovirt-engine service you are welcome to test configuring the new custom properties in "Edit Network" dialog. Please note that there is little functionality available (e.g. no migration) apart from the basic configuration but we are working to make IPv6 in oVirt a reality. Recently, we tested manual IPv6 fencing, which was one of our goals on http://www.ovirt.org/Features/IPv6_support. We will update the feature page next week. We are interested in your feedback. Stay tuned! Cheers, Ondra Svoboda PS: If you are building VDSM from Git, your packages (namely the vdsm package required by the hook) are versioned as 4.16.0-nnn-gitid, which does not satisfy the 4.16.7 requirement. Please run 'git tag v4.16.7-fake' in your Git repository so the next time you 'make rpm' you get compatible packages.

1 0

CPU type is not supported
by Fawzy Ibrhim 04 Nov '14

04 Nov '14

Dear All; I have DELL PowerEdge 6850 with two Intel(R) Xeon(TM) CPU 2.66GHz. The CPU has the below flags which does not include AES flag:- flags: 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 pebs bts pni dtes64 monitor ds_cpl vmx est cid cx16 xtpr lahf_lm tpr_shadow I have installed Centos 6.5 64bit on it and I need to add it to the cluster Intel Nehalem Family. oVirt Engine Version is 3.4.3-1.el6. Cluster Compatibility Version is: 3.4 CPU type is: Intel Nehalm Family The installation started normally and stopped with error:- "Host iScsi moved to Non-Operational state as host CPU type is not supported in this cluster compatibility version or is not supported at all" # virsh -r capabilities <capabilities> <host> <uuid>2bbed3bb-c962-4ffc-8fbc-20c73663137c</uuid> <cpu> <arch>x86_64</arch> <model>cpu64-rhel6</model> <vendor>Intel</vendor> <topology sockets='2' cores='2' threads='2'/> <feature name='xtpr'/> <feature name='cid'/> <feature name='est'/> <feature name='vmx'/> <feature name='ds_cpl'/> <feature name='monitor'/> <feature name='dtes64'/> <feature name='pbe'/> <feature name='tm'/> <feature name='ht'/> <feature name='ss'/> <feature name='acpi'/> <feature name='ds'/> <feature name='vme'/> </cpu> <power_management> <suspend_disk/> </power_management> <migration_features> <live/> <uri_transports> <uri_transport>tcp</uri_transport> </uri_transports> </migration_features> <topology> <cells num='1'> <cell id='0'> <cpus num='8'> <cpu id='0' socket_id='2' core_id='0' siblings='0,4'/> <cpu id='1' socket_id='3' core_id='0' siblings='1,5'/> <cpu id='2' socket_id='2' core_id='1' siblings='2,6'/> <cpu id='3' socket_id='3' core_id='1' siblings='3,7'/> <cpu id='4' socket_id='2' core_id='0' siblings='0,4'/> <cpu id='5' socket_id='3' core_id='0' siblings='1,5'/> <cpu id='6' socket_id='2' core_id='1' siblings='2,6'/> <cpu id='7' socket_id='3' core_id='1' siblings='3,7'/> </cpus> </cell> </cells> </topology> <secmodel> <model>selinux</model> <doi>0</doi> </secmodel> <secmodel> <model>dac</model> <doi>0</doi> </secmodel> </host> <guest> <os_type>hvm</os_type> <arch name='i686'> <wordsize>32</wordsize> <emulator>/usr/libexec/qemu-kvm</emulator> <machine>rhel6.5.0</machine> <machine canonical='rhel6.5.0'>pc</machine> <machine>rhel6.4.0</machine> <machine>rhel6.3.0</machine> <machine>rhel6.2.0</machine> <machine>rhel6.1.0</machine> <machine>rhel6.0.0</machine> <machine>rhel5.5.0</machine> <machine>rhel5.4.4</machine> <machine>rhel5.4.0</machine> <domain type='qemu'> </domain> <domain type='kvm'> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> </arch> <features> <cpuselection/> <deviceboot/> <acpi default='on' toggle='yes'/> <apic default='on' toggle='no'/> <pae/> <nonpae/> </features> </guest> <guest> <os_type>hvm</os_type> <arch name='x86_64'> <wordsize>64</wordsize> <emulator>/usr/libexec/qemu-kvm</emulator> <machine>rhel6.5.0</machine> <machine canonical='rhel6.5.0'>pc</machine> <machine>rhel6.4.0</machine> <machine>rhel6.3.0</machine> <machine>rhel6.2.0</machine> <machine>rhel6.1.0</machine> <machine>rhel6.0.0</machine> <machine>rhel5.5.0</machine> <machine>rhel5.4.4</machine> <machine>rhel5.4.0</machine> <domain type='qemu'> </domain> <domain type='kvm'> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> </arch> <features> <cpuselection/> <deviceboot/> <acpi default='on' toggle='yes'/> <apic default='on' toggle='no'/> </features> </guest> </capabilities>

5 13

Ovirt 3.5 Default Cluster no CPU type
by Juan Carlos YJ. Lin 04 Nov '14

04 Nov '14

--=_f7b01b06-f2b9-404a-b435-60b55d52e98b Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Installed Ovirt 3.5 Hosted Engine, During first attemp fail network issue Durign second attemp, run ok, installs ans engine up But Default Cluster created withou CPU type and when Hosted Engine try to adopt the system fails Create a new cluster with CPU type, but also cannot adopt the hosted engine vdsm IS a bug? Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." --=_f7b01b06-f2b9-404a-b435-60b55d52e98b Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 10pt; color: #000000'><span>Installed Ovirt 3.5 Hosted Engine,<br>During first attemp fail network issue<br>Durign second attemp, run ok, installs ans engine up<br>But Default Cluster created withou CPU type and when Hosted Engine try to adopt the system fails<br><br>Create a new cluster with CPU type,  but also cannot adopt the hosted engine vdsm<br><br>IS a bug?<br><br><span name="x"></span>Juan Carlos Lin<br>Unisoft S.A.<br>+595-993-288330<span name="x"></span><br></span><br></div> <br> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang="es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML><br> </body></html> --=_f7b01b06-f2b9-404a-b435-60b55d52e98b--

4 3

Integration of ovirt-engine GUI with the CLI
by Nikita Kodkani 04 Nov '14

04 Nov '14

Hi, I have the CLI designed for the RHEV-M. I have also designed some GUI in ovirt-engine. Now I am stuckup with the integration. Could you suggest how to connect the ovirt-engine GUI with the backend CLI commands? Thanks, Nikita Kodkani

2 1

qemu-kvm from Jenkins - renamed packages to rhev?
by Trey Dockendorf 04 Nov '14

04 Nov '14

In the past in order to have live snapshots work in CentOS 6.5 I had to use RPMs from http://jenkins.ovirt.org/job/qemu-kvm-rhev_create-rpms_el6/. I've noticed now that the RPMs have been renamed and no longer match the names of those distributed by CentOS. Are the CentOS builds of QEMU now supporting live snapshots, or are these builds in Jenkins still required? Thanks, - Trey

5 6

Cannot run VM. Low disk space on target Storage Domain local_storage.
by Halimaton Saadiah 04 Nov '14

04 Nov '14

I have successfully installed my VM however suddenly when I log out ovirt-engine then need to run again the VM and it give me error message "Cannot run VM. Low disk space on target Storage Domain local_storage." I am sure that I did not change any setting just run another one vm to try it out... Here are the specification for local storage Size: 49 GB Available: 4 GB Used: 45 GB Allocated: 2 GB Over Allocation Ratio: 25% Any help would be very much appreciate...

1 0

DWH and reports
by Koen Vanoppen 04 Nov '14

04 Nov '14

Hi All, We recently updated our ovirt installation from 3.4.3 to 3.5 and this went very smooth, so thanks for that! But now I wanted to try to install the DWH and reports on 2 different vm's. The installation went well, no errors there, but when I try to open the reports portal afterwards, I get a 404 and this is in the server.log on the engine host: Any ideas what it could be? tail -f /var/log/ovirt-engine/server.log at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51] 2014-11-04 06:24:22,299 ERROR [org.apache.catalina.core.ContainerBase.[default-host]] (ajp--127.0.0.1-8702-18) Exception sending request destroyed lifecycle event to listener instance of class org.jboss.weld.servlet.WeldListener: java.lang.NullPointerException at org.jboss.weld.context.AbstractBoundContext.deactivate(AbstractBoundContext.java:71) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.context.http.HttpRequestContextImpl.deactivate(HttpRequestContextImpl.java:86) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.servlet.WeldListener.requestDestroyed(WeldListener.java:103) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51]

2 3

Ovirt Node migration
by Juan Carlos YJ. Lin 04 Nov '14

04 Nov '14

--=_c3753451-1e9e-43c0-ae92-6ab64862f914 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I like to know if a node adopted by a ovirt engine can safely adopted by a new ovirt engine, keeping all running vms in local storage mode, ovirt node 3.4, new ovirt engine 3.5 Thanks Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." --=_c3753451-1e9e-43c0-ae92-6ab64862f914 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 10pt; color: #000000'><span>I like to know if a node adopted by a ovirt engine can safely adopted by a new ovirt engine, keeping all running vms in local storage mode, ovirt node 3.4, new ovirt engine 3.5<br>Thanks<br><br><span name="x"></span>Juan Carlos Lin<br>Unisoft S.A.<br>+595-993-288330<span name="x"></span><br></span><br></div> <br> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang="es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML><br> </body></html> --=_c3753451-1e9e-43c0-ae92-6ab64862f914--

3 2

3.5 install issues: The VDSM host was found in a failed state
by Robert Story 03 Nov '14

03 Nov '14

--Sig_/KBhnfZf0d.2Hynd8..nLq1U Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable So I tried install #6 today on another machine. I dedicated eth0 to ovirmgmt and put the default route and vlans on eth1. The install got to the point of starting the VM the second time for the engine install (which completed fine), but then: [ INFO ] Engine replied: DB Up!Welcome to Health Status! Enter the name of the cluster to which you want to add the host (= Default) [Default]:=20 [ INFO ] Waiting for the host to become operational in the engine. This ma= y take several minutes... [ ERROR ] The VDSM host was found in a failed state. Please check engine an= d bootstrap installation logs. [ ERROR ] Unable to add hosted_engine_1 to the manager Please shutdown the VM allowing the system to launch it as a moni= tored service. I shut down the engine VM, but now it seems to be in a reboot loop, starting and then being shutdown and rebooted, by the HA agent, I assume.. Logs for this install are at http://futz.org/users/tmp/ovirt6/. (The first hosted-engine was aborted before it started to fix DNS for of engine VM, but I included it for completeness). Robert --=20 Senior Software Engineer @ Parsons --Sig_/KBhnfZf0d.2Hynd8..nLq1U Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRNSRgACgkQ7/fVLLY1mnh+7gCeOxUfE8sSUpXJ9EaiwyGUhkbM QF8AoI4ItO+BtOJgR6rQgs3Xy0QWsDCW =uXFK -----END PGP SIGNATURE----- --Sig_/KBhnfZf0d.2Hynd8..nLq1U--

2 2

oVirt Monthly Newsletter: October 2014
by Brian Proffitt 03 Nov '14

03 Nov '14

October 2014 was a big month for oVirt. A new release, a new workshop, a new way of installing oVirt... there was nothing about October that didn't feel like success for the community and the software. As we start looking ahead to oVirt 3.6, here's a look back at one memorable month! ---------------- In the Community ---------------- oVirt is very happy to announce its participation in the GNOME Foundation's Outreach Program for Women: http://www.ovirt.org/Outreach_Program_for_Women Registration closed on Oct. 22, and have two excellent participants working with the oVirt community. With all of the work being done on oVirt 3.5, our development team took the time to create some videos and deep-dive hangouts about 3.5 features: http://community.redhat.com/blog/2014/09/a-cinematic-peek-at-ovirt-3-5/ October 16 was the next big event for the oVirt community, the 2014 KVM Forum oVirt Workshop in Düsseldorf, Germany. Learn more at http://community.redhat.com/blog/2014/10/ovirt-workshop-2014/ and http://ow.ly/i/7gCmZ Other October events for oVirt included: * LinuxCon EU, Düsseldorf, Germany, Oct. 13-15 http://events.linuxfoundation.org/events/linuxcon-europe * CloudOpen Europe, Düsseldorf, Germany, Oct. 13-15 http://events.linuxfoundation.org/events/cloudopen-europe * KVM Forum, Düsseldorf, Germany, Oct. 14-16 http://events.linuxfoundation.org/events/kvm-forum * All Things Open, Raleigh, North Carolina, Oct. 22-23 http://allthingsopen.org/ * Open World Forum 2014, Paris, France, Oct. 30-31 http://www.openworldforum.paris/en/ Douglas Landsgraf reveals his take on Latinoware 2014 (http://dougsland.livejournal.com/123871.html) In November, oVirt will be featured at more events: * OpenAlt.cz, Brno, Czech Republic, Nov. 1-2 http://www.openalt.cz/ * LISA 14, Seattle, Washington, Nov. 9-14 https://www.usenix.org/conference/lisa14 * DevOps at Red Hat #2, Nov. 18 http://www.geektime.co.il/events/devops-at-red-hat-2/ * DevOps Days, Tel Aviv, Nov. 23-24 http://devopsdays.org/events/2014-telaviv/ And for the future, there's a Call for Particpation for the IaaS DevRoom at FOSDEM'15 (http://lists.ovirt.org/pipermail/users/2014-October/028644.html) ------------------------- oVirt Software Milestones ------------------------- On October 19, the journey to our next release was complete, and oVirt 3.5 was released! http://community.redhat.com/blog/2014/10/ovirt-3-5-rolls-out/ Along with the release of oVirt 3.5, a new User Guide (http://www.ovirt.org/OVirt_User_Guide) and Administrator Guide (http://www.ovirt.org/OVirt_Administration_Guide) were released, ready to help people using oVirt faster! Earlier in October, ovirt-3.5 ovirt-guest-agent Linux builds were also made available: http://permalink.gmane.org/gmane.comp.emulators.ovirt.user/22322 ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ oVirt and Docker are proving to be a great combination! Moran Goldboim rolls out a two-part blog on how you can install oVirt as a Docker container today! (http://community.redhat.com/blog/2014/10/ovirt-dockerized/, http://community.redhat.com/blog/2014/10/ovirt-dockerized-part-2/) Jason Brooks continues his Up and Running series with a look on how to install and use oVirt 3.5 (http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/) You can also learn about what's new in oVirt 3.5 in Korean (https://ovirtkorea.wordpress.com/2014/10/26/whatsnew_in_ovirt35/) Like oVirt? Want to tell your friends and colleagues? Use our slide presentation as a basis to share oVirt with the community: http://www.ovirt.org/OVirt_Slide_Decks#Introduction_to_oVirt_Deck The oVirt 3.5 Features and Deep Dives YouTube playlist has been expanded! http://ow.ly/DrBlt Douglas Landsgraf wrote a nice write up abaout how Hosted Engine is going to work on oVirt Node http://dougsland.livejournal.com/124084.html Discover moVirt: the mobile interface for oVirt (http://events.linuxfoundation.org/sites/events/files/slides/movirt.pdf) RaspberryPi + SPICE + oVirt = Red Hat Powered VDI. Learn more in this video (http://www.spice-space.org/vdi.html) Some answers to the question: HA Cluster Gluster or DRBD iSCSI for oVirt 3.5 (http://www.redgrid.net/uncategorized/ovirt-3-5-ha-cluster-gluster-or-drbd-i…) How to get directory services easily connected to oVirt with Docker and FreeIPA: http://www.projectatomic.io/blog/2014/10/containerized-directory-services-w… Seven steps to VM management with oVirt (in German) (http://www.datacenter-insider.de/index.cfm?pid=13397&pk=464532&p=1) Find out more about the Python API for oVirt and RHEV (in Italian) (http://www.extraordy.com/introduzione-alle-python-api-per-rhev/) Check out this Russian review of oVirt 3.5: http://youtu.be/kUqdKF9eW7Y -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Please add BZ to known issues of 3.5?
by Daniel Helgenberger 03 Nov '14

03 Nov '14

Hello Sandro, maybe worth adding to Release notes, known issues: https://bugzilla.redhat.com/show_bug.cgi?id=1157749#c15 Bottom line: Foreman integration requires min. EL6.6+ engine because of open-jdk version. This is not an oVirt - issue but java. Cheers -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

2 1

Certificate Enrollment Failed
by Dinuwan 03 Nov '14

03 Nov '14

This is a multipart message in MIME format. ------=_NextPart_000_09DE_01CFF75D.1124B030 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello Everyone! I am trying to re-install a host in an ovirt hosted-engine environment but the second host keeps on failing with the Certificate Enrollment failed error. I have deleted the Host from the Engine but it always fails at the certificate enrollment. The following problem is similar to mine but I have checked my file permissions and they are all as they should: http://lists.ovirt.org/pipermail/users/2014-May/024738.html engine.log : 2014-11-03 11:22:38,485 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 2f0410ee, Call Stack: null, Custom Event ID: -1$ 2014-11-03 11:22:39,496 ERROR [org.ovirt.engine.core.utils.hostinstall.OpenSslCAWrapper] (VdsDeploy) Sign Certificate request failed with exit code 1 2014-11-03 11:22:39,497 ERROR [org.ovirt.engine.core.utils.hostinstall.OpenSslCAWrapper] (VdsDeploy) Sign Certificate request script errors: Using configuration from openssl.conf unable to load number from serial.txt error while loading serial number 139842728826696:error:0D066096:asn1 encoding routines:a2i_ASN1_INTEGER:short line:f_int.c:215: Cannot sign certificate 2014-11-03 11:22:39,499 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) Error during deploy dialog: java.lang.RuntimeException: Certificate enrollment failed at org.ovirt.engine.core.utils.hostinstall.OpenSslCAWrapper.signCertificateRequ est(OpenSslCAWrapper.java:56) [utils.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:927) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2014-11-03 11:22:39,510 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-2) [2f0410ee] Error during host 10.10.10.2 install: java.lang.RuntimeExc$ at org.ovirt.engine.core.utils.hostinstall.OpenSslCAWrapper.signCertificateRequ est(OpenSslCAWrapper.java:56) [utils.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:927) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2014-11-03 11:22:39,516 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-8-thread-2) [2f0410ee] Installation 10.10.10.2: Certificate enrollment fa$ 2014-11-03 11:22:39,546 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-2) [2f0410ee] Correlation ID: 2f0410ee, Cal$ 2014-11-03 11:22:39,548 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-2) [2f0410ee] Error during host 10.10.10.2 install, prefering first exce$ at org.ovirt.engine.core.utils.hostinstall.OpenSslCAWrapper.signCertificateRequ est(OpenSslCAWrapper.java:56) [utils.jar:] at org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:927) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) [bll.jar:] at org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) [bll.jar:] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] I've been struggling with this problem for about a week now, and I have tried changing HostIDs and re-installing ovirt-hosted-engine-setup but it still appears. The only thing I couldn't try is to re-install the machine. The problem with that is I have my gluster bricks running on the same therefore it is the last option I want to consider. Hopefully somebody will be able to assist me with this. Thanks in advance. Dinu. ------=_NextPart_000_09DE_01CFF75D.1124B030 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><meta = http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 14 = (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue = vlink=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>Hello = Everyone!<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>I am trying to re-install a host in an ovirt = hosted-engine environment but the second host keeps on failing with the = Certificate Enrollment failed error. <o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>I have = deleted the Host from the Engine but it always fails at the certificate = enrollment. <o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>The following problem is similar to mine but I have = checked my file permissions and they are all as they = should:<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><a = href=3D"http://lists.ovirt.org/pipermail/users/2014-May/024738.html">http= ://lists.ovirt.org/pipermail/users/2014-May/024738.html</a><o:p></o:p></p= ><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>engine.log :<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>2014-11-03 = 11:22:38,485 INFO  = [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] = (VdsDeploy) Correlation ID: 2f0410ee, Call Stack: null, Custom Event ID: = -1$<o:p></o:p></p><p class=3DMsoNormal>2014-11-03 11:22:39,496 ERROR = [org.ovirt.engine.core.utils.hostinstall.OpenSslCAWrapper] (VdsDeploy) = Sign Certificate request failed with exit code 1<o:p></o:p></p><p = class=3DMsoNormal>2014-11-03 11:22:39,497 ERROR = [org.ovirt.engine.core.utils.hostinstall.OpenSslCAWrapper] (VdsDeploy) = Sign Certificate request script errors:<o:p></o:p></p><p = class=3DMsoNormal>Using configuration from openssl.conf<o:p></o:p></p><p = class=3DMsoNormal>unable to load number from serial.txt<o:p></o:p></p><p = class=3DMsoNormal>error while loading serial number<o:p></o:p></p><p = class=3DMsoNormal>139842728826696:error:0D066096:asn1 encoding = routines:a2i_ASN1_INTEGER:short line:f_int.c:215:<o:p></o:p></p><p = class=3DMsoNormal>Cannot sign certificate<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>2014-11-03 = 11:22:39,499 ERROR [org.ovirt.engine.core.bll.VdsDeploy] (VdsDeploy) = Error during deploy dialog: java.lang.RuntimeException: Certificate = enrollment failed<o:p></o:p></p><p = class=3DMsoNormal>        at = org.ovirt.engine.core.utils.hostinstall.OpenSslCAWrapper.signCertificateR= equest(OpenSslCAWrapper.java:56) [utils.jar:]<o:p></o:p></p><p = class=3DMsoNormal>        at = org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:927) = [bll.jar:]<o:p></o:p></p><p = class=3DMsoNormal>        at = org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) = [bll.jar:]<o:p></o:p></p><p = class=3DMsoNormal>        at = org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) = [bll.jar:]<o:p></o:p></p><p = class=3DMsoNormal>        at = java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71]<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>2014-11-03 = 11:22:39,510 ERROR [org.ovirt.engine.core.bll.VdsDeploy] = (org.ovirt.thread.pool-8-thread-2) [2f0410ee] Error during host = 10.10.10.2 install: java.lang.RuntimeExc$<o:p></o:p></p><p = class=3DMsoNormal>        at = org.ovirt.engine.core.utils.hostinstall.OpenSslCAWrapper.signCertificateR= equest(OpenSslCAWrapper.java:56) [utils.jar:]<o:p></o:p></p><p = class=3DMsoNormal>        at = org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:927) = [bll.jar:]<o:p></o:p></p><p = class=3DMsoNormal>        at = org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) = [bll.jar:]<o:p></o:p></p><p = class=3DMsoNormal>        at = org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) = [bll.jar:]<o:p></o:p></p><p = class=3DMsoNormal>        at = java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71]<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>2014-11-03 = 11:22:39,516 ERROR [org.ovirt.engine.core.bll.InstallerMessages] = (org.ovirt.thread.pool-8-thread-2) [2f0410ee] Installation 10.10.10.2: = Certificate enrollment fa$<o:p></o:p></p><p class=3DMsoNormal>2014-11-03 = 11:22:39,546 ERROR = [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] = (org.ovirt.thread.pool-8-thread-2) [2f0410ee] Correlation ID: 2f0410ee, = Cal$<o:p></o:p></p><p class=3DMsoNormal>2014-11-03 11:22:39,548 ERROR = [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-8-thread-2) = [2f0410ee] Error during host 10.10.10.2 install, prefering first = exce$<o:p></o:p></p><p = class=3DMsoNormal>        at = org.ovirt.engine.core.utils.hostinstall.OpenSslCAWrapper.signCertificateR= equest(OpenSslCAWrapper.java:56) [utils.jar:]<o:p></o:p></p><p = class=3DMsoNormal>        at = org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:927) = [bll.jar:]<o:p></o:p></p><p = class=3DMsoNormal>        at = org.ovirt.engine.core.bll.VdsDeploy.access$2000(VdsDeploy.java:83) = [bll.jar:]<o:p></o:p></p><p = class=3DMsoNormal>        at = org.ovirt.engine.core.bll.VdsDeploy$51.run(VdsDeploy.java:969) = [bll.jar:]<o:p></o:p></p><p = class=3DMsoNormal>        at = java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71]<o:p></o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>I’ve = been struggling with this problem for about a week now, and I have tried = changing HostIDs and re-installing ovirt-hosted-engine-setup but it = still appears. The only thing I couldn’t try is to re-install the = machine. The problem with that is I have my gluster bricks running on = the same therefore it is the last option I want to = consider.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Hopefully somebody will be able to assist me with = this.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal>Thanks in advance.<o:p></o:p></p><p = class=3DMsoNormal><br>Dinu.<o:p></o:p></p></div></body></html> ------=_NextPart_000_09DE_01CFF75D.1124B030--

3 4

Re: [ovirt-users] Add multiple files to a VM via cloud-init
by Amedeo Salvati 03 Nov '14

03 Nov '14

Hi Juan, this means that example of python code on http://www.ovirt.org/Features/Cloud-Init_Integration that I wrote some months ago against v3.4 could be changed by encoding the content on base64? at this time of this writing I haven't v3.5 to test the script / new code best regards Amedeo Salvati Il 01/11/2014 00:00, users-request(a)ovirt.org ha scritto: > The "custom_script" element doesn't work in combination with cloud-init > and run once. To make it work you have to use cloud-init and a file > element containing your custom script. Here you have an example: > > #!/usr/bin/python > > import base64 > import re > > from ovirtsdk.api import API > from ovirtsdk.xml import params > > # A simple function to encode using base64 and now new lines: > def encode(s): > return re.sub("\s+", "", base64.encodestring(s)) > > # Connect to the server: > api = API( > url="https://engine35.example.com/ovirt-engine/api", > username="admin@internal", > password="redhat123", > insecure=True, > debug=True > ) > > # Find the virtual machine: > myvm = api.vms.get(name="myvm") > > # Prepare the cloud-init custom script to write files: > myscript = """\ > write_files: > """ > > # Append one file: > myscript += """\ > - encoding: b64 > content: %s > owner: root:root > path: /etc/firstfile.txt > permissions: '0644' > """ % encode("The content of the first file") > > # Append another file: > myscript += """\ > - encoding: b64 > content: %s > owner: root:root > path: /etc/secondfile.txt > permissions: '0644' > """ % encode("The content of the second file") > > # Prepare the action to trigger initialization using cloud-init: > action = params.Action( > vm=params.VM( > initialization=params.Initialization( > cloud_init=params.CloudInit( > files=params.Files( > file=[ > params.File( > name="myscript", > type_="plaintext", > content=myscript > ) > ] > ) > ) > ) > ) > ) > > # Start the virtual machine: > myvm.start(action) > > # Disconnect from the server: > api.disconnect() > > Regarding the problem with the root password we have a bug in 3.5 that > makes this fail. See here: > > https://bugzilla.redhat.com/1156155 > > The problem is that we are not passing the user name to cloud-init, and > as a result it is changing the default cloud-init user password, not the > root pssword. To workaround the issue you can edit the > "/etc/cloud/cloud.cfg" file of the VM and change the default user name: > > system_info: > distro: ... > default_user: > name: root <-- Change this from "fedora" or "cloud-init" to root

2 1

gluster-server 3.5.2 requies gluasterfs-3.52
by Juan Carlos YJ. Lin 03 Nov '14

03 Nov '14

--=_a05514ec-05a6-482e-8971-36fe00447517 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit gluster-server 3.5.2 requies gluasterfs-3.52, but ovirt3.5 install glusterfs-3.6.0 how to solve the dependency? Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." --=_a05514ec-05a6-482e-8971-36fe00447517 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 10pt; color: #000000'><span>gluster-server 3.5.2 requies gluasterfs-3.52, but ovirt3.5 install glusterfs-3.6.0<br>how to solve the dependency?<br><br><span name="x"></span>Juan Carlos Lin<br>Unisoft S.A.<br>+595-993-288330<span name="x"></span><br></span><br></div> <br> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang="es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>---------------------------------------------------<br>"Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"<br>"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisión del contenido no está autorizada fuera del contexto de su envío y a quien corresponde. El uso no autorizado de la información en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor bórrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML><br> </body></html> --=_a05514ec-05a6-482e-8971-36fe00447517--

2 2

Re: [ovirt-users] Hosted-Engine HA problem
by Jaicel 03 Nov '14

03 Nov '14

Hi, my engine runs on Host1. current status and agent logs below. Host 1 MainThread::INFO::2014-10-31 16:55:39,918::agent::52::ovirt_hosted_engine_ha.agent.agent.Agent::(run) ovirt-hosted-engi ne-ha agent 1.1.6 started MainThread::INFO::2014-10-31 16:55:39,985::hosted_engine::223::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(_get_hostname) Found certificate common name: 192.168.12.11 MainThread::INFO::2014-10-31 16:55:40,228::hosted_engine::367::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(_initialize_broker) Initializing ha-broker connection MainThread::INFO::2014-10-31 16:55:40,228::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Starting monitor ping, options {'addr': '192.168.12.254'} MainThread::INFO::2014-10-31 16:55:40,231::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Success, id 140634215107920 MainThread::INFO::2014-10-31 16:55:40,231::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Starting monitor mgmt-bridge, options {'use_ssl': 'true', 'bridge_name': 'ovirtmgmt', 'address': '0'} MainThread::INFO::2014-10-31 16:55:40,237::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Success, id 140634215108432 MainThread::INFO::2014-10-31 16:55:40,237::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Starting monitor mem-free, options {'use_ssl': 'true', 'address': '0'} MainThread::INFO::2014-10-31 16:55:40,240::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Success, id 39956688 MainThread::INFO::2014-10-31 16:55:40,240::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Starting monitor cpu-load-no-engine, options {'use_ssl': 'true', 'vm_uuid': '41d4aff1-54e1-4946-a812-2e656bb7d3f 9', 'address': '0'} MainThread::INFO::2014-10-31 16:55:40,243::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Success, id 140634215107664 MainThread::INFO::2014-10-31 16:55:40,244::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Starting monitor engine-health, options {'use_ssl': 'true', 'vm_uuid': '41d4aff1-54e1-4946-a812-2e656bb7d3f9', ' address': '0'} MainThread::INFO::2014-10-31 16:55:40,249::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Success, id 140634006879632 MainThread::INFO::2014-10-31 16:55:40,249::hosted_engine::391::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(_initialize_broker) Broker initialized, all submonitors started MainThread::INFO::2014-10-31 16:55:40,298::hosted_engine::476::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(_initialize_sanlock) Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file: /rhev/data-center/mnt/g luster1:_engine/6eb220be-daff-4785-8f78-111cc24139c4/ha_agent/hosted-engine.lockspace) MainThread::INFO::2014-10-31 16:55:40,322::state_machine::153::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(refresh) Global metadata: {'maintenance': False} MainThread::INFO::2014-10-31 16:55:40,322::state_machine::158::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(refresh) Host 192.168.12.12 (id 2): {'live-data': False, 'extra': 'metadata_parse_version=1\nmetadata_feature_version =1\ntimestamp=1413882675 (Tue Oct 21 17:11:15 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', 'hostname': '192.168.12.12', 'host-id': 2, 'engine-status': {'reason': 'vm not running on this host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, 'host-ts': 1413882675} MainThread::INFO::2014-10-31 16:55:40,322::state_machine::161::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) Local (id 1): {'engine-health': None, 'bridge': True, 'mem-free': None, 'maintenance': False, 'cpu-load': None, 'gateway': True} MainThread::INFO::2014-10-31 16:55:40,323::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745740.32 type=state_transition detail=StartState-ReinitializeFSM hostname='ovirt1' MainThread::INFO::2014-10-31 16:55:40,392::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (StartState-ReinitializeFSM) sent? ignored MainThread::INFO::2014-10-31 16:55:40,675::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-10-31 16:55:50,710::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745750.71 type=state_transition detail=ReinitializeFSM-EngineUp hostname='ovirt1' MainThread::INFO::2014-10-31 16:55:50,710::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (ReinitializeFSM-EngineUp) sent? ignored MainThread::INFO::2014-10-31 16:55:51,001::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 2400) MainThread::CRITICAL::2014-10-31 16:56:01,033::agent::103::ovirt_hosted_engine_ha.agent.agent.Agent::(run) Could not start ha-agent Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 97, in run self._run_agent() File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 154, in _run_agent hosted_engine.HostedEngine(self.shutdown_requested).start_monitoring() File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 307, in start_monitoring for old_state, state, delay in self.fsm: File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/fsm/machine.py", line 125, in next new_data = self.refresh(self._state.data) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/state_machine.py", line 77, in refresh stats.update(self.hosted_engine.collect_stats()) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 700, in collect_stats stats = self.process_remote_metadata(host_id, remote_data) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 747, in process_remote_metadata md['engine-status'] = engine_status(md["engine-status"]) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 79, in engine_status in json.loads(status).iteritems()]) AttributeError: 'NoneType' object has no attribute 'iteritems' [root@ovirt1 ~]# hosted-engine --vm-status --== Host 1 status ==-- Status up-to-date : False Hostname : 192.168.12.11 Host ID : 1 Engine status : unknown stale-data Score : 2400 Local maintenance : False Host timestamp : 1414745750 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=1414745750 (Fri Oct 31 16:55:50 2014) host-id=1 score=2400 maintenance=False state=EngineUp --== Host 2 status ==-- Status up-to-date : False Hostname : 192.168.12.12 Host ID : 2 Engine status : unknown stale-data Score : 2400 Local maintenance : False Host timestamp : 1414745821 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=1414745821 (Fri Oct 31 16:57:01 2014) host-id=2 score=2400 maintenance=False state=EngineStart [root@ovirt1 ~]# service ovirt-ha-agent status ovirt-ha-agent dead but subsys locked Host2 MainThread::INFO::2014-10-31 16:55:59,642::agent::52::ovirt_hosted_engine_ha.agent.agent.Agent::(run) ovirt-hosted-engi ne-ha agent 1.1.6 started MainThread::INFO::2014-10-31 16:55:59,678::hosted_engine::223::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(_get_hostname) Found certificate common name: 192.168.12.12 MainThread::INFO::2014-10-31 16:55:59,918::hosted_engine::367::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(_initialize_broker) Initializing ha-broker connection MainThread::INFO::2014-10-31 16:55:59,919::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Starting monitor ping, options {'addr': '192.168.12.254'} MainThread::INFO::2014-10-31 16:55:59,922::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Success, id 25353488 MainThread::INFO::2014-10-31 16:55:59,922::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Starting monitor mgmt-bridge, options {'use_ssl': 'true', 'bridge_name': 'ovirtmgmt', 'address': '0'} MainThread::INFO::2014-10-31 16:55:59,928::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Success, id 25354128 MainThread::INFO::2014-10-31 16:55:59,928::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Starting monitor mem-free, options {'use_ssl': 'true', 'address': '0'} MainThread::INFO::2014-10-31 16:55:59,931::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Success, id 25353552 MainThread::INFO::2014-10-31 16:55:59,931::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Starting monitor cpu-load-no-engine, options {'use_ssl': 'true', 'vm_uuid': '41d4aff1-54e1-4946-a812-2e656bb7d3f 9', 'address': '0'} MainThread::INFO::2014-10-31 16:55:59,934::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Success, id 139976608389584 MainThread::INFO::2014-10-31 16:55:59,934::brokerlink::126::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Starting monitor engine-health, options {'use_ssl': 'true', 'vm_uuid': '41d4aff1-54e1-4946-a812-2e656bb7d3f9', ' address': '0'} MainThread::INFO::2014-10-31 16:55:59,939::brokerlink::137::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_mo nitor) Success, id 139976608447760 MainThread::INFO::2014-10-31 16:55:59,939::hosted_engine::391::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(_initialize_broker) Broker initialized, all submonitors started MainThread::INFO::2014-10-31 16:55:59,983::hosted_engine::476::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(_initialize_sanlock) Ensuring lease for lockspace hosted-engine, host id 2 is acquired (file: /rhev/data-center/mnt/g luster1:_engine/6eb220be-daff-4785-8f78-111cc24139c4/ha_agent/hosted-engine.lockspace) MainThread::INFO::2014-10-31 16:56:00,001::state_machine::153::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(refresh) Global metadata: {'maintenance': False} MainThread::INFO::2014-10-31 16:56:00,001::state_machine::158::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(refresh) Host 192.168.12.11 (id 1): {'live-data': True, 'extra': 'metadata_parse_version=1\nmetadata_feature_version= 1\ntimestamp=1414745750 (Fri Oct 31 16:55:50 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', 'hostn ame': '192.168.12.11', 'host-id': 1, 'engine-status': {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, 'm aintenance': False, 'host-ts': 1414745750} MainThread::INFO::2014-10-31 16:56:00,001::state_machine::161::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(refresh) Local (id 2): {'engine-health': None, 'bridge': True, 'mem-free': None, 'maintenance': False, 'cpu-load': No ne, 'gateway': True} MainThread::INFO::2014-10-31 16:56:00,002::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745760.0 type=state_transition detail=StartState-ReinitializeFSM hostname='ovirt2' MainThread::INFO::2014-10-31 16:56:00,045::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (StartState-ReinitializeFSM) sent? ignored MainThread::INFO::2014-10-31 16:56:00,325::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine: :(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-10-31 16:56:10,352::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745770.35 type=state_transition detail=ReinitializeFSM-EngineDown hostname='ovirt2' MainThread::INFO::2014-10-31 16:56:10,353::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (ReinitializeFSM-EngineDown) sent? ignored MainThread::INFO::2014-10-31 16:56:10,638::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-10-31 16:56:20,663::states::441::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) The engine is not running, but we do not have enough data to decide which hosts are alive MainThread::INFO::2014-10-31 16:56:20,663::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745780.66 type=state_transition detail=EngineDown-EngineDown hostname='ovirt2' MainThread::INFO::2014-10-31 16:56:20,664::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineDown-EngineDown) sent? ignored MainThread::INFO::2014-10-31 16:56:20,943::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-10-31 16:56:30,968::states::441::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) The engine is not running, but we do not have enough data to decide which hosts are alive MainThread::INFO::2014-10-31 16:56:30,969::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745790.97 type=state_transition detail=EngineDown-EngineDown hostname='ovirt2' MainThread::INFO::2014-10-31 16:56:30,969::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineDown-EngineDown) sent? ignored MainThread::INFO::2014-10-31 16:56:31,248::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-10-31 16:56:41,274::states::441::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) The engine is not running, but we do not have enough data to decide which hosts are alive MainThread::INFO::2014-10-31 16:56:41,275::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745801.28 type=state_transition detail=EngineDown-EngineDown hostname='ovirt2' MainThread::INFO::2014-10-31 16:56:41,276::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineDown-EngineDown) sent? ignored MainThread::INFO::2014-10-31 16:56:41,555::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-10-31 16:56:51,583::states::441::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) The engine is not running, but we do not have enough data to decide which hosts are alive MainThread::INFO::2014-10-31 16:56:51,584::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745811.58 type=state_transition detail=EngineDown-EngineDown hostname='ovirt2' MainThread::INFO::2014-10-31 16:56:51,584::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineDown-EngineDown) sent? ignored MainThread::INFO::2014-10-31 16:56:51,864::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineDown (score: 2400) MainThread::INFO::2014-10-31 16:57:01,897::states::454::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Engine down and local host has best score (2400), attempting to start engine VM MainThread::INFO::2014-10-31 16:57:01,898::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1414745821.9 type=state_transition detail=EngineDown-EngineStart hostname='ovirt2' MainThread::INFO::2014-10-31 16:57:01,906::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineDown-EngineStart) sent? ignored MainThread::INFO::2014-10-31 16:57:02,189::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineStart (score: 2400) MainThread::CRITICAL::2014-10-31 16:57:02,207::agent::103::ovirt_hosted_engine_ha.agent.agent.Agent::(run) Could not start ha-agent Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 97, in run self._run_agent() File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 154, in _run_agent hosted_engine.HostedEngine(self.shutdown_requested).start_monitoring() File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 307, in start_monitoring for old_state, state, delay in self.fsm: File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/fsm/machine.py", line 125, in next new_data = self.refresh(self._state.data) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/state_machine.py", line 77, in refresh stats.update(self.hosted_engine.collect_stats()) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 662, in collect_stats constants.SERVICE_TYPE) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 171, in get_stats_from_storage result = self._checked_communicate(request) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 199, in _checked_communicate .format(message or response)) RequestError: Request failed: <type 'exceptions.OSError'> [root@ovirt2 ~]# hosted-engine --vm-status Traceback (most recent call last): File "/usr/lib64/python2.6/runpy.py", line 122, in _run_module_as_main "__main__", fname, loader, pkg_name) File "/usr/lib64/python2.6/runpy.py", line 34, in _run_code exec code in run_globals File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/vm_status.py", line 111, in <module> if not status_checker.print_status(): File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/vm_status.py", line 58, in print_status all_host_stats = ha_cli.get_all_host_stats() File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/client/client.py", line 137, in get_all_host_stats return self.get_all_stats(self.StatModes.HOST) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/client/client.py", line 86, in get_all_stats constants.SERVICE_TYPE) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 171, in get_stats_from_storage result = self._checked_communicate(request) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 199, in _checked_communicate .format(message or response)) ovirt_hosted_engine_ha.lib.exceptions.RequestError: Request failed: <type 'exceptions.OSError'> [root@ovirt2 ~]# service ovirt-ha-agent status ovirt-ha-agent dead but subsys locked Thanks, Jaicel ----- Original Message ----- From: "Jiri Moskovcak" <jmoskovc(a)redhat.com> To: "Jaicel" <jaicel(a)asti.dost.gov.ph> Cc: "Niels de Vos" <ndevos(a)redhat.com>, "Vijay Bellur" <vbellur(a)redhat.com>, users(a)ovirt.org, "Gluster Devel" <gluster-devel(a)gluster.org> Sent: Friday, October 31, 2014 11:05:32 PM Subject: Re: [ovirt-users] Hosted-Engine HA problem On 10/31/2014 10:26 AM, Jaicel wrote: > i've increased the limit and then restarted agent and broker. status normalize, but then right now it went to "False" state again but still both having 2400 score. agent logs remains the same, with "ovirt-ha-agent dead but subsys locked" status. ha-broker logs below > > Thread-138::INFO::2014-10-31 17:24:22,981::listener::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection established > Thread-138::INFO::2014-10-31 17:24:22,991::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed > Thread-139::INFO::2014-10-31 17:24:38,385::listener::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection established > Thread-139::INFO::2014-10-31 17:24:38,395::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed > Thread-140::INFO::2014-10-31 17:24:53,816::listener::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection established > Thread-140::INFO::2014-10-31 17:24:53,827::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed > Thread-141::INFO::2014-10-31 17:25:09,172::listener::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection established > Thread-141::INFO::2014-10-31 17:25:09,182::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed > Thread-142::INFO::2014-10-31 17:25:24,551::listener::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection established > Thread-142::INFO::2014-10-31 17:25:24,562::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed > > Thanks, > Jaicel ok, now it seems that broker runs fine, so I need the recent agent.log to debug it more. --Jirka > > ----- Original Message ----- > From: "Jiri Moskovcak" <jmoskovc(a)redhat.com> > To: "Jaicel R. Sabonsolin" <jaicel(a)asti.dost.gov.ph>, "Niels de Vos" <ndevos(a)redhat.com> > Cc: "Vijay Bellur" <vbellur(a)redhat.com>, users(a)ovirt.org, "Gluster Devel" <gluster-devel(a)gluster.org> > Sent: Friday, October 31, 2014 4:32:02 PM > Subject: Re: [ovirt-users] Hosted-Engine HA problem > > On 10/31/2014 03:53 AM, Jaicel R. Sabonsolin wrote: >> Hi guys, >> >> these logs appear on both hosts just like the result of --vm-status. tried to tcpdump on ovirt hosts and gluster nodes but only packets exchange with my monitoring VM(zabbix) appeared. >> >> agent.log >> new_data = self.refresh(self._state.data) >> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/state_machine.py", line 77, in refresh >> stats.update(self.hosted_engine.collect_stats()) >> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 662, in collect_stats >> constants.SERVICE_TYPE) >> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 171, in get_stats_from_storage >> result = self._checked_communicate(request) >> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 199, in _checked_communicate >> .format(message or response)) >> RequestError: Request failed: <type 'exceptions.OSError'> >> >> broker.log >> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 165, in handle >> response = "success " + self._dispatch(data) >> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 261, in _dispatch >> .get_all_stats_for_service_type(**options) >> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 41, in get_all_stats_for_service_type >> d = self.get_raw_stats_for_service_type(storage_dir, service_type) >> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 74, in get_raw_stats_for_service_type >> f = os.open(path, direct_flag | os.O_RDONLY) >> OSError: [Errno 24] Too many open files: '/rhev/data-center/mnt/gluster1:_engine/6eb220be-daff-4785-8f78-111cc24139c4/ha_agent/hosted-engine.metadata' > > - ah, there we go ^^^^^^ you might need to tweak the limit of allowed > open files as described here [1] or find the app keeps so many files open > > > --Jirka > > [1] > http://www.cyberciti.biz/faq/linux-increase-the-maximum-number-of-open-file… > >> Thread-38160::INFO::2014-10-31 10:28:37,989::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed >> Thread-38161::INFO::2014-10-31 10:28:53,656::listener::134::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(setup) Connection established >> Thread-38161::ERROR::2014-10-31 10:28:53,657::listener::190::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Error handling request, data: 'get-stats storage_dir=/rhev/data-center/mnt/gluster1:_engine/6eb220be-daff-4785-8f78-111cc24139c4/ha_agent service_type=hosted-engine' >> Traceback (most recent call last): >> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 165, in handle >> response = "success " + self._dispatch(data) >> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 261, in _dispatch >> .get_all_stats_for_service_type(**options) >> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 41, in get_all_stats_for_service_type >> d = self.get_raw_stats_for_service_type(storage_dir, service_type) >> File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 74, in get_raw_stats_for_service_type >> f = os.open(path, direct_flag | os.O_RDONLY) >> OSError: [Errno 24] Too many open files: '/rhev/data-center/mnt/gluster1:_engine/6eb220be-daff-4785-8f78-111cc24139c4/ha_agent/hosted-engine.metadata' >> Thread-38161::INFO::2014-10-31 10:28:53,658::listener::184::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle) Connection closed >> >> Thanks, >> Jaicel >> >> ----- Original Message ----- >> From: "Niels de Vos" <ndevos(a)redhat.com> >> To: "Vijay Bellur" <vbellur(a)redhat.com> >> Cc: "Jiri Moskovcak" <jmoskovc(a)redhat.com>, "Jaicel R. Sabonsolin" <jaicel(a)asti.dost.gov.ph>, users(a)ovirt.org, "Gluster Devel" <gluster-devel(a)gluster.org> >> Sent: Friday, October 31, 2014 4:11:25 AM >> Subject: Re: [ovirt-users] Hosted-Engine HA problem >> >> On Thu, Oct 30, 2014 at 09:07:24PM +0530, Vijay Bellur wrote: >>> On 10/30/2014 06:45 PM, Jiri Moskovcak wrote: >>>> On 10/30/2014 09:22 AM, Jaicel R. Sabonsolin wrote: >>>>> Hi Guys, >>>>> >>>>> I need help with my ovirt Hosted-Engine HA setup. I am running on 2 >>>>> ovirt hosts and 2 gluster nodes with replicated volumes. i already have >>>>> VMs running on my hosts and they can migrate normally once i for example >>>>> power off the host that they are running on. the problem is that the >>>>> engine can't migrate once i switch off the host that hosts the engine. >>>>> >>>>> oVirt 3.4.3-1.el6 >>>>> KVM 0.12.1.2 - 2.415.el6_5.10 >>>>> LIBVIRT libvirt-0.10.2-29.el6_5.9 >>>>> VDSM vdsm-4.14.17-0.el6 >>>>> >>>>> >>>>> right now, i have this result from hosted-engine --vm-status. >>>>> >>>>> File "/usr/lib64/python2.6/runpy.py", line 122, in >>>>> _run_module_as_main >>>>> "__main__", fname, loader, pkg_name) >>>>> File "/usr/lib64/python2.6/runpy.py", line 34, in _run_code >>>>> exec code in run_globals >>>>> File >>>>> >>>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/vm_status.py", >>>>> >>>>> line 111, in <module> >>>>> if not status_checker.print_status(): >>>>> File >>>>> >>>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/vm_status.py", >>>>> >>>>> line 58, in print_status >>>>> all_host_stats = ha_cli.get_all_host_stats() >>>>> File >>>>> >>>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/client/client.py", >>>>> >>>>> line 137, in get_all_host_stats >>>>> return self.get_all_stats(self.StatModes.HOST) >>>>> File >>>>> >>>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/client/client.py", >>>>> >>>>> line 86, in get_all_stats >>>>> constants.SERVICE_TYPE) >>>>> File >>>>> >>>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", >>>>> >>>>> line 171, in get_stats_from_storage >>>>> result = self._checked_communicate(request) >>>>> File >>>>> >>>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", >>>>> >>>>> line 199, in _checked_communicate >>>>> .format(message or response)) >>>>> ovirt_hosted_engine_ha.lib.exceptions.RequestError: Request failed: >>>>> <type 'exceptions.OSError'> >>>>> >>>>> >>>>> restarting ha-broker and ha-agent normalizes the status but eventually >>>>> it would become "false" and then return to the result above. hope you >>>>> guys could help me with this. >>>>> >>>> >>>> Hi Jaicel, >>>> please attach agent.log and broker.log from the host where you trying to >>>> run hosted-engine --vm-status. I have a feeling that you ran into a >>>> known problem on gluster - stalled file descriptor, in that case the >>>> only known solution at this time is to restart the broker & agent as you >>>> have already found out. >>>> >>> >>> Adding Niels and gluster-devel to troubleshoot from Gluster NFS perspective. >> >> I'd welcome any details on this "stalled file descriptor" problem. Is >> there a bug filed with some details like logs, sysrq-t and maybe even >> tcpdumps? If there is an easy way to reproduce this behaviour, I can >> surely look into it and hopefully come up with some advise or fix. >> >> Thanks, >> Niels >>

2 1

q35 machine support?
by Paul Jansen 03 Nov '14

03 Nov '14

---360795340-209196801-1414977774=:40763 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable <SNIP>=0A> > > After doing some more searching I came across these two page= s:=0A> > > http://www.ovirt.org/Cluster_emulation_modes=0A> > > http://www.= ovirt.org/Features/Cluster_parameters_override=0A> > >=0A> > > It sounds li= ke this may allow me to achieve what I've described above.=0A> > > From wha= t I can tell the 'emulated machine type' is tied to the ovirt cluster =0A> = > > level - ie: 3.5.=0A> > >=0A> >=0A> > you can switch q35 with pc-1.0 in = ClusterEmulatedMachines config value for =0A> > version 3.5=0A> Thanks Paul= for asking and Roy for answering. I thought q35 would be the=0A> default a= nyway the whole time ;)=0A> >=0A> > engine-config -s ClusterEmulatedMach= ines=3D"q35,rhel6.5.0"=0A> >=0A> > then create a new cluster and add that h= ost to it. once the host is up this =0A> > emulation mode should be set.=0A= > >=0A> > in 3.6 you'd be able to choose an emulation mode per VM.=0A> Paul= , since this is really useful would you mind to open an RFE in BZ=0A> and p= ost the link here, so we can keep track of this feature?=0A=0AHi Daniel.=0A= Sorry for the late reply on this.=0AI'm happy that this feature is currentl= y documented in the wiki pages that I'd referenced above and is on the feat= ure plan for 3.6.=0AThe workaround that was specified does what I need for = now.=0AProper support in 3.6 will need to consider some other things, such = as allowing attaching of disks to the sata interface on the q35 machine.=0A= 3.5s current workflow doesn't provide a way to cater for that. Perhaps all= owing atachign 'virtio-scsi disks to this interface woudl work fine, but th= en there's issue with the naming.=0AAdditionally, there have been issues re= ported with live migration of machines that have the ICH9-AHCI controller e= nabled.=0AAny RFE should handle these multifaceted issues - and others I'm = not aware of - so given I don't understand all the ins and outs I'd prefer = not to raise this.=0AI'd be interested to hear Sandro's take on how this sh= ould likely proceed though. ---360795340-209196801-1414977774=:40763 Content-Type: text/html; charset=utf-8 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:12px"><div style=3D"" class=3D""><SNIP><br style=3D"" class= =3D"">> > > After doing some more searching I came across these tw= o pages:<br style=3D"" class=3D"">> > > http://www.ovirt.org/Clust= er_emulation_modes<br style=3D"" class=3D"">> > > http://www.ovirt= .org/Features/Cluster_parameters_override<br style=3D"" class=3D"">> &gt= ; ><br style=3D"" class=3D"">> > > It sounds like this may allo= w me to achieve what I've described above.<br style=3D"" class=3D"">> &g= t; > From what I can tell the 'emulated machine type' is tied to the ovi= rt cluster <br style=3D"" class=3D"">> > > level - ie: 3.5.<br sty= le=3D"" class=3D"">> > ><br style=3D"" class=3D"">> ><br sty= le=3D"" class=3D"">> > you can switch q35 with pc-1.0 in ClusterEmula= tedMachines config value for <br style=3D"" class=3D"">> > version 3.5<br style=3D"" class=3D"">> Thanks Paul= for asking and Roy for answering. I thought q35 would be the<br style=3D""= class=3D"">> default anyway the whole time ;)<br style=3D"" class=3D"">= > ><br style=3D"" class=3D"">> >    engine-confi= g -s ClusterEmulatedMachines=3D"q35,rhel6.5.0"<br style=3D"" class=3D"">&gt= ; ><br style=3D"" class=3D"">> > then create a new cluster and add= that host to it. once the host is up this <br style=3D"" class=3D"">> &= gt; emulation mode should be set.<br style=3D"" class=3D"">> ><br sty= le=3D"" class=3D"">> > in 3.6 you'd be able to choose an emulation mo= de per VM.<br style=3D"" class=3D"">> Paul, since this is really useful = would you mind to open an RFE in BZ<br style=3D"" class=3D"">> and post = the link here, so we can keep track of this feature?<br style=3D"" class=3D= ""><br style=3D"" class=3D"">Hi Daniel.<br style=3D"" class=3D"">Sorry for = the late reply on this.<br style=3D"" class=3D"">I'm happy that this feature is currently documented in the wiki pages that I'd= referenced above and is on the feature plan for 3.6.<br style=3D"" class= =3D"">The workaround that was specified does what I need for now.<br style= =3D"" class=3D"">Proper support in 3.6 will need to consider some other thi= ngs, such as allowing attaching of disks to the sata interface on the q35 m= achine.<br style=3D"" class=3D"">3.5s current workflow doesn't provide a wa= y to cater for that.  Perhaps allowing atachign 'virtio-scsi disks to = this interface woudl work fine, but then there's issue with the naming.<br = style=3D"" class=3D"">Additionally, there have been issues reported with li= ve migration of machines that have the ICH9-AHCI controller enabled.<br sty= le=3D"" class=3D"">Any RFE should handle these multifaceted issues - and ot= hers I'm not aware of - so given I don't understand all the ins and outs I'= d prefer not to raise this.<br style=3D"" class=3D"">I'd be interested to h= ear Sandro's take on how this should likely proceed though.<br style=3D"" class=3D""><br style= =3D"" class=3D""></div><div style=3D"" class=3D""><br style=3D"" class=3D""= ></div></div></body></html> ---360795340-209196801-1414977774=:40763--

1 0

Understanding Cluster / Datacenter upgrades
by Daniel Helgenberger 02 Nov '14

02 Nov '14

Hello, I seem to have some issues understating what and when something happens if I change a cluster or datacenter to a higher version after upgrading engine. Maybe somebody could help me understand how this works in general and when features will get enabled? If possible, pinpoint it to concrete features added in 3.5. My assumptions learned form experience so far, upgrading oVirt 3.4 to 3.5; please correct if wrong: - New features are enabled if I set the cluster compat version to a newer version after upgrade - Prior to upgrading a datacenter all cluster need to run the higher version (seems logical). - This involves Engine database updates (?) and, more crucial, it will change settings and data on the storage domains. - Because of that, downgrade is not possible any more - Also, its usually safer to keep the old cluster version while using a newer engine version; because it is more likely to run into regressions with an upgraded datacenter (see regression blockers for oVirt 3.5.1). My questions so far: - What happens if I only upgrade the cluster and *not* yet the datacenter? - In case of 3.5; exactly when could I have used the new NUMA management? I assume after upgrading the cluster? - In case of 3.5; exactly when could I have used the new QoS settings (like disk profiles) - here I assume after upgrading the datacenter? If the the case of NUMA policy is not true but happens only after upgrading the datacenter, what is the purpose of the cluster compat version setting? I can think of making sure a certain minimum VDSM version is running? Thanks a million, -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

3 2