- Users - oVirt List Archives

storage redundancy in Ovirt
by Konstantin Raskoshnyi 18 Apr '17

18 Apr '17

Hi guys, I have one nfs storage, it's connected through host1. host2 also has access to it, I can easily migrate vms between them. The question is - if host1 is down - all infrastructure is down, since all traffic goes through host1, is there any way in oVirt to use redundant storage? Only glusterfs? Thanks

9 36

Empty ovirt engine web pages
by shubham dubey 18 Apr '17

18 Apr '17

Hello, I have installed ovirt engine from source and installed all other required packages also, including ovirt-js-dependencies.But when I am login to the admin account I am getting blank page everytime. Some other pages are also coming empty sometime. I have pasted the logs for $HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py start[1].The possible error log is 2017-04-13 09:07:09,902+05 ERROR [org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.CacheUpdate.Utilization] (EE-ManagedThreadFactory-default-Thread-1) [] Could not update the Utilization Cache: Error while running SQL query: org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataException: Error while running SQL query at org.ovirt.engine.ui.frontend.server.dashboard.dao.BaseDao.runQuery(BaseDao.java:60) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.dashboard.dao.HostDwhDao.getTotalCpuMemCount(HostDwhDao.java:78) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.dashboard.HourlySummaryHelper.getTotalCpuMemCount(HourlySummaryHelper.java:43) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.dashboard.HourlySummaryHelper.getCpuMemSummary(HourlySummaryHelper.java:21) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.lookupGlobalUtilization(DashboardDataServlet.java:294) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.getDashboard(DashboardDataServlet.java:268) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.populateUtilizationCache(DashboardDataServlet.java:231) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.access$000(DashboardDataServlet.java:26) [frontend.jar:] at org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet$1.run(DashboardDataServlet.java:106) [frontend.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_121] at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [rt.jar:1.8.0_121] at org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383) [javax.enterprise.concurrent-1.0.jar:] at org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534) [javax.enterprise.concurrent-1.0.jar:] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_121] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_121] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_121] at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250) [javax.enterprise.concurrent-1.0.jar:] Caused by: java.sql.SQLException: javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:/DWHDataSource at org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:146) at org.jboss.as.connector.subsystems.datasources.WildFlyDataSource.getConnection(WildFlyDataSource.java:66) at org.ovirt.engine.ui.frontend.server.dashboard.dao.BaseDao.runQuery(BaseDao.java:53) [frontend.jar:] ... 16 more Caused by: javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:/DWHDataSource at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:656) at org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.getManagedConnection(TxConnectionManagerImpl.java:429) at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:747) at org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:138) ... 18 more Caused by: javax.resource.ResourceException: IJ031084: Unable to create connection at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.createLocalManagedConnection(LocalManagedConnectionFactory.java:345) at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.getLocalManagedConnection(LocalManagedConnectionFactory.java:352) at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.createManagedConnection(LocalManagedConnectionFactory.java:287) at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.createConnectionEventListener(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:1320) at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.getConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:496) at org.jboss.jca.core.connectionmanager.pool.AbstractPool.getSimpleConnection(AbstractPool.java:617) at org.jboss.jca.core.connectionmanager.pool.AbstractPool.getConnection(AbstractPool.java:589) at org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:590) ... 21 more [1]https://pastebin.com/UZ5VFH7H Thanks, Shubham

4 5

options for fence_ipmilan?
by Matthias Leopold 18 Apr '17

18 Apr '17

hi, i'm trying to make fencing (via ipmilan) work with a ipmi user with only "OPERATOR" privileges. This works with CLI (-L OPERATOR). when trying to configure this via GUI i fail. interface tells me Test failed: [WARNING:root:Parse error: Ignoring unknown option 'L=OPERATOR', , ERROR:root:Failed: Unable to obtain correct plug status or plug is not available, , , Failed: Unable to obtain correct plug status or plug is not available, , ] i tried "-L OPERATOR" and "L=OPERATOR", with and without quotes, no avail... can somebody help me? ovirt 4.1.1 -- Matthias Leopold IT Systems & Communications Medizinische Universität Wien Spitalgasse 23 / BT 88 /Ebene 00 A-1090 Wien Tel: +43 1 40160-21241 Fax: +43 1 40160-921200

3 3

Storage latency message
by Chris Adams 18 Apr '17

18 Apr '17

I've been getting an occasional message like: Storage domain hosted_storage experienced a high latency of 5.26121 seconds from host node3. I'm not sure what is causing them though. I look at my storage (EqualLogic iSCSI SAN) and storage network switches and don't see any issues. When the above message was logged, node3 was not hosting the engine (doesn't even have engine HA installed), nor was it the SPM, so why would it have even been accessing the hosted_storage domain? This is with oVirt 4.1. -- Chris Adams <cma(a)cmadams.net>

3 4

vm "maximum memory" setting questions
by Nelson Lameiras 18 Apr '17

18 Apr '17

------=_Part_17107869_398743795.1492508811941 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=20 A new vm setting "maximum memory" has appeared in oVirt >4 which by default= has the value "current memory"*4=20 - Why is "maximum memory" setting necessary to set?=20 - Why isn't this value set to "infinity" by default ?=20 It seems to me kind of uselessly counter productif to have to decide a maxi= mum memory amount beforehand. if we do this, will we have to set maximum CP= U cores also in the future (being devil's advocate here ;) )=20 I did searched oVirt documentation, but very little information is availabl= e.=20 Maybe this is an libvirt question, but I'm hopping a oVirt guru could quick= ly enlighten me.=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_17107869_398743795.1492508811941 Content-Type: multipart/related; boundary="----=_Part_17107870_1472858614.1492508811941" ------=_Part_17107870_1472858614.1492508811941 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>A new vm setting "maximum memory" has appeared in oVirt >4= which by default has the value "current memory"*4<br data-mce-bogus=3D"1">= </div><div><br data-mce-bogus=3D"1"></div><div>- Why is "maximum memory" se= tting necessary to set? </div><div>- Why isn't this value set to "infinity"= by default ?</div><div><br data-mce-bogus=3D"1"></div><div>It seems to me = kind of uselessly counter productif to have to decide a maximum memory amou= nt beforehand. if we do this, will we have to set maximum CPU cores also in= the future (being devil's advocate here ;) )<br data-mce-bogus=3D"1"></div= ><div><br data-mce-bogus=3D"1"></div><div><div>I did searched oVirt documen= tation, but very little information is available.</div><div>Maybe this is a= n libvirt question, but I'm hopping a oVirt guru could quickly enlighten me= .<br></div></div><div><br data-mce-bogus=3D"1"></div><div data-marker=3D"__= SIG_PRE__"><div>cordialement, 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; width: 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-family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; w= idth: 86.25pt; text-align: left;" data-mce-style=3D"margin: 0; font-size: 1= 1px; font-family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; widt= h: 86.25pt; text-align: left;" width=3D"115" valign=3D"top"><a href=3D"http= s://www.lyra-network.com/" style=3D"border: none; text-decoration: none; wi= dth: 100%; display: block; clear: both;" data-mce-href=3D"https://www.lyra-= network.com/" data-mce-style=3D"border: none; text-decoration: none; width:= 100%; display: block; clear: both;"><img src=3D"cid:b5204ab380be6ea6d0270a= e7bfb4f103942609aa@zimbra" alt=3D"" data-mce-src=3D"/home/admin@lyra-networ= k.com/corporate-documents/element-signature_logo_lyra_115x94.jpg" doc=3D"co= rporate-documents/element-signature_logo_lyra_115x94.jpg" width=3D"115" hei= ght=3D"94" border=3D"0"></a><br data-mce-bogus=3D"1"></td><td style=3D"marg= in: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; line= -height: 16px; width: 258.75pt;" data-mce-style=3D"margin: 0; font-size: 11= px; font-family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width= : 258.75pt;" width=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" cellspa= cing=3D"0" cellpadding=3D"0" border=3D"0"><tbody><tr><td style=3D"font-size= : 16px; font-family: Arial,sans-serif; color: #2b3c7a; line-height: 18px; f= ont-weight: bold;" data-mce-style=3D"font-size: 16px; font-family: Arial,sa= ns-serif; color: #2b3c7a; line-height: 18px; font-weight: bold;">Nelson LAM= EIRAS</td></tr><tr><td style=3D"font-family: Arial,sans-serif; color: #2b3c= 7a; font-size: 11px; line-height: 16px;" data-mce-style=3D"font-family: Ari= al,sans-serif; color: #2b3c7a; font-size: 11px; line-height: 16px;">Ing=C3= =A9nieur Syst=C3=A8mes et R=C3=A9seaux<span style=3D"font-family: Arial,san= s-serif; color: #337ab7; font-size: 11px;" data-mce-style=3D"font-family: A= rial,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-serif; color: #2b3c7a; font-size: 11px;" data-mce-style=3D"line= -height: 16px; font-family: 'Arial',sans-serif; color: #2b3c7a; font-size: = 11px;"><span style=3D"font-family: Arial,sans-serif; color: #2b3c7a; font-s= ize: 11px;" data-mce-style=3D"font-family: Arial,sans-serif; color: #2b3c7a= ; font-size: 11px;">Tel: +33 5 32 09 09 70</span></td></tr><tr><td style=3D= "line-height: 16px; font-family: 'Arial',sans-serif; color: #2b3c7a; font-s= ize: 11px;" data-mce-style=3D"line-height: 16px; font-family: 'Arial',sans-= serif; color: #2b3c7a; font-size: 11px;"><a href=3D"mailto:nelson.lameiras@= lyra-network.com" style=3D"font-size: 11px; font-family: Arial,sans-serif; = line-height: 16px; text-decoration: none;" data-mce-href=3D"mailto:nelson.l= ameiras(a)lyra-network.com" data-mce-style=3D"font-size: 11px; font-family: A= rial,sans-serif; line-height: 16px; text-decoration: none;">nelson.lameiras= @lyra-network.com</a><br data-mce-bogus=3D"1"></td></tr><tr><td style=3D"li= ne-height: 16px; font-family: 'Arial',sans-serif; color: #2b3c7a; font-size= : 11px;" data-mce-style=3D"line-height: 16px; font-family: 'Arial',sans-ser= if; color: #2b3c7a; font-size: 11px;"><a href=3D"https://www.lyra-network.c= om/" style=3D"font-size: 11px; font-family: Arial,sans-serif; line-height: = 16px; border: none; text-decoration: none;" data-mce-href=3D"https://www.ly= ra-network.com/" data-mce-style=3D"font-size: 11px; font-family: Arial,sans= -serif; line-height: 16px; border: none; text-decoration: none;">www.lyra-n= etwork.com</a> <a href=3D"https://payzen.eu" style=3D"font-size: 11px; font= -family: Arial,sans-serif; line-height: 16px; border: none; text-decoration= : none;" data-mce-href=3D"https://payzen.eu" data-mce-style=3D"font-size: 1= 1px; font-family: Arial,sans-serif; line-height: 16px; border: none; text-d= ecoration: 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-la= yout: fixed; border: none; width: 345pt;" data-mce-style=3D"margin: 0; tabl= e-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; fo= nt-family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 24pt= ; text-align: left;" data-mce-style=3D"margin: 0; font-size: 11px; font-fam= ily: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 24pt; text= -align: left;" width=3D"32" valign=3D"top"><a href=3D"https://www.youtube.c= om/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA" style=3D"border: none; text-decoration= : none; margin: 0; float: left; display: inline-block; width: 32px;" data-m= ce-href=3D"https://www.youtube.com/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA" data-m= ce-style=3D"border: none; text-decoration: none; margin: 0; float: left; di= splay: inline-block; width: 32px;"><img src=3D"cid:a159bfc80bd55e52e4beb67a= fe1bb5d728b24bbd@zimbra" alt=3D"" data-mce-src=3D"/home/admin(a)lyra-network.= com/corporate-documents/element-signature_logo_YouTube_32x28.jpg" doc=3D"co= rporate-documents/element-signature_logo_YouTube_32x28.jpg" width=3D"32" he= ight=3D"28" border=3D"0"></a><br data-mce-bogus=3D"1"></td><td style=3D"mar= gin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; lin= e-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-h= eight: 16px; width: 30.75pt; text-align: left;" width=3D"41" valign=3D"top"= ><a href=3D"https://www.linkedin.com/company/lyra-network_2" style=3D"borde= r: none; text-decoration: none; margin: 0; float: left; display: inline-blo= ck; width: 41px;" data-mce-href=3D"https://www.linkedin.com/company/lyra-ne= twork_2" data-mce-style=3D"border: none; text-decoration: none; margin: 0; = float: left; display: inline-block; width: 41px;"><img src=3D"cid:a0b588bfd= 31a0ba86f40d6b6d9268691fea5c0eb@zimbra" data-mce-src=3D"/home/admin@lyra-ne= twork.com/corporate-documents/element-signature_logo_LinkedIn_41x28.jpg" do= c=3D"corporate-documents/element-signature_logo_LinkedIn_41x28.jpg" width= =3D"41" height=3D"28" border=3D"0"></a><br data-mce-bogus=3D"1"></td><td st= yle=3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2= b3c7a; line-height: 16px; width: 31.5pt; text-align: left;" data-mce-style= =3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c= 7a; line-height: 16px; width: 31.5pt; text-align: left;" width=3D"42" valig= n=3D"top"><a href=3D"https://twitter.com/LyraNetwork" style=3D"border: none= ; text-decoration: none; margin: 0; float: left; display: inline-block; wid= th: 42px;" data-mce-href=3D"https://twitter.com/LyraNetwork" data-mce-style= =3D"border: none; text-decoration: none; margin: 0; float: left; display: i= nline-block; width: 42px;"><img src=3D"cid:149d6072bc67d356ea2144765e44ef94= 08b8e52b@zimbra" alt=3D"" data-mce-src=3D"/home/admin(a)lyra-network.com/corp= orate-documents/element-signature_logo_Twitter_42x28.jpg" doc=3D"corporate-= documents/element-signature_logo_Twitter_42x28.jpg" width=3D"42" height=3D"= 28" 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; fo= nt-size: 11px; font-family: Arial,sans-serif; color: #2b3c7a; line-height: = 16px; width: 258.75pt; text-align: left;" width=3D"345" valign=3D"top"><a h= ref=3D"https://payzen.eu" style=3D"border: none; text-decoration: none; mar= gin: 0; float: left; display: inline-block; width: 61px;" data-mce-href=3D"= https://payzen.eu" data-mce-style=3D"border: none; text-decoration: none; m= argin: 0; float: left; display: inline-block; width: 61px;"><img src=3D"cid= :cd4541ce398365c94e76bcb70b5233c3dd6b299c@zimbra" alt=3D"" data-mce-src=3D"= /home/admin@lyra-network.com/corporate-documents/element-signature_payzen_6= 1x28.jpg" doc=3D"corporate-documents/element-signature_payzen_61x28.jpg" wi= dth=3D"61" height=3D"28" border=3D"0"></a><br data-mce-bogus=3D"1"></td></t= r></tbody></table><table style=3D"margin: 0; table-layout: fixed; border: n= one; width: 345pt;" data-mce-style=3D"margin: 0; table-layout: fixed; borde= r: none; width: 345pt;" width=3D"460" cellspacing=3D"0" cellpadding=3D"0"><= tbody><tr><td><hr style=3D"background: #293b79 none repeat scroll 0% 0%; wi= dth: 100%; height: 4px; color: #293b79; margin: 0px;" data-mce-style=3D"bac= kground: #293b79 none repeat scroll 0% 0%; width: 100%; height: 4px; color:= #293b79; margin: 0px;"></td></tr></tbody></table><table style=3D"margin: 0= ; table-layout: fixed; border: none; width: 345pt;" data-mce-style=3D"margi= n: 0; table-layout: fixed; border: none; width: 345pt;" width=3D"460" cells= pacing=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; w= idth: 30.75pt; text-align: left;" data-mce-style=3D"margin: 0; font-size: 1= 1px; font-family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; widt= h: 30.75pt; text-align: left;"><div>Lyra Network, 109 rue de l'innovation, = 31670 Lab=C3=A8ge, FRANCE</div></td></tr></tbody></table><div><br></div></d= iv></div></body></html> ------=_Part_17107870_1472858614.1492508811941 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: <b5204ab380be6ea6d0270ae7bfb4f103942609aa@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_17107870_1472858614.1492508811941 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: <a159bfc80bd55e52e4beb67afe1bb5d728b24bbd@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_17107870_1472858614.1492508811941 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: <a0b588bfd31a0ba86f40d6b6d9268691fea5c0eb@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_17107870_1472858614.1492508811941 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: <149d6072bc67d356ea2144765e44ef9408b8e52b@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_17107870_1472858614.1492508811941 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: <cd4541ce398365c94e76bcb70b5233c3dd6b299c@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_17107870_1472858614.1492508811941-- ------=_Part_17107869_398743795.1492508811941--

2 2

ISSUES WITH EDITING A CLUSTER SO IT CAN BE PART OF A NEW DATACENTER
by martin chamambo 18 Apr '17

18 Apr '17

I had issues with my master data storage domain and the only way was to set the hosts in maintenence mode ,delete the datacenter so i can recreate it.... I managed to delete the datacenter and the storage domains , and created a new datacenter , but now the existing clusters are not part of a datacenter and trying to add them to the datacenter gives out this error below Error while executing action: Cannot edit Cluster. Changing management network in a non-empty cluster is not allowed. and by non empty i guess it means there is a host inside that cluster ? fair enough trying to change a node cluster comes with the Host Cluster Dropdown with this Datacenter:Undefined How can i fix the catch 22 scenario without deleting clusters or hosts.. surely there should be a smarter way ?

3 5

VDSM overwrites network config
by Alan Cowles 18 Apr '17

18 Apr '17

Hey guys, I'm in a lab setup currently with 2 hosts, running RHEV-3.5, with a self-hosted engine on RHEL 6.9 servers. I am doing this in order to plot out a production upgrade I am planning going forward to 4.0, and I'm a bit stuck and I'm hoping it's ok to ask questions here concerning this product and version. In my lab, I have many vlans trunked on my switchports, so I have to create individual vlan interfaces on my RHEL install. During the install, I am able to pick my ifcfg-eth0.502 interface for rhevm, and ifcfg-eth1.504 interface for NFS, access the storage and create my self-hosted engine. The issue I am running into is that I get into RHEV-M, and I am continuing to set the hosts up or add other hosts, when I go to move my NFS network to host2 it only allows me to select the base eth1 adapter, and not the VLAN tagged version. I am able to tag the VLAN in the RHEV-M configured network itself, but this has the unfortunate side effect of tagging a network on top of the already tagged interface on host1, taking down NFS and the self hosted engine. I am able to access the console of host1, and I configure the ifcfg files, vlan files, and bridge files to be on the correct interfaces, and I get my host back up, and my RHEV-M back up. However when I try to make these manual changes to host2 and get it up, the changes to these files are completely overwritten the moment the host reboots connected to vdsmd start-up. Right now, I have vdsmd disabled, and I have host2 configured the way I need it to be with the rhevm bridge on eth0.502, the NFS bridge on eth1.504, and my VMNet "guest" bridge on eth1.500, however that leaves me with a useless host from RHEV standards. I've checked several different conf files to see where vdsmd is pulling it's configuration from but I can't find it, or find a way to modify it to fit my needs. Any advice or pointers here would be greatly appreciated. Thank you all in advance. AC

4 4

Latency threshold between Hosted Engine and Hosts
by FERNANDO FREDIANI 18 Apr '17

18 Apr '17

This is a multi-part message in MIME format. --------------D0FF4C4FF8B95B82C3141A34 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello. I have a Engine which is hosted in a optimal location for the people who access it and this Engine manage multiple Datacenters, some close by and some far away in terms of latency. What is the maximum latency advised between the Engine and the hosts for a healthy operation or that doesn't matter much as long the Engine can always reach the hosts ? Currently the maximum latency I have between Engine and Hosts is 110ms and sometimes when there is a non-optimal route latency goes up to 170ms. Should I be concerned about this ? Thanks Fernando --------------D0FF4C4FF8B95B82C3141A34 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"> <font face="arial, helvetica, sans-serif">Hello.<br> <br> I have a Engine which is hosted in a optimal location for the people who access it and this Engine manage multiple Datacenters, some close by and some far away in terms of latency. <br> <br> What is the maximum latency advised between the Engine and the hosts for a healthy operation or that doesn't matter much as long the Engine can always reach the hosts ?<br> <br> Currently the maximum latency I have between Engine and Hosts is 110ms and sometimes when there is a non-optimal route latency goes up to 170ms. Should I be concerned about this ?<br> <br> Thanks<br> Fernando<br> <br> </font> </body> </html> --------------D0FF4C4FF8B95B82C3141A34--

3 2

How do you oVirt? Here the answers!
by Sandro Bonazzola 17 Apr '17

17 Apr '17

Hi, a few weeks ago I opened a survey asking oVirt users about how they use oVirt. Here are the analytics of the survey: https://docs.google.com/forms/d/1s3k4pq_U4vHTuUUKr6dOosGj_EGFxqEisansHlqnyy… Most notable facts: - 197 responses, two times the responses we got with the 3.6 survey! - CentOS confims as the most used distribution for running oVirt engine (89.8%) and Hypervisors (74.3% which become 94.2% including oVirt Node which is a CentOS spin) - Fedora is the second distribution (4.6%) mostly used only for runnig oVirt engine - oVirt Node jumped from 7.1% on 3.6 survey to 19.9% in 4.1! - Surprisingly we have someone running both engine and hypervisor on Ubuntu based system, within VMs. I'd like to hear more about this use case. - Within other OS we had Red Hat Enterprise Linux 6 and 7 and Scientific Linux (I guess 7, wasn't specified) - Within the storage, there isn't a "winner" between NFS, Gluster and iSCSI. Within Other Storage, Fiber Channel is the most used. We had also: Ceph, DAS, EMC ScaleIO, GPFS - Hosted Engine is the most used deployment choice with 58.4% (was 50.0% in 3.6) - 65.8% of Hosted Engine users use it in Hyperconverged setup. Thank you for your feedback and appreciation, we'll look into suggestions you sent in the survey. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

5 5

JUST CANT UNDERSTAND WHY OVIRT DOESNT HAVE A WEB-GUI FOR EDITING , REMOVING UNWANTED STORAGE DOMAINS
by martin chamambo 17 Apr '17

17 Apr '17

JUST CANT UNDERSTAND WHY OVIRT DOESNT HAVE A WEB-GUI FOR EDITING ,REMOVING UNWANTED STORAGE DOMAINS I configured openfiler as my iscsi storage and while i am able to connect to it ....i wanted to change the IP address of the connecting IP to one of the logical networks which i disignated as a STORAGE role. This is a nightmare changing this and i have to set hosts in maintenence mode and delete the datacenter , is there any other way ?

2 4

Memory ballooning not working on RHEV 4.1?
by Joseph Chapman 16 Apr '17

16 Apr '17

Hello all, I have a RHEV 4.1 host running Windows 10 VMs. I have installed the balloon driver on the VMs (RHEV guest tools), and enabled memory ballooning on the cluster using RHEV-M. On the VMs, I have set the system memory to Memory Size: 4GB, Maximum Memory: 16GB. While I can manually hot plug memory, I am not seeing additional memory being automatically allocated to the VMs during a SQL workload. The documentation for RHEV 4.1 is not clear on whether or not this automatic ballooning is functional (earlier documentation suggests that it is functional only by use of an API). I am new to RHEV and would appreciate some help troubleshooting this. Please let me know if there's any additional information I should provide. I messaged this mailing list on suggestion from someone in the IRC. I hope this is in-bounds. Thanks for your time! -- Joseph Chapman http://fjchapman.tumblr.com +1 828 777 0751

2 1

virsh list
by Konstantin Raskoshnyi 15 Apr '17

15 Apr '17

Hi guys I'm trying to run virsh list (or any other virsh commands) virsh list Please enter your authentication name: admin Please enter your password: error: failed to connect to the hypervisor error: authentication failed: authentication failed But I have no clue about login:password ovirt uses. I tried admin password, also tried to create new account with saslpasswd2 Which didn't work to. Any solutions?

2 1

Networking setup
by Alexis HAUSER 14 Apr '17

14 Apr '17

------=_Part_6006787_1898687053.1491982178695 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I have an Ovirt installation with 3 nodes (5 soon), containing 6 network cards (8 soon), a multipath iSCSI array and I would like to know how you would advice me to choose which link to bond or not. I thought about : 1+2 : ovirtmgmt (bond) 3+4 : iSCSI (multipath) 5 : VM and Display 6 : Migration What do you think about this configuration ? Is it a bad idea to set VM and display on the same network interface ? Do ovirtmgmt need high bandwidth ? In terms of bandwidth, is it a bad idea to have one single NIC for Migration ? Thanks in advance for your suggestions ------=_Part_6006787_1898687053.1491982178695 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>Hi,<br></div><div><br></div><div= ><br></div><div>I have an Ovirt installation with 3 nodes (5 soon), contain= ing 6 network cards (8 soon), a multipath iSCSI array and I would like to k= now how you would advice me to choose which link to bond or not.<br></div><= div><br></div><div>I thought about : <br></div><div><br></div><div>1+2 : ov= irtmgmt (bond)<br></div><div>3+4 : iSCSI (multipath)<br></div><div>5 : VM a= nd Display<br></div><div>6 : Migration<br></div><div><br></div><div>What do= you think about this configuration ? <br></div><div>Is it a bad idea to se= t VM and display on the same network interface ?<br></div><div>Do ovirtmgmt= need high bandwidth ?<br></div><div>In terms of bandwidth, is it a bad ide= a to have one single NIC for Migration ?<br></div><div><br></div><div><br><= /div><div>Thanks in advance for your suggestions<br></div></div></body></ht= ml> ------=_Part_6006787_1898687053.1491982178695--

3 2

After adding ISCSI storage on ovirt 4.0 (both engine and node) , storage doesnt come up
by martin chamambo 14 Apr '17

14 Apr '17

For some reason when i add iscsi storage on my ovirtNode it works like a charm , but when i reboot the ovirtengine and node , the storage doesnt come up and on the storage tab , i have noticed that the USE HOST dropdown is empty NB:iscsi and iscsid are running on the node and the LUN is active

2 2

cleanup old recovery backup
by eric stam 14 Apr '17

14 Apr '17

Good morning, Just a question. When I do an upgrade of a hosted-engine by the "hosted-engine --upgarde-appliance" command the procedure will automatically make a backup for recovery. Is there a way to remove an old backup, without finding out yourself which files user used and which not (and hooping you will not remove a wrong one). -- Gr. Eric Stam *Mob*.: 06-50278119

2 1

spice folder sharing
by Nathanaël Blanchet 13 Apr '17

13 Apr '17

Hi all, Is there a native way to enable spice sharing like described there: https://www.spice-space.org/docs/manual/manual.chunked/ar01s10.html I guess such a hook is very simple to write. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 2

Hosted engine setup shooting dirty pool
by Jamie Lawrence 13 Apr '17

13 Apr '17

Or at least, refusing to mount a dirty pool. I have 4.1 set up, configured and functional, currently wired up with two VM hosts and three Gluster hosts. It is configured with a (temporary) NFS data storage domain, with the end-goal being two data domains on Gluster; one for the hosted engine, one for other VMs. The issue is that `hosted-engine` sees any gluster volumes offered as dirty. (I have been creating them via the command line right before attempting the hosted-engine migration; there is nothing in them at that stage.) I *think* what is happening is that ovirt-engine notices a newly created volume and has its way with the volume (visible in the GUI; the volume appears in the list), and the hosted-engine installer becomes upset about that. What I don’t know is what to do about it. Relevant log lines below. The installer almost sounds like it is asking me to remove the UUID-directory and whatnot, but I’m pretty sure that’s just going to leave me with two problems instead of fixing the first one. I’ve considered attempting to wire this together in the DB, which also seems like a great way to break things. I’ve even thought of using a Gluster installation that Ovirt knows nothing about, mainly as an experiment to see if it would even work, but decided it doesn’t matter, because I can’t deploy in that state anyway and it doesn’t actually get me any closer to getting this working. I noticed several bugs in the tracker seemingly related, but the bulk of those were for past versions and I saw nothing that seemed actionable from my end in the others. So, can anyone spare a clue as to what is going wrong, and what to do about that? -j - - - - ovirt-hosted-engine-setup.log - - - - 2017-04-11 16:14:39 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._storageServerConnection:408 connectStorageServer 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._storageServerConnection:475 {'status': {'message': 'Done', 'code': 0}, 'items': [{u'status': 0, u'id': u'890e82cf-5570-4507-a9bc-c610584dea6e'}]} 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._storageServerConnection:502 {'status': {'message': 'Done', 'code': 0}, 'items': [{u'status': 0, u'id': u'cd1a1bb6-e607-4e35-b815-1fd88b84fe14'}]} 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._check_existing_pools:794 _check_existing_pools 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._check_existing_pools:795 getConnectedStoragePoolsList 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._check_existing_pools:797 {'status': {'message': 'Done', 'code': 0}} 2017-04-11 16:14:40 INFO otopi.plugins.gr_he_setup.storage.storage storage._misc:956 Creating Storage Domain 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createStorageDomain:513 createStorageDomain 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createStorageDomain:547 {'status': {'message': 'Done', 'code': 0}} 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createStorageDomain:549 {'status': {'message': 'Done', 'code': 0}, u'mdasize': 0, u'mdathreshold': True, u'mdavalid': True, u'diskfree': u'321929216000', u'disktotal': u'321965260800', u'mdafree': 0} 2017-04-11 16:14:40 INFO otopi.plugins.gr_he_setup.storage.storage storage._misc:959 Creating Storage Pool 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createFakeStorageDomain:553 createFakeStorageDomain 2017-04-11 16:14:41 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createFakeStorageDomain:570 {'status': {'message': 'Done', 'code': 0}} 2017-04-11 16:14:41 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createFakeStorageDomain:572 {'status': {'message': 'Done', 'code': 0}, u'mdasize': 0, u'mdathreshold': True, u'mdavalid': True, u'diskfree': u'1933930496', u'disktotal': u'2046640128', u'mdafree': 0} 2017-04-11 16:14:41 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createStoragePool:587 createStoragePool 2017-04-11 16:14:41 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createStoragePool:627 createStoragePool(args=[storagepoolID=9e399f0c-7c4b-4131-be79-922dda038383, name=hosted_datacenter, masterSdUUID=9a5c302b-2a18-4c7e-b75d-29088299988c, masterVersion=1, domainList=['9a5c302b-2a18-4c7e-b75d-29088299988c', 'f26efe61-a2e1-4a85-a212-269d0a047e07'], lockRenewalIntervalSec=None, leaseTimeSec=None, ioOpTimeoutSec=None, leaseRetries=None]) 2017-04-11 16:15:29 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createStoragePool:640 {'status': {'message': 'Done', 'code': 0}} 2017-04-11 16:15:29 INFO otopi.plugins.gr_he_setup.storage.storage storage._misc:962 Connecting Storage Pool 2017-04-11 16:15:29 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._storagePoolConnection:717 connectStoragePool 2017-04-11 16:15:29 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/storage.py", line 963, in _misc self._storagePoolConnection() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/storage.py", line 725, in _storagePoolConnection message=status['status']['message'], RuntimeError: Dirty Storage Domain: Cannot connect pool, already connected to another pool: ('ef5e4496-3095-40a8-89da-6847db67a4b9',) Please clean the storage device and try again 2017-04-11 16:15:29 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Misc configuration': Dirty Storage Domain: Cannot connect pool, already connected to another pool: ('ef5e4496-3095-40a8-89da-6847db67a4b9',) Please clean the storage device and try again 2017-04-11 16:15:29 DEBUG otopi.transaction transaction.abort:119 aborting 'Yum Transaction' 2017-04-11 16:15:29 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:80 Yum Performing yum transaction rollback Loaded plugins: fastestmirror 2017-04-11 16:15:29 DEBUG otopi.transaction transaction.abort:119 aborting 'File transaction for '/etc/ovirt-hosted-engine/firewalld/hosted-console.xml'' 2017-04-11 16:15:29 DEBUG otopi.transaction transaction.abort:119 aborting 'File transaction for '/etc/ovirt-hosted-engine/firewalld/hosted-cockpit.xml'' 2017-04-11 16:15:29 DEBUG otopi.transaction transaction.abort:119 aborting 'File transaction for '/etc/ovirt-hosted-engine/iptables.example'' 2017-04-11 16:15:29 DEBUG otopi.context context.dumpEnvironment:760 ENVIRONMENT DUMP - BEGIN

3 3

I’m having trouble deleting a test gluster volume
by Precht, Andrew 13 Apr '17

13 Apr '17

--_000_BY1PR09MB0824B7766560130DB97C50A0F5000BY1PR09MB0824namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Ovirt users, I=92m a newbie to oVirt and I=92m having trouble deleting a test gluster vo= lume. The nodes are 4.1.1 and the engine is 4.1.0 When I try to remove the test volume, I click Remove, the dialog box prompt= ing to confirm the deletion pops up and after I click OK, the dialog box ch= anges to show a little spinning wheel and then it disappears. In the end th= e volume is still there. The test volume was distributed with two host members. One of the hosts I w= as able to remove from the volume by removing the host form the cluster. Wh= en I try to remove the remaining host in the volume, even with the =93Force= Remove=94 box ticked, I get this response: Cannot remove Host. Server havi= ng Gluster volume. What to try next? P.S. I=92ve tried to join this user group several times in the past, with n= o response. Is it possible for me to join this group? Regards, Andrew --_000_BY1PR09MB0824B7766560130DB97C50A0F5000BY1PR09MB0824namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> <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></p> <div>Hi Ovirt users,</div> <div>I=92m a newbie to oVirt and I=92m having trouble deleting a test glust= er volume. The nodes are 4.1.1 and the engine is 4.1.0</div> <div><br> </div> <div>When I try to remove the test volume, I click Remove, the dialog box p= rompting to confirm the deletion pops up and after I click OK, the dialog b= ox changes to show a little spinning wheel and then it disappears. In the e= nd the volume is still there.</div> <div><br> </div> <div>The test volume was distributed with two host members. One of the host= s I was able to remove from the volume by removing the host form the cluste= r. When I try to remove the remaining host in the volume, even with the =93= Force Remove=94 box ticked, I get this response: Cannot remove Host. Server having Gluster volume.</div> <div><br> </div> <div>What to try next?</div> <div><br> </div> <div>P.S. I=92ve tried to join this user group several times in the past, w= ith no response.</div> <div>Is it possible for me to join this group?</div> <div><br> </div> <div>Regards,</div> <div>Andrew</div> <br> <p></p> </div> </body> </html> --_000_BY1PR09MB0824B7766560130DB97C50A0F5000BY1PR09MB0824namp_--

3 13

Re: [ovirt-users] Adding existing kvm hosts
by Konstantin Raskoshnyi 12 Apr '17

12 Apr '17

+Users We're using SCLinux 6.7, the latest version available in updates is 2.6.6 So I'm going to fix this Thanks On Wed, Apr 12, 2017 at 9:42 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote: > Right. How did you end up with such an ancient version? > > Also, please email the users mailing list, not just me (so, for example, > others will know what the issue is). > Thanks, > Y. > > > On Apr 12, 2017 6:52 PM, "Konstantin Raskoshnyi" <konrasko(a)gmail.com> > wrote: > >> I just found this error on oVirt engine: Python version 2.6 is too old, >> expecting at least 2.7. >> >> So going to upgrade python first >> >> On Wed, Apr 12, 2017 at 4:41 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote: >> >>> Can you share the vdsm log? The host deploy log (from the engine) ? >>> Y. >>> >>> >>> On Wed, Apr 12, 2017 at 8:13 AM, Konstantin Raskoshnyi < >>> konrasko(a)gmail.com> wrote: >>> >>>> Hi guys, We're never had mgmt for our kvm machines >>>> >>>> I installed oVirt 4.1 on CentOS73 and trying to add existing kvm hosts >>>> but oVirt fails with this error >>>> >>>> 2017-04-12 05:08:46,430Z ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] >>>> (org.ovirt.thread.pool-7-thread-21) [4a1d5f35] Exception: >>>> java.io.IOException: Command returned failure code 1 during SSH session >>>> 'root@tank3' >>>> >>>> I don't experience any problems connecting to virtank3 under root. >>>> >>>> 2017-04-12 05:08:46,445Z ERROR [org.ovirt.engine.core.dal.dbb >>>> roker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-7-thread-21) >>>> [4a1d5f35] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), Correlation >>>> ID: 4a1d5f35, Call Stack: null, Custom Event ID: -1, Message: Failed to >>>> install Host tank3. Command returned failure code 1 during SSH session >>>> 'root@tank3'. >>>> 2017-04-12 05:08:46,445Z ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] >>>> (org.ovirt.thread.pool-7-thread-21) [4a1d5f35] Error during host tank3 >>>> install, prefering first exception: Unexpected connection termination >>>> 2017-04-12 05:08:46,445Z ERROR [org.ovirt.engine.core.bll.hos >>>> tdeploy.InstallVdsInternalCommand] (org.ovirt.thread.pool-7-thread-21) >>>> [4a1d5f35] Host installation failed for host 'cec720ed-460a-48aa-a9fc-2262b6da5a83', >>>> 'tank3': Unexpected connection termination >>>> 2017-04-12 05:08:46,446Z INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] >>>> (org.ovirt.thread.pool-7-thread-21) [4a1d5f35] START, >>>> SetVdsStatusVDSCommand(HostName = tank3, SetVdsStatusVDSCommandParameters:{runAsync='true', >>>> hostId='cec720ed-460a-48aa-a9fc-2262b6da5a83', status='InstallFailed', >>>> nonOperationalReason='NONE', stopSpmFailureLogged='false', >>>> maintenanceReason='null'}), log id: 4bbc52f9 >>>> 2017-04-12 05:08:46,449Z INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] >>>> (org.ovirt.thread.pool-7-thread-21) [4a1d5f35] FINISH, >>>> SetVdsStatusVDSCommand, log id: 4bbc52f9 >>>> 2017-04-12 05:08:46,457Z ERROR [org.ovirt.engine.core.dal.dbb >>>> roker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-7-thread-21) >>>> [4a1d5f35] EVENT_ID: VDS_INSTALL_FAILED(505), Correlation ID: 4a1d5f35, Job >>>> ID: 8af22af5-72a5-4ec4-b216-4e26ceaa48d6, Call Stack: null, Custom >>>> Event ID: -1, Message: Host tank3 installation failed. Unexpected >>>> connection termination. >>>> 2017-04-12 05:08:46,496Z INFO [org.ovirt.engine.core.bll.ho >>>> stdeploy.InstallVdsInternalCommand] (org.ovirt.thread.pool-7-thread-21) >>>> [4a1d5f35] Lock freed to object 'EngineLock:{exclusiveLocks='[ >>>> cec720ed-460a-48aa-a9fc-2262b6da5a83=<VDS, >>>> ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' >>>> 2017-04-12 05:09:02,742Z INFO [org.ovirt.engine.core.bll.RemoveVdsCommand] >>>> (default task-48) [13050988-bf00-4391-9862-a8ed8ade34dd] Lock Acquired >>>> to object 'EngineLock:{exclusiveLocks='[cec720ed-460a-48aa-a9fc-2262b6da5a83=<VDS, >>>> ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' >>>> 2017-04-12 05:09:02,750Z INFO [org.ovirt.engine.core.bll.RemoveVdsCommand] >>>> (org.ovirt.thread.pool-7-thread-22) [13050988-bf00-4391-9862-a8ed8ade34dd] >>>> Running command: RemoveVdsCommand internal: false. Entities affected : ID: >>>> cec720ed-460a-48aa-a9fc-2262b6da5a83 Type: VDSAction group DELETE_HOST >>>> with role type ADMIN >>>> 2017-04-12 05:09:02,822Z INFO [org.ovirt.engine.core.vdsbroker.RemoveVdsVDSCommand] >>>> (org.ovirt.thread.pool-7-thread-22) [13050988-bf00-4391-9862-a8ed8ade34dd] >>>> START, RemoveVdsVDSCommand( RemoveVdsVDSCommandParameters:{runAsync='true', >>>> hostId='cec720ed-460a-48aa-a9fc-2262b6da5a83'}), log id: 26e68c12 >>>> 2017-04-12 05:09:02,822Z INFO [org.ovirt.engine.core.vdsbroker.VdsManager] >>>> (org.ovirt.thread.pool-7-thread-22) [13050988-bf00-4391-9862-a8ed8ade34dd] >>>> vdsManager::disposing >>>> 2017-04-12 05:09:02,822Z INFO [org.ovirt.engine.core.vdsbroker.RemoveVdsVDSCommand] >>>> (org.ovirt.thread.pool-7-thread-22) [13050988-bf00-4391-9862-a8ed8ade34dd] >>>> FINISH, RemoveVdsVDSCommand, log id: 26e68c12 >>>> 2017-04-12 05:09:02,824Z WARN [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] >>>> (ResponseWorker) [] Exception thrown during message processing >>>> 2017-04-12 05:09:02,848Z INFO [org.ovirt.engine.core.dal.db >>>> broker.auditloghandling.AuditLogDirector] >>>> (org.ovirt.thread.pool-7-thread-22) [13050988-bf00-4391-9862-a8ed8ade34dd] >>>> EVENT_ID: USER_REMOVE_VDS(44), Correlation ID: >>>> 13050988-bf00-4391-9862-a8ed8ade34dd, Call Stack: null, Custom Event >>>> ID: -1, Message: Host tank3 was removed by admin@internal-authz. >>>> 2017-04-12 05:09:02,848Z INFO [org.ovirt.engine.core.bll.RemoveVdsCommand] >>>> (org.ovirt.thread.pool-7-thread-22) [13050988-bf00-4391-9862-a8ed8ade34dd] >>>> Lock freed to object 'EngineLock:{exclusiveLocks='[ >>>> cec720ed-460a-48aa-a9fc-2262b6da5a83=<VDS, >>>> ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' >>>> 2017-04-12 05:10:56,139Z INFO [org.ovirt.engine.core.bll.storage.ovfstore.OvfDataUpdater] >>>> (DefaultQuartzScheduler8) [] Attempting to update VMs/Templates Ovf. >>>> >>>> >>>> Package vdsm-tool installed. >>>> >>>> Any thoughts? >>>> >>>> Thanks >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>> >>

1 0

Adding existing kvm hosts
by Konstantin Raskoshnyi 12 Apr '17

12 Apr '17

Hi guys, We're never had mgmt for our kvm machines I installed oVirt 4.1 on CentOS73 and trying to add existing kvm hosts but oVirt fails with this error 2017-04-12 05:08:46,430Z ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-7-thread-21) [4a1d5f35] Exception: java.io.IOException: Command returned failure code 1 during SSH session 'root@tank3' I don't experience any problems connecting to virtank3 under root. 2017-04-12 05:08:46,445Z ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-7-thread-21) [4a1d5f35] EVENT_ID: VDS_INSTALL_IN_PROGRESS_ERROR(511), Correlation ID: 4a1d5f35, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host tank3. Command returned failure code 1 during SSH session 'root@tank3'. 2017-04-12 05:08:46,445Z ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (org.ovirt.thread.pool-7-thread-21) [4a1d5f35] Error during host tank3 install, prefering first exception: Unexpected connection termination 2017-04-12 05:08:46,445Z ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (org.ovirt.thread.pool-7-thread-21) [4a1d5f35] Host installation failed for host 'cec720ed-460a-48aa-a9fc-2262b6da5a83', 'tank3': Unexpected connection termination 2017-04-12 05:08:46,446Z INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-7-thread-21) [4a1d5f35] START, SetVdsStatusVDSCommand(HostName = tank3, SetVdsStatusVDSCommandParameters:{runAsync='true', hostId='cec720ed-460a-48aa-a9fc-2262b6da5a83', status='InstallFailed', nonOperationalReason='NONE', stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 4bbc52f9 2017-04-12 05:08:46,449Z INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (org.ovirt.thread.pool-7-thread-21) [4a1d5f35] FINISH, SetVdsStatusVDSCommand, log id: 4bbc52f9 2017-04-12 05:08:46,457Z ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-7-thread-21) [4a1d5f35] EVENT_ID: VDS_INSTALL_FAILED(505), Correlation ID: 4a1d5f35, Job ID: 8af22af5-72a5-4ec4-b216-4e26ceaa48d6, Call Stack: null, Custom Event ID: -1, Message: Host tank3 installation failed. Unexpected connection termination. 2017-04-12 05:08:46,496Z INFO [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (org.ovirt.thread.pool-7-thread-21) [4a1d5f35] Lock freed to object 'EngineLock:{exclusiveLocks='[cec720ed-460a-48aa-a9fc-2262b6da5a83=<VDS, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2017-04-12 05:09:02,742Z INFO [org.ovirt.engine.core.bll.RemoveVdsCommand] (default task-48) [13050988-bf00-4391-9862-a8ed8ade34dd] Lock Acquired to object 'EngineLock:{exclusiveLocks='[cec720ed-460a-48aa-a9fc-2262b6da5a83=<VDS, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2017-04-12 05:09:02,750Z INFO [org.ovirt.engine.core.bll.RemoveVdsCommand] (org.ovirt.thread.pool-7-thread-22) [13050988-bf00-4391-9862-a8ed8ade34dd] Running command: RemoveVdsCommand internal: false. Entities affected : ID: cec720ed-460a-48aa-a9fc-2262b6da5a83 Type: VDSAction group DELETE_HOST with role type ADMIN 2017-04-12 05:09:02,822Z INFO [org.ovirt.engine.core.vdsbroker.RemoveVdsVDSCommand] (org.ovirt.thread.pool-7-thread-22) [13050988-bf00-4391-9862-a8ed8ade34dd] START, RemoveVdsVDSCommand( RemoveVdsVDSCommandParameters:{runAsync='true', hostId='cec720ed-460a-48aa-a9fc-2262b6da5a83'}), log id: 26e68c12 2017-04-12 05:09:02,822Z INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (org.ovirt.thread.pool-7-thread-22) [13050988-bf00-4391-9862-a8ed8ade34dd] vdsManager::disposing 2017-04-12 05:09:02,822Z INFO [org.ovirt.engine.core.vdsbroker.RemoveVdsVDSCommand] (org.ovirt.thread.pool-7-thread-22) [13050988-bf00-4391-9862-a8ed8ade34dd] FINISH, RemoveVdsVDSCommand, log id: 26e68c12 2017-04-12 05:09:02,824Z WARN [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Exception thrown during message processing 2017-04-12 05:09:02,848Z INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-7-thread-22) [13050988-bf00-4391-9862-a8ed8ade34dd] EVENT_ID: USER_REMOVE_VDS(44), Correlation ID: 13050988-bf00-4391-9862-a8ed8ade34dd, Call Stack: null, Custom Event ID: -1, Message: Host tank3 was removed by admin@internal-authz. 2017-04-12 05:09:02,848Z INFO [org.ovirt.engine.core.bll.RemoveVdsCommand] (org.ovirt.thread.pool-7-thread-22) [13050988-bf00-4391-9862-a8ed8ade34dd] Lock freed to object 'EngineLock:{exclusiveLocks='[cec720ed-460a-48aa-a9fc-2262b6da5a83=<VDS, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2017-04-12 05:10:56,139Z INFO [org.ovirt.engine.core.bll.storage.ovfstore.OvfDataUpdater] (DefaultQuartzScheduler8) [] Attempting to update VMs/Templates Ovf. Package vdsm-tool installed. Any thoughts? Thanks

2 1

Re: [ovirt-users] More 4.1 Networking Questions
by Charles Tassell 12 Apr '17

12 Apr '17

And bingo! I totally spaced on the fact that the MAC pool would be the same on the two clusters. I changed the pool range (Configure->MAC Address Pools for anyone interested) on the 4.1 cluster and things are looking good again. Thank you, this was driving me nuts! On 2017-04-11 05:22 AM, users-request(a)ovirt.org wrote: > Message: 1 > Date: Mon, 10 Apr 2017 21:07:44 -0400 > From: Jeff Bailey <bailey(a)cs.kent.edu> > To: users(a)ovirt.org > Subject: Re: [ovirt-users] More 4.1 Networking Questions > Message-ID: <31d1821c-9172-5a62-4f7d-b43fa4608025(a)cs.kent.edu> > Content-Type: text/plain; charset=windows-1252; format=flowed > > On 4/10/2017 6:59 AM, Charles Tassell wrote: > >> Ah, spoke to soon. 30 seconds later the network went down with IPv6 >> disabled. So it does appear to be a host forwarding problem, not a VM >> problem. I have an oVirt 4.0 cluster on the same network that doesn't >> have these issues, so it must be a configuration issue somewhere. >> Here is a dump of my ip config on the host: >> > The same L2 network? Using the same range of MAC addresses? [snip]

1 0

Hosted engine setup shooting dirty pool
by Jamie Lawrence 12 Apr '17

12 Apr '17

Or at least, refusing to mount a dirty pool. I’m having trouble getting the hosted engine installed. I have 4.1 set up, configured and functional, currently wired up with two VM hosts and three Gluster hosts. It is configured with a (temporary) NFS data storage domain, with the end-goal being two data domains on Gluster; one for the hosted engine, one for other VMs. The issue is that `hosted-engine` sees any gluster volumes offered as dirty. (I have been creating them via the command line right before attempting the hosted-engine migration; there is nothing in them at that stage.) I *think* what is happening is that ovirt-engine notices a newly created volume and has its way with the volume (visible in the GUI; the volume appears in the list), and the hosted-engine installer becomes upset about that. What I don’t know is what to do about that. Relevant log lines below. The installer almost sounds like it is asking me to remove the UUID-directory and whatnot, but I’m pretty sure that’s just going to leave me with two problems instead of fixing the first one. I’ve considered attempting to wire this together in the DB, which also seems like a great way to break things. I’ve even thought of using a Gluster cluster that Ovirt knows nothing about, mainly as an experiment to see if it would even work, but decided it doesn’t especially matter, as architecturally that would not work for production in our environment and I just need to get this up. So, can anyone spare a clue as to what is going wrong, and what to do about that? -j - - - - ovirt-hosted-engine-setup.log - - - - 2017-04-11 16:14:39 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._storageServerConnection:408 connectStorageServer 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._storageServerConnection:475 {'status': {'message': 'Done', 'code': 0}, 'items': [{u'status': 0, u'id': u'890e82cf-5570-4507-a9bc-c610584dea6e'}]} 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._storageServerConnection:502 {'status': {'message': 'Done', 'code': 0}, 'items': [{u'status': 0, u'id': u'cd1a1bb6-e607-4e35-b815-1fd88b84fe14'}]} 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._check_existing_pools:794 _check_existing_pools 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._check_existing_pools:795 getConnectedStoragePoolsList 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._check_existing_pools:797 {'status': {'message': 'Done', 'code': 0}} 2017-04-11 16:14:40 INFO otopi.plugins.gr_he_setup.storage.storage storage._misc:956 Creating Storage Domain 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createStorageDomain:513 createStorageDomain 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createStorageDomain:547 {'status': {'message': 'Done', 'code': 0}} 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createStorageDomain:549 {'status': {'message': 'Done', 'code': 0}, u'mdasize': 0, u'mdathreshold': True, u'mdavalid': True, u'diskfree': u'321929216000', u'disktotal': u'321965260800', u'mdafree': 0} 2017-04-11 16:14:40 INFO otopi.plugins.gr_he_setup.storage.storage storage._misc:959 Creating Storage Pool 2017-04-11 16:14:40 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createFakeStorageDomain:553 createFakeStorageDomain 2017-04-11 16:14:41 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createFakeStorageDomain:570 {'status': {'message': 'Done', 'code': 0}} 2017-04-11 16:14:41 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createFakeStorageDomain:572 {'status': {'message': 'Done', 'code': 0}, u'mdasize': 0, u'mdathreshold': True, u'mdavalid': True, u'diskfree': u'1933930496', u'disktotal': u'2046640128', u'mdafree': 0} 2017-04-11 16:14:41 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createStoragePool:587 createStoragePool 2017-04-11 16:14:41 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createStoragePool:627 createStoragePool(args=[storagepoolID=9e399f0c-7c4b-4131-be79-922dda038383, name=hosted_datacenter, masterSdUUID=9a5c302b-2a18-4c7e-b75d-29088299988c, masterVersion=1, domainList=['9a5c302b-2a18-4c7e-b75d-29088299988c', 'f26efe61-a2e1-4a85-a212-269d0a047e07'], lockRenewalIntervalSec=None, leaseTimeSec=None, ioOpTimeoutSec=None, leaseRetries=None]) 2017-04-11 16:15:29 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._createStoragePool:640 {'status': {'message': 'Done', 'code': 0}} 2017-04-11 16:15:29 INFO otopi.plugins.gr_he_setup.storage.storage storage._misc:962 Connecting Storage Pool 2017-04-11 16:15:29 DEBUG otopi.plugins.gr_he_setup.storage.storage storage._storagePoolConnection:717 connectStoragePool 2017-04-11 16:15:29 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/storage.py", line 963, in _misc self._storagePoolConnection() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/storage.py", line 725, in _storagePoolConnection message=status['status']['message'], RuntimeError: Dirty Storage Domain: Cannot connect pool, already connected to another pool: ('ef5e4496-3095-40a8-89da-6847db67a4b9',) Please clean the storage device and try again 2017-04-11 16:15:29 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Misc configuration': Dirty Storage Domain: Cannot connect pool, already connected to another pool: ('ef5e4496-3095-40a8-89da-6847db67a4b9',) Please clean the storage device and try again 2017-04-11 16:15:29 DEBUG otopi.transaction transaction.abort:119 aborting 'Yum Transaction' 2017-04-11 16:15:29 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:80 Yum Performing yum transaction rollback Loaded plugins: fastestmirror 2017-04-11 16:15:29 DEBUG otopi.transaction transaction.abort:119 aborting 'File transaction for '/etc/ovirt-hosted-engine/firewalld/hosted-console.xml'' 2017-04-11 16:15:29 DEBUG otopi.transaction transaction.abort:119 aborting 'File transaction for '/etc/ovirt-hosted-engine/firewalld/hosted-cockpit.xml'' 2017-04-11 16:15:29 DEBUG otopi.transaction transaction.abort:119 aborting 'File transaction for '/etc/ovirt-hosted-engine/iptables.example'' 2017-04-11 16:15:29 DEBUG otopi.context context.dumpEnvironment:760 ENVIRONMENT DUMP - BEGIN

1 0

Resize iSCSI lun f storage domain
by Gianluca Cecchi 12 Apr '17

12 Apr '17

Hello, my iSCSI storage domain in 4.1.1 is composed by 1 lun of size 1TB and there are two hosts accessing it. I have to extend this LUN to 4Tb. What is supposed to be done after having completed the resize operation at storage array level? I read here the workflow: http://www.ovirt.org/develop/release-management/features/storage/lun-resize/ Does this imply that I have to do nothing at host side? Normally inside a physical server connecting to iSCSI volumes I run the command "iscsiadm .... --rescan" and this one below is all my workflow (on CentOS 5.9, quite similar in CentOS 6.x, except the multipath refresh). Is it oVirt itself that takes in charge the iscsiadm --rescan command? BTW: the "edit domain" screenshot should become a "manage domain" screenshot now Thanks, Gianluca I want to extend my filesystem from 250Gb to 600Gb - current layout of FS, PV, multipath device [g.cecchi@dbatest ~]$ df -h Filesystem Size Used Avail Use% Mounted on ... /dev/mapper/VG_ORASAVE-LV_ORASAVE 247G 66G 178G 28% /orasave [root@dbatest ~]# pvs /dev/mpath/mpsave PV VG Fmt Attr PSize PFree /dev/mpath/mpsave VG_ORASAVE lvm2 a-- 250.00G 0 [root@dbatest ~]# multipath -l mpsave mpsave (36090a0585094695aed0f95af0601f066) dm-4 EQLOGIC,100E-00 [size=250G][features=1 queue_if_no_path][hwhandler=0][rw] \_ round-robin 0 [prio=0][active] \_ 12:0:0:0 sdc 8:32 [active][undef] \_ 11:0:0:0 sdd 8:48 [active][undef] - current configured iSCSI ifaces (ieth0 using eth0 and ieth1 using eth1) [root@dbatest ~]# iscsiadm -m node -P 1 ... Target: iqn.2001-05.com.equallogic:0-8a0906-5a6994505-66f00106af950fed-dbatest-save Portal: 10.10.100.20:3260,1 Iface Name: ieth0 Iface Name: ieth1 - rescan of iSCSI [root@dbatest ~]# for i in 0 1 > do > iscsiadm -m node --targetname=iqn.2001-05.com.equallogic:0-8a0906-5a6994505-66f00106af950fed-dbatest-save -I ieth$i --rescan > done Rescanning session [sid: 3, target: iqn.2001-05.com.equallogic:0-8a0906-5a6994505-66f00106af950fed-dbatest-save, portal: 10.10.100.20,3260] Rescanning session [sid: 4, target: iqn.2001-05.com.equallogic:0-8a0906-5a6994505-66f00106af950fed-dbatest-save, portal: 10.10.100.20,3260] In messages I get: Apr 24 16:07:17 dbatest kernel: SCSI device sdd: 1258291200 512-byte hdwr sectors (644245 MB) Apr 24 16:07:17 dbatest kernel: sdd: Write Protect is off Apr 24 16:07:17 dbatest kernel: SCSI device sdd: drive cache: write through Apr 24 16:07:17 dbatest kernel: sdd: detected capacity change from 268440698880 to 644245094400 Apr 24 16:07:17 dbatest kernel: SCSI device sdc: 1258291200 512-byte hdwr sectors (644245 MB) Apr 24 16:07:17 dbatest kernel: sdc: Write Protect is off Apr 24 16:07:17 dbatest kernel: SCSI device sdc: drive cache: write through Apr 24 16:07:17 dbatest kernel: sdc: detected capacity change from 268440698880 to 644245094400 - Dry run of multupath refresh [root@dbatest ~]# multipath -v2 -d : mpsave (36090a0585094695aed0f95af0601f066) EQLOGIC,100E-00 [size=600G][features=1 queue_if_no_path][hwhandler=0][n/a] \_ round-robin 0 [prio=1][undef] \_ 12:0:0:0 sdc 8:32 [active][ready] \_ 11:0:0:0 sdd 8:48 [active][ready] - execute the refresh of multipath [root@dbatest ~]# multipath -v2 : mpsave (36090a0585094695aed0f95af0601f066) EQLOGIC,100E-00 [size=600G][features=1 queue_if_no_path][hwhandler=0][n/a] \_ round-robin 0 [prio=1][undef] \_ 12:0:0:0 sdc 8:32 [active][ready] \_ 11:0:0:0 sdd 8:48 [active][ready] - verify new size: [root@dbatest ~]# multipath -l mpsave mpsave (36090a0585094695aed0f95af0601f066) dm-4 EQLOGIC,100E-00 [size=600G][features=1 queue_if_no_path][hwhandler=0][rw] \_ round-robin 0 [prio=0][active] \_ 12:0:0:0 sdc 8:32 [active][undef] \_ 11:0:0:0 sdd 8:48 [active][undef] - pvresize [root@dbatest ~]# pvresize /dev/mapper/mpsave Physical volume "/dev/mpath/mpsave" changed 1 physical volume(s) resized / 0 physical volume(s) not resized - verify the newly added 350Gb size in PV and in VG [root@dbatest ~]# pvs /dev/mpath/mpsave PV VG Fmt Attr PSize PFree /dev/mpath/mpsave VG_ORASAVE lvm2 a-- 600.00G 349.99G [root@dbatest ~]# vgs VG_ORASAVE VG #PV #LV #SN Attr VSize VFree VG_ORASAVE 1 1 0 wz--n- 600.00G 349.99G - lvextend of the existing LV [root@dbatest ~]# lvextend -l+100%FREE /dev/VG_ORASAVE/LV_ORASAVE Extending logical volume LV_ORASAVE to 600.00 GB Logical volume LV_ORASAVE successfully resized [root@dbatest ~]# lvs VG_ORASAVE/LV_ORASAVE LV VG Attr LSize Origin Snap% Move Log Copy% Convert LV_ORASAVE VG_ORASAVE -wi-ao 600.00G - resize FS [root@dbatest ~]# resize2fs /dev/VG_ORASAVE/LV_ORASAVE resize2fs 1.39 (29-May-2006) Filesystem at /dev/VG_ORASAVE/LV_ORASAVE is mounted on /orasave; on-line resizing required Performing an on-line resize of /dev/VG_ORASAVE/LV_ORASAVE to 157285376 (4k) blocks. The filesystem on /dev/VG_ORASAVE/LV_ORASAVE is now 157285376 blocks long. [root@dbatest ~]# df -h /orasave Filesystem Size Used Avail Use% Mounted on /dev/mapper/VG_ORASAVE-LV_ORASAVE 591G 66G 519G 12% /orasave

2 2

ovirt node 4.1.1.1
by Julius Bekontaktis 11 Apr '17

11 Apr '17

Hey guys, Yesterday I've upgraded my Ovirt Node 4.1.0 to 4.1.1.1 version. Everything looks fine except Network configuration part is missing. If I enter manually in url (/network) like in the older version - I get Not Found error. I've roll backed to previous version - network configuration part is OK, reverted back to new one - no networking configuration. How should I configure networks? In terminal, the old way ? Thanks for any comments. Maybe I am missing something. Regards Julius

1 0

EMC Unity 300
by Colin Coe 11 Apr '17

11 Apr '17

Hi all We are contemplating moving away from our current iSCSI SAN to Dell/EMC Unity 300. I've seen one thread where the 300F is problematic and no resolution is posted. Is anyone else using tis with RHEV/oVirt? Any war stories? Thanks CC

4 3