- Users - oVirt List Archives

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

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

Replicated Glusterfs on top of ZFS
by Arman Khalatyan 07 Mar '17

07 Mar '17

Hi, I use 3 nodes with zfs and glusterfs. Are there any suggestions to optimize it? host zfs config 4TB-HDD+250GB-SSD: [root@clei22 ~]# zpool status pool: zclei22 state: ONLINE scan: scrub repaired 0 in 0h0m with 0 errors on Tue Feb 28 14:16:07 2017 config: NAME STATE READ WRITE CKSUM zclei22 ONLINE 0 0 0 HGST_HUS724040ALA640_PN2334PBJ4SV6T1 ONLINE 0 0 0 logs lv_slog ONLINE 0 0 0 cache lv_cache ONLINE 0 0 0 errors: No known data errors Name: GluReplica Volume ID: ee686dfe-203a-4caa-a691-26353460cc48 Volume Type: Replicate (Arbiter) Replica Count: 2 + 1 Number of Bricks: 3 Transport Types: TCP, RDMA Maximum no of snapshots: 256 Capacity: 3.51 TiB total, 190.56 GiB used, 3.33 TiB free

6 16

Re: [ovirt-users] Storage balancer project
by nicolas＠devels.es 07 Mar '17

07 Mar '17

Hi, I added the LICENCE file [1] to the project. Regards. [1]: https://github.com/nkovacne/ovirt-storage-balancer/blob/master/LICENCE El 2017-03-07 06:36, Yaniv Kaul escribió: > On Mon, Mar 6, 2017, 10:18 PM <nicolas(a)devels.es> wrote: > >> Hi, >> >> I implemented a storage domain balancer [1], i.e. a script that >> tries to >> keep all storage domains under a defined threshold. We use our >> oVirt >> infrastructure for teaching so have several hundreds of users and >> cca. >> 800 VMs at this time, so something like this is really needed >> considering that when students create their VMs they tend to create >> their disks under the same storage domain (normally the first >> available >> one). This results in one or two heavily used SDs and the rest >> underused. >> >> I tried to keep it as simple as possible and doesn't have many >> features, >> but it seems to work (I tried it under our conditions: About 10 >> SDs, >> relatively highly used). If someone want to improve something on >> it, >> pull requests are welcome. >> >> Might also be an inspiration on [2]. >> >> Regards. >> >> [1]: https://github.com/nkovacne/ovirt-storage-balancer [1] > > Can you clarify the license? > Y. > >> [2]: https://bugzilla.redhat.com/show_bug.cgi?id=1331544 [2] >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users [3] > > > Links: > ------ > [1] https://github.com/nkovacne/ovirt-storage-balancer > [2] https://bugzilla.redhat.com/show_bug.cgi?id=1331544 > [3] http://lists.ovirt.org/mailman/listinfo/users

1 0

Storage balancer project
by nicolas＠devels.es 06 Mar '17

06 Mar '17

Hi, I implemented a storage domain balancer [1], i.e. a script that tries to keep all storage domains under a defined threshold. We use our oVirt infrastructure for teaching so have several hundreds of users and cca. 800 VMs at this time, so something like this is really needed considering that when students create their VMs they tend to create their disks under the same storage domain (normally the first available one). This results in one or two heavily used SDs and the rest underused. I tried to keep it as simple as possible and doesn't have many features, but it seems to work (I tried it under our conditions: About 10 SDs, relatively highly used). If someone want to improve something on it, pull requests are welcome. Might also be an inspiration on [2]. Regards. [1]: https://github.com/nkovacne/ovirt-storage-balancer [2]: https://bugzilla.redhat.com/show_bug.cgi?id=1331544

1 0

[ANN] oVirt 4.1.1 First Release Candidate
by Sandro Bonazzola 06 Mar '17

06 Mar '17

The oVirt Project is pleased to announce the availability of the First Release Candidate of oVirt 4.1.1 for testing, as of March 3rd, 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 first release candidate of the first in a series of stabilization updates to the 4.1 series. 4.1.1 brings 26 enhancements and more than 350 bugfixes, including more than 130 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 has been already built [4] - oVirt Node and Appliance has not been built for this release due to build issues we're still investigating. 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

5 10

Re: [ovirt-users] [Gluster-users] Hot to force glusterfs to use RDMA?
by Arman Khalatyan 06 Mar '17

06 Mar '17

Dear Deepak, thank you for the hints, which gluster are you using? As you can see from my previous email that the RDMA connection tested with qperf. It is working as expected. In my case the clients are servers as well, they are hosts for the ovirt. Disabling selinux is nor recommended by ovirt, but i will give a try. Am 03.03.2017 7:50 vorm. schrieb "Deepak Naidu" <dnaidu(a)nvidia.com>: I have been testing glusterfs over RDMA & below is the command I use. Reading up the logs, it looks like your IB(InfiniBand) device is not being initialized. I am not sure if u have an issue on the client IB or the storage server IB. Also have you configured ur IB devices correctly. I am using IPoIB. Can you check your firewall, disable selinux, I think, you might have checked it already ? *mount -t glusterfs -o transport=rdma storageN1:/vol0 /mnt/vol0* · *The below error seems if you have issue starting your volume. I had issue, when my transport was set to tcp,rdma. I had to force start my volume. If I had set it only to tcp on the volume, the volume would start easily.* [2017-03-02 11:49:47.829391] E [MSGID: 114022] [client.c:2530:client_init_rpc] 0-GluReplica-client-2: failed to initialize RPC [2017-03-02 11:49:47.829413] E [MSGID: 101019] [xlator.c:433:xlator_init] 0-GluReplica-client-2: Initialization of volume 'GluReplica-client-2' failed, review your volfile again [2017-03-02 11:49:47.829425] E [MSGID: 101066] [graph.c:324:glusterfs_graph_init] 0-GluReplica-client-2: initializing translator failed [2017-03-02 11:49:47.829436] E [MSGID: 101176] [graph.c:673:glusterfs_graph_activate] 0-graph: init failed · *The below error seems if you have issue with IB device. If not configured properly.* [2017-03-02 11:49:47.828996] W [MSGID: 103071] [rdma.c:4589:__gf_rdma_ctx_create] 0-rpc-transport/rdma: rdma_cm event channel creation failed [No such device] [2017-03-02 11:49:47.829067] W [MSGID: 103055] [rdma.c:4896:init] 0-GluReplica-client-2: Failed to initialize IB Device [2017-03-02 11:49:47.829080] W [rpc-transport.c:354:rpc_transport_load] 0-rpc-transport: 'rdma' initialization failed -- Deepak *From:* gluster-users-bounces(a)gluster.org [mailto:gluster-users-bounces@ gluster.org] *On Behalf Of *Sahina Bose *Sent:* Thursday, March 02, 2017 10:26 PM *To:* Arman Khalatyan; gluster-users(a)gluster.org; Rafi Kavungal Chundattu Parambil *Cc:* users *Subject:* Re: [Gluster-users] [ovirt-users] Hot to force glusterfs to use RDMA? [Adding gluster users to help with error] [2017-03-02 11:49:47.828996] W [MSGID: 103071] [rdma.c:4589:__gf_rdma_ctx_create] 0-rpc-transport/rdma: rdma_cm event channel creation failed [No such device] On Thu, Mar 2, 2017 at 5:36 PM, Arman Khalatyan <arm2arm(a)gmail.com> wrote: BTW RDMA is working as expected: root@clei26 ~]# qperf clei22.vib tcp_bw tcp_lat tcp_bw: bw = 475 MB/sec tcp_lat: latency = 52.8 us [root@clei26 ~]# thank you beforehand. Arman. On Thu, Mar 2, 2017 at 12:54 PM, Arman Khalatyan <arm2arm(a)gmail.com> wrote: just for reference: gluster volume info Volume Name: GluReplica Type: Replicate Volume ID: ee686dfe-203a-4caa-a691-26353460cc48 Status: Started Snapshot Count: 0 Number of Bricks: 1 x (2 + 1) = 3 Transport-type: tcp,rdma Bricks: Brick1: 10.10.10.44:/zclei22/01/glu Brick2: 10.10.10.42:/zclei21/01/glu Brick3: 10.10.10.41:/zclei26/01/glu (arbiter) Options Reconfigured: network.ping-timeout: 30 server.allow-insecure: on storage.owner-gid: 36 storage.owner-uid: 36 cluster.data-self-heal-algorithm: full features.shard: on cluster.server-quorum-type: server cluster.quorum-type: auto network.remote-dio: enable cluster.eager-lock: enable performance.stat-prefetch: off performance.io-cache: off performance.read-ahead: off performance.quick-read: off performance.readdir-ahead: on nfs.disable: on [root@clei21 ~]# gluster volume status Status of volume: GluReplica Gluster process TCP Port RDMA Port Online Pid ------------------------------------------------------------ ------------------ Brick 10.10.10.44:/zclei22/01/glu 49158 49159 Y 15870 Brick 10.10.10.42:/zclei21/01/glu 49156 49157 Y 17473 Brick 10.10.10.41:/zclei26/01/glu 49153 49154 Y 18897 Self-heal Daemon on localhost N/A N/A Y 17502 Self-heal Daemon on 10.10.10.41 N/A N/A Y 13353 Self-heal Daemon on 10.10.10.44 N/A N/A Y 32745 Task Status of Volume GluReplica ------------------------------------------------------------ ------------------ There are no active volume tasks On Thu, Mar 2, 2017 at 12:52 PM, Arman Khalatyan <arm2arm(a)gmail.com> wrote: I am not able to mount with RDMA over cli.... Are there some volfile parameters needs to be tuned? /usr/bin/mount -t glusterfs -o backup-volfile-servers=10.10. 10.44:10.10.10.42:10.10.10.41,transport=rdma 10.10.10.44:/GluReplica /mnt [2017-03-02 11:49:47.795511] I [MSGID: 100030] [glusterfsd.c:2454:main] 0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.8.9 (args: /usr/sbin/glusterfs --volfile-server=10.10.10.44 --volfile-server=10.10.10.44 --volfile-server=10.10.10.42 --volfile-server=10.10.10.41 --volfile-server-transport=rdma --volfile-id=/GluReplica.rdma /mnt) [2017-03-02 11:49:47.812699] I [MSGID: 101190] [event-epoll.c:628:event_dispatch_epoll_worker] 0-epoll: Started thread with index 1 [2017-03-02 11:49:47.825210] I [MSGID: 101190] [event-epoll.c:628:event_dispatch_epoll_worker] 0-epoll: Started thread with index 2 [2017-03-02 11:49:47.828996] W [MSGID: 103071] [rdma.c:4589:__gf_rdma_ctx_create] 0-rpc-transport/rdma: rdma_cm event channel creation failed [No such device] [2017-03-02 11:49:47.829067] W [MSGID: 103055] [rdma.c:4896:init] 0-GluReplica-client-2: Failed to initialize IB Device [2017-03-02 11:49:47.829080] W [rpc-transport.c:354:rpc_transport_load] 0-rpc-transport: 'rdma' initialization failed [2017-03-02 11:49:47.829272] W [rpc-clnt.c:1070:rpc_clnt_connection_init] 0-GluReplica-client-2: loading of new rpc-transport failed [2017-03-02 11:49:47.829325] I [MSGID: 101053] [mem-pool.c:641:mem_pool_destroy] 0-GluReplica-client-2: size=588 max=0 total=0 [2017-03-02 11:49:47.829371] I [MSGID: 101053] [mem-pool.c:641:mem_pool_destroy] 0-GluReplica-client-2: size=124 max=0 total=0 [2017-03-02 11:49:47.829391] E [MSGID: 114022] [client.c:2530:client_init_rpc] 0-GluReplica-client-2: failed to initialize RPC [2017-03-02 11:49:47.829413] E [MSGID: 101019] [xlator.c:433:xlator_init] 0-GluReplica-client-2: Initialization of volume 'GluReplica-client-2' failed, review your volfile again [2017-03-02 11:49:47.829425] E [MSGID: 101066] [graph.c:324:glusterfs_graph_init] 0-GluReplica-client-2: initializing translator failed [2017-03-02 11:49:47.829436] E [MSGID: 101176] [graph.c:673:glusterfs_graph_activate] 0-graph: init failed [2017-03-02 11:49:47.830003] W [glusterfsd.c:1327:cleanup_and_exit] (-->/usr/sbin/glusterfs(mgmt_getspec_cbk+0x3c1) [0x7f524c9dbeb1] -->/usr/sbin/glusterfs(glusterfs_process_volfp+0x172) [0x7f524c9d65d2] -->/usr/sbin/glusterfs(cleanup_and_exit+0x6b) [0x7f524c9d5b4b] ) 0-: received signum (1), shutting down [2017-03-02 11:49:47.830053] I [fuse-bridge.c:5794:fini] 0-fuse: Unmounting '/mnt'. [2017-03-02 11:49:47.831014] W [glusterfsd.c:1327:cleanup_and_exit] (-->/lib64/libpthread.so.0(+0x7dc5) [0x7f524b343dc5] -->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xe5) [0x7f524c9d5cd5] -->/usr/sbin/glusterfs(cleanup_and_exit+0x6b) [0x7f524c9d5b4b] ) 0-: received signum (15), shutting down [2017-03-02 11:49:47.831014] W [glusterfsd.c:1327:cleanup_and_exit] (-->/lib64/libpthread.so.0(+0x7dc5) [0x7f524b343dc5] -->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xe5) [0x7f524c9d5cd5] -->/usr/sbin/glusterfs(cleanup_and_exit+0x6b) [0x7f524c9d5b4b] ) 0-: received signum (15), shutting down On Thu, Mar 2, 2017 at 12:11 PM, Sahina Bose <sabose(a)redhat.com> wrote: You will need to pass additional mount options while creating the storage domain (transport=rdma) Please let us know if this works. On Thu, Mar 2, 2017 at 2:42 PM, Arman Khalatyan <arm2arm(a)gmail.com> wrote: Hi, Are there way to force the connections over RDMA only? If I check host mounts I cannot see rdma mount option: mount -l| grep gluster 10.10.10.44:/GluReplica on /rhev/data-center/mnt/glusterSD/10.10.10.44:_GluReplica type fuse.glusterfs (rw,relatime,user_id=0,group_id=0,default_permissions, allow_other,max_read=131072) I have glusterized 3 nodes: GluReplica Volume ID: ee686dfe-203a-4caa-a691-26353460cc48 Volume Type: Replicate (Arbiter) Replica Count: 2 + 1 Number of Bricks: 3 Transport Types: TCP, RDMA Maximum no of snapshots: 256 Capacity: 3.51 TiB total, 190.56 GiB used, 3.33 TiB free _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users ------------------------------ This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ------------------------------

4 7

oVirt Nested Virtualization
by Luca 'remix_tj' Lorenzetto 06 Mar '17

06 Mar '17

Hello, we're installing a small ovirt cluster for hosting some test environments at work. We're interested in testing VM running hypervisors (i.e ovirt itself or a small openstack deployment). Is there any documentation showing how to enable nested virtualization in ovirt? I've seen that while adding an host to the cluster there is the opportunity to flag "Nested Virtualization" option, but i didn't understand if other packages and configs are required. Our environment is running latest ovirt 4.1 installed with ovirt-node-ng. Luca -- "E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine" Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) "Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento" John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca(a)gmail.com>

5 6

VM Permissions (3.6)
by Alexis HAUSER 06 Mar '17

06 Mar '17

------=_Part_2283923_195487747.1488714679596 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit hi, I'm trying to figure out how to manage VM permissions with ovirt. >From what I've understood, if you add a user to user role in the system preferences, this user can access every VM and resources on the cluster, with the associated permissions; right ? Now, if I want to control who has access to each VM : I musn't add this user to user role from the system tab; but instead add it on each resources (like on each VM) it should access ? Is there another way to manage permissions ? How you guys do personally manage this ? Do you automate it with scripts ? Thanks for you ideas and suggestions (using 3.6) ------=_Part_2283923_195487747.1488714679596 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>hi, I'm trying to figure out how to manage VM permissions with ovirt.<br></div><div>From what I've understood, if you add a user to user role in the system preferences, this user can access every VM and resources on the cluster, with the associated permissions; right ?<br></div><div>Now, if I want to control who has access to each VM : I musn't add this user to user role from the system tab; but instead add it on each resources (like on each VM) it should access ?<br></div><div><br></div><div>Is there another way to manage permissions ? How you guys do personally manage this ? Do you automate it with scripts ?<br></div><div><br></div><div>Thanks for you ideas and suggestions<br></div><div><br></div><div>(using 3.6)<br></div></div></body></html> ------=_Part_2283923_195487747.1488714679596--

2 1

Ovirt importing VM
by rightkicktech.gmail.com 06 Mar '17

06 Mar '17

------SZR5TSRASD8ALPWG0P8ZQNHBNKKQYO Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, I am using Virt4=2E1 on top glusterfs=2E I have defined two data domains, one for engine and one for vms=2E Also ex= port and iso domains are on separate dedicated gluster volumes=2E When I try to import a VM from the export domain the VM is imported in the= engine data domain=2E I would expect to be able to select on which data do= main to import it=2E Am I missing sth? Thanx, Alex --=20 Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E ------SZR5TSRASD8ALPWG0P8ZQNHBNKKQYO Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,<br> <br> I am using Virt4=2E1 on top glusterfs=2E<br> I have defined two data domains, one for engine and one for vms=2E Also ex= port and iso domains are on separate dedicated gluster volumes=2E<br> <br> When I try to import a VM from the export domain the VM is imported in the= engine data domain=2E I would expect to be able to select on which data do= main to import it=2E Am I missing sth?<br> <br> Thanx,<br> Alex<br> <br> -- <br> Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E ------SZR5TSRASD8ALPWG0P8ZQNHBNKKQYO--

3 2

Re: [ovirt-users] lvscan on rhv host
by Nir Soffer 06 Mar '17

06 Mar '17

On Mon, Mar 6, 2017 at 1:03 AM, Marcin Kruk <askifyouneed(a)gmail.com> wrote: Please reply to the list, other users may find this discussion valuable. > 1. perfect and clear explanation > 2. Could you explain "These are probably OVF_STORE volumes, used to keep vms > ovs.", what is vms ovs, > and what valuable information is in te ovf file which you extracted? OVF is standard format for describing a VM: https://en.wikipedia.org/wiki/Open_Virtualization_Format All the VM that have a disk on a storage domain are stored in the OVF_STORE disks using OVF format, so you can restore all the VM from storage if you lost your engine database. Or, if you want to move entire storage domain from one setup to another, you can detach the storage domain from one setup, attach to the other setup, and import all the VMs. The OVF is also used by hosted engine to obtain engine vm setup from storage, and start the engine vm after a host is rebooted. > 3. perfect and clear > Thank you > > 2017-03-05 12:32 GMT+01:00 Nir Soffer <nsoffer(a)redhat.com>: >> >> On Sun, Mar 5, 2017 at 10:08 AM, Marcin Kruk <askifyouneed(a)gmail.com> >> wrote: >> > VDSM side, means RHV HOST side, right? >> > I missed LVM tags, so the command: >> > lvs -o vg_name,name,lv_tags is very helpful, thanks. >> > >> > 1. Is it a tool in command line to show: disk ID, alias, atached to >> > fields? >> >> No, you need to extract this info manually. >> >> Here is an example >> >> # lvs -o lv_name,size,attr,tags aed577ea-d1ca-4ebe-af80-f852c7ce59bb >> LV LSize Attr LV Tags >> 91799827-85b8-450d-a521-42de12fa08e6 1.00g -wi-ao---- >> >> IU_db343be2-f709-4835-b1c5-a1bbdb650b2a,MD_8,PU_93331705-46be-4cb8-9dc2-c1559843fd4a >> 93331705-46be-4cb8-9dc2-c1559843fd4a 3.00g -wi-ao---- >> >> IU_239d9e96-ad7d-4a7d-83af-d593877db11b,MD_7,PU_00000000-0000-0000-0000-000000000000 >> dfbf69fc-3371-42d4-8298-415a6ad4244a 128.00m -wi------- >> >> IU_7324cafc-905f-475e-8217-1a919bcca9e9,MD_5,PU_00000000-0000-0000-0000-000000000000 >> ea556b30-e62b-4d66-b832-459a5dd01890 128.00m -wi------- >> >> IU_aab45dbc-c016-4990-b834-ce455bbc4fef,MD_4,PU_00000000-0000-0000-0000-000000000000 >> ids 128.00m -wi-ao---- >> inbox 128.00m -wi-a----- >> leases 2.00g -wi-a----- >> master 1.00g -wi-ao---- >> metadata 512.00m -wi-a----- >> outbox 128.00m -wi-a----- >> xleases 1.00g -wi-a----- >> >> What is dfbf69fc-3371-42d4-8298-415a6ad4244a? >> >> MD_5 means this volume metadata is at offset 5 * 512 in >> 143dc2d0-8e1a-4b95-a306-2a26a7b4832f metadata >> >> # dd if=/dev/aed577ea-d1ca-4ebe-af80-f852c7ce59bb/metadata bs=512 count=1 >> skip=5 >> >> # dd if=/dev/aed577ea-d1ca-4ebe-af80-f852c7ce59bb/metadata bs=512 count=1 >> skip=5 >> DOMAIN=aed577ea-d1ca-4ebe-af80-f852c7ce59bb >> CTIME=1487525999 >> FORMAT=RAW >> DISKTYPE=2 >> LEGALITY=LEGAL >> SIZE=262144 >> VOLTYPE=LEAF >> DESCRIPTION={"Updated":true,"Size":30720,"Last Updated":"Fri Feb 24 >> 20:49:24 EST 2017","Storage >> Domains":[{"uuid":"aed577ea-d1ca-4ebe-af80-f852c7ce59bb"}],"Disk >> Description":"OVF_STORE"} >> IMAGE=7324cafc-905f-475e-8217-1a919bcca9e9 >> PUUID=00000000-0000-0000-0000-000000000000 >> MTIME=0 >> POOL_UUID= >> TYPE=PREALLOCATED >> GEN=0 >> EOF >> 1+0 records in >> 1+0 records out >> 512 bytes (512 B) copied, 0.00146441 s, 350 kB/s >> >> So this is OVF_STORE disk, see bellow >> >> > >> > 2. I found information about metadata, outbox etc volumes, >> > but I can not find info about lvm volumes with 128 MiB size. >> > Are these any metadata volumes? ex: from lvscan: >> > ACTIVE >> > >> > '/dev/b41214a0-4748-47a8-85f2-9ad1e573ab10/57e904c5-3267-4d94-a52c-babb06912d90' >> > [128.00 MiB] inherit' [128.00 MiB] inherit? >> >> These are probably OVF_STORE volumes, used to keep vms ovs. >> >> You can extract the data from these volumes like this: >> >> lvchange -ay >> aed577ea-d1ca-4ebe-af80-f852c7ce59bb/dfbf69fc-3371-42d4-8298-415a6ad4244a >> >> # tar tvf >> /dev/aed577ea-d1ca-4ebe-af80-f852c7ce59bb/dfbf69fc-3371-42d4-8298-415a6ad4244a >> -rw-r--r-- 0/0 138 2017-02-25 03:49 info.json >> -rw-r--r-- 0/0 11068 2017-02-25 03:49 >> 55e347d5-4074-4408-b782-c43011483845.ovf >> -rw-r--r-- 0/0 10306 2017-02-25 03:49 >> bcb03d22-0799-4b0e-bcb3-f69954e6f5eb.ovf >> >> # tar xvf >> /dev/aed577ea-d1ca-4ebe-af80-f852c7ce59bb/dfbf69fc-3371-42d4-8298-415a6ad4244a >> bcb03d22-0799-4b0e-bcb3-f69954e6f5eb.ovf >> bcb03d22-0799-4b0e-bcb3-f69954e6f5eb.ovf >> >> # dd if=bcb03d22-0799-4b0e-bcb3-f69954e6f5eb.ovf bs=512 count=1 >> <?xml version="1.0" encoding="UTF-8"?><ovf:Envelope >> xmlns:ovf="http://schemas.dmtf.org/ovf/envelope/1/" >> >> xmlns:rasd="http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_ResourceAllocationSet…" >> >> xmlns:vssd="http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_VirtualSystemSettingD…" >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >> ovf:version="4.1.0.0"><References><File >> >> ovf:href="239d9e96-ad7d-4a7d-83af-d593877db11b/93331705-46be-4cb8-9dc2-c1559843fd4a" >> ovf:id="93331705-46be-4cb8-9dc2-c15598431+0 records in >> 1+0 records out >> 512 bytes (512 B) copied, 8.0163e-05 s, 6.4 MB/s >> >> > >> > 3. Are they removed? When, for example, the virtual machine or disk will >> > be >> > deleted ? >> >> Yes, we create an lv when you create a disk or create snapshot, and remove >> them >> when you delete vm, disk, or snapshot. >> >> Nir > >

1 0

Ubuntu VM does not complete reboot cycle without Console Open
by Anantha Raghava 06 Mar '17

06 Mar '17

This is a multi-part message in MIME format. --------------A2448A45784238E495EAEAFE Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I have been observing that Ubuntu Precise VM, if restarted using a crontab at a given time, stops at the OS / Kernel Selection screen and does not complete the reboot. If we issue the reboot command with Console open, the same command works without any issues and the VM boots properly. This issue happens only with Ubuntu Precise and not with Trusty or Xeniel or even with any of Rehat distributions or CentOS. Interestingly, it doesn't happen with VMWare ESXi. I also read somewhere that this issue is with VDSM 3.6 and it seems to continue with VDSM 4 as well. Any suggestions in this regard. -- Thanks & Regards, Anantha Raghava eXzaTech Consulting And Services Pvt. Ltd. DISCLAIMER: This e-mail communication and any attachments may be privileged and confidential to eXza Technology Consulting & Services, and are intended only for the use of the recipients named above If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return e-mail. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. Do not print this e-mail unless required. Save Paper & trees. --------------A2448A45784238E495EAEAFE Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p><font face="Liberation Serif">Hi,</font></p> <p><font face="Liberation Serif">I have been observing that Ubuntu Precise VM, if restarted using a crontab at a given time, stops at the OS / Kernel Selection screen and does not complete the reboot. If we issue the reboot command with Console open, the same command works without any issues and the VM boots properly. This issue happens only with Ubuntu Precise and not with Trusty or Xeniel or even with any of Rehat distributions or CentOS.<br> </font></p> <p><font face="Liberation Serif">Interestingly, it doesn't happen with VMWare ESXi. <br> </font></p> <p><font face="Liberation Serif">I also read somewhere that this issue is with VDSM 3.6 and it seems to continue with VDSM 4 as well.</font></p> <p><font face="Liberation Serif">Any suggestions in this regard.</font><br> </p> -- <div class="moz-signature"> <p style="margin-bottom: 0cm; line-height: 100%"><font face="Times New Roman, serif">Thanks & Regards,</font></p> <p style="margin-bottom: 0cm; line-height: 100%"><br> </p> <address style="line-height: 100%"><font face="Times New Roman, serif">Anantha Raghava</font></address> <address style="line-height: 100%"><font face="Times New Roman, serif">eXzaTech Consulting And Services Pvt. Ltd.</font></address> <p style="margin-bottom: 0cm; line-height: 100%"><font color="#1f497d"><font face="Calibri, sans-serif"><font style="font-size: 7pt" size="1">DISCLAIMER:<br> This e-mail communication and any attachments may be privileged and confidential to eXza Technology Consulting & Services, and are intended only for the use of the recipients named above If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return e-mail. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. </font></font></font> </p> <p style="margin-bottom: 0cm; line-height: 100%"><br> </p> <p style="margin-bottom: 0cm; line-height: 100%"><font color="#66cc00"><font face="Times New Roman, serif">Do not print this e-mail unless required. Save Paper & trees.</font></font></p> </div> </body> </html> --------------A2448A45784238E495EAEAFE--

1 0

VM Permissions (3.6)
by Alexis HAUSER 06 Mar '17

06 Mar '17

------=_Part_2376072_2003072310.1488785909633 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit hi, I'm trying to figure out how to manage VM permissions with ovirt. >From what I've understood, if you add a user to user role in the system preferences, this user can access every VM and resources on the cluster, with the associated permissions; right ? Now, if I want to control who has access to each VM : I musn't add this user to user role from the system tab; but instead add it on each resources (like on each VM) it should access ? Is there another way to manage permissions ? How you guys do personally manage this ? Do you automate it with scripts ? Thanks for you ideas and suggestions (using 3.6) ------=_Part_2376072_2003072310.1488785909633 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div><div style=3D"font-family: times= new roman, new york, times, serif; font-size: 12pt; color: #000000;" data-= mce-style=3D"font-family: times new roman, new york, times, serif; font-siz= e: 12pt; color: #000000;"><div>hi, I'm trying to figure out how to manage V= M permissions with ovirt.</div><div>From what I've understood, if you add a= user to user role in the system preferences, this user can access every VM= and resources on the cluster, with the associated permissions; right ?</di= v><div>Now, if I want to control who has access to each VM : I musn't add t= his user to user role from the system tab; but instead add it on each resou= rces (like on each VM) it should access ?</div><div><br></div><div>Is there= another way to manage permissions ? How you guys do personally manage this= ? Do you automate it with scripts ?</div><div><br></div><div>Thanks for yo= u ideas and suggestions</div><div><br></div><div>(using 3.6)</div></div></d= iv><div><br></div><div><br></div></div></body></html> ------=_Part_2376072_2003072310.1488785909633--

1 0

VMs imported from libvirt have no cdrom device
by Chris Boot 05 Mar '17

05 Mar '17

Hi, I've imported a number of VMs that I previously was running under a self-hosted libvirt configuration. Most of the VMs at the source did not have a cdrom device (but some did) because I just added one as I needed to. Now that the VMs have been imported into oVirt, none of them have a cdrom device. Even booting with the "Attach CD" option doesn't create a cdrom device. I can't see any way to get oVirt to re-create the missing device. Is there a way for me to add these missing devices to my VMs? I'm running oVirt 4.1 on CentOS 7.3.1611 with a hosted engine setup. VMs were migrated from a Debian Stretch machine running libvirt 3.0.0 with qemu 2.8.0. Thanks, Chris -- Chris Boot bootc(a)bootc.net

2 2

Question about injecting ISO images workflow and network configuration
by wodel youchi 05 Mar '17

05 Mar '17

Hi, May be it's a silly question :-) , but how are gays configuring the storage network? Let me explain, if the management network and the storage network are not on the same subnet, if you wish to upload and ISO image on an NFS storage domain, you have to have a route between the two subnets, because the VM engine will try to mount the ISO domain locally to inject the file. PS : For iSCSI ISO domain, I don't know how it will be done, I didn't try it. My questions : - why not use the SPM server for that? - Is it safe to merge the management network with the storage network? - Is the best way to do it is to create a route between the the two subnets? Thanks in advance. Regards. <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Garanti sans virus. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

2 1

oVirt Hosted Engine Setup fails
by Manuel Luis Aznar 05 Mar '17

05 Mar '17

Hello there, I am having some trouble when deploying an oVirt 4.1 hosted engine installation. When I m just to end the installation and the hosted engine setup script is about to start the Vm engine (appliance) it fails saying "The VM is not powring up". If I double check the service vdsmd i get this error all the time: vdsm root ERROR failed to retrieve Hosted Engine HA info Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/host/api.py", line 231, in _getHaInfo stats = instance.get_all_stats() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 102, in get_all_stats with broker.connection(self._retries, self._wait): File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__ return self.gen.next() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 99, in connection self.connect(retries, wait) File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 78, in connect raise BrokerConnectionError(error_msg) BrokerConnectionError: Failed to connect to broker, the number of errors has exceeded the limit (1) Did anyone have experimented the same problem?¿? Any hint on How to solved it?¿? I have tried several times with clean installations and always getting the same... The host where I am trying to do the installation have CentOS 7... Thanks for all in advance Will be waiting for any hint to see what I am doing wrong... Manuel Luis Aznar

2 3

Re: [ovirt-users] best way to remove SAN lun
by Pavel Gashev 05 Mar '17

05 Mar '17

Please also consider a case when a single iSCSI target has several LUNs and you remove one of them. In this case you should not logout. -----Original Message----- From: <users-bounces(a)ovirt.org> on behalf of Nelson Lameiras <nelson.lameiras(a)lyra-network.com> Date: Friday, 3 March 2017 at 20:55 To: Nir Soffer <nsoffer(a)redhat.com> Cc: users <users(a)ovirt.org> Subject: Re: [ovirt-users] best way to remove SAN lun Hello Nir, I think I was not clear in my explanations, let me try again : we have a oVirt 4.0.5.5 cluster with multiple hosts (centos 7.2). In this cluster, we added a SAN volume (iscsi) a few months ago directly in GUI Later we had to remove a DATA volume (SAN iscsi). Below the steps we have taken : 1- we migrated all disks outside the volume (oVirt) 2- we put volume on maintenance (oVirt) 3- we detach volume (oVirt) 4- we removed/destroyed volume (oVirt) In SAN : 5- we put it offline on SAN 6- we delete it from SAN We thought this would be enough, but later we has a serious incident when log partition went full (partially our fault) : /var/log/messages was continuously logging that it was still trying to reach the SAN volumes (we have since taken care of the issue of log space issue => more aggressive logrotate, etc) The real solution was to add two more steps, using shell in ALL hosts : 4a - logout from SAN : iscsiadm -m node --logout -T iqn.XXXXXXXX 4b - remove iscsi targets : rm -fr /var/lib/iscsi/nodes/iqn.XXXXXXXXX This effectively solved our problem, but was fastidious since we had to do it manually in all hosts (imagine if we had hundreds of hosts...) So my question was : shouldn't it be oVirt job to system "logout" and "remove iscsi targets" automatically when a volume is removed from oVirt ? maybe not, and I'm missing something? cordialement, regards, Nelson LAMEIRAS Ingénieur Systèmes et Réseaux / Systems and Networks engineer Tel: +33 5 32 09 09 70 nelson.lameiras(a)lyra-network.com www.lyra-network.com | www.payzen.eu Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE ----- Original Message ----- From: "Nir Soffer" <nsoffer(a)redhat.com> To: "Nelson Lameiras" <nelson.lameiras(a)lyra-network.com> Cc: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>, "Adam Litke" <alitke(a)redhat.com>, "users" <users(a)ovirt.org> Sent: Wednesday, February 22, 2017 8:27:26 AM Subject: Re: [ovirt-users] best way to remove SAN lun On Wed, Feb 22, 2017 at 9:03 AM, Nelson Lameiras <nelson.lameiras(a)lyra-network.com> wrote: > Hello, > > Not sure it is the same issue, but we have had a "major" issue recently in our production system when removing a ISCSI volume from oVirt, and then removing it from SAN. What version? OS version? The order must be: 1. remove the LUN from storage domain will be available in next 4.1 release. in older versions you have to remove the storage domain 2. unzone the LUN on the server 3. remove the multipath devices and the paths on the nodes > The issue being that each host was still trying to access regularly to the SAN volume in spite of not being completely removed from oVirt. What do you mean by "not being completely removed"? Who was accessing the volume? > This led to an massive increase of error logs, which filled completely /var/log partition, Which log was full with errors? > which snowballed into crashing vdsm and other nasty consequences. You should have big enough /var/log to avoid such issues. > > Anyway, the solution was to manually logout from SAN (in each host) with iscsiadm and manually remove iscsi targets (again in each host). It was not difficult once the problem was found because currently we only have 3 hosts in this cluster, but I'm wondering what would happen if we had hundreds of hosts ? > > Maybe I'm being naive but shouldn't this be "oVirt job" ? Is there a RFE still waiting to be included on this subject or should I write one ? We have RFE for this here: https://bugzilla.redhat.com/1310330 But you must understand that ovirt does not control your storage server, you are responsible to add devices on the storage server, and remove them. We are only consuming the devices. Even we we provide a way to remove devices on all hosts, you will have to remove the device on the storage server before removing it from hosts. If not, ovirt will find the removed devices again in the next scsi rescan, and we do lot of these to support automatic discovery of new devices or resized devices. Nir > > cordialement, regards, > > > Nelson LAMEIRAS > Ingénieur Systèmes et Réseaux / Systems and Networks engineer > Tel: +33 5 32 09 09 70 > nelson.lameiras(a)lyra-network.com > > www.lyra-network.com | www.payzen.eu > > > > > > Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE > > ----- Original Message ----- > From: "Nir Soffer" <nsoffer(a)redhat.com> > To: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>, "Adam Litke" <alitke(a)redhat.com> > Cc: "users" <users(a)ovirt.org> > Sent: Tuesday, February 21, 2017 6:32:18 PM > Subject: Re: [ovirt-users] best way to remove SAN lun > > On Tue, Feb 21, 2017 at 7:25 PM, Gianluca Cecchi > <gianluca.cecchi(a)gmail.com> wrote: >> On Tue, Feb 21, 2017 at 6:10 PM, Nir Soffer <nsoffer(a)redhat.com> wrote: >>> >>> This is caused by active lvs on the remove storage domains that were not >>> deactivated during the removal. This is a very old known issue. >>> >>> You have remove the remove device mapper entries - you can see the devices >>> using: >>> >>> dmsetup status >>> >>> Then you can remove the mapping using: >>> >>> dmsetup remove device-name >>> >>> Once you removed the stale lvs, you will be able to remove the multipath >>> device and the underlying paths, and lvm will not complain about read >>> errors. >>> >>> Nir >> >> >> OK Nir, thanks for advising. >> >> So what I run with success on the 2 hosts >> >> [root@ovmsrv05 vdsm]# for dev in $(dmsetup status | grep >> 900b1853--e192--4661--a0f9--7c7c396f6f49 | cut -d ":" -f 1) >> do >> dmsetup remove $dev >> done >> [root@ovmsrv05 vdsm]# >> >> and now I can run >> >> [root@ovmsrv05 vdsm]# multipath -f 3600a0b80002999020000cd3c5501458f >> [root@ovmsrv05 vdsm]# >> >> Also, with related names depending on host, >> >> previous maps to single devices were for example in ovmsrv05: >> >> 3600a0b80002999020000cd3c5501458f dm-4 IBM ,1814 FAStT >> size=2.0T features='2 pg_init_retries 50' hwhandler='1 rdac' wp=rw >> |-+- policy='service-time 0' prio=0 status=enabled >> | |- 0:0:0:2 sdb 8:16 failed undef running >> | `- 1:0:0:2 sdh 8:112 failed undef running >> `-+- policy='service-time 0' prio=0 status=enabled >> |- 0:0:1:2 sdg 8:96 failed undef running >> `- 1:0:1:2 sdn 8:208 failed undef running >> >> And removal of single path devices: >> >> [root@ovmsrv05 root]# for dev in sdb sdh sdg sdn >> do >> echo 1 > /sys/block/${dev}/device/delete >> done >> [root@ovmsrv05 vdsm]# >> >> All clean now... ;-) > > Great! > > I think we should have a script doing all these steps. > > Nir > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

2 1

Re: [ovirt-users] rhevm listening on ipv6 ?
by Yevgeny Zaspitsky 05 Mar '17

05 Mar '17

Šimon, According to [1] oVirt should be accessible through IPv6 address. >From my experience engine web&rest can be accessed by using an URL with an IPv6 address in a browser. Please notice that an IPv6 literal address (not a hostname that resolves to an IPv6 address) in a valid URL should be wrapped by brackets, e.g. http:// [1::2]:80/path. You can verify that the engine listens to an IPv6 by running the following command from the Linux console of the host that runs ovirt-engine (while ovirt-engine service runs): netstat -lnp6 | grep <port> where <port> is the port ovirt-engine should be listening to and be accessed through (default is 80). It seems to me like a problem on ManageIQ side. Please let me know if you need further assistance. Regards, Yevgeny [1] https://bugzilla.redhat.com/show_bug.cgi?id=1310837 On Fri, Mar 3, 2017 at 4:55 PM, Šimon <simi(a)mykolab.com> wrote: > Hello Yevgeny, > > I am working on ipv6-only support for ManageIQ. And I have noticed that > providers QA has around listen on ipv4 only. > > Is it possible for rhevm web/api to listen on ipv6? What are the steps I > need to do? > > Thanks a lot! > ~š. >

1 0

test
by Doron Fe 05 Mar '17

05 Mar '17

1 0

test- please ignore
by Doron Fediuck 05 Mar '17

05 Mar '17

1 0

Contributing on ovirt
by shubham dubey 05 Mar '17

05 Mar '17

Hello, I am interested in being part of ovirt for gsoc 2017. I have looked into ovirt project ideas and the project that I find most suitable is Configuring the backup storage in ovirt. Since the ovirt online docs have sufficient info for getting started for development so I don't have a questions about that but I want to clarify one doubt that did the previous year mentioned project on ovirt gsoc page are also available to work on? I will also appreciate any discussion about the project or question from mentor side.Even some guideline for start working is welcome. Thanks, Shubham

2 1

failed to migrate Vm
by Bill James 05 Mar '17

05 Mar '17

I have a hardware node that for whatever reason most of the VM status was "?", even though VM was up and running fine. node was running ovirt 3.6 so I decided to upgrade it to 4.1.0.4-1 like most of the rest of the cluster is, including engine. After upgrade some VMs I'm able to start up fine on the upgraded hosts, other fail to start on that host and migrate themselves to another host. If I try to manually migrate them to the recently upgraded host migration fails. I have yet to find in the logs where it says why they fail. I am able to "runonce" the VM and tell it to start on this host and it starts fine. Why is migration failing? ovirt-engine-4.1.0.4-1.el7.centos.noarch vdsm-4.19.4-1.el7.centos.x86_64 2017-03-04 10:16:51,716-08 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-7-thread-48) [519095c3-83ed-4478-8dd4-f432db6db140] EVENT_ID: VM_MIGRATION_TO_SERVER_FAILED(120), Correlation ID: 2 6d1ecba-8711-408d-b9d5-6461a4aab4e5, Job ID: 546e0e11-9b4b-48d4-bd50-2f525d049ae2, Call Stack: null, Custom Event ID: -1, Message: Migration failed (VM: *j2es2.test.j2noc.com*, Source: ovirt6.test.j2noc.com, Destination: *ovirt4.test.j2noc.com*) (engine.log attached) Thanks.

2 1

lvscan on rhv host
by Marcin Kruk 05 Mar '17

05 Mar '17

Could somebody give me a links to doc or explain behavior of lv volumes in RHV 4 cluster, once they are active another time they are incative, and how to corelate the lv volumes names with disks of virtual machines, or other disks?

2 1

Staring cluster Hosted Engine stuck - failed liveliness check
by Maton, Brett 04 Mar '17

04 Mar '17

What is the correct way to shut down a cluster ? I shutdown my 4.1 cluster following this guide https://github.com/rharmonson/richtech/wiki/OSVDC-Series:- oVirt-3.6-Cluster-Shutdown-and-Startup as the NAS hosting the nfs mounts needed rebooting after updates. ( I realise the guide is for 3.6, surely not that different ? ) However hosted engine isn't starting now. failed liveliness check I've tried connecting from the host starting the HE vm to see what's going on with: virsh console HostedEngine I don't know what authentication it requires, tried engine admin details and root os... hosted-engine --add-console-password Enter password: no graphics devices configured unsurprisingly, remote-viewer vnc://localhost:5900 fails with Unable to connect to the graphic server vnc://localhost:5900 What can I do next ?

4 10

best way to remove SAN lun
by Gianluca Cecchi 03 Mar '17

03 Mar '17

Hello, currently I have a cluster of 3 hosts where each one has FC SAN connectivity to 4 LUNs: 3 are already configured as storage domains (1TB, 2TB, 4TB), one is free, not allocated. See here for screenshot: https://drive.google.com/file/d/0BwoPbcrMv8mvRVZZMTlNcTQ5MGs/view?usp=shari… At the moment the command "multipath -l" run on hosts shows all the 4 LUNs. Now I want to do 2 things at storage array level: - remove the 2TB storage domain LUN - remove the 20Gb LUN not yet allocated What is the correct workflow, supposing I have already emptied the 2TB from VM disks ad such? Select 2Tb SD, then Datacenter subtab, then "maintenance", detach" and at the end "remove"? I think I continue to see 4 LUNs at this point, correct? Now I proceed with removal of lun at storage array level? Should I select an SD line and then "Scan disks" to see refresh the SAN and see in multipath only 2 of them at the end? Or any manual command at host level before removal from array? Thanks in advance Gianluca

6 13

Hot to force glusterfs to use RDMA?
by Arman Khalatyan 03 Mar '17

03 Mar '17

Hi, Are there way to force the connections over RDMA only? If I check host mounts I cannot see rdma mount option: mount -l| grep gluster 10.10.10.44:/GluReplica on /rhev/data-center/mnt/glusterSD/10.10.10.44:_GluReplica type fuse.glusterfs (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072) I have glusterized 3 nodes: GluReplica Volume ID: ee686dfe-203a-4caa-a691-26353460cc48 Volume Type: Replicate (Arbiter) Replica Count: 2 + 1 Number of Bricks: 3 Transport Types: TCP, RDMA Maximum no of snapshots: 256 Capacity: 3.51 TiB total, 190.56 GiB used, 3.33 TiB free

4 7

Unsupported Cluster with oVirt question
by m m 03 Mar '17

03 Mar '17

Hi, I have two questions about an oVirt setup. I have 3 nodes connected to a SAN storage via FC and all VMs are kept in this SAN. From the SAN I have mounted two partitions to each of these nodes and these partitions are in an OCFS2 cluster setup. I am planning to export these partitions and create NFS Domain storage in oVirt. Is there any better way considering this setup? my second question is, in the event that one of the nodes is failing, is there thing I can do to prevent VMs running on that failing node not to fail? Regards

1 0

vm display effect
by qinglong.dong＠horebdata.cn 03 Mar '17

03 Mar '17

This is a multi-part message in MIME format. ------=_001_NextPart520137605018_=---- Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 SGksIGFsbA0KICAgICAgICBJIGhhdmUgdXNlZCB3aW5kb3dzIHZtIGNyZWF0ZWQgYnkgb3ZpcnQg Zm9yIGEgbG9uZyB0aW1lLiBJIGZvdW5kIHRoYXQgdGhlIHZtIGRpc3BsYXkgZWZmZWN0IHdhcyBu b3QgdmVyeSBnb29kIGluIHNvbWUgY2FzZXMuIEZvciBleGFtcGxlLCBUaGUgY29kZXMgY2FtZSBv dXQgd29yZCBieSB3b3JkIHdoZW4gdXNpbmcgc29tZSBjb2RlIGJyb3dzaW5nIHRvb2xzLiBBbmQg c29tZXRpbWVzIG9ubGluZSB2aWRlbyBwbGF5aW5nIHdhcyBub3QgdmVyeSBmbHVlbnQuDQogICAg ICAgIEFueW9uZSBjb2l1bGQgZ2l2ZSBzb21lIGFkdmljZXMgdG8gaW1wcm92ZSB0aGlzPyBUaGFu a3MhDQo= ------=_001_NextPart520137605018_=---- 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; charse= t=3DISO-8859-1"><style>body { line-height: 1.5; }body { font-size: 10.5pt;= font-family: ????; color: rgb(0, 0, 0); line-height: 1.5; }body { font-si= ze: 10.5pt; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><body>= =0A<div><span></span>Hi, all</div><div>    <span style=3D"f= ont-size: 10.5pt; line-height: 1.5; background-color: window;">  &nbs= p; I have used windows vm created by ovirt for a long time. I found that t= he vm display effect was not very good in some cases. For example, The cod= es came out word by word when using some c</span><span style=3D"font-size:= 10.5pt; line-height: 1.5; background-color: window;">ode browsing&nb= sp;tools. And sometimes online video playing was not very fluent.</span></= div><div><span style=3D"font-size: 10.5pt; line-height: 1.5; background-co= lor: window;">    </span><span style=3D"font-size: 10.5pt; = line-height: 1.5; background-color: window;">    </span><sp= an style=3D"font-size: 10.5pt; line-height: 1.5; background-color: window;= ">Anyone coiuld give some advices to improve this? Thanks!</span></div>=0A= </body></html> ------=_001_NextPart520137605018_=------

2 2

Updating the notification emails after the hosted-engine is deployed
by Joseph Kelly 02 Mar '17

02 Mar '17

--_000_1488354820917038cameltradingscreencom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gYWxsIC0gZG9lcyBhbnlvbmUga25vdyBob3cgdG8gdXBkYXRlIHRoZSBkZXN0aW5hdGlv bi1lbWFpbHMgYWRkcmVzcyBhZnRlciB0aGUgaG9zdGVkLWVuZ2luZSBpcyBkZXBsb3llZCA/IEFu ZCBjYW4gdGhpcyBiZSBkb25lIGZyb20gdGhlIHdlYmFkbWluIEdVSSA/IEkNCg0KIyBjYXQgIC92 YXIvbGliL292aXJ0LWhvc3RlZC1lbmdpbmUtaGEvYnJva2VyLmNvbmYNCltlbWFpbF0NCnNtdHAt c2VydmVyID0gbWFpbGhvc3QudHMuY29tDQpzbXRwLXBvcnQgPSAyNQ0Kc291cmNlLWVtYWlsID0g cm9vdEBsb2NhbGhvc3Q8bWFpbHRvOnJvb3RAbnkyLWxhYi0wMDgubWd0LnRyYWRpbmdzY3JlZW4u Y29tPg0KZGVzdGluYXRpb24tZW1haWxzID0gZW1haS1hZGRyZXNzbEB0cy5jb208bWFpbHRvOmVt YWktYWRkcmVzc2xAdHMuY29tPiA8LS0gd2FudCB0byBjaGFuZ2UgdGhpcw0KDQpbbm90aWZ5XQ0K c3RhdGVfdHJhbnNpdGlvbiA9IG1haW50ZW5hbmNlfHN0YXJ0fHN0b3B8bWlncmF0ZXx1cHxkb3du DQoNCkFuZCBJJ3ZlIGRvbmUgdGhlIGZvbGxvd2luZyBvbiBib3RoIG5vZGVzIGJ1dCBpdHNlZW1z IHRvIGtlZXBzIG9uIGdldHRpbmcgb3Zlci13cml0dGVuOg0KDQoxKSBTaHV0ZG93biB0aGUgaG9z dGVkLWVuZ2luZQ0KDQoyKSAgU3RvcHBlZCB0aGVzZSBzZXJ2aWNlcyBvbiBhbGwgbm9kZXM6DQpz ZXJ2aWNlIG92aXJ0LWhhLWFnZW50IHN0b3ANCnNlcnZpY2Ugb3ZpcnQtaGEtYnJva2VyIHN0b3AN Cg0KMykgVXBkYXRlZCBicm9rZXIuY29uZiBvbiBlYWNoIG5vZGU6DQpFZGl0ZWQgL3Zhci9saWIv b3ZpcnQtaG9zdGVkLWVuZ2luZS1oYS9icm9rZXIuY29uZiBvbiBlYWNoIG5vZGUNCkVkaXRlZCAv ZXRjL292aXJ0LWhvc3RlZC1lbmdpbmUvYW5zd2Vycy5jb25mIDwtLSBqdXN0IGZvciBnb29kIG1l YXN1cmUNCg0KNCkgUmUtc3RhcnRlZCB0aGVzZSBzZXJ2aWNlcyBvbiBhbGwgbm9kZXM6DQpzZXJ2 aWNlIG92aXJ0LWhhLWFnZW50IHN0YXJ0DQpzZXJ2aWNlIG92aXJ0LWhhLWJyb2tlciBzdGFydA0K DQo1KSBSZXN0YXJ0ZWQgdGhlIGhvc3RlZC1lbmdpbmUuDQoNClRoYW5rcywNCkpvZS4NCg0KLS0N Cg0KDQpKLiBLZWxseQ0KSW5mcmFzdHJ1Y3R1cmUgRW5naW5lZXINClRyYWRpbmdTY3JlZW4NCnd3 dy50cmFkaW5nc2NyZWVuLmNvbTxodHRwOi8vd3d3LnRyYWRpbmdzY3JlZW4uY29tPg0KS0RYIFJv cHBvbmdpIDIyOCBCbGRnLiA2Rg0KMi0yLTggUm9wcG9uZ2ksIE1pbmF0by1rdSwgVG9reW8gMTA2 LTAwMzIsIEphcGFuDQpvZmZpY2U6ICs4MS0zLTQ1NDAtODUxMw0KZW1haWw6IGpvc2VwaC5rZWxs eUB0cmFkaW5nc2NyZWVuLmNvbTxtYWlsdG86am9zZXBoLmtlbGx5QHRyYWRpbmdzY3JlZW4uY29t Pg0KDQpGb2xsb3cgVHJhZGluZ1NjcmVlbiBvbiBUd2l0dGVyLCBGYWNlYm9vaywgb3Igb3VyIGJs b2csIFRyYWRpbmcgU21hcnRlcg0KDQpUaGlzIG1lc3NhZ2UgaXMgaW50ZW5kZWQgb25seSBmb3Ig dGhlIHJlY2lwaWVudChzKSBuYW1lZCBhYm92ZSBhbmQgbWF5DQpjb250YWluIGNvbmZpZGVudGlh bCBpbmZvcm1hdGlvbi4gSWYgeW91IGFyZSBub3QgYW4gaW50ZW5kZWQgcmVjaXBpZW50LA0KeW91 IHNob3VsZCBub3QgcmV2aWV3LCBkaXN0cmlidXRlIG9yIGNvcHkgdGhpcyBtZXNzYWdlLiBQbGVh c2Ugbm90aWZ5DQp0aGUgc2VuZGVyIGltbWVkaWF0ZWx5IGJ5IGUtbWFpbCBpZiB5b3UgaGF2ZSBy ZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4NCmVycm9yIGFuZCBkZWxldGUgaXQgZnJvbSB5b3VyIHN5 c3RlbS4NCg0KDQoNCg== --_000_1488354820917038cameltradingscreencom_ Content-Type: text/html; charset="utf-8" Content-ID: <B5B3E2E0E513C24ABC7454E1ABEBB0B7@localhost> Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC44LjUiPg0KPC9oZWFkPg0KPGJvZHk+DQpIZWxsbyBhbGwgLSBk b2VzIGFueW9uZSBrbm93IGhvdyB0byB1cGRhdGUgdGhlIGRlc3RpbmF0aW9uLWVtYWlscyBhZGRy ZXNzIGFmdGVyIHRoZSBob3N0ZWQtZW5naW5lIGlzIGRlcGxveWVkID8gQW5kIGNhbiB0aGlzIGJl IGRvbmUgZnJvbSB0aGUgd2ViYWRtaW4gR1VJID8gSTxicj4NCjxicj4NCiMgY2F0Jm5ic3A7IC92 YXIvbGliL292aXJ0LWhvc3RlZC1lbmdpbmUtaGEvYnJva2VyLmNvbmY8YnI+DQpbZW1haWxdPGJy Pg0Kc210cC1zZXJ2ZXIgPSBtYWlsaG9zdC50cy5jb208YnI+DQpzbXRwLXBvcnQgPSAyNTxicj4N CnNvdXJjZS1lbWFpbCA9Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOnJvb3RAbnkyLWxhYi0wMDgubWd0 LnRyYWRpbmdzY3JlZW4uY29tIj5yb290QGxvY2FsaG9zdDwvYT48YnI+DQo8Yj48Zm9udCBjb2xv cj0iI2ZmMDAwMCI+ZGVzdGluYXRpb24tZW1haWxzID0gPGEgaHJlZj0ibWFpbHRvOmVtYWktYWRk cmVzc2xAdHMuY29tIj4NCmVtYWktYWRkcmVzc2xAdHMuY29tPC9hPiAmbHQ7LS0gd2FudCB0byBj aGFuZ2UgdGhpcyA8L2ZvbnQ+PC9iPjxicj4NCjxicj4NCltub3RpZnldPGJyPg0KPGZvbnQgY29s b3I9IiMwMDAwMDAiPnN0YXRlX3RyYW5zaXRpb24gPSBtYWludGVuYW5jZXxzdGFydHxzdG9wfG1p Z3JhdGV8dXB8ZG93bjwvZm9udD48YnI+DQo8YnI+DQpBbmQgSSd2ZSBkb25lIHRoZSBmb2xsb3dp bmcgb24gYm90aCBub2RlcyBidXQgaXRzZWVtcyB0byBrZWVwcyBvbiBnZXR0aW5nIG92ZXItd3Jp dHRlbjo8YnI+DQo8YnI+DQoxKSBTaHV0ZG93biB0aGUgaG9zdGVkLWVuZ2luZTxicj4NCjxicj4N CjIpJm5ic3A7IFN0b3BwZWQgdGhlc2Ugc2VydmljZXMgb24gYWxsIG5vZGVzOjxicj4NCnNlcnZp Y2Ugb3ZpcnQtaGEtYWdlbnQgc3RvcDxicj4NCnNlcnZpY2Ugb3ZpcnQtaGEtYnJva2VyIHN0b3A8 YnI+DQo8YnI+DQozKSBVcGRhdGVkIGJyb2tlci5jb25mIG9uIGVhY2ggbm9kZTo8YnI+DQpFZGl0 ZWQgL3Zhci9saWIvb3ZpcnQtaG9zdGVkLWVuZ2luZS1oYS9icm9rZXIuY29uZiBvbiBlYWNoIG5v ZGUmbmJzcDs8YnI+DQpFZGl0ZWQgL2V0Yy9vdmlydC1ob3N0ZWQtZW5naW5lL2Fuc3dlcnMuY29u ZiAmbHQ7LS0ganVzdCBmb3IgZ29vZCBtZWFzdXJlPGJyPg0KPGJyPg0KNCkgUmUtc3RhcnRlZCB0 aGVzZSBzZXJ2aWNlcyBvbiBhbGwgbm9kZXM6PGJyPg0Kc2VydmljZSBvdmlydC1oYS1hZ2VudCBz dGFydDxicj4NCnNlcnZpY2Ugb3ZpcnQtaGEtYnJva2VyIHN0YXJ0PGJyPg0KPGJyPg0KNSkgUmVz dGFydGVkIHRoZSBob3N0ZWQtZW5naW5lLjxicj4NCjxicj4NClRoYW5rcyw8YnI+DQpKb2UuPGJy Pg0KPGJyPg0KPHRhYmxlIGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCIgd2lkdGg9IjEw MCUiPg0KPHRib2R5Pg0KPHRyPg0KPHRkPi0tDQo8cHJlPg0KPGI+Si4gS2VsbHk8L2I+DQpJbmZy YXN0cnVjdHVyZSBFbmdpbmVlcg0KVHJhZGluZ1NjcmVlbg0KPGEgaHJlZj0iaHR0cDovL3d3dy50 cmFkaW5nc2NyZWVuLmNvbSI+d3d3LnRyYWRpbmdzY3JlZW4uY29tPC9hPg0KS0RYIFJvcHBvbmdp IDIyOCBCbGRnLiA2Rg0KMi0yLTggUm9wcG9uZ2ksIE1pbmF0by1rdSwgVG9reW8gMTA2LTAwMzIs IEphcGFuDQpvZmZpY2U6ICYjNDM7ODEtMy00NTQwLTg1MTMNCmVtYWlsOiA8YSBocmVmPSJtYWls dG86am9zZXBoLmtlbGx5QHRyYWRpbmdzY3JlZW4uY29tIj5qb3NlcGgua2VsbHlAdHJhZGluZ3Nj cmVlbi5jb208L2E+DQoNCkZvbGxvdyBUcmFkaW5nU2NyZWVuIG9uIFR3aXR0ZXIsIEZhY2Vib29r LCBvciBvdXIgYmxvZywgVHJhZGluZyBTbWFydGVyDQoNClRoaXMgbWVzc2FnZSBpcyBpbnRlbmRl ZCBvbmx5IGZvciB0aGUgcmVjaXBpZW50KHMpIG5hbWVkIGFib3ZlIGFuZCBtYXkNCmNvbnRhaW4g Y29uZmlkZW50aWFsIGluZm9ybWF0aW9uLiBJZiB5b3UgYXJlIG5vdCBhbiBpbnRlbmRlZCByZWNp cGllbnQsDQp5b3Ugc2hvdWxkIG5vdCByZXZpZXcsIGRpc3RyaWJ1dGUgb3IgY29weSB0aGlzIG1l c3NhZ2UuIFBsZWFzZSBub3RpZnkNCnRoZSBzZW5kZXIgaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGlm IHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgbWVzc2FnZSBpbg0KZXJyb3IgYW5kIGRlbGV0ZSBpdCBm cm9tIHlvdXIgc3lzdGVtLg0KDQo8L3ByZT4NCjwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFi bGU+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_1488354820917038cameltradingscreencom_--

3 4

About qemu's CPU up to 400-500%
by 张余歌 02 Mar '17

02 Mar '17

--_000_DM5PR11MB1930C74C309A493FF58FD13090280DM5PR11MB1930namp_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 aGVsbG8sZnJpZW5kcyENCg0KSXQgaXMgd2VpcmQgdGhhdCBpdCBzaG93ZWQgcWVtdScgQ1BVIGlz IG5vdCBub3JtYWwuDQoNCg0KI3RvcA0KDQogICBQSUQgVVNFUiAgICAgIFBSICBOSSAgVklSVCAg UkVTICBTSFIgUyAlQ1BVICVNRU0gICAgVElNRSsgIENPTU1BTkQNCiA1MjMxMyBxZW11ICAgICAg MjAgICAwIDkwNzVtIDQuM2cgIDIzbSBTIDQzMy4xICAzLjUgNjY2OjMwLjU5IHFlbXUta3ZtDQog NzU1ODMgcWVtdSAgICAgIDIwICAgMCA5MjIwbSA0LjJnIDY2MzYgUiAyMTYuMSAgMy4zIDE1MToy OC4wMiBxZW11LWt2bQ0KIDg1NDkyIHJvb3QgICAgICAyMCAgIDAgIDIxN20gIDI0bSA1MTAwIFIg OTkuNyAgMC4wICAgMDozNi45MCBweXRob24NCiA1NjcwNCBxZW11ICAgICAgMjAgICAwIDY5NzZt IDIuMmcgNzQwMCBTIDYwLjMgIDEuOCAzMDY6MDcuMTUgcWVtdS1rdm0NCiA3NTU5MCByb290ICAg ICAgMjAgICAwICAgICAwICAgIDAgICAgMCBSIDQ1LjIgIDAuMCAgIDc6NDkuMzAgdmhvc3QtNzU1 ODMNCiAgODE2NCBxZW11ICAgICAgMjAgICAwIDg5MDVtIDQuMmcgNjU5MiBTIDExLjUgIDMuMyAx MDc6MjIuMzAgcWVtdS1rdm0NCiAgNDc0MyBvdmlydCAgICAgMjAgICAwIDQ5LjNnIDkuOGcgIDIx bSBTIDEwLjkgIDcuOCAgNjI6MzcuMjUgamF2YQ0KICA1NDc1IHJvb3QgICAgICAyMCAgIDAgIDkx MW0gIDEzbSA2MTM2IFMgMTAuOSAgMC4wICAyODo1NS40NiBsaWJ2aXJ0ZA0KICA2MzY3IHZkc20g ICAgICAgMCAtMjAgNDI1OG0gMTMxbSA5Mjk2IFMgMTAuOSAgMC4xIDEwMjoyOS44OSB2ZHNtDQog ODI0MDkgcG9zdGdyZXMgIDIwICAgMCAgMjYwbSAgNjJtICAyMW0gUyAxMC45ICAwLjAgICAwOjM1 LjU5IHBvc3RtYXN0ZXINCiAyNDcwNiByb290ICAgICAgMjAgICAwIDE1NzA0IDIwMDAgIDkyNCBT ICA0LjIgIDAuMCAgMTc6MzguNDAgdG9wDQogIDY4MTkgcm9vdCAgICAgIDIwICAgMCAxNTgwNCAy MDEyICA5MzIgUyAgMy44ICAwLjAgIDIxOjMwLjc0IHRvcA0KIDc3MzE3IHJvb3QgICAgICAyMCAg IDAgMTU2OTIgMTk5MiAgOTI0IFMgIDMuOCAgMC4wICAgMzoxMS43OCB0b3ANCiA4NTIwMyByb290 ICAgICAgMjAgICAwIDE1NjkyIDE5OTYgIDkyNCBTICAzLjggIDAuMCAgIDA6MDkuNTUgdG9wDQog ICAxNzggcm9vdCAgICAgIDIwICAgMCAgICAgMCAgICAwICAgIDAgUyAgMy4yICAwLjAgIDE0OjQy Ljk1IGV2ZW50cy8xNQ0KIDg1NTU1IHJvb3QgICAgICAyMCAgIDAgMTU2OTIgMTk5MiAgOTI0IFIg IDMuMiAgMC4wICAgMDowMC41OSB0b3ANCiAgNDk0NSBhcGFjaGUgICAgMjAgICAwICAxOTRtIDU1 MzIgMjMzMiBTICAxLjMgIDAuMCAgIDA6MjcuNTcgaHR0cGQNCg0KSXQgY2F1c2VkIG1lIGNhbm5v dCB1c2Ugdm0gbm9ybWFsbHkhZXNwZWNpYWxseSB3aGVuIGkgd2FzIHBsYXlpbmcgdmlkZW8saXQg cGVyZm9ybWVkIGJhZGx5IC5TdWRkZW5seSBlbmNvdW50ZXJlZCB0aGlzICBjb25kaXRpb24saSBk b24ndCBrbm93IGhvdyB0byBkZWFsIHdpdGggaXQuSGVscCBtZSBwbGVhc2UhDQoNCkkgZm91bmQg dGhlIGNwdSB1c2FnZSBvZiBxZW11IHdhcyBub3Qgc29vb29vIG5vcm1hbCFCdXQgaSBoYWQgbm8g aWRlYS4NCg== --_000_DM5PR11MB1930C74C309A493FF58FD13090280DM5PR11MB1930namp_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dgb2312"> <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;" dir=3D"ltr"> <p>hello,friends!</p> <p>It is weird that it showed qemu' CPU is not normal.</p> <p><br> </p> <p>#top</p> <p></p> <div><br> </div> <div>   PID USER      PR  NI  VIRT &nbsp= ;RES  SHR S %CPU %MEM    TIME+  COMMAND</div> <div> 52313 qemu      20   0 9075m 4.3g  23m = S <i>433.1</i>  3.5 666:30.59 qemu-kvm</div> <div> 75583 qemu      20   0 9220m 4.2g 6636 R <i>= 216.1</i>  3.3 151:28.02 qemu-kvm</div> <div> 85492 root      20   0  217m  24m = 5100 R 99.7  0.0   0:36.90 python</div> <div> 56704 qemu      20   0 6976m 2.2g 7400 S 60.= 3  1.8 306:07.15 qemu-kvm</div> <div> 75590 root      20   0     0 &nbsp= ;  0    0 R 45.2  0.0   7:49.30 vhost-75583</div> <div>  8164 qemu      20   0 8905m 4.2g 6592 S 11.= 5  3.3 107:22.30 qemu-kvm</div> <div>  4743 ovirt     20   0 49.3g 9.8g  21m S 10.= 9  7.8  62:37.25 java</div> <div>  5475 root      20   0  911m  13m = 6136 S 10.9  0.0  28:55.46 libvirtd</div> <div>  6367 vdsm       0 -20 4258m 131m 9296 S 10.9 &nb= sp;0.1 102:29.89 vdsm</div> <div> 82409 postgres  20   0  260m  62m  21m = S 10.9  0.0   0:35.59 postmaster</div> <div> 24706 root      20   0 15704 2000  924 = S  4.2  0.0  17:38.40 top</div> <div>  6819 root      20   0 15804 2012  932 = S  3.8  0.0  21:30.74 top</div> <div> 77317 root      20   0 15692 1992  924 = S  3.8  0.0   3:11.78 top</div> <div> 85203 root      20   0 15692 1996  924 = S  3.8  0.0   0:09.55 top</div> <div>   178 root      20   0     0 =    0    0 S  3.2  0.0  14:42.95 events/1= 5</div> <div> 85555 root      20   0 15692 1992  924 = R  3.2  0.0   0:00.59 top</div> <div>  4945 apache    20   0  194m 5532 2332 S &nb= sp;1.3  0.0   0:27.57 httpd</div> <div><br> </div> <div>It caused me cannot use vm normally!especially when i was playing vide= o,it performed badly .Suddenly encountered this  condition,i don't kno= w how to deal with it.Help me please!</div> <div><br> </div> <div>I found the cpu usage of qemu was not sooooo normal!But i had no idea.= </div> <p></p> </div> </body> </html> --_000_DM5PR11MB1930C74C309A493FF58FD13090280DM5PR11MB1930namp_--

2 1