- Users - oVirt List Archives

Re: [ovirt-users] Unable to add permissions for LDAP users
by Richard Neuboeck 10 Mar '17

10 Mar '17

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2LvNVti3HDOn1MhIrbe5B2snDhjNOnQPn Content-Type: multipart/mixed; boundary="cUgn38JlIV4VKxpoXvonH2a8Rp00918Nu"; protected-headers="v1" From: Richard Neuboeck <hawk(a)tbi.univie.ac.at> To: users <users(a)ovirt.org> Message-ID: <ce3a6463-b08d-6af6-8adc-66f236ce0bed(a)tbi.univie.ac.at> Subject: Re: [ovirt-users] Unable to add permissions for LDAP users References: <71057a13-ee3d-aba0-b005-9fcbc906f375(a)tbi.univie.ac.at> In-Reply-To: <71057a13-ee3d-aba0-b005-9fcbc906f375(a)tbi.univie.ac.at> --cUgn38JlIV4VKxpoXvonH2a8Rp00918Nu Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 03/10/2017 09:46 AM, Ondra Machacek wrote: > So what's your provider 389ds or FreeIPA? >=20 > Note that both use differrent unique ID. IPA is using 'ipaUniqueID', > and 389ds is using 'nsuniqueid'. DId you tried both? Thanks for pointing that out! It works perfectly if I use IPA. I didn't know they have different identifiers (though it might have been obvious to me since there is a separate IPA option...). I clung to the thought that FreeIPA uses 389ds internally. Thanks a lot! Richard >=20 > I can successfully run a search and also login > from the setup script. >=20 > After running the setup I rebootet the Engine VM to make sure > everything is restarted. >=20 > In the web UI configuration for 'System Permissions' I'm able to > find users from LDAP but when I try to 'Add' a selected user the UI= > shows me this error: 'User admin@internal-authz failed to grant > permission for Role SuperUser on System to User/Group <UNKNOWN>.'. >=20 > In then engine.log the following lines are generated: > 2017-03-09 14:02:49,308+01 INFO > [org.ovirt.engine.core.bll.AddSystemPermissionCommand] > (org.ovirt.thread.pool-6-thread-4) > [1ebae5e0-e5f6-49ba-ac80-95266c582893] Running command: > AddSystemPermissionCommand internal: false. Entities affected : ID= : > aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group > MANIPULATE_PERMISSIONS with role type USER, ID: > aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group > ADD_USERS_AND_GROUPS_FROM_DIRECTORY with role type USER > 2017-03-09 14:02:49,319+01 ERROR > [org.ovirt.engine.core.bll.AddSystemPermissionCommand] > (org.ovirt.thread.pool-6-thread-4) > [1ebae5e0-e5f6-49ba-ac80-95266c582893] Transaction rolled-back for > command 'org.ovirt.engine.core.bll.AddSystemPermissionCommand'. > 2017-03-09 14:02:49,328+01 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirect= or] > (org.ovirt.thread.pool-6-thread-4) > [1ebae5e0-e5f6-49ba-ac80-95266c582893] EVENT_ID: > USER_ADD_SYSTEM_PERMISSION_FAILED(867), Correlation ID: > 1ebae5e0-e5f6-49ba-ac80-95266c582893, Call Stack: null, Custom Even= t > ID: -1, Message: User admin@internal-authz failed to grant > permission for Role SuperUser on System to User/Group <UNKNOWN>. >=20 >=20 > So far I've re-run the ldap-setup routine. I made sure all newly > generated files in /etc/ovirt-engine/[aaa|extensions.d] are owned b= y > ovirt:ovirt (instead of root) and have 0600 as permission (instead > of 0644). That didn't change anything. >=20 > I've also found an older bug report but for oVirt 3.5 > https://bugzilla.redhat.com/show_bug.cgi?id=3D1121954 > <https://bugzilla.redhat.com/show_bug.cgi?id=3D1121954> > That didn't reveal any new either. >=20 > Any ideas what I could try next? >=20 > Thanks! > Cheers > Richard >=20 >=20 >=20 >=20 > On 10/06/2016 04:36 PM, Ondra Machacek wrote: > > On 10/06/2016 01:47 PM, Michael Burch wrote: > >> I'm using the latest ovirt on CentOS7 with the aaa-ldap > extension. > >> I can > >> successfully authenticate as an LDAP user. I can also login as > >> admin@internal and search for, find, and select LDAP users but I= > >> cannot > >> add permissions for them. Each time I get the error "User > >> admin@internal-authz failed to grant permission for Role > UserRole on > >> System to User/Group <UNKNOWN>." > > > > This error usually means bad unique attribute used. > > > >> > >> > >> I have no control over the LDAP server, which uses custom > >> objectClasses > >> and uses groupOfNames instead of PosixGroups. I assume I need > to set > >> sequence variables to accommodate our group configuration but I'= m > >> at a > >> loss as to where to begin. the The config I have is as follows: > >> > >> > >> include =3D <rfc2307-generic.properties> > >> > >> vars.server =3D labauth.lan.lab.org <http://labauth.lan.lab.org>= > >> > >> pool.authz.auth.type =3D none > >> pool.default.serverset.type =3D single > >> pool.default.serverset.single.server =3D ${global:vars.server} > >> pool.default.ssl.startTLS =3D true > >> pool.default.ssl.insecure =3D true > >> > >> pool.default.connection-options.connectTimeoutMillis =3D 10000 > >> pool.default.connection-options.responseTimeoutMillis =3D 90000 > >> sequence-init.init.100-my-basedn-init-vars =3D my-basedn-init-va= rs > >> sequence.my-basedn-init-vars.010.description =3D set baseDN > >> sequence.my-basedn-init-vars.010.type =3D var-set > >> sequence.my-basedn-init-vars.010.var-set.variable =3D simple_bas= eDN > >> sequence.my-basedn-init-vars.010.var-set.value =3D o=3DLANLAB > >> > >> sequence-init.init.101-my-objectclass-init-vars =3D > >> my-objectclass-init-vars > >> sequence.my-objectclass-init-vars.020.description =3D set > objectClass > >> sequence.my-objectclass-init-vars.020.type =3D var-set > >> sequence.my-objectclass-init-vars.020.var-set.variable =3D > >> simple_filterUserObject > >> sequence.my-objectclass-init-vars.020.var-set.value =3D > >> (objectClass=3DlabPerson)(uid=3D*) > >> > >> search.default.search-request.derefPolicy =3D NEVER > >> > >> sequence-init.init.900-local-init-vars =3D local-init-vars > >> sequence.local-init-vars.010.description =3D override name space= > >> sequence.local-init-vars.010.type =3D var-set > >> sequence.local-init-vars.010.var-set.variable =3D > >> simple_namespaceDefault > >> sequence.local-init-vars.010.var-set.value =3D * > > > > What's this^ for? I think it's unusable. > > > >> > >> sequence.local-init-vars.020.description =3D apply filter to use= rs > >> sequence.local-init-vars.020.type =3D var-set > >> sequence.local-init-vars.020.var-set.variable =3D > >> simple_filterUserObject > >> sequence.local-init-vars.020.var-set.value =3D > >> ${seq:simple_filterUserObject}(employeeStatus=3D3) > >> > >> sequence.local-init-vars.030.description =3D apply filter to gro= ups > >> sequence.local-init-vars.030.type =3D var-set > >> sequence.local-init-vars.030.var-set.variable =3D > >> simple_filterGroupObject > >> sequence.local-init-vars.030.var-set.value =3D > >> (objectClass=3DgroupOfUniqueNames) > > > > This looks as hard to maintain file. I would suggest you to inser= t > > into this file just following: > > > > include =3D <rfc2307-mycustom.properties> > > > > vars.server =3D labauth.lan.lab.org <http://labauth.lan.lab.org>= > > > > pool.authz.auth.type =3D none > > pool.default.serverset.type =3D single > > pool.default.serverset.single.server =3D ${global:vars.server} > > pool.default.ssl.startTLS =3D true > > pool.default.ssl.insecure =3D true > > > > pool.default.connection-options.connectTimeoutMillis =3D 10000 > > pool.default.connection-options.responseTimeoutMillis =3D 90000 > > > > # Set custom base DN > > sequence-init.init.100-my-basedn-init-vars =3D my-basedn-init-va= rs > > sequence.my-basedn-init-vars.010.description =3D set baseDN > > sequence.my-basedn-init-vars.010.type =3D var-set > > sequence.my-basedn-init-vars.010.var-set.variable =3D simple_bas= eDN > > sequence.my-basedn-init-vars.010.var-set.value =3D o=3DLANLAB > > > > And then create in directory > > '/usr/share/ovirt-engine-extension-aaa-ldap/profiles/' file > > 'rfc2307-mycustom.properties' with content: > > > > include =3D <rfc2307.properties> > > > > sequence-init.init.100-rfc2307-mycustom-init-vars =3D > > rfc2307-mycustom-init-vars > > sequence.rfc2307-mycustom-init-vars.010.description =3D set > unique attr > > sequence.rfc2307-mycustom-init-vars.010.type =3D var-set > > sequence.rfc2307-mycustom-init-vars.010.var-set.variable =3D > > rfc2307_attrsUniqueId > > sequence.rfc2307-mycustom-init-vars.010.var-set.value =3D > FIND_THIS_ONE > > > > sequence.rfc2307-mycustom-init-vars.020.type =3D var-set > > sequence.rfc2307-mycustom-init-vars.020.var-set.variable =3D > > simple_filterUserObject > > sequence.rfc2307-mycustom-init-vars.020.var-set.value =3D > > > (objectClass=3DlabPerson)(employeeStatus=3D3)(${seq:simple_attrsUse= rName}=3D*) > > > > > > > > The FIND_*THIS_ONE* replace with the unique attribute of > labPerson(I > > guess). It can be extended attribute(+,++). > > > > $ LDAPTLS_REQCERT=3Dnever ldapsearch -ZZ -x -b 'o=3DLANLAB' -H > > ldap://labauth.lan.lab.org <http://labauth.lan.lab.org> > 'objectClass=3DlabPerson' > > > > maybe (or even with two +): > > $ LDAPTLS_REQCERT=3Dnever ldapsearch -ZZ -x -b 'o=3DLANLAB' -H > > ldap://labauth.lan.lab.org <http://labauth.lan.lab.org> > 'objectClass=3DlabPerson' + > > > > The question is if even your implementation has unique > attribute, does > > it? > > > > Also may you share what's your LDAP provider? And maybe if you > share > > content of some user it would help as well. > > > >> > >> > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org <mailto:Users@ovirt.org> > >> http://lists.ovirt.org/mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> > >> > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org <mailto:Users@ovirt.org> > > http://lists.ovirt.org/mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> >=20 >=20 > -- > /dev/null >=20 >=20 --=20 /dev/null --cUgn38JlIV4VKxpoXvonH2a8Rp00918Nu-- --2LvNVti3HDOn1MhIrbe5B2snDhjNOnQPn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJYwnegAAoJEA7XCanqEVqIODIQAM4IumlowJYvAoH/+vVTaUT1 pxzYVsOFYHhs32f1in9aqJ37esa1CXngUcB1gHm1QcBixq1FEH1iVEF1Iy22nyXM gNoOh4R7meoUzqpdlcqYpdTdo3F3v6KgWDRuz9yxH912MZzheXA9BGZ0qhdbQH3S a1eo2UHNm6wpyS+6CCgUirM8fbrjdb6aTGTuXNQ1px3GaqFFHkQvlWPlENatSxGw G3IqVoPHhuDNsFDyF6dG6oF2iTbQdzlvk84x3aOztX/nGnxV1dY00/73qEp+8aXK 0krTp0hjiGI0uRiOHChl0DSUuO9VvlTmmqjxYCN1z2ZYHZkMaK590v6YtXmT42tM VRIsqt6J5HpyLLiQWmCNPPkXf/s7iuG1zAmO+fi4vd5x6gQlW7ao6lLFFRqB8dVr FuJyv7DW6PcBNjNiG0zCLbGb431t2MK9AaSxF+qb8KmTluDBqQ2trdijM43J+3Jk /ptoXfpSzWmX2HkDLuaJL0NeQ6F5vqGUZRgu9IkXS2RAvQwLXflm/cvMKsj32EkZ 39gF5k1ViYAdtk9YUwBObor6uxnb0UpdrvZyA5dUEHsYaP6Yw+hVNqi0tloTN9wL Q+J6CdHK+lRkRppddoEdSmnAtBqhN5/woZEqrBZ1E1jFRUw7KTefbaeUpDbpWQvS 0csSL7D0IScsBJE2kLSA =73cu -----END PGP SIGNATURE----- --2LvNVti3HDOn1MhIrbe5B2snDhjNOnQPn--

1 0

Unable to add permissions for LDAP users
by Michael Burch 10 Mar '17

10 Mar '17

--_000_SN1PR10MB071807A20FF1DCCB62983C19D5C70SN1PR10MB0718namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm using the latest ovirt on CentOS7 with the aaa-ldap extension. I can su= ccessfully authenticate as an LDAP user. I can also login as admin@internal= and search for, find, and select LDAP users but I cannot add permissions f= or them. Each time I get the error "User admin@internal-authz failed to gra= nt permission for Role UserRole on System to User/Group <UNKNOWN>." I have no control over the LDAP server, which uses custom objectClasses and= uses groupOfNames instead of PosixGroups. I assume I need to set sequence = variables to accommodate our group configuration but I'm at a loss as to wh= ere to begin. the The config I have is as follows: include =3D <rfc2307-generic.properties> vars.server =3D labauth.lan.lab.org pool.authz.auth.type =3D none pool.default.serverset.type =3D single pool.default.serverset.single.server =3D ${global:vars.server} pool.default.ssl.startTLS =3D true pool.default.ssl.insecure =3D true pool.default.connection-options.connectTimeoutMillis =3D 10000 pool.default.connection-options.responseTimeoutMillis =3D 90000 sequence-init.init.100-my-basedn-init-vars =3D my-basedn-init-vars sequence.my-basedn-init-vars.010.description =3D set baseDN sequence.my-basedn-init-vars.010.type =3D var-set sequence.my-basedn-init-vars.010.var-set.variable =3D simple_baseDN sequence.my-basedn-init-vars.010.var-set.value =3D o=3DLANLAB sequence-init.init.101-my-objectclass-init-vars =3D my-objectclass-init-var= s sequence.my-objectclass-init-vars.020.description =3D set objectClass sequence.my-objectclass-init-vars.020.type =3D var-set sequence.my-objectclass-init-vars.020.var-set.variable =3D simple_filterUse= rObject sequence.my-objectclass-init-vars.020.var-set.value =3D (objectClass=3DlabP= erson)(uid=3D*) search.default.search-request.derefPolicy =3D NEVER sequence-init.init.900-local-init-vars =3D local-init-vars sequence.local-init-vars.010.description =3D override name space sequence.local-init-vars.010.type =3D var-set sequence.local-init-vars.010.var-set.variable =3D simple_namespaceDefault sequence.local-init-vars.010.var-set.value =3D * sequence.local-init-vars.020.description =3D apply filter to users sequence.local-init-vars.020.type =3D var-set sequence.local-init-vars.020.var-set.variable =3D simple_filterUserObject sequence.local-init-vars.020.var-set.value =3D ${seq:simple_filterUserObjec= t}(employeeStatus=3D3) sequence.local-init-vars.030.description =3D apply filter to groups sequence.local-init-vars.030.type =3D var-set sequence.local-init-vars.030.var-set.variable =3D simple_filterGroupObject sequence.local-init-vars.030.var-set.value =3D (objectClass=3DgroupOfUnique= Names) --_000_SN1PR10MB071807A20FF1DCCB62983C19D5C70SN1PR10MB0718namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none;"></style> </head> <body dir=3D"ltr"> <div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font= -family:Calibri,Arial,Helvetica,sans-serif;"> <p>I'm using the latest ovirt on CentOS7 with the aaa-ldap extension. I can= successfully authenticate as an LDAP user. I can also login as admin@inter= nal and search for, find, and select LDAP users but I cannot add permission= s for them. Each time I get the error "<span>User admin@internal-authz failed to grant permission for= Role UserRole on System to User/Group <UNKNOWN>.</span>"</p> <p><br> </p> <p>I have no control over the LDAP server, which uses custom objectClasses = and uses groupOfNames instead of PosixGroups. I assume I need to set sequen= ce variables to accommodate our group configuration but I'm at a loss as to= where to begin. the The config I have is as follows:</p> <p><br> </p> <p></p> <div>include =3D <rfc2307-generic.properties><br> <br> vars.server =3D labauth.lan.lab.org<br> <br> pool.authz.auth.type =3D none<br> pool.default.serverset.type =3D single<br> pool.default.serverset.single.server =3D ${global:vars.server}<br> pool.default.ssl.startTLS =3D true<br> pool.default.ssl.insecure =3D true<br> <br> pool.default.connection-options.connectTimeoutMillis =3D 10000<br> pool.default.connection-options.responseTimeoutMillis =3D 90000<br> sequence-init.init.100-my-basedn-init-vars =3D my-basedn-init-vars<br> sequence.my-basedn-init-vars.010.description =3D set baseDN<br> sequence.my-basedn-init-vars.010.type =3D var-set<br> sequence.my-basedn-init-vars.010.var-set.variable =3D simple_baseDN<br> sequence.my-basedn-init-vars.010.var-set.value =3D o=3DLANLAB<br> <br> sequence-init.init.101-my-objectclass-init-vars =3D my-objectclass-init-var= s<br> sequence.my-objectclass-init-vars.020.description =3D set objectClass<br> sequence.my-objectclass-init-vars.020.type =3D var-set<br> sequence.my-objectclass-init-vars.020.var-set.variable =3D simple_filterUse= rObject<br> sequence.my-objectclass-init-vars.020.var-set.value =3D (objectClass=3DlabP= erson)(uid=3D*)<br> <br> search.default.search-request.derefPolicy =3D NEVER<br> <br> sequence-init.init.900-local-init-vars =3D local-init-vars<br> sequence.local-init-vars.010.description =3D override name space<br> sequence.local-init-vars.010.type =3D var-set<br> sequence.local-init-vars.010.var-set.variable =3D simple_namespaceDefault<b= r> sequence.local-init-vars.010.var-set.value =3D *<br> <br> sequence.local-init-vars.020.description =3D apply filter to users<br> sequence.local-init-vars.020.type =3D var-set<br> sequence.local-init-vars.020.var-set.variable =3D simple_filterUserObject<b= r> sequence.local-init-vars.020.var-set.value =3D ${seq:simple_filterUserObjec= t}(employeeStatus=3D3)<br> <br> sequence.local-init-vars.030.description =3D apply filter to groups<br> sequence.local-init-vars.030.type =3D var-set<br> sequence.local-init-vars.030.var-set.variable =3D simple_filterGroupObject<= br> sequence.local-init-vars.030.var-set.value =3D (objectClass=3DgroupOfUnique= Names)<br> <br> <br> </div> <p></p> </div> </body> </html> --_000_SN1PR10MB071807A20FF1DCCB62983C19D5C70SN1PR10MB0718namp_--

3 3

HE vm fails to migrate due to host CPU incompatibility even after changing cluster CPU type
by Stefano Stagnaro 09 Mar '17

09 Mar '17

Hi guys, I've started an oVirt 4.1 HE deployment on a Broadwell based server. Then I added to HE a second, older host based on Nehalem. I've downgraded the cluster CPU type to Nehalem to accommodate host2 and it finally reached score 3400. However, when I try to migrate HE vm it fails with the following error: 2017-03-03 20:19:51,814 ERROR (migsrc/b0d38435) [virt.vm] (vmId='b0d38435-5774-4ca9-ad24-70b57b5bc25d') unsupported configuration: guest and host CPU are not compatible: Host CPU does not provide required features: pclmuldq, fma, pcid, x2apic, movbe, tsc-deadline, aes, xsave, avx, fsgsbase, bmi1, hle, avx2, smep, bmi2, erms, invpcid, rtm, rdseed, adx, smap, 3dnowprefetch; try using 'Broadwell-noTSX' CPU model (migration:265) I believe the problem is in the HE vm XML where the cpu is still configured as Broadwell. how can I change this specific setting without losing the deployment? Please find all the relevant logs at the following link: https://www.dropbox.com/sh/njl9aofhdw10ses/AADf2Ql4GKVIKcbgLivbmjC2a Besides that, I believe this is a wrong behavior because HE should follow cluster properties (otherwise do not reach score 3400); do you believe is it worth opening a issue on bugzilla? Thank you, Stefano.

3 3

cannot exceed maximum memory size
by Marcelo Leandro 09 Mar '17

09 Mar '17

Hello , I am have an script that create VM , after upgrade to 4.1 I have this erro when trying create a new VM: detail: Cannot add VM. Memory size (20480MB) cannot exceed maximum memory size (4096MB). my commando fore create VM : api.vms.add(params.VM(name="teste", memory=memo , cpu=cpu, cluster=api.clusters.get(cluster), template=api.templates.get('Blank'), type_="server")) I dont how specific the maximum memory size. Thanks Marcelo Leandro

6 8

DWH reports in 4.X ?
by Eduardo Mayoral 09 Mar '17

09 Mar '17

Hi, I see the DWH reports disappeared in 3.5 or maybe 3.6, there seems to be no substitute por 4.X Is there some alternative to have some pre-made reports from the DWH on 4.X ? Maybe not something on the oVirt project itself but from someone on the community? Thanks in advance! -- Eduardo Mayoral Jimeno (emayoral(a)arsys.es) Administrador de sistemas. Departamento de Plataformas. Arsys internet. +34 941 620 145 ext. 5153

2 3

[ANN] oVirt 4.1.1 Second Release Candidate
by Sandro Bonazzola 09 Mar '17

09 Mar '17

The oVirt Project is pleased to announce the availability of the Second Release Candidate of oVirt 4.1.1 for testing, as of March 9th, 2017 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is the second release candidate of the first in a series of stabilization updates to the 4.1 series. 4.1.1 brings 32 enhancements and more than 370 bugfixes, including more than 150 high or urgent severity fixes, on top of oVirt 4.1 series This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 24 (tech preview) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Live and oVirt node have been already built [4] - oVirt Engine Appliance had been already built Additional Resources: * Read more about the oVirt 4.1.1 release highlights: http://www.ovirt.org/release/4.1.1/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1.1/ [4] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

"patched upgrade" from 4.0 (not appliance) => 4.1 (appliance) fails
by Nelson Lameiras 09 Mar '17

09 Mar '17

------=_Part_17575365_626819882.1489055431520 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=20 I'm trying to upgrade our ovirt-engine from 4.0 (centos manually installed)= to 4.1.0 (appliance) using "hosted-engine --upgrade-appliance".=20 Our test setup :=20 2 hosts with centos 7.3 with ovirt4.0 (latest updates)=20 1 ovirt-engine 4.0 (latest update)=20 This method uses a manual backup from current engine and injects it to new = appliance. Since "old" ovirt-engine is a manually installed 4.0 (latest ver= sion) as opposed to an appliance, upgrade process warns that it doesn't rec= ognise the current engine with a somewhat deprecated message :=20 [WARNING] Unable to detect engine version=20 [WARNING] Unsupported upgrade path=20 This procedure has been designed and tested only for upgrading the engine V= M from ['3.6'] to ['4.0'].=20 Any other usage is highly experimental and potentially dangerous:=20 Current engine: unknown=20 Selected appliance: 4.1-20170201.1.el7.centos=20 Do you want to abort the upgrade process? (Yes, No) [Yes]: no=20 [WARNING] Proceeding on an unsupported and highly experimental path=20 This fails, according to a bug already posted on https://bugzilla.redhat.co= m/show_bug.cgi?id=3D1420283 which is resolved in future 4.1.1=20 So I tried to manually patch the file corrected in gerrit https://gerrit.ov= irt.org/#/c/71965/ and - after multiple tries - it still fails at the end w= ith the following error :=20 ...=20 [ INFO ] Running engine-setup on the appliance=20 |- Preparing to restore:=20 |- - Unpacking file '/root/engine_backup.tar.gz'=20 |- FATAL: Backup was created by version '4.0' and can not be restored using= the installed version 4.1=20 |- HE_APPLIANCE_ENGINE_RESTORE_FAIL=20 [ ERROR ] Engine backup restore failed on the appliance=20 [ ERROR ] Failed to execute stage 'Closing up': engine-backup failed restor= ing the engine backup on the appliance Please check its log on the applianc= e.=20 When checking upgrade log, there's not much more error information other th= an :=20 2017-03-08 18:08:30 INFO otopi.plugins.gr_he_common.engine.health health._c= loseup:127 Running engine-setup on the appliance=20 2017-03-08 18:08:44 DEBUG otopi.plugins.otopi.dialog.human dialog.__logStri= ng:204 DIALOG:SEND |- Preparing to restore:=20 2017-03-08 18:08:44 DEBUG otopi.plugins.otopi.dialog.human dialog.__logStri= ng:204 DIALOG:SEND |- - Unpacking file '/root/engine_backup.tar.gz'=20 2017-03-08 18:08:44 DEBUG otopi.plugins.otopi.dialog.human dialog.__logStri= ng:204 DIALOG:SEND |- FATAL: Backup was created by version '4.0' and can no= t be restored using the installed version 4.1=20 2017-03-08 18:08:44 DEBUG otopi.plugins.otopi.dialog.human dialog.__logStri= ng:204 DIALOG:SEND |- HE_APPLIANCE_ENGINE_RESTORE_FAIL=20 2017-03-08 18:08:44 ERROR otopi.plugins.gr_he_common.engine.health health._= closeup:154 Engine backup restore failed on the appliance=20 2017-03-08 18:08:44 DEBUG otopi.context context._executeMethod:142 method e= xception=20 Traceback (most recent call last):=20 File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _exe= cuteMethod=20 method['method']()=20 File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-common/= engine/health.py", line 158, in _closeup=20 'engine-backup failed restoring the engine backup '=20 RuntimeError: engine-backup failed restoring the engine backup on the appli= ance=20 Please check its log on the appliance.=20 2017-03-08 18:08:44 ERROR otopi.context context._executeMethod:151 Failed t= o execute stage 'Closing up': engine-backup failed restoring the engine bac= kup on the appliance=20 Please check its log on the appliance.=20 2017-03-08 18:08:44 DEBUG otopi.context context.dumpEnvironment:760 ENVIRON= MENT DUMP - BEGIN=20 In "new" engine setup log, the only thing which catched my eye is :=20 2017-03-08 18:08:45 DEBUG otopi.context context.dumpEnvironment:774 ENVIRON= MENT DUMP - END=20 2017-03-08 18:08:45 DEBUG otopi.context context._executeMethod:128 Stage bo= ot METHOD otopi.plugins.otopi.packagers.dnfpackager.Plugin._boot=20 2017-03-08 18:08:45 DEBUG otopi.plugins.otopi.packagers.dnfpackager dnfpack= ager._boot:163 Cannot initialize minidnf=20 Traceback (most recent call last):=20 File "/usr/share/otopi/plugins/otopi/packagers/dnfpackager.py", line 150, i= n _boot=20 constants.PackEnv.DNF_DISABLED_PLUGINS=20 File "/usr/share/otopi/plugins/otopi/packagers/dnfpackager.py", line 60, in= _getMiniDNF=20 from otopi import minidnf=20 File "/usr/lib/python2.7/site-packages/otopi/minidnf.py", line 16, in <modu= le>=20 import dnf=20 ImportError: No module named dnf=20 2017-03-08 18:08:45 DEBUG otopi.context context.dumpEnvironment:760 ENVIRON= MENT DUMP - BEGIN=20 I'm not sure if my patched file ( runvm.py ) should be enough to make it wo= rk, but maybe this can bring some new information to you.=20 Really hopping that 4.1.1 oVirt will resolve this issue as we are eager to = start using appliances.=20 (I can provide you with more/full log files if necessary)=20 cordialement, regards,=20 =09Nelson LAMEIRAS=20 Ing=C3=A9nieur Syst=C3=A8mes et R=C3=A9seaux / Systems and Networks enginee= r=20 Tel: +33 5 32 09 09 70=20 nelson.lameiras(a)lyra-network.com=20 www.lyra-network.com | www.payzen.eu=20 =09 =09 =09 Lyra Network, 109 rue de l'innovation, 31670 Lab=C3=A8ge, FRANCE=20 ------=_Part_17575365_626819882.1489055431520 Content-Type: multipart/related; boundary="----=_Part_17575366_2065010947.1489055431520" ------=_Part_17575366_2065010947.1489055431520 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 12pt; color: #000000"><div>Hello,<br></div><div><br data-mce-bogus=3D"= 1"></div><div>I'm trying to upgrade our ovirt-engine from 4.0 (centos manua= lly installed) to 4.1.0 (appliance) using "hosted-engine --upgrade-applianc= e". </div><div><br data-mce-bogus=3D"1"></div><div>Our test setup : </div><= div>2 hosts with centos 7.3 with ovirt4.0 (latest updates)<br data-mce-bogu= s=3D"1"></div><div>1 ovirt-engine 4.0 (latest update)<br data-mce-bogus=3D"= 1"></div><div><br data-mce-bogus=3D"1"></div><div>This method uses a manual= backup from current engine and injects it to new appliance. Since "old" ov= irt-engine is a manually installed 4.0 (latest version) as opposed to an ap= pliance, upgrade process warns that it doesn't recognise the current engine= with a somewhat deprecated message :<br data-mce-bogus=3D"1"></div><div><b= r data-mce-bogus=3D"1"></div><div>[WARNING] Unable to detect engine version= <br>[WARNING] Unsupported upgrade path<br>     &nb= sp;    This procedure has been designed and tested only for = upgrading the engine VM from ['3.6'] to ['4.0'].<br>   &nbsp= ;      Any other usage is highly experimental and = potentially dangerous:<br>        &= nbsp;   Current engine: unknown<br>     =        Selected appliance: 4.1-20170201.1.el7= .centos<br>          Do you wa= nt to abort the upgrade process? (Yes, No) [Yes]: no<br>[WARNING] Proceedin= g on an unsupported and highly experimental path<br></div><div><br data-mce= -bogus=3D"1"></div><div>This fails, according to a bug already posted on ht= tps://bugzilla.redhat.com/show_bug.cgi?id=3D1420283 which is resolved in fu= ture 4.1.1<br data-mce-bogus=3D"1"></div><div><br data-mce-bogus=3D"1"></di= v><div>So I tried to manually patch the file corrected in gerrit https://ge= rrit.ovirt.org/#/c/71965/ and - after multiple tries - it still fails at th= e end with the following error : <br data-mce-bogus=3D"1"></div><div><br da= ta-mce-bogus=3D"1"></div><div>...<br data-mce-bogus=3D"1"></div><div>[ INFO=   ] Running engine-setup on the appliance<br>    &= nbsp;     |- Preparing to restore:<br>  &nbsp= ;       |- - Unpacking file '/root/engine_bac= kup.tar.gz'<br>          |- FA= TAL: Backup was created by version '4.0' and can not be restored using the = installed version 4.1<br>        &n= bsp; |- HE_APPLIANCE_ENGINE_RESTORE_FAIL<br>[ ERROR ] Engine backup restore= failed on the appliance<br>[ ERROR ] Failed to execute stage 'Closing up':= engine-backup failed restoring the engine backup on the appliance Please c= heck its log on the appliance.</div><div><br data-mce-bogus=3D"1"></div><di= v>When checking upgrade log, there's not much more error information other = than :<br data-mce-bogus=3D"1"></div><div><br data-mce-bogus=3D"1"></div><d= iv>2017-03-08 18:08:30 INFO otopi.plugins.gr_he_common.engine.health health= ._closeup:127 Running engine-setup on the appliance<br>2017-03-08 18:08:44 = DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND&n= bsp;           &nbsp= ;    |- Preparing to restore:<br>2017-03-08 18:08:44 DEBUG o= topi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND &nb= sp;            =    |- - Unpacking file '/root/engine_backup.tar.gz'<br>2017-03-08= 18:08:44 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIA= LOG:SEND           &= nbsp;     |- FATAL: Backup was created by version '4.0'= and can not be restored using the installed version 4.1<br>2017-03-08 18:0= 8:44 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:S= END            =      |- HE_APPLIANCE_ENGINE_RESTORE_FAIL<br>2017-03-08 = 18:08:44 ERROR otopi.plugins.gr_he_common.engine.health health._closeup:154= Engine backup restore failed on the appliance<br>2017-03-08 18:08:44 DEBUG= otopi.context context._executeMethod:142 method exception<br>Traceback (mo= st recent call last):<br>  File "/usr/lib/python2.7/site-packages/otop= i/context.py", line 132, in _executeMethod<br>    method['me= thod']()<br>  File "/usr/share/ovirt-hosted-engine-setup/scripts/../pl= ugins/gr-he-common/engine/health.py", line 158, in _closeup<br>  =   'engine-backup failed restoring the engine backup '<br>RuntimeError:= engine-backup failed restoring the engine backup on the appliance<br>Pleas= e check its log on the appliance.<br>2017-03-08 18:08:44 ERROR otopi.contex= t context._executeMethod:151 Failed to execute stage 'Closing up': engine-b= ackup failed restoring the engine backup on the appliance<br>Please check i= ts log on the appliance.<br>2017-03-08 18:08:44 DEBUG otopi.context context= .dumpEnvironment:760 ENVIRONMENT DUMP - BEGIN<br></div><div><br data-mce-bo= gus=3D"1"></div><div>In "new" engine setup log, the only thing which catche= d my eye is :<br data-mce-bogus=3D"1"></div><div><br data-mce-bogus=3D"1"><= /div><div>2017-03-08 18:08:45 DEBUG otopi.context context.dumpEnvironment:7= 74 ENVIRONMENT DUMP - END<br>2017-03-08 18:08:45 DEBUG otopi.context contex= t._executeMethod:128 Stage boot METHOD otopi.plugins.otopi.packagers.dnfpac= kager.Plugin._boot<br>2017-03-08 18:08:45 DEBUG otopi.plugins.otopi.package= rs.dnfpackager dnfpackager._boot:163 Cannot initialize minidnf<br>Traceback= (most recent call last):<br>  File "/usr/share/otopi/plugins/otopi/pa= ckagers/dnfpackager.py", line 150, in _boot<br>    constants= .PackEnv.DNF_DISABLED_PLUGINS<br>  File "/usr/share/otopi/plugins/otop= i/packagers/dnfpackager.py", line 60, in _getMiniDNF<br>    = from otopi import minidnf<br>  File "/usr/lib/python2.7/site-packages/= otopi/minidnf.py", line 16, in <module><br>    import = dnf<br>ImportError: No module named dnf<br>2017-03-08 18:08:45 DEBUG otopi.= context context.dumpEnvironment:760 ENVIRONMENT DUMP - BEGIN<br></div><div>= <br data-mce-bogus=3D"1"></div><div>I'm not sure if my patched file (<a hre= f=3D"https://gerrit.ovirt.org/#/c/71965/3/src/plugins/gr-he-upgradeapplianc= e/vm/runvm.py" onclick=3D"gwt_uid_92(event,1)" data-mce-href=3D"https://ger= rit.ovirt.org/#/c/71965/3/src/plugins/gr-he-upgradeappliance/vm/runvm.py">r= unvm.py</a>) should be enough to make it work, but maybe this can bring som= e new information to you.<br data-mce-bogus=3D"1"></div><div>Really hopping= that 4.1.1 oVirt will resolve this issue as we are eager to start using ap= pliances.<br data-mce-bogus=3D"1"></div><div><br></div><div>(I can provide = you with more/full log files if necessary)<br data-mce-bogus=3D"1"></div><d= iv><br data-mce-bogus=3D"1"></div><div data-marker=3D"__SIG_PRE__"><div>cor= dialement, regards,</div><div><br data-mce-bogus=3D"1"></div><table style= =3D"margin: 0px; table-layout: fixed; border: none; width: 345pt; padding: = 0px;" data-mce-style=3D"margin: 0px; table-layout: fixed; border: none; wid= th: 345pt; padding: 0px;" width=3D"460" cellspacing=3D"0" cellpadding=3D"0"= border=3D"0"><tbody><tr><td style=3D"margin: 0; font-size: 11px; font-fami= ly: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 86.25pt; te= xt-align: left;" data-mce-style=3D"margin: 0; font-size: 11px; font-family:= Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 86.25pt; text-= align: left;" width=3D"115" valign=3D"top"><a href=3D"https://www.lyra-netw= ork.com/" style=3D"border: none; text-decoration: none; width: 100%; displa= y: block; clear: both;" data-mce-href=3D"https://www.lyra-network.com/" dat= a-mce-style=3D"border: none; text-decoration: none; width: 100%; display: b= lock; clear: both;"><img src=3D"cid:2d73caa90af1eb7aeb4cb1bde4b870be1e954fc= 6@zimbra" alt=3D"" data-mce-src=3D"/home/admin(a)lyra-network.com/corporate-d= ocuments/element-signature_logo_lyra_115x94.jpg" doc=3D"corporate-documents= /element-signature_logo_lyra_115x94.jpg" height=3D"94" width=3D"115" border= =3D"0"></a><br data-mce-bogus=3D"1"></td><td style=3D"margin: 0; font-size:= 11px; font-family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; wi= dth: 258.75pt;" data-mce-style=3D"margin: 0; font-size: 11px; font-family: = Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 258.75pt;" widt= h=3D"345" valign=3D"top"><table style=3D"margin: 0; width: 258.75pt; table-= layout: fixed; border: none;" data-mce-style=3D"margin: 0; width: 258.75pt;= table-layout: fixed; border: none;" width=3D"345" cellspacing=3D"0" cellpa= dding=3D"0" border=3D"0"><tbody><tr><td style=3D"font-size: 16px; font-fami= ly: Arial,sans-serif; color: #2b3c7a; line-height: 18px; font-weight: bold;= " data-mce-style=3D"font-size: 16px; font-family: Arial,sans-serif; color: = #2b3c7a; line-height: 18px; font-weight: bold;">Nelson LAMEIRAS</td></tr><t= r><td style=3D"font-family: Arial,sans-serif; color: #2b3c7a; font-size: 11= px; line-height: 16px;" data-mce-style=3D"font-family: Arial,sans-serif; co= lor: #2b3c7a; font-size: 11px; line-height: 16px;">Ing=C3=A9nieur Syst=C3= =A8mes et R=C3=A9seaux<span style=3D"font-family: Arial,sans-serif; color: = #337ab7; font-size: 11px;" data-mce-style=3D"font-family: Arial,sans-serif;= color: #337ab7; font-size: 11px;"> / Systems and Networks engineer</span><= /td></tr><tr><td style=3D"line-height: 16px; font-family: 'Arial',sans-seri= f; color: #2b3c7a; font-size: 11px;" data-mce-style=3D"line-height: 16px; f= ont-family: 'Arial',sans-serif; color: #2b3c7a; font-size: 11px;"><span sty= le=3D"font-family: Arial,sans-serif; color: #2b3c7a; font-size: 11px;" data= -mce-style=3D"font-family: Arial,sans-serif; color: #2b3c7a; font-size: 11p= x;">Tel: +33 5 32 09 09 70</span></td></tr><tr><td style=3D"line-height: 16= px; font-family: 'Arial',sans-serif; color: #2b3c7a; font-size: 11px;" data= -mce-style=3D"line-height: 16px; font-family: 'Arial',sans-serif; color: #2= b3c7a; font-size: 11px;"><a href=3D"mailto:nelson.lameiras@lyra-network.com= " style=3D"font-size: 11px; font-family: Arial,sans-serif; line-height: 16p= x; text-decoration: none;" data-mce-href=3D"mailto:nelson.lameiras@lyra-net= work.com" data-mce-style=3D"font-size: 11px; font-family: Arial,sans-serif;= line-height: 16px; text-decoration: none;">nelson.lameiras(a)lyra-network.co= m</a><br data-mce-bogus=3D"1"></td></tr><tr><td style=3D"line-height: 16px;= font-family: 'Arial',sans-serif; color: #2b3c7a; font-size: 11px;" data-mc= e-style=3D"line-height: 16px; font-family: 'Arial',sans-serif; color: #2b3c= 7a; font-size: 11px;"><a href=3D"https://www.lyra-network.com/" style=3D"fo= nt-size: 11px; font-family: Arial,sans-serif; line-height: 16px; border: no= ne; text-decoration: none;" data-mce-href=3D"https://www.lyra-network.com/"= data-mce-style=3D"font-size: 11px; font-family: Arial,sans-serif; line-hei= ght: 16px; border: none; text-decoration: none;">www.lyra-network.com</a> <= a href=3D"https://payzen.eu" style=3D"font-size: 11px; font-family: Arial,s= ans-serif; line-height: 16px; border: none; text-decoration: none;" data-mc= e-href=3D"https://payzen.eu" data-mce-style=3D"font-size: 11px; font-family= : Arial,sans-serif; line-height: 16px; border: none; text-decoration: none;= "> | www.payzen.eu</a><br data-mce-bogus=3D"1"></td></tr></tbody></table></= td></tr></tbody></table><table style=3D"margin: 0; table-layout: fixed; bor= der: none; width: 345pt;" data-mce-style=3D"margin: 0; table-layout: fixed;= border: none; width: 345pt;" width=3D"460" cellspacing=3D"0" cellpadding= =3D"0"><tbody><tr><td style=3D"margin: 0; font-size: 11px; font-family: Ari= al,sans-serif; color: #2b3c7a; line-height: 16px; width: 24pt; text-align: = left;" data-mce-style=3D"margin: 0; font-size: 11px; font-family: Arial,san= s-serif; color: #2b3c7a; line-height: 16px; width: 24pt; text-align: left;"= width=3D"32" valign=3D"top"><a href=3D"https://www.youtube.com/channel/UCr= Vl1CO_Jlu3KbiRH-tQ_vA" style=3D"border: none; text-decoration: none; margin= : 0; float: left; display: inline-block; width: 32px;" data-mce-href=3D"htt= ps://www.youtube.com/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA" data-mce-style=3D"bo= rder: none; text-decoration: none; margin: 0; float: left; display: inline-= block; width: 32px;"><img src=3D"cid:3ab05240a7d61766c65061d295bb6ab763776f= 35@zimbra" alt=3D"" data-mce-src=3D"/home/admin(a)lyra-network.com/corporate-= documents/element-signature_logo_YouTube_32x28.jpg" doc=3D"corporate-docume= nts/element-signature_logo_YouTube_32x28.jpg" height=3D"28" width=3D"32" bo= rder=3D"0"></a><br data-mce-bogus=3D"1"></td><td style=3D"margin: 0; font-s= ize: 11px; font-family: Arial,sans-serif; color: #2b3c7a; line-height: 16px= ; width: 30.75pt; text-align: left;" data-mce-style=3D"margin: 0; font-size= : 11px; font-family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; w= idth: 30.75pt; text-align: left;" width=3D"41" valign=3D"top"><a href=3D"ht= tps://www.linkedin.com/company/lyra-network_2" style=3D"border: none; text-= decoration: none; margin: 0; float: left; display: inline-block; width: 41p= x;" data-mce-href=3D"https://www.linkedin.com/company/lyra-network_2" data-= mce-style=3D"border: none; text-decoration: none; margin: 0; float: left; d= isplay: inline-block; width: 41px;"><img src=3D"cid:8abb8ba852f9dac790947a0= 613276631ef5d9907@zimbra" data-mce-src=3D"/home/admin(a)lyra-network.com/corp= orate-documents/element-signature_logo_LinkedIn_41x28.jpg" doc=3D"corporate= -documents/element-signature_logo_LinkedIn_41x28.jpg" height=3D"28" width= =3D"41" border=3D"0"></a><br data-mce-bogus=3D"1"></td><td style=3D"margin:= 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; line-he= ight: 16px; width: 31.5pt; text-align: left;" data-mce-style=3D"margin: 0; = font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; line-height= : 16px; width: 31.5pt; text-align: left;" width=3D"42" valign=3D"top"><a hr= ef=3D"https://twitter.com/LyraNetwork" style=3D"border: none; text-decorati= on: none; margin: 0; float: left; display: inline-block; width: 42px;" data= -mce-href=3D"https://twitter.com/LyraNetwork" data-mce-style=3D"border: non= e; text-decoration: none; margin: 0; float: left; display: inline-block; wi= dth: 42px;"><img src=3D"cid:ebd5093b575f672e757e59e7c978d7b5d1ecfef7@zimbra= " alt=3D"" data-mce-src=3D"/home/admin(a)lyra-network.com/corporate-documents= /element-signature_logo_Twitter_42x28.jpg" doc=3D"corporate-documents/eleme= nt-signature_logo_Twitter_42x28.jpg" height=3D"28" width=3D"42" border=3D"0= "></a><br data-mce-bogus=3D"1"></td><td style=3D"margin: 0; font-size: 11px= ; font-family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: = 258.75pt; text-align: left;" data-mce-style=3D"margin: 0; font-size: 11px; = font-family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 25= 8.75pt; text-align: left;" width=3D"345" valign=3D"top"><a href=3D"https://= payzen.eu" style=3D"border: none; text-decoration: none; margin: 0; float: = left; display: inline-block; width: 61px;" data-mce-href=3D"https://payzen.= eu" data-mce-style=3D"border: none; text-decoration: none; margin: 0; float= : left; display: inline-block; width: 61px;"><img src=3D"cid:3c61f70c1921e2= a4d5c92140344a2f50072f670d@zimbra" alt=3D"" data-mce-src=3D"/home/admin@lyr= a-network.com/corporate-documents/element-signature_payzen_61x28.jpg" doc= =3D"corporate-documents/element-signature_payzen_61x28.jpg" height=3D"28" w= idth=3D"61" border=3D"0"></a><br data-mce-bogus=3D"1"></td></tr></tbody></t= able><table style=3D"margin: 0; table-layout: fixed; border: none; width: 3= 45pt;" data-mce-style=3D"margin: 0; table-layout: fixed; border: none; widt= h: 345pt;" width=3D"460" cellspacing=3D"0" cellpadding=3D"0"><tbody><tr><td= ><hr style=3D"background: #293b79 none repeat scroll 0% 0%; width: 100%; he= ight: 4px; color: #293b79; margin: 0px;" data-mce-style=3D"background: #293= b79 none repeat scroll 0% 0%; width: 100%; height: 4px; color: #293b79; mar= gin: 0px;"></td></tr></tbody></table><table style=3D"margin: 0; table-layou= t: fixed; border: none; width: 345pt;" data-mce-style=3D"margin: 0; table-l= ayout: fixed; border: none; width: 345pt;" width=3D"460" cellspacing=3D"0" = cellpadding=3D"0"><tbody><tr><td style=3D"margin: 0; font-size: 11px; font-= family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 30.75pt= ; text-align: left;" data-mce-style=3D"margin: 0; font-size: 11px; font-fam= ily: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 30.75pt; t= ext-align: left;"><div>Lyra Network, 109 rue de l'innovation, 31670 Lab=C3= =A8ge, FRANCE</div></td></tr></tbody></table><div><br></div></div></div></b= ody></html> ------=_Part_17575366_2065010947.1489055431520 Content-Type: image/jpeg; name=element-signature_logo_lyra_115x94.jpg Content-Disposition: attachment; filename=element-signature_logo_lyra_115x94.jpg Content-Transfer-Encoding: base64 Content-ID: <2d73caa90af1eb7aeb4cb1bde4b870be1e954fc6@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOkU1QUU4Nzk1OEExMzExRTZBNTFCRjVENEYyNDYxNTQ1IiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOkU1QUU4Nzk0OEExMzExRTZBNTFCRjVENEYyNDYxNTQ1IiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIAF4AcwMBEQACEQEDEQH/xACdAAEBAAIDAQEAAAAAAAAAAAAACAUH AgMGBAEBAQADAQEAAAAAAAAAAAAAAAACBAUBAxAAAAUDAgAHDQcCBwAAAAAAAAECAwQRBQYSByFR E7RWFzcxQSKS0nOT03RVlQgYYXEyQiMUFYEzsVJicmODOBEAAgECAwcEAgIDAAAAAAAAAAECEQNR EwQhgbESMlIzMUGhFHEVwQUiQzT/2gAMAwEAAhEDEQA/AKpAE9b/AGQZdF3FtNpsd4l29M2DHSll iS6w0bzsp5slqJCiLvERnTuENTRQg7bckntK15vmojj1WfMP0rc+Jy/JD7Fjt+EMueJ6bbnBN4bR lkWdkt+XPtDaHSfjKnSHyUpTZkg+TcLSdFGRjyv3rUo0iqP8EoQkntZ7fcOy5VdrXGYxuccGW2+S 3nCecYq3oUWnU2RmfhGXAPPSXLcJNzVVT8kNVbnKKUHRmppW1/zBOSXVtZS4lpSjNtP8nLKhfcSR alqdPXp+ERhauKKTe38nX1WfMP0qc+Jy/JHPsWO34RPLniOqz5h+lTnxOX5IfYsdvwhlzxHVZ8w/ Spz4nL8kPsWO34Qy54jqs+YfpU58Tl+SH2LHb8IZc8R1WfMP0qc+Jy/JD7Fjt+EMueJ2bCX3MH9y LxZr7eJdxKBCkoW0/JdfaJ5mUy2a0EszL/MRHTuGGshDLTiqVf8AAst81GUGMssgAAAAE5b89s+L +zwefPDV0fhlv4FW71oo0ZRaAAAAAAAAAAAAACdtj+3DLfNXDn7I1dX4Y7uBWtdbKJGUWQAAAACc t+e2fF/Z4PPnhq6Pwy38Crd60UaMotAAAAAAAAAAAAABO2x/bhlvmrhz9kaur8Md3ArWutlEjKLI AAAABOW/PbPi/s8Hnzw1dH4Zb+BVu9aKNGUWjAKzrGk5cnEjkq/nVo5RMbk3NOnkzd/uU0fgKvdH rky5eb2I86rQz48iQAAAAAAAAABO2x/bhlvmrhz9kaur8Md3ArWutlEjKLIAAAABOW/PbPi/s8Hn zw1dH4Zb+BVu9aKNGUWjSD//AKkj+xnzJQ0V/wA2/wDkr/7D3e7GX5DiOMfzlniMTEMPIRORIJfg tOeCladCk/nNJH94raa1GcuVnpck4qqOrJdz4dr2yazKOhDjkxhlUGMszop98i/TOlD/AE/CNX+0 x23p27nIJXKRqeeyjdnLMd27sGSzLdEO4Xd4uWifqkhDDiFut0qrUSzQlNa9wz7g9bemjK44puiI yuNRTOzGs53hud+gvzsYjwMVnqNfLuqUTrEck69bitZmStPc1NJIz4hy5ZtKLpKskIzk36bDHRt2 9yMsuMw9v8ejybNBc5M5s5Rp5Uy4aEZuMJSai4dPCZFStBN6a3BLne1nMyT6Uffgu8GQ5DnysXuN mbtZx461TG1ms3kyGiLWRHXToMz8Hg7nfMQvaWMYcydTsLjcqG2BSPYnbY/twy3zVw5+yNXV+GO7 gVrXWyiRlFkAAAAAnLfntnxf2eDz54auj8Mt/Aq3etFGjKLROmdZbAxL5g/5yey6/GjREJW2wSTc M3YpoKms0F3VcY1bNpzscqKs5UnU9pad4cG3Fefw1UWXFO7x3mULkpaJJnoM6JNC10WREak/aXGK 8tLO1/ns2HorilsNTYzar/kOQWTa+5tmmBjk+W9cKGqimkrJS68RcCkoV/yC7clGMXcXrJI8Yptq OBsj5oEpTiNmSRESSuKSJJFwUJlzgoKv9f1P8Hrf9Db1wh/vbVJh6tH7lhbOvi5RBpr/AEqKMXR1 PZrYaC2x3Jgbawp+IZjBkwpkWS480603rSslkRU7qTOuiqFlUlEfepw6WosO61ODK9ufLsZ27f36 RkG/8q9OwXbe3PgKciMPp0uHHS22hpxRf60o1f4VC9DlsUrWjEHWdSghllknbY/twy3zVw5+yNXV +GO7gVrXWyiRlFkAAAAAnLfntnxf2eDz54auj8Mt/Aq3etFGjKLRxU00o6qQlR8ZkRhUGMyO7W7H 7FOvUpCSZgMrfMqERqNJeCgj41qokvtMTtxcpJL3OSdFU1n8vFimPwbrnF18O55DIXybhlw8ihZm s08RLdqVOJJC5rZqqgvSJ42V7v3MpM3dTBnyWbtBQmHFnXFpLzdXOWjW9tWo2irwPpd0pWhVPBPU R0qILTVWx+y+STuYmQj7sxHH1Kctb7NuahnMflKW2akk3J/bvGlojqtpv8ZuJP8ACR8Ag9M8dtTu YdErdfEJTCZKrY/L5JSySbrbCdKmicdWRLeWlJK/bs8skq+ElSacJ8HVppr3OZiP2RuxFK4W5xi3 LK2T5D8NmY8baHHnWySSeTSa6to1K8JTumn3gtM6PbtQzDYYqnqTtsf24Zb5q4c/ZGrq/DHdwK1r rZRIyiyAAAAATlvz2z4v7PB588NXR+GW/gVbvWijRlFoADGZHjVmyO2Ltd4YOTAcUlbjJLcbJRoO qam2pCuA+GlROFxwdV6nJRT2M+q226DbLfHt8BkmIcRtLMdlNaJQgqEVTqZ/eYjKTbqwlQ5Hb4Bp Uk4zRpUpa1FoTQ1uEaVqPg7qiUZGffDmYodSbNZ0toaTBjk02hbTaCaQSUtu/wBxCSpQkr/MXfHe d4iiP12z2h5k2XYMdxlSkuKbW0hSTW2kkIUZGVKpSkiI+8RApPEURydtltdQpDsRlxCtepKm0mR8 qdXKkZfn/NxjnMxQ+kcOk7bH9uGW+auHP2Rq6vwx3cCta62USMosgAAAAE5b89s+L+zwefPDV0fh lv4FW71oo0ZRaAAAAAAAAAAAAACdtj+3DLfNXDn7I1dX4Y7uBWtdbKJGUWQAAAACb9/3mWN4cbff WTTLUWEt1xX4UpTNeNSj+wiGtolW1LfwKt7qRuTrY226RwfSkKH1rnaz3zI4jrZ226RwfSkH1rna xmRxHWztt0jg+lIPrXO1jMjiOtnbbpHB9KQfWudrGZHEdbO23SOD6Ug+tc7WMyOJ+o3W24WtKE5F CUpR0SknCqZmH1rnazjuxW2pnbTfbPeGnHbXMamNtK0OLaVqJKjKtDELlqUNklQ7C5GfS6mOu+f4 XZpy4F0vMWHMbJKlsOrJKyJRVTUvtIdjZnJVSOuaXqfF1sbbdI4PpSEvrXO1nMyOJp7YiQxJ3oyi RHcS9Hejz3GXUcKVoVOZNKi+wyOovaxUsx3cDwtdbKNGUWgAAAADX+4GzGPZveWbtcpsuO+xGTFS iObRINCFrcIz1oWdaun3xas6qVtUSR5ztKTqeZ+lrCvely8Zj1Q9f2M8EQyEPpawr3pcvGY9UH7G eCGQh9LWFe9Ll4zHqg/YzwQyEPpawr3pcvGY9UH7GeCGQh9LWFe9Ll4zHqg/YzwQyEc2flfwxl5t 1NzuJqbUSiI1MUqX/UOr+xmn6I5LTRaaxNg4XhNuxOHIiwX3n0SXCdWb5pMyMk6eDSlPEPDU6mV5 pteg0+nVpNI8zm+xeNZfkDt7nzprEl5Dbam2FNEgibTpKmttR97jErWslCNEkTlaUnUwP0tYV70u XjMeqHp+xngiOQj023+zGPYReXrtbZsuQ+/GVFUiQbRoJC1ocMy0IQdatF3x5XtVK4qNInC0oups AVT0AAAAAAAAAAAAAAAAAAAAAAAAAAAAD//Z ------=_Part_17575366_2065010947.1489055431520 Content-Type: image/jpeg; name=element-signature_logo_YouTube_32x28.jpg Content-Disposition: attachment; filename=element-signature_logo_YouTube_32x28.jpg Content-Transfer-Encoding: base64 Content-ID: <3ab05240a7d61766c65061d295bb6ab763776f35@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOjQ1REY5Njk1OEExNzExRTY5OUVDOTI1QTU3QzAwNzI0IiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOjQ1REY5Njk0OEExNzExRTY5OUVDOTI1QTU3QzAwNzI0IiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAIAMBEQACEQEDEQH/xAB5AAADAQEAAAAAAAAAAAAAAAAABwgF BgEAAgMBAAAAAAAAAAAAAAAAAAQCAwUBEAABBAECBAUFAAAAAAAAAAABAgMEBQARBiESEwcxUdIU CEEik1UYEQACAQMCBQUAAAAAAAAAAAAAAQIRAwQhMVFhEiITQaHBYhX/2gAMAwEAAhEDEQA/AKpw AnD5Hbg3JA35XxKqxmxUPVrJEaI862FuqkPp4IbI5lHQDNXBhFwbaW4tebqcMIvfYjURtz6eesv1 YzWz9fYh38zR7eX2+mu5lHV3VhaNOe8aTJgTHnweVXEBba1cQRkb8IeNtJbHYN9WpW+YY2T53inQ 4HfzZk6a4lmHGaiOSHl8EoT7mSOZR+gBIzUxU3Yklz+Be4+9DRl30N3dMOxjbyro9EzHW3MqupHc L7qlaoX1SsFvlHl44moPpa6XXiW113FPuu3qrT5I7dfrJLUxllMRl15hQWjqBbiuXmTqCQlQx23F rHdSqTrNFFZlDAou7vZa43xuSNaw7CPFZZhIiKbeSsqKkOuuE/aCNNHcexspW40a9Sm5bcmcH/J1 5+0rvxOenGf0o8GQ8DN7ZXxzv9vbpqrhy0huMQJCHlstocBKU+ITqANcru50ZRao9SUbLTqPvMwv DAAwAMAP/9k= ------=_Part_17575366_2065010947.1489055431520 Content-Type: image/jpeg; name=element-signature_logo_LinkedIn_41x28.jpg Content-Disposition: attachment; filename=element-signature_logo_LinkedIn_41x28.jpg Content-Transfer-Encoding: base64 Content-ID: <8abb8ba852f9dac790947a0613276631ef5d9907@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOjY2MEYzRTFGOEExNzExRTY5QzI5OUNGQkY1MzM2MUQ1IiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOjY2MEYzRTFFOEExNzExRTY5QzI5OUNGQkY1MzM2MUQ1IiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAKQMBEQACEQEDEQH/xAB2AAEBAQEAAAAAAAAAAAAAAAAABggH AQEAAwEAAAAAAAAAAAAAAAAAAwQFAhAAAQMEAgICAgMBAAAAAAAAAQIDBAARBQYhEjEHMghBE1Fh IhcRAAICAQIDCQAAAAAAAAAAAAABAgMREgQxkTIhQVGhscETMxX/2gAMAwEAAhEDEQA/ANU0Bl33 zsuzQfZcmHj8tMiMKaihDLMl1psKcQkXslSUjk8mtjZ1xdeWkVbW9RDZ/ZN8wOXkYnI7LKMuL1Lq o+RddaIWkLHVwLAPCuf4NWYVwksqPkcNtd5V+ldr2ef7MwkaZmJsqK6p/uy9JdcbUBGcULpUog8i 9Q7uuKreEjquT1GsKxC2KAUBk37B2/6y72t1tB7X8dbIvf8Aq3mtvZfVzKlvUWWw7Dr+Dfy8rCt4 d153Z8ew0FNx3kohuxmUyFtAfFPyBUOBz+arwhKWE89L9SRtLmTuns4xj7LLaxYaGNE6SYojlJZ6 rhLUf19f89eyj4qa1t7ft449ziPWairGLQoBQHFvZ/onObht0jNxclFjMPNtNpZdS4Vj9aAk36gj mtDb7yMIaWiGdTbySSfqnsKbdctAFh1Fm3Bwfx8fFT/ox8GcfAyk9dfX7OapuGNzj+SiPRoJcKmG kuBRDjS2x1uAPK71DfvYzg444nUKmnk7lWcTigFAKAUAoBQCgP/Z ------=_Part_17575366_2065010947.1489055431520 Content-Type: image/jpeg; name=element-signature_logo_Twitter_42x28.jpg Content-Disposition: attachment; filename=element-signature_logo_Twitter_42x28.jpg Content-Transfer-Encoding: base64 Content-ID: <ebd5093b575f672e757e59e7c978d7b5d1ecfef7@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOjdDMkI3MjMyOEExNzExRTY5MDUyRTk1NEIyREUwNjVCIiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOjdDMkI3MjMxOEExNzExRTY5MDUyRTk1NEIyREUwNjVCIiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAKgMBEQACEQEDEQH/xAB3AAEBAQEBAAAAAAAAAAAAAAAABwUI BgEBAAMBAQAAAAAAAAAAAAAAAAMEBQIBEAABAwIEBwEBAQAAAAAAAAABAgMEAAUREhMGITFBFBUH CIEiFhEAAgIBAgQHAAAAAAAAAAAAAAERAgMxBCHBEgVBUWGBQhMV/9oADAMBAAIRAxEAPwDC9g7u 3dH33uJiNeri2wxcJQQ01JfCUNodVwCUqwSlI/AK3sGKropS0Kd7OWZMXcPsyZDdnQ7he5UFhQQ/ LZelOMoURiEqWlRAOFdumNOGqyeTYtPzFfL1df8ASm5XCTP0ey0e5eceyZu4zZc5VhjlGOFZ/cKJ dMKNeRNhbclzrOJxQCgOSW7o5a/oKXMRFXNT5iYw/EaAUtbL61tOBKTwXglWOXrW30zgj0RUmLlb 9p3rZ/r/ANd3GxWJtm3XC8B1EO2RsEqDkng88pAP8JSnEk8ugqlt6Xy5Fa3FImyNVUI8z8nJCU7o SOSRAA/O5qbuXx9+Rxg8ToGsssCgFAc/7q+b9xXrc11u7V3iNN3CW/JbQUuhaUuuFYBIHMA9K08e +rWqUPgivbC25MofK25Qoq81DKjwKlJeUT+kE13+jXyZ59DKX6a9WXPYfmO+msTPJdtp6AWMuhq4 5swHPVFVN1uFkiFoS46dJSqqEgoBQCgFAKAUAoBQH//Z ------=_Part_17575366_2065010947.1489055431520 Content-Type: image/jpeg; name=element-signature_payzen_61x28.jpg Content-Disposition: attachment; filename=element-signature_payzen_61x28.jpg Content-Transfer-Encoding: base64 Content-ID: <3c61f70c1921e2a4d5c92140344a2f50072f670d@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOkU1NjczQjM2OEEzNDExRTZCOEJBQ0Y4Mzg3RTEzODkyIiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOkU1NjczQjM1OEEzNDExRTZCOEJBQ0Y4Mzg3RTEzODkyIiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAPQMBEQACEQEDEQH/xABvAAABBAMAAAAAAAAAAAAAAAAAAQUG BwIDBAEBAAAAAAAAAAAAAAAAAAAAABAAAQQABAQEAgsBAAAAAAAAAQIDBAUAERIGITETFEEiFQfS I1FhcYGhMlIkRMQWhhEBAAAAAAAAAAAAAAAAAAAAAP/aAAwDAQACEQMRAD8AvqZ7q7OhzZMSS9IQ Yjy2JT/avqZbW2rSvU6lBSACOeeAljLzTzSHmVhxpxIW24k5pUlQzBBHgRgM8BBJ9fKuvcGwr3La wgxIlfGeaagyVsJ1uOOBRUBmOSRgI0bnZgfQwdx7qDrroYZSVzBrcJ0hKM2xq+7AWBU7PTXTEShc 2svRx6MuWp5o5gjigj68BombFRKmPyTfXTPXWpzoszloaRqOelCQPKkeAwEP6lp6f6V6vYaP9Z6b 3fcr7ntuhno6vPnxwGyohb2ntbpr6Y17NdKt7Bp5+YHlPJLitKyltI0KGk+XPANVgzV1Eyyqbe3s IMmnhsMbVaYcebDraY+XVbQ15XXFOghQVnkMBkbjcVPTUs6M5IkPbnpWa1hKlrWG7QZBp0hROnUh xRUfHTgJDWuwtsbptVTpC1xaqhgJfkuFTji9DjoKiTmpSlq/HAcO2d11d/cuXUySJG4C0+NvbfCH CmK2hClHUop0GQ6E+dWfAeUYBi2lY2E+zgW7twhVlHDk+7AkzFO9u2lRdjORFIEZrTmAkA+GYwDl TwLJhjZFouxsF3NzN6r7Lj7imExHUOSHWi0TpyCdORIzzwHT/J/7n+vgLVAA5YBChBUlRSCpOelR HEZ88sA2WG3YVhb1lnJW4VVJcXFjAgM9VxOjqKTlmVJTnp48M8Ax2+3N3J3TJu6KVAbRKisxnWpr brh+SpasxoKf14BBD91hxE2kB+nt5Px4AEL3VGoiZSAr4qyjyOP2+fAL2nuvw/e0vDl8iT8eAbv8 Lur0vPvYXrPrfrfU6bvb59Lp6NOev83HngLBwBgDAGAMAYAwBgP/2Q== ------=_Part_17575366_2065010947.1489055431520-- ------=_Part_17575365_626819882.1489055431520--

2 1

oVirt backup and VM pauses.
by Misak Khachatryan 09 Mar '17

09 Mar '17

Hello, I'm using oVirt and recently added backup functionality using this script: https://github.com/wefixit-AT/oVirtBackup This script runs every day from cron, but i noticed very bad behavior with the machines. Script on some stage pauses them, and it leads to problems. I have NTP stratum 2 server as a virtual machine, which I added to pool.ntp.org. When machine pauses, it loses time sync for a while and NTP.ORG monitoring system removes this machine from pool. And it take about a 24 hours to get good score to be included int the pool again, then next backup time arrives, and so on. So my question is - any suggestion to prevent this behavior or any other backup solution without pausing available? Best regards, Misak Khachatryan

3 3

Shrink gluster logical volume under Ovirt 4.0
by Ian Neilsen 09 Mar '17

09 Mar '17

Hi all I need to shrink/reduce the size of a gluster logical volume under Ovirt 4.0. Is there anything I should be aware of before reducing the file system and logical volume on my servers? I ask because I see under "df -h" the following; 192.168.3.10:data 5.7T 3.4G 5.7T 1% /rhev/data-center/mnt/glusterSD/192.168.3.10:data The storage domain is not connected yet via oVirt manager, well at least it isnt showing. Im running in hosted mode converged. Thanks in advance -- Ian Neilsen Mobile: 0424 379 762 Linkedin: http://au.linkedin.com/in/ianneilsen Twitter : ineilsen

2 2

ovirt_nics problem at ansible module
by Oğuz Yarımtepe 09 Mar '17

09 Mar '17

Hi, Below is my playbook --- - name: Setup oVirt environment hosts: vms tasks: - block: - name: Include oVirt password #no_log: true include_vars: vars.yml - name: Obtain SSO token no_log: true ovirt_auth: url: "{{ url }}" username: "{{ username }}" password: "{{ password }}" ca_file: "{{ ca_file }}" - name: Create and run VM from template ovirt_vms: auth: "{{ ovirt_auth }}" name: "{{ vm }}" template: "{{ template }}" cluster: "{{ cluster }}" memory: "{{ memory }}" memory_guaranteed: "{{ memory_guaranteed }}" high_availability: true cpu_cores: "{{ cpu_cores }}" cpu_sockets: "{{ cpu_sockets }}" type: server name: "{{ vm }}" operating_system: other_linux state: stopped wait: yes #- name: Add nic # ovirt_nics: # auth: "{{ ovirt_auth }}" # name: "{{ nic_name }}" # profile: "{{ profile_name }}" # state: plugged # vm: "{{ vm }}" # wait: yes always: - name: Revoke the SSO token ovirt_auth: state: absent ovirt_auth: "{{ ovirt_auth }}" When i remove the commented lines here is what i got: ERROR! no action detected in task. This often indicates a misspelled module name, or incorrect module path. The error appears to have been in '/Users/oyarimtepe/test/ovirt-ansible/create_vm_from_template/playbook.yml': line 35, column 11, but may be elsewhere in the file depending on the exact syntax problem. The offending line appears to be: - name: Add nic ^ here The error appears to have been in '/Users/oyarimtepe/test/ovirt-ansible/create_vm_from_template/playbook.yml': line 35, column 11, but may be elsewhere in the file depending on the exact syntax problem. The offending line appears to be: - name: Add nic ^ here I tried using the nics attribute of ovirt_vms module but this time i got Nic[Name] is required although i defined as below: nics: - name: "{{ nic_name }}" - profile_name: "{{ profile_name }}" without comments it works. Any idea? Any way to set the nic and profile via SDK? An example will be great. -- Oğuz Yarımtepe http://about.me/oguzy

3 3