- Users - oVirt List Archives

oVirt VM backup and restore
by raphael awadallah 10 Mar '17

10 Mar '17

Dears Engineers, I hope you are doing great, I wish you can help me with a tutorial that shows how to take a scheduled backups for virtual machines running on oVirt node 4 and how to restore them. Best regards

8 18

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

ovirt-engine-sdk-python-4.1 clone a vm from snapshot
by Niyazi Elvan 08 Mar '17

08 Mar '17

Hi Folks ! I am looking for a documentation for ovirt-engine-sdk-python-4.1 but could not find anything yet. Looks like there are many changes compared to 4.0. Can anyone help me about how to clone a VM from a snapshot using the latest sdk ? Thank you ! -- Niyazi Elvan

2 2

Python sdk 4 for Fedora 25 where?
by Gianluca Cecchi 08 Mar '17

08 Mar '17

Hello, it seems that on my Fedora 25 I'm able to find only ovirt-engine-sdk-python that is 3.6.9.1 What should I execute to get sdk 4 on Fedora 25? Can I have both the sdk 3 and 4 for test an a single machine? Thanks in advance, Gianluca

4 5

ovirt ansible module
by Oğuz Yarımtepe 08 Mar '17

08 Mar '17

Hi, I am ttesting the ovirt ansible module. Couldn't figured ot how to open a new vm from template with thin provisioning and Target Storage Domain for VM Lease definition. Any idea how can i set these values at the ansible playbook? -- Oğuz Yarımtepe http://about.me/oguzy

4 4

Graphics are turned upside down when install QXL in Windows
by Karli Sjöberg 08 Mar '17

08 Mar '17

Heya! Just thought that I´d report something hilarious:) After installing the QXL driver in Windows 7 and 2008R2, in the SPICE HTML5 browser client, all of the graphics are turned 180 degrees. It´s not that the entire screen is flipped either, but all of the individual elements are. E.g. the trashcan that should be in the top right corner is now located in the bottom right, flipped upside down with the text "above" it and text also flipped. Opening an explorer windows still has the location and search bar at the top, with location bar first and search bar to the right, as it should be, but with the graphics turned upside down, plus that the text is still printed from left to right, but upside down. And the "favorites" pane is still located to the left but listed from bottom the top, Windows has never looked this funny:) A picture says a thousand words. Behold! http://imgur.com/a/32P12 The native client displays as it should. Just letting you know. /K

4 10

oVirt Nodes Monitoring
by FERNANDO FREDIANI 08 Mar '17

08 Mar '17

Hi. How do you guys monitor your hosts with Zabbix ? I see the oVirt Nodes have snmpd service installed and could be used for basic things but ideally, for Zabbix is good to use its agent. What would be the best way to install its zabbix-agent package and make it persistent ? Add its repository to the oVirt-Node in /etc/yum.repos.d/ and install it with yum or install using a .rpm directly ? Thanks Fernando

3 3

Error on Node upgrade
by FERNANDO FREDIANI 08 Mar '17

08 Mar '17

This is a multi-part message in MIME format. --------------AB1791EDE4D5CAFD0D43066B Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hello. I'm running oVirt-Node *4.1.0--0.20170201.0+1* on my hosts and tried a normal upgrade. It detected it has to upgrade to *4.1.1-0.3.rc1.20170303133657.git20d3594.el7.centos* from the ovirt-4.1-pre repository. The upgrade finished with the following problems: ... Running transaction Updating : ovirt-node-ng-image-4.1.1-0.3.rc1.20170303133657.git20d3594.el7.centos.noarch 1/4 Updating : ovirt-node-ng-image-update-4.1.1-0.3.rc1.20170303133657.git20d3594.el7.centos.noarch 2/4 mount: special device /dev/onn_kvm01/ovirt-node-ng-4.1.1-0.20170303.0+1 does not exist cp: target ‘/tmp/tmp.N6JgSdFcu6/usr/share/imgbased/’ is not a directory rm: cannot remove ‘/tmp/tmp.N6JgSdFcu6/usr/share/imgbased/*image-update*.rpm’: No such file or directory umount: /tmp/tmp.N6JgSdFcu6: not mounted ... So it seems it was not able to do it correctly. This is the second time it happens and I had to remove manually these packages containing 4.1.1 version. Tried also: # lvdisplay | grep ovirt-node-ng-4.1.1-0.20170303.0+1 LV Path /dev/onn_kvm01/ovirt-node-ng-4.1.1-0.20170303.0+1 LV Name ovirt-node-ng-4.1.1-0.20170303.0+1 # fdisk -l /dev/onn_kvm01/ovirt-node-ng-4.1.1-0.20170303.0+1 fdisk: cannot open /dev/onn_kvm01/ovirt-node-ng-4.1.1-0.20170303.0+1: No such file or directory # vgchange -ay # fdisk -l /dev/onn_kvm01/ovirt-node-ng-4.1.1-0.20170303.0+1 (then worked) But the upon reboot it came back to 4.1.0 as if 4.1.1 never existed. Is there any known solution of a full Node reinstall is the recommended ? Thanks Fernando --------------AB1791EDE4D5CAFD0D43066B Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p>Hello.</p> <p>I'm running oVirt-Node <b>4.1.0--0.20170201.0+1</b> on my hosts and tried a normal upgrade. It detected it has to upgrade to <b>4.1.1-0.3.rc1.20170303133657.git20d3594.el7.centos</b> from the ovirt-4.1-pre repository.</p> <p>The upgrade finished with the following problems:</p> <p>...<br> Running transaction<br> Updating : ovirt-node-ng-image-4.1.1-0.3.rc1.20170303133657.git20d3594.el7.centos.noarch 1/4 <br> Updating : ovirt-node-ng-image-update-4.1.1-0.3.rc1.20170303133657.git20d3594.el7.centos.noarch 2/4 <br> mount: special device /dev/onn_kvm01/ovirt-node-ng-4.1.1-0.20170303.0+1 does not exist<br> cp: target ‘/tmp/tmp.N6JgSdFcu6/usr/share/imgbased/’ is not a directory<br> rm: cannot remove ‘/tmp/tmp.N6JgSdFcu6/usr/share/imgbased/*image-update*.rpm’: No such file or directory<br> umount: /tmp/tmp.N6JgSdFcu6: not mounted<br> ...</p> <p>So it seems it was not able to do it correctly.<br> This is the second time it happens and I had to remove manually these packages containing 4.1.1 version.</p> <p>Tried also:</p> <p># lvdisplay | grep ovirt-node-ng-4.1.1-0.20170303.0+1<br> LV Path /dev/onn_kvm01/ovirt-node-ng-4.1.1-0.20170303.0+1<br> LV Name ovirt-node-ng-4.1.1-0.20170303.0+1<br> # fdisk -l /dev/onn_kvm01/ovirt-node-ng-4.1.1-0.20170303.0+1<br> fdisk: cannot open /dev/onn_kvm01/ovirt-node-ng-4.1.1-0.20170303.0+1: No such file or directory<br> # vgchange -ay<br> # fdisk -l /dev/onn_kvm01/ovirt-node-ng-4.1.1-0.20170303.0+1 (then worked)</p> <p>But the upon reboot it came back to 4.1.0 as if 4.1.1 never existed.<br> </p> <p>Is there any known solution of a full Node reinstall is the recommended ?</p> <p>Thanks<br> Fernando<br> </p> </body> </html> --------------AB1791EDE4D5CAFD0D43066B--

1 0

iscsi failover MD3820i
by Marcin Kruk 08 Mar '17

08 Mar '17

Hello I have got Dell MD3820i and four interfaces which was connected to the hostst via switches. But there is only one IP which I can set during the configuration of iSCSI RHV storage. Everything has been fine until I pluged off cable from the storage NIC interface with IP configured in the RHV iSCSI section. Now VDSMD got problem because it tries to connect via iscsiadm with exact IP and does not use the configuration from the /var/lib/iscsi/, where are tree extra paths to achive the LUN. In multipath -ll I see an active path, of course with the second storage interface IP systemctl status vdsmd: CGroup: /system.slice/vdsmd.service ├─4975 /usr/bin/python /usr/share/vdsm/vdsm ├─5558 /usr/bin/sudo -n /usr/sbin/iscsiadm -m node -T iqn.1984-05.com.dell:powervault.md3800i.600a098000ae589c000000005893ade2 -I default -p 192... └─5559 /usr/sbin/iscsiadm -m node -T iqn.1984-05.com.dell:powervault.md3800i.600a098000ae589c000000005893ade2 -I default -p 192.168.130.101 32...

2 4

ovirt don't give "initiator name" to cinder when I'm launching a VM with a cinder volume
by herve 08 Mar '17

08 Mar '17

dear ovirt user community, I can't sort out an ovirt issue I got with cinder for weeks, I hope someone could give me a clue... From mi ovirt manager 4.1, I can create and delete a cinder volume or attach and detach a cider vomume from an ovirt VM. The problem is I never had been able to launch an ovirt VM with a cinder volume attached to it. I just got a simple message from ovir web gui: "Failed to run VM centoscinder (User: admin@internal-authz)". what i am using is a RDO newton release of openstack. the backend of cinder is a local lvm, and the openstack VMs can use the cinder volumes from other compute node. from the ovirt 4.1 fedora 24 server: [root@rhevf24 ~]# rpm -qa | grep ovirt-engine-4 ovirt-engine-4.1.0.4-1.fc24.noarch ovirt-engine-setup-plugin-ovirt-engine-4.1.0.4-1.fc24.noarch [root@rhevf24 ~]# from the ovirt server , through the iscsiadm command, I can see for example the 2 disks attached to 2 diffents openstack instances, but not the one I just created from ovirt which is attached to nothing , from the openstack rdo point of view. [root@rhevf24 iscsi]# iscsiadm -m discovery -t sendtargets -p 192.168.122.36 192.168.122.36:3260,1 iqn.2010-10.org.openstack:volume-f4c6c55c-e383-4781-8d24-d41b55870d29 192.168.122.36:3260,1 iqn.2010-10.org.openstack:volume-58844340-741e-45da-9aa7-b0ed08391df3 as I said previously From ovirt I can create /delete in cinder and attach/detach volumes to ovirt VMs I don't get any troubles with that. ---- in ovirt engine.log almost nothing , except it can't aquire lock.. but in openstack cinder, and with tcpdump I get more informations. tcpdump give me when ovirt intent the iscsi connection something like: json.key == "os-initialize_connection" {. "os-initialize_connection" : {. "connector" : { }, },} and I get from "tail -f /var/log/cinder/volume.log" : 2017-03-07 16:45:06.889 3856 ERROR cinder.volume.targets.iscsi [req-b6d39a14-f9ea-4552-91e7-5db811217b1e dd1dd33789274fb7ba228c75a07c0e94 0f68893965dd4f5dafd319cbffb33bb4 - default default] The volume driver requires the iSCSI initiator name in the connector. ... ... 2017-03-07 16:45:06.891 3856 ERROR oslo_messaging.rpc.server InvalidInput: Invalid input received: Connector doesn't have required information: initiator So it looks like I didn't get or I can't provide the initiator name I want to be connected to. Cinder can't obviously guess which one I want. that's more or less what's the cinder's logs are telling me. I have searched for a long time in internet, it looks like at least since ovirt 3.6, cinder is ont anymore an issue, and can even be integrated with a ceph back end to ovirt... cinder model an client are installed in the ovirt server... Somebody get any clue to tell ma where i made a mistake in the cinder integration with ovirt , which seems to be correct regarding the create/delete attach /detach volume behavior... Thank you Herve

2 2

How to enable tunnel migration
by like.ma＠cs2c.com.cn 08 Mar '17

08 Mar '17

This is a multi-part message in MIME format. ------=_001_NextPart686558146187_=---- Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGksDQogDQpJJ20gdXNpbmcgb1ZpcnQgMy42Ljcgbm93LiBJIHdhbnQgdG8gZW5hYmxlIHR1bm5l bCBtaWdyYXRpb24gZmVhdHVyZS4gDQpCdXQgd2hlbiBpIHNldCB0dW5uZWxfbWlncmF0aW9uIHZh bHVlIG9mIHZtIGFzIFR1cmUgdGhyb3VnaCBweXRob24NClNESyhJIGNhbid0IGZpbmQgYW55IHBs YWNlIHRvIGVuYWJsZSB0dW5uZWwgbWlncmF0aW9uIG9uIHRoZSB3ZWIgdWksDQpzbyBpIHVzZSBT REspLCB0aGVuIG1pZ3JhdGUgdGhlIHZtIGkgZ290IHRoZSBmb2xsb3dpbmcgZXJyb3IgbWVzc2Fn ZToNCiANClRocmVhZC05NDE3NjI4OjpFUlJPUjo6MjAxNy0wMy0wNyAxMToyNTo0OCw1Mzg6Om1p Z3JhdGlvbjo6MzEwOjp2aXJ0LnZtOjoocnVuKSB2bUlkPWAwOGI0Y2NjMS1jNTA4LTQzOWItYTli YS1jYTBkNDJhNzA3MmNgOjpGYWlsZWQgdG8gbWlncmF0ZQ0KVHJhY2ViYWNrIChtb3N0IHJlY2Vu dCBjYWxsIGxhc3QpOg0KICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmlydC9taWdyYXRpb24ucHki LCBsaW5lIDI5OCwgaW4gcnVuDQogICAgc2VsZi5fc3RhcnRVbmRlcmx5aW5nTWlncmF0aW9uKHRp bWUudGltZSgpKQ0KICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmlydC9taWdyYXRpb24ucHkiLCBs aW5lIDM2NCwgaW4gX3N0YXJ0VW5kZXJseWluZ01pZ3JhdGlvbg0KICAgIHNlbGYuX3BlcmZvcm1f bWlncmF0aW9uKGR1cmksIG11cmkpDQogIEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L21pZ3Jh dGlvbi5weSIsIGxpbmUgNDAzLCBpbiBfcGVyZm9ybV9taWdyYXRpb24NCiAgICBzZWxmLl92bS5f ZG9tLm1pZ3JhdGVUb1VSSTMoZHVyaSwgcGFyYW1zLCBmbGFncykNCiAgRmlsZSAiL3Vzci9zaGFy ZS92ZHNtL3ZpcnQvdmlyZG9tYWluLnB5IiwgbGluZSA2OCwgaW4gZg0KICAgIHJldCA9IGF0dHIo KmFyZ3MsICoqa3dhcmdzKQ0KICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvc2l0ZS1wYWNrYWdl cy92ZHNtL2xpYnZpcnRjb25uZWN0aW9uLnB5IiwgbGluZSAxMjQsIGluIHdyYXBwZXINCiAgICBy ZXQgPSBmKCphcmdzLCAqKmt3YXJncykNCiAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUt cGFja2FnZXMvdmRzbS91dGlscy5weSIsIGxpbmUgMTMxMywgaW4gd3JhcHBlcg0KICAgIHJldHVy biBmdW5jKGluc3QsICphcmdzLCAqKmt3YXJncykNCiAgRmlsZSAiL3Vzci9saWI2NC9weXRob24y Ljcvc2l0ZS1wYWNrYWdlcy9saWJ2aXJ0LnB5IiwgbGluZSAxODM2LCBpbiBtaWdyYXRlVG9VUkkz DQogICAgaWYgcmV0ID09IC0xOiByYWlzZSBsaWJ2aXJ0RXJyb3IgKCd2aXJEb21haW5NaWdyYXRl VG9VUkkzKCkgZmFpbGVkJywgZG9tPXNlbGYpDQpsaWJ2aXJ0RXJyb3I6ILK71qez1rXEss7K/aO6 bWlncmF0aW9uIFVSSSBpcyBub3Qgc3VwcG9ydGVkIGJ5IHR1bm5lbGxlZCBtaWdyYXRpb24NCg0K U28sIGkgd2FudCB0byBrbm93IGhvdyBzaG91bGQgaSBlbmFibGUgdGhlIHR1bm5lbCBtaWdyYXRp b24gZmVhdHVyZS4gQ2FuIGFueW9uZSBoZWxwIG1lPw0KVGhhbmtzDQogDQpSZWdhcmRzLg0KDQoN Cg0KbGlrZS5tYUBjczJjLmNvbS5jbg0K ------=_001_NextPart686558146187_=---- Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3DGB2312"><style>body { line-height: 1.5; }body { font-size: 10.5pt; fon= t-family: =CE=A2=C8=ED=D1=C5=BA=DA; color: rgb(0, 0, 0); line-height: 1.5;= }</style></head><body>=0A<div><span></span><div>Hi,</div><div> </div= ><div>I'm using oVirt 3.6.7 now. I want to enable tunnel migration feature= . </div><div>But when i set tunnel_migration value of vm as Ture thro= ugh python</div><div>SDK(I can't find any place to enable tunnel migration= on the web ui,</div><div>so i use SDK), then migrate the vm i got the fol= lowing error message:</div><div> </div>Thread-9417628::ERROR::2017-03= -07 11:25:48,538::migration::310::virt.vm::(run) vmId=3D`08b4ccc= 1-c508-439b-a9ba-ca0d42a7072c`::Failed to migrate<br>Traceback&n= bsp;(most recent call last):<br>  File "/usr= /share/vdsm/virt/migration.py", line 298, in run<br>&n= bsp;   self._startUnderlyingMigration(time.time())<br>&nbsp= ; File "/usr/share/vdsm/virt/migration.py", line 364,&= nbsp;in _startUnderlyingMigration<br>    self._pe= rform_migration(duri, muri)<br>  File "/usr/share/vdsm= /virt/migration.py", line 403, in _perform_migration<b= r>    self._vm._dom.migrateToURI3(duri, params,&n= bsp;flags)<br>  File "/usr/share/vdsm/virt/virdomain.py",&n= bsp;line 68, in f<br>    ret =3D&n= bsp;attr(*args, **kwargs)<br>  File "/usr/lib/python2.= 7/site-packages/vdsm/libvirtconnection.py", line 124, in&nb= sp;wrapper<br>    ret =3D f(*args, **kw= args)<br>  File "/usr/lib/python2.7/site-packages/vdsm/util= s.py", line 1313, in wrapper<br>   &nbs= p;return func(inst, *args, **kwargs)<br>  File&nb= sp;"/usr/lib64/python2.7/site-packages/libvirt.py", line 1836,&n= bsp;in migrateToURI3<br>    if ret =3D= =3D -1: raise libvirtError ('virDomainMigrateToURI3()&= nbsp;failed', dom=3Dself)<br><div><span style=3D"font-size: 10.5pt; l= ine-height: 1.5; background-color: window;">libvirtError: =B2=BB=D6= =A7=B3=D6=B5=C4=B2=CE=CA=FD=A3=BAmigration URI is not = supported by tunnelled migration</span></div><div><span sty= le=3D"font-size: 10.5pt; line-height: 1.5; background-color: window;"><br>= </span></div><div><span style=3D"font-size: 10.5pt; line-height: 1.5; back= ground-color: window;">So, i want to know how should i enable the tunnel m= igration feature. Can anyone help me?</span></div><div><span style=3D"font= -size: 10.5pt; line-height: 1.5; background-color: window;">Thanks</span><= /div><div><span style=3D"font-size: 10.5pt; line-height: 1.5; background-c= olor: window;"> </span></div><div>Regards.</div></div>=0A<div><br></d= iv><hr style=3D"width: 210px; height: 1px;" color=3D"#b5c4df" size=3D"1" a= lign=3D"left">=0A<div><span><div style=3D"MARGIN: 10px; FONT-FAMILY: verda= na; FONT-SIZE: 10pt"><div>like.ma(a)cs2c.com.cn</div></div></span></div>=0A<= /body></html> ------=_001_NextPart686558146187_=------

2 3

Second node ovirt 4.0 no ovirtmgmt bridge, non-operational issue
by Ian Neilsen 08 Mar '17

08 Mar '17

Hi all I currently have a non-operational second node in my "ovirt 4.0 hosted-engine" installation running on Centos7, kernel 3.10.0-514.10.2.el7.x86_64. When I ran "hosted-engine --deploy" on the second node, it produce the following error(see bottom of email). I now cannot set the second node into operational mode, no matter what I try. I did notice a few things though. #1 - no ovirtmgt bridge was created during hosted-engine deploy; should I create this bridge and retry? #2- vdsmd keep throwing start errors before I ran hosted-engine deploy. I ran vdsm-tool configure --force this seem to fix it. #3 - second node complained of no fencing agent, so I added in a DRAC fence agent and it worked/tested fine. But still not able to go opertional on second node. #4 Ive tried restarting vdsmd, ovirt-ha-agent and ovirt-ha-broker. Both the agent and broker throw error messages.(see bottom of email for errors) Any advice of where to look next, what to fix? ***Hosted-engine --deploy message*** [WARNING] Host left in non-operational state To finish deploying, please: - activate it - restart the hosted-engine high availability services by running on this machine: # service ovirt-ha-agent restart # service ovirt-ha-broker restart [ INFO ] Enabling and starting HA services [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20170307062116.conf' [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ INFO ] Hosted Engine successfully deployed ***ovirt-ha-agent error message*** ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf ***ovirt-ha-broker error message*** ovirt-ha-broker ovirt_hosted_engine_ha.broker.notifications.Notifications ERROR Connection unexpectedly closed Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/notifications.py", line 34, in send_email message.as_string()) File "/usr/lib64/python2.7/smtplib.py", line 749, in sendmail self.rset() File "/usr/lib64/python2.7/smtplib.py", line 468, in rsetreturn self.docmd("rset") File "/usr/lib64/python2.7/smtplib.py", line 393, in docmdreturn self.getreply() File "/usr/lib64/python2.7/smtplib.py", line 367, in getreplyraise SMTPServerDisconnected("Connection unexpectedly closed") SMTPServerDisconnected: Connection unexpectedly closed -- Ian Neilsen Mobile: 0424 379 762 Linkedin: http://au.linkedin.com/in/ianneilsen Twitter : ineilsen

1 0

oVirt global utilization trend
by Abi Askushi 07 Mar '17

07 Mar '17

Hi, I see that the global utilization 24h trend graph (CPU, RAM, Disk) at dashboard is showing only the last 3 hours. The line for previous hours is flat (see attached). I remember that on a previous installation I had tested it was showing the full 24 hours. Tried to run again engine-setup but issue remains. Any suggestions? Thanx, Alex

3 2

Problems adding iSCSI storage domain
by Simon Vincent 07 Mar '17

07 Mar '17

I have setup a small cluster running a hosted engine using iSCSI. I tried to add a new iSCSI storage domain but this failed as not all hosts could access the storage server. I fixed this problem but it now does not let me add the new storage domain as it shows "lun is already part of storage domain". The engine does not show any storage domains but if I look in the database it shows up there. How do I remove this broken storage domain and then re-add it?

3 2

3.5->3.6 did not import hosted engine storage domain
by Chris Adams 07 Mar '17

07 Mar '17

So, on to my next upgrade issue (sorry for all the questions and thanks for everybody's help)... I upgraded my test cluster from 3.5 to 3.6 (latest version of each, all on CentOS 7 except the engine on CentOS 6). Now I'm working on the next step, upgrading to 4.0 and migrating the HE to the appliance. When I went from 3.5 to 3.6, I ended up with an fhanswers.conf in the shared storage that only contained "None"; I fixed that based on some mailing list messages (but just mentioning it in case it could be related). My problem is that the hosted engine storage domain did not get imported into the engine DB, so I can't proceed with "hosted-engine --upgrade-appliance". I didn't see any errors, so I'm not sure how that happened. I'm also not sure how to fix that. Suggestions? -- Chris Adams <cma(a)cmadams.net>

3 11

restapi
by qinglong.dong＠horebdata.cn 07 Mar '17

07 Mar '17

This is a multi-part message in MIME format. ------=_001_NextPart508384553316_=---- Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 SGksIGFsbA0KICAgICAgICBJIGhhdmUgYSBjbG91ZCBmb3VuZHJ5IGVudmlyb25tZW50LiBJIGhh dmUgbm90aWNlZCB0aGF0IGNsb3VkIGZvdW5kcnkgY2FuIHNjaGVkdWxlIHZpdHVhbCBtYWNoaW5l cyBjcmVhdGVkIGJ5IHZtd2FyZSBvciBvcGVuc3RhY2sgdXNpbmcgcmVzdGFwaS4gT3ZpcnQgc3Vw cG9ydHMgcmVzdGFwaSwgdG9vLiBTbyBJIHdhbnQgdG8ga25vdyBpZiBpdCBpcyBwb3NzaWJsZSB0 byBzY2hlZHVsZSB2aXR1YWwgbWFjaGluZXMgd2hpY2ggY3JlYXRlZCBieSBvdmlydCB1c2luZyBj bG91ZCBmb3VuZHJ5LiBBbnlvbmUgY2FuIGhlbHA/IFRoYW5rcyENCg== ------=_001_NextPart508384553316_=---- Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3Dus-ascii"><style>body { line-height: 1.5; }body { font-size: 10.5pt; f= ont-family: ????; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><= body>Hi, all<div>    <span style=3D"font-size: 10.5pt; line= -height: 1.5; background-color: window;">    I have a </spa= n><span style=3D"font-size: 10.5pt; line-height: 1.5; background-color: wi= ndow;">cloud foundry environment. I have noticed that cloud foundry c= an s</span><span style=3D"font-size: 10.5pt; line-height: 1.5; background-= color: window;">chedule vitual machines created by vmware or openstack usi= ng restapi. Ovirt supports restapi, too. So I want to know if it is possib= le to </span><span style=3D"font-size: 10.5pt; line-height: 1.5; back= ground-color: window;">s</span><span style=3D"font-size: 10.5pt; line-heig= ht: 1.5; background-color: window;">chedule vitual machines which created = by ovirt using </span><span style=3D"font-size: 10.5pt; line-height: = 1.5; background-color: window;">cloud foundry. Anyone can help? Thank= s!</span></div></body></html> ------=_001_NextPart508384553316_=------

3 2