- Users - oVirt List Archives

messages from journal in centos7 hosts
by Vadq 19 Feb '15

19 Feb '15

Hi, ovirt 3.5.1, engine on centos7 + storage type iscsi( using LIO™ on one of the vdsm host) + four hosts on centos7 After installation of vdsm at all cenos7 hosts in cluster in /var/log/messages every few seconds have such record Feb 19 16:47:08 kvm05 journal: metadata not found: Requested metadata element is not present Feb 19 16:47:19 kvm05 journal: metadata not found: Requested metadata element is not present Feb 19 16:47:23 kvm05 journal: metadata not found: Requested metadata element is not present Feb 19 16:47:34 kvm05 journal: metadata not found: Requested metadata element is not present Feb 19 16:47:38 kvm05 journal: metadata not found: Requested metadata element is not present is it possible to fix this without disabling systemd-journald? -- Thanks, Vadim

1 0

RHEV 3.5 problem with connecting rhev-m to nodes
by Jakub Bittner 19 Feb '15

19 Feb '15

Hello, after restart we had problem with manager to connect to nodes. All nodes are down and not reachable. When I try to remove and readd to engine it fails too. 10 days ago we changed SSL certs of rhev-m apache to IPA's generated. We have this in logs: 2015-02-19 11:41:33,491 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-30) Failure to refresh Vds runtime info: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.io.EOFException: SSL peer shut down incorrectly at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:126) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:101) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:56) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31) [dal.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:571) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:648) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refresh(VdsUpdateRunTimeInfo.java:494) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:236) [vdsbroker.jar:] at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source) [:1.7.0_75] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_75] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_75] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:] Caused by: java.io.EOFException: SSL peer shut down incorrectly at sun.security.ssl.InputRecord.read(InputRecord.java:482) [jsse.jar:1.7.0_75] at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:934) [jsse.jar:1.7.0_75] at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1332) [jsse.jar:1.7.0_75] at sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:709) [jsse.jar:1.7.0_75] at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:122) [jsse.jar:1.7.0_75] at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82) [rt.jar:1.7.0_75] at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140) [rt.jar:1.7.0_75] at java.io.FilterOutputStream.flush(FilterOutputStream.java:140) [rt.jar:1.7.0_75] at java.io.FilterOutputStream.flush(FilterOutputStream.java:140) [rt.jar:1.7.0_75] at org.apache.xmlrpc.client.XmlRpcCommonsTransport$1$1.close(XmlRpcCommonsTransport.java:204) [xmlrpc-client.jar:3.1.3] at org.apache.xmlrpc.client.XmlRpcHttpTransport$ByteArrayReqWriter.write(XmlRpcHttpTransport.java:55) [xmlrpc-client.jar:3.1.3] at org.apache.xmlrpc.client.XmlRpcCommonsTransport$1.writeRequest(XmlRpcCommonsTransport.java:214) [xmlrpc-client.jar:3.1.3] at org.apache.commons.httpclient.methods.EntityEnclosingMethod.writeRequestBody(EntityEnclosingMethod.java:499) [commons-httpclient.jar:] at org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2114) [commons-httpclient.jar:] at org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096) [commons-httpclient.jar:] at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398) [commons-httpclient.jar:] at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171) [commons-httpclient.jar:] at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397) [commons-httpclient.jar:] at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323) [commons-httpclient.jar:] at org.apache.xmlrpc.client.XmlRpcCommonsTransport.writeRequest(XmlRpcCommonsTransport.java:227) [xmlrpc-client.jar:3.1.3] at org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:151) [xmlrpc-client.jar:3.1.3] at org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:143) [xmlrpc-client.jar:3.1.3] at org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:56) [xmlrpc-client.jar:3.1.3] at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:167) [xmlrpc-client.jar:3.1.3] at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:137) [xmlrpc-client.jar:3.1.3] at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:126) [xmlrpc-client.jar:3.1.3] at org.apache.xmlrpc.client.util.ClientFactory$1.invoke(ClientFactory.java:140) [xmlrpc-client.jar:3.1.3] at com.sun.proxy.$Proxy97.getVdsCapabilities(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_75] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_75] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_75] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_75] at org.ovirt.engine.core.vdsbroker.xmlrpc.XmlRpcUtils$AsyncProxy$InternalCallable.call(XmlRpcUtils.java:255) [vdsbroker.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_75] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_75] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_75] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_75] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_75] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_75] 2015-02-19 11:41:33,506 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-30) Failed to refresh VDS , vds = 3c9f5126-8c0e-4037-ab61-29de6d02d487 : nodep01.example.com, VDS Network Error, continuing.

3 3

movirt -> ovirt 3.5.1 -> server error 500
by Markus Stockhausen 19 Feb '15

19 Feb '15

This is a multi-part message in MIME format. ------=_NextPartTM-000-01931aef-0e79-4067-9583-6cee81c33885 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi,=0A= =0A= just installed movirt on my mobile. Upon connection it breaks with the atta= ched error in the 3.5.1 engine server logs. =0A= =0A= Something I'm missing?=0A= =0A= Markus=0A= =0A= 2015-02-19 12:21:19,757 ERROR [org.apache.catalina.core.ContainerBase.[jbos= s.web].[default-host].[/ovirt-engine/api]] (ajp--127.0.0.1-8702-11) Standar= dWrapper.Throwable: java.lang.RuntimeException: java.lang.RuntimeException:= Unable to instantiate MessageBodyWriter=0A= at org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(Re= gisterBuiltin.java:35) [resteasy-jaxrs-2.3.2.Final.jar:]=0A= at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployme= nt.java:211) [resteasy-jaxrs-2.3.2.Final.jar:]=0A= at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispat= cher.init(ServletContainerDispatcher.java:67) [resteasy-jaxrs-2.3.2.Final.j= ar:]=0A= at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.= init(HttpServletDispatcher.java:36) [resteasy-jaxrs-2.3.2.Final.jar:]=0A= at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWra= pper.java:1202) [jbossweb-7.0.13.Final.jar:]=0A= at org.apache.catalina.core.StandardWrapper.allocate(StandardWrappe= r.java:952) [jbossweb-7.0.13.Final.jar:]=0A= at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWra= pperValve.java:188) [jbossweb-7.0.13.Final.jar:]=0A= at org.apache.catalina.core.StandardContextValve.invoke(StandardCon= textValve.java:161) [jbossweb-7.0.13.Final.jar:]=0A= at org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authe= nticatorBase.java:489) [jbossweb-7.0.13.Final.jar:]=0A= at org.jboss.as.web.security.SecurityContextAssociationValve.invoke= (SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.= 1.1.Final]=0A= at org.apache.catalina.core.StandardHostValve.invoke(StandardHostVa= lve.java:155) [jbossweb-7.0.13.Final.jar:]=0A= at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportVa= lve.java:102) [jbossweb-7.0.13.Final.jar:]=0A= at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)= [jbossweb-7.0.13.Final.jar:]=0A= at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngi= neValve.java:109) [jbossweb-7.0.13.Final.jar:]=0A= at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapte= r.java:368) [jbossweb-7.0.13.Final.jar:]=0A= at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505= ) [jbossweb-7.0.13.Final.jar:]=0A= at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(A= jpProtocol.java:445) [jbossweb-7.0.13.Final.jar:]=0A= at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.ja= va:930) [jbossweb-7.0.13.Final.jar:]=0A= at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]=0A= Caused by: java.lang.RuntimeException: Unable to instantiate MessageBodyWri= ter=0A= at org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(= ResteasyProviderFactory.java:772) [resteasy-jaxrs-2.3.2.Final.jar:]=0A= at org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerPro= viders(RegisterBuiltin.java:70) [resteasy-jaxrs-2.3.2.Final.jar:]=0A= at org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(Re= gisterBuiltin.java:31) [resteasy-jaxrs-2.3.2.Final.jar:]=0A= ... 18 more=0A= Caused by: java.lang.RuntimeException: Failed to construct public org.ovirt= .engine.api.pdf.FOPMessageBodyWriter()=0A= at org.jboss.resteasy.core.ConstructorInjectorImpl.construct(Constr= uctorInjectorImpl.java:144) [resteasy-jaxrs-2.3.2.Final.jar:]=0A= at org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstan= ce(ResteasyProviderFactory.java:1039) [resteasy-jaxrs-2.3.2.Final.jar:]=0A= at org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyWri= ter(ResteasyProviderFactory.java:519) [resteasy-jaxrs-2.3.2.Final.jar:]=0A= at org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(= ResteasyProviderFactory.java:768) [resteasy-jaxrs-2.3.2.Final.jar:]=0A= ... 20 more=0A= Caused by: java.lang.NoClassDefFoundError: org/apache/fop/apps/FopFactory= =0A= ------=_NextPartTM-000-01931aef-0e79-4067-9583-6cee81c33885 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-01931aef-0e79-4067-9583-6cee81c33885--

3 4

Poor iSCSI Performance
by John Florian 19 Feb '15

19 Feb '15

This is a multi-part message in MIME format. --------------070002020309040609070902 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi all, I've been trying to resolve a storage performance issue but have had no luck in identifying the exact cause. I have my storage domain on iSCSI and I can get the expected performance (limited by the Gbit Ethernet) when running bonnie++ on: * a regular physical machine configured with the iSCSI initiator connected to a dedicated iSCSI test target -- thus oVirt and VM technology are completely out of the picture * my oVirt host with the initiator connected to that same dedicated target -- thus I have an iSCSI connection on the oVirt host but I'm not using the iSCSI connection provided by oVirt's storage domain * a VM (hosted by oVirt) with the initiator (inside the VM) connected to that target -- thus bypassing oVirt's storage domain and the virtual disk it provides this VM However, if I just use a regular virtual disk via oVirt's storage domain the performance is much worse. I've tried both VirtIO and VirtIO-SCSI and have found no appreciable difference. Here's a typical example of the poor performance I get (as tested with bonnie++) with the normal virtual disk setup: # bonnie++ -d . -r 2048 -u root:root <snip> Version 1.96 ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP narvi-f21.double 4G 806 91 18507 1 15675 1 3174 56 33175 1 176.4 3 Latency 15533us 8142ms 2440ms 262ms 1289ms 780ms Version 1.96 ------Sequential Create------ --------Random Create-------- narvi-f21.doubledog -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 13641 24 +++++ +++ 22702 17 18919 31 +++++ +++ +++++ +++ Latency 27724us 247us 292us 71us 30us 172us For comparison, here's what I see if I run the same test, same VM, same host but this time the file system is mounted from a device obtained using iscsi-initiator-utils within the VM, i.e., the 3rd bullet config above: bonnie++ -d . -r 2048 -u root:root <snip> Version 1.96 ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP narvi-f21.double 4G 2051 89 103877 4 36286 3 4803 88 88166 4 163.6 3 Latency 7724us 191ms 396ms 48734us 73004us 1645ms Version 1.96 ------Sequential Create------ --------Random Create-------- narvi-f21.doubledog -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 6531 18 +++++ +++ 16388 20 5924 15 +++++ +++ 17906 23 Latency 15623us 64us 92us 1281us 14us 256us My host is Fedora 20 running oVirt 3.5 (hosted-engine). VM is running Fedora Server 21. Tonight I tried updating the host with the Fedora virt preview repo and I didn't see any significant change in the performance. Where should I look next? --------------070002020309040609070902 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"> Hi all, I've been trying to resolve a storage performance issue but have had no luck in identifying the exact cause. I have my storage domain on iSCSI and I can get the expected performance (limited by the Gbit Ethernet) when running bonnie++ on: <ul> <li>a regular physical machine configured with the iSCSI initiator connected to a dedicated iSCSI test target -- thus oVirt and VM technology are completely out of the picture </li> <li>my oVirt host with the initiator connected to that same dedicated target -- thus I have an iSCSI connection on the oVirt host but I'm not using the iSCSI connection provided by oVirt's storage domain </li> <li>a VM (hosted by oVirt) with the initiator (inside the VM) connected to that target -- thus bypassing oVirt's storage domain and the virtual disk it provides this VM</li> </ul> However, if I just use a regular virtual disk via oVirt's storage domain the performance is much worse. I've tried both VirtIO and VirtIO-SCSI and have found no appreciable difference. Here's a typical example of the poor performance I get (as tested with bonnie++) with the normal virtual disk setup: <tt># bonnie++ -d . -r 2048 -u root:root <snip> Version 1.96 ------Sequential Output------ --Sequential Input- --Random-</tt><tt> </tt><tt>Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--</tt><tt> </tt><tt>Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP</tt><tt> </tt><tt>narvi-f21.double 4G 806 91 18507 1 15675 1 3174 56 33175 1 176.4 3</tt><tt> </tt><tt>Latency 15533us 8142ms 2440ms 262ms 1289ms 780ms</tt><tt> </tt><tt>Version 1.96 ------Sequential Create------ --------Random Create--------</tt><tt> </tt><tt>narvi-f21.doubledog -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--</tt><tt> </tt><tt> files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP</tt><tt> </tt><tt> 16 13641 24 +++++ +++ 22702 17 18919 31 +++++ +++ +++++ +++</tt><tt> </tt><tt>Latency 27724us 247us 292us 71us 30us 172us</tt> For comparison, here's what I see if I run the same test, same VM, same host but this time the file system is mounted from a device obtained using iscsi-initiator-utils within the VM, i.e., the 3rd bullet config above: <tt>bonnie++ -d . -r 2048 -u root:root</tt><tt> </tt><tt><snip></tt><tt> </tt><tt>Version 1.96 ------Sequential Output------ --Sequential Input- --Random-</tt><tt> </tt><tt>Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--</tt><tt> </tt><tt>Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP</tt><tt> </tt><tt>narvi-f21.double 4G 2051 89 103877 4 36286 3 4803 88 88166 4 163.6 3</tt><tt> </tt><tt>Latency 7724us 191ms 396ms 48734us 73004us 1645ms</tt><tt> </tt><tt>Version 1.96 ------Sequential Create------ --------Random Create--------</tt><tt> </tt><tt>narvi-f21.doubledog -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--</tt><tt> </tt><tt> files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP</tt><tt> </tt><tt> 16 6531 18 +++++ +++ 16388 20 5924 15 +++++ +++ 17906 23</tt><tt> </tt><tt>Latency 15623us 64us 92us 1281us 14us 256us</tt> My host is Fedora 20 running oVirt 3.5 (hosted-engine). VM is running Fedora Server 21. Tonight I tried updating the host with the Fedora virt preview repo and I didn't see any significant change in the performance. Where should I look next? </body> </html> --------------070002020309040609070902--

2 1

How long do your migrations last?
by Nicolas Ecarnot 19 Feb '15

19 Feb '15

Hello list, Our storage domains are iSCSI on dedicated network, and when migrating VMs, the duration varies according to the size of the vDisks. The smallest VMs are migrated in about 20 seconds, while the biggest one may take more than 5 or 10 minutes. The average duration is 90 seconds. Questions : 1- Though I may have understood that the task of migration was made by the SPM, I don't know what it actually does? (which bytes goes where) 2- Do our times sound OK, or does it look like improvable? 3- What bottleneck should I investigate? I'm thinking about the dedicated hardware NICs setup of the hosts, the SAN, the MTU has already been setup at 9000... Any ideas welcomed. -- Nicolas Ecarnot

4 3

Where do you run oVirt?
by Sandro Bonazzola 18 Feb '15

18 Feb '15

Hi, As we continue developing oVirt 3.6 and future releases of oVirt, the development and integration team are seeking input from users on how oVirt is being run and on what platforms. We would appreciate you help by taking this quick survey! https://docs.google.com/forms/d/1u-YccuNRza4_WmS5VMdy0mEkXuKxt4lzrALKKcnEMB… Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

Re: [ovirt-users] ovirt and glusterfs setup
by Donny D 18 Feb '15

18 Feb '15

----_com.android.email_82515713991120 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CiAgICAKSSBkaWQgbm90IGhhdmUgYSBnb29kIGV4cGVyaWVuY2UgcHV0dGluZyBib3RoIGdsdXN0 ZXIgYW5kIHZpcnQgb24gdGhlIHNhbWUgbm9kZS4gSSB3YXMgZG9pbmcgaG9zdGVkIGVuZ2luZSB3 aXRoIHJlcGxpY2F0ZSBhY3Jvc3MgdHdvIG5vZGVzLCBhbmQgb25lIGRheSBpdCB3ZW50IGludG8g c3BsaXQgYnJhaW4gaGVsbC4uLiBpIHdhcyBuZXZlciBhYmxlIHRvIHRyYWNrIGRvd24gd2h5LiBI b3dldmVyIGkgZG8gaGF2ZSBhIGdsdXN0ZXIgd2l0aCBkaXN0cmlidXRlIGFuZCByZXBsaWNhIHNl dHVwIG9uIGl0cyBvd24gd2l0aCBhIGNvdXBsZSBub2RlcywgYW5kIGl0IGhhcyBnaXZlbiBtZSB6 ZXJvIHByb2JsZW1zIGluIHRoZSBsYXN0IDYwIGRheXMuIEl0IHNlZW1zIHRvIG1lIHRoYXQgZ2x1 c3RlciBhbmQgdmlydCBuZWVkIHRvIHN0YXkgc2VwZXJhdGUgZm9yIG5vdy4gQm90aCBhcmUgZ3Jl YXQgcHJvZHVjdHMgYW5kIGJvdGggd29yayBhcyBkZXNjcmliZWQsIGp1c3Qgbm90IG9uIHRoZSBz YW1lIG5vZGUgYXQgdGhlIHNhbWUgdGltZS4KCgpIYXBweSBDb25uZWN0aW5nLiBTZW50IGZyb20g bXkgU3ByaW50IFNhbXN1bmcgR2FsYXh5IFPCriA1CgotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdl IC0tLS0tLS0tCkZyb206IEdlb3JnZSBTa29ydXAgPGdlb3JnZUBtd2NvbW0uY29tPiAKRGF0ZTog MDIvMTgvMjAxNSAgMTI6NTAgUE0gIChHTVQtMDc6MDApIApUbzogdXNlcnNAb3ZpcnQub3JnIApT dWJqZWN0OiBSZTogW292aXJ0LXVzZXJzXSBvdmlydCBhbmQgZ2x1c3RlcmZzIHNldHVwIAoKCiAg ICBCaWxsLAoKICAgIAoKICAgIEkgaGF2ZSBkb25lIGV4YWN0bHkgd2hhdCB5b3UncmUgbG9va2lu ZyB0byBkby4gSSB3YXMgdHJ5aW5nIHRvIG1pbWljCiAgICB2U0FOIGFzIHdlbGwuIFRoZXkgaGFk IFZTQSBmb3IgYSB3aGlsZSB3aGljaCB3YXMgYWNjZXB0YWJsZQogICAgbGljZW5zaW5nIGNvc3Rz LCBidXQgdGhhdCB3YXMgcmVwbGFjZWQgd2l0aCB2U0FOIHdoaWNoIGlzCiAgICByaWRpY3Vsb3Vz bHkgZXhwZW5zaXZlIGZvciBhbiBleHRyYS1zbWFsbCBidXNpbmVzcy4KCiAgICAKCiAgICBJIGhh dmUgYSBmb3VyIG5vZGUgY2x1c3RlciB3aXRoIDFUQiBvZiBzdG9yYWdlIGVhY2guIEdsdXN0ZXIg aXMKICAgIGNvbmZpZ3VyZWQgd2l0aCByZXBsaWNhIDQuIFNvIGJhc2ljYWxseSBJIGhhdmUgMVRC IG9mIHVzYWJsZQogICAgc3RvcmFnZSwgd2hpY2ggaXMgZmluZSBmb3IgbXkgbmVlZHMuIFZNIG1p Z3JhdGlvbiwgR2x1c3RlcgogICAgcmVwbGljYXRpb24sIGhvc3RlZCBlbmdpbmUgYW5kIGFsbCB0 aGF0IHdvcmtzIGZpbmUuIFBlcmZvcm1hbmNlIGlzCiAgICBnZW5lcmFsbHkgZmluZSwgZXZlbiB3 aXRoIG9ubHkgZHVhbCBMQUNQIGJvbmRlZCAxR2JFIE5JQ3MgaW4gZWFjaAogICAgbm9kZS4gSSBj YW4gZG8gd2hhdCBJIHdhbnQgd2l0aCBuZXR3b3JraW5nIHRvIGZpdCBvdXIgTk9DIGFuZCBvZmZp Y2UKICAgIG5ldHdvcmsgZW52aXJvbm1lbnQuCgogICAgCgogICAgSSBoYXZlIGJlZW4gcGxheWlu ZyB3aXRoIHRoaXMgZm9yIGFib3V0IHRocmVlIHdlZWtzLiBPdmVyIHRoZQogICAgd2Vla2VuZCwg SSBoYWQgYSBoYW5kZnVsIG9mIFZNcyBydW5uaW5nLCBpbmNsdWRpbmcgdGhlIGhvc3RlZAogICAg ZW5naW5lLiBUaGV5IHdlcmUgcHJldHR5IG11Y2ggc2l0dGluZyBpZGxlIGRvaW5nIG5vdGhpbmcu IEkgY2FtZSBpbgogICAgTW9uZGF5IGFuZCBmb3VuZCBldmVyeXRoaW5nIG9mZmxpbmUuIE5vIHBv d2VyIG91dGFnZXMsCiAgICBuZXR3b3JrL3N3aXRjaCBkaWRuJ3QgZmFpbCBvciByZWJvb3QsIG5v bmUgb2YgdGhlIGhhcmR3YXJlIHJlc2V0LgogICAgV2hhdCBJIGZvdW5kIGhhcHBlbmVkIHdhcyB0 aGF0IGdsdXN0ZXJkIHdlbnQgbnV0cyBvbiB0d28gb2YgdGhlCiAgICBub2RlcyAoSSBoYXZlIG5v IGlkZWEgd2h5KS4gR2x1c3RlciB3YXMgc3BpdHRpbmcgb3V0IGxvZ3MgbGlrZQogICAgY3Jhenks IC92YXIgZmlsbGVkIHVwLCB0aGVuIFJBTSBhbmQgc3dhcCB3YXMgZGVwbGV0ZWQuIFR3byBnbHVz dGVyCiAgICBwcm9jZXNzZXMvaG9zdHMgb2ZmbGluZSBvdXQgb2YgdGhlIGZvdXIgbWVhbnQgcXVv cnVtIGJyb2tlLAogICAgZXZlcnl0aGluZyBjYW1lIHRvIGEgaGFsdC4gSSB3YXMgdW5hYmxlIHRv IHJlY292ZXIgdGhlIGdsdXN0ZXIgbG9ncwogICAgc2luY2UgdGhleSBoYWQgdG8gYmUgZGVsZXRl ZCB0byBmcmVlIHVwIHNwYWNlIGluIC92YXIuCgogICAgCgogICAgSSB3YXMgYWJsZSB0byBnZXQg ZXZlcnl0aGluZyBmaXhlZCBhbmQgYmFjayBvbmxpbmUgaW4gYWJvdXQgMi0xLzIKICAgIGhvdXJz LiBTbyB0aGlzIGlzIGltcG9zc2libGUgdG8gcHV0IGludG8gcHJvZHVjdGlvbi4gU3RvcmFnZSBp cyB0aGUKICAgIHdlYWtlc3QgbGluayBhbmQgbW9zdGx5IGxpa2VseSB0byBmYWlsLCB3aGljaCBp biB0aGlzIGNhc2UgaXQgZGlkLgoKICAgIAoKICAgIEkgZG8gbm90IHJlY29tbWVuZCB0aGlzIGNv bmZpZ3VyYXRpb24gYXQgYWxsLiBBIGRlZGljYXRlZCBtYWNoaW5lCiAgICBmb3IgdGhlIGVuZ2lu ZSwgZGVkaWNhdGVkIGh5cGVydmlzb3JzIGFuZCBkZWRpY2F0ZWQgc3RvcmFnZSBub2RlcyBvcgog ICAgYSBTQU4gaXMgbmVlZGVkIGZvciBhbnl0aGluZyBiZXlvbmQgZXhwZXJpbWVudGF0aW9uLgoK ICAgIAoKICAgIEkgaGF2ZSB6ZXJvIGtub3dsZWRnZSBvZiBWTVdhcmUncyB2U0FOLCBvdGhlciB0 aGFuIGJhc2ljIGNvbmNlcHRzLAogICAgc28gSSBjYW5ub3Qgc2F5IHRoZSByZXN1bHRzIHdvdWxk IGJlIHNpbWlsYXIuCgogICAgCgogICAgCgogICAgT24gMi8xOC8yMDE1IDU6MzIgQU0sIEJpbGwg RG9zc2V0dAogICAgICB3cm90ZToKCiAgICAKICAgIAogICAgICAKICAgICAgCiAgICAgIDwhLS0K LyogRm9udCBEZWZpbml0aW9ucyAqLwpAZm9udC1mYWNlCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEg TWF0aCI7CglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30KQGZvbnQtZmFjZQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9Ci8qIFN0eWxl IERlZmluaXRpb25zICovCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwK CXttYXJnaW46MGNtOwoJbWFyZ2luLWJvdHRvbTouMDAwMXB0OwoJZm9udC1zaXplOjExLjBwdDsK CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Cgltc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1VUzt9CmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsKCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7Cgljb2xvcjojMDU2M0MxOwoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9CmE6dmlzaXRl ZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZAoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsKCWNv bG9yOiM5NTRGNzI7Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30Kc3Bhbi5FbWFpbFN0eWxl MTcKCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOwoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjsKCWNvbG9yOndpbmRvd3RleHQ7fQouTXNvQ2hwRGVmYXVsdAoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5OwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNl cmlmIjsKCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30KQHBhZ2UgV29yZFNlY3Rpb24xCgl7 c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7CgltYXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0 O30KZGl2LldvcmRTZWN0aW9uMQoJe3BhZ2U6V29yZFNlY3Rpb24xO30KLS0+CiAgICAgIAogICAg ICAgIEhpLAogICAgICAgIMKgCiAgICAgICAgSeKAmW0gaW4gYXQgdGhlIGRlZXAgZW5k4oCmCiAg ICAgICAgwqAKICAgICAgICBMb29raW5nIGZvciBzb21lIGFkdmljZSBvbiBpZiB0aGlzIGlzCiAg ICAgICAgICBwb3NzaWJsZSDigJMgYW5kIHdoYXQgdmVyc2lvbiBJIHNob3VsZCB0cnkgSSB3aXRo IGlmIHNvLgogICAgICAgIMKgCiAgICAgICAgV2UgYXJlIGEgaGVhdmlseSBWTXdhcmUgb3JpZW50 ZWQgY29tcGFueeKApgogICAgICAgICAgYnV0IEkgYW0gdHJ5aW5nIHRvIGdldCBSSEVWL29WaXJ0 IGluIHRoZSBkb29yLsKgIEhvbmVzdGx5IEkKICAgICAgICAgIHdvdWxkIHByZWZlciBvVmlydCwg YnV0IGlmIHRoZXkgaW5zaXN0IG9uIGVudGVycHJpc2Ugc3VwcG9ydCBJCiAgICAgICAgICBnbyB0 byBSZWRoYXQuCiAgICAgICAgwqAKICAgICAgICBTbyBJIGhhdmUgaGFkIGEgcGxheSB3aXRoIFZN d2FyZSBWU0FOIGFuZAogICAgICAgICAga25vdyBob3cgaXQgd29ya3MuwqAgSSBhbSB0cnlpbmcg dG8gbW9yZSBvciBsZXNzIHJlcGxpY2F0ZSB0aGlzCiAgICAgICAgICBzZXR1cCB1c2luZyBvcGVu IHNvdXJjZS4KICAgICAgICDCoAogICAgICAgIFNvIFZTQU4gdXNlcyAzIG9yIG1vcmUgRVNYaSBu b2Rlcywgd2l0aAogICAgICAgICAgbG9jYWwgaGFyZGRpc2tzIGFzIHRoZSBzdG9yYWdlIG1lZGl1 bSBhcyBhIHZpcnR1YWwgU0FOLsKgIFRoZQogICAgICAgICAgU0FOIHBlcmZvcm1hbmNlIGlzIHF1 aXRlIGhpZ2ggYXMgeW91IHB1dCBhdCBsZWFzdCAxIFNTRCBpbgogICAgICAgICAgZWFjaCBub2Rl LgogICAgICAgIMKgCiAgICAgICAgV2hhdCBpcyBuaWNlIGlzIHlvdSBkb27igJl0IGhhdmUgdGhl IE5BUwogICAgICAgICAgZWxlbWVudCBoZXJlLsKgIFZNcyBhcmUgb24gdGhlIGxvY2FsIHN0b3Jh Z2UsIHdoaWNoIGlzCiAgICAgICAgICBwYXJ0aWFsbHkgU1NELCBzbyBwZXJmb3JtYW5jZSBpcyBx dWl0ZSBnb29kLgogICAgICAgIMKgCiAgICAgICAgSSB3ZW50IHRvIGEgUmVkaGF0IHByZXNlbnRh dGlvbiBvbiBSZWRoYXQKICAgICAgICAgIHN0b3JhZ2UgYW5kIEdsdXN0ZXJGUyBhbmQgYmFzaWNh bGx5IHRoaXMgYWN0cyBhcyBhIGJpZwogICAgICAgICAgc29mdHdhcmUgZGVmaW5lZCBOQVMgd2hp Y2ggZG9lcyBzb21lIHByZXR0eSBjb29sIHRoaW5ncywgYnV0CiAgICAgICAgICB0aGF04oCZcyBu b3QgZXhhY3RseSB3aGF0IEkgbmVlZC4KICAgICAgICDCoAogICAgICAgIEkgd291bGQgbGlrZSB0 byBidWlsZCBvVmlydCBvbiB0b3Agb2YKICAgICAgICAgIENlbnRPUyBPc3PigKYgdGhhdCBoYXZl IGxvY2FsIHN0b3JhZ2UgaW4gdGhlbSB0aGF0IGlzCiAgICAgICAgICBkaXN0cmlidXRlZCBhbmQg cmVkdW5kYW50IGluIHRoZSBldmVudCBvZiBhIG5vZGUgZmFpbHVyZS4KICAgICAgICDCoAogICAg ICAgIEFuZCBJIHByb2JhYmx5IG5lZWQgdG8gdHJ5IGFuZCBidWlsZCB0aGlzCiAgICAgICAgICBp biBhIGxhYiB1bmRlciBGdXNpb24gb24gbXkgTWFjIEJvb2sgcHJvIHRvIGJlZ2luIHdpdGggYW55 d2F5CiAgICAgICAgICAodGhhdCBiaXQgSeKAmW0gZmFyaWx5IGNvbmZpZGVudCB3aXRoKSBhbmQg aWYgSSBnZXQgdGhhdCB3b3JraW5nCiAgICAgICAgICBjYW4gcHJvYmFibHkgZ2V0IHNvbWUgb2xk ZXIga2l0IHRvIHRyeSBpdCBvdXQgZm9yIHJlYWwgYXMgYQogICAgICAgICAgUG9DIHRvIGZldyBw ZW9wbGUuCiAgICAgICAgwqAKICAgICAgICBTbywgSeKAmXZlIHNldCB1cCBvVmlydCBiZWZvcmUg dGhhdCBzaG91bGQgYmUKICAgICAgICAgIG9rLCBJIGhhdmVu4oCZdCBzZXR1cCBHbHVzdGVyIGlz IHRoZXJlIGFueSBkb2N1bWVudHMgdGhhdCB3b3VsZAogICAgICAgICAgaGVscCBtZSBkb3duIHRo aXMgcm9hZCBhbmQgbWFrZSBzdXJlIEkgc3RhcnQgb3V0IHVzaW5nIHRoZQogICAgICAgICAgYmVz dCB2ZXJzaW9uLgogICAgICAgIMKgCiAgICAgICAgQW55IGFkdmljZSBvciBwb2ludGVycyB3b3Vs ZCBiZSBncmF0ZWZ1bGx5CiAgICAgICAgICByZWNlaXZlZC4KICAgICAgICDCoAogICAgICAgIFRo YW5rcwogICAgICAgIMKgCiAgICAgICAgCiAgICAgICAgICAKICAgICAgICAgICAgCiAgICAgICAg ICAgICAgCiAgICAgICAgICAgICAgICBCaWxsCiAgICAgICAgICAgICAgICAgICAgICBEb3NzZXR0 CiAgICAgICAgICAgICAgICBTeXN0ZW1zCiAgICAgICAgICAgICAgICAgICAgQXJjaGl0ZWN0CiAg ICAgICAgICAgICAgCiAgICAgICAgICAgIAogICAgICAgICAgICAKICAgICAgICAgICAgICAKICAg ICAgICAgICAgICAgIFRlY2gKICAgICAgICAgICAgICAgICAgICAgIENlbnRyYWwg4oCTIEdsb2Jh bCBFbmdpbmVlcmluZyBTZXJ2aWNlcwogICAgICAgICAgICAgICAgwqAKICAgICAgICAgICAgICAg IFTCoCs0NAogICAgICAgICAgICAgICAgICAgICgwKTE5MjMgMjc5MzUzCiAgICAgICAgICAgICAg ICBNwqArNDQKICAgICAgICAgICAgICAgICAgICAoMCk3NzcgNTkwIDg2MTIKICAgICAgICAgICAg ICAgIGJpbGwuZG9zc2V0dEBwYi5jb20KICAgICAgICAgICAgICAgIHBpdG5leWJvd2VzLmNvbQog ICAgICAgICAgICAgICAgCgogICAgICAgICAgICAgICAgICBQaXRuZXkKICAgICAgICAgICAgICAg ICAgICAgIEJvd2VzCiAgICAgICAgICAgICAgICA2CiAgICAgICAgICAgICAgICAgICAgSGVyY3Vs ZXMgV2F5IHwgTGVhdmVzZGVuIHwgV0QyNSA3R1MgfCBVSwogICAgICAgICAgICAgICAgwqAKICAg ICAgICAgICAgICAKICAgICAgICAgICAgCiAgICAgICAgICAgIAogICAgICAgICAgICAgIAoKICAg ICAgICAgICAgICAKICAgICAgICAgICAgCiAgICAgICAgICAgIAogICAgICAgICAgICAgIAogICAg ICAgICAgICAgICAgTGVhcm4gbW9yZSBhYm91dCBHbG9iYWwKICAgICAgICAgICAgICAgICAgICAg ICAgRW5naW5lZXJpbmcgU2VydmljZXMKICAgICAgICAgICAgICAgIMKgCiAgICAgICAgICAgICAg ICBJbgogICAgICAgICAgICAgICAgICAgIEVuZ2luZWVyaW5nPwogICAgICAgICAgICAgICAgUmFp c2UKICAgICAgICAgICAgICAgICAgICAgIGEgdGlja2V0IHZpYSBSZW1lZHkgQW55d2hlcmUgW0hF UkVdwqB0YWtlcyBsZXNzIHRoYW4gYQogICAgICAgICAgICAgICAgICAgICAgbWludXRlCiAgICAg ICAgICAgICAgICDCoAogICAgICAgICAgICAgICAgQ2xvdWRGb3JtcwogICAgICAgICAgICAgICAg ICAgICAgVXNlciBHdWlkZSBhdmFpbGFibGXCoFtIRVJFXQogICAgICAgICAgICAgIAogICAgICAg ICAgICAKICAgICAgICAgIAogICAgICAgIAogICAgICAgIMKgCiAgICAgICAgwqAKICAgICAgCiAg ICAgIAoKICAgICAgCiAgICAgIAoKICAgICAgCiAgICAgIAoKICAgICAgCiAgICAgIAoKICAgICAg X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KVXNlcnMgbWFp bGluZyBsaXN0ClVzZXJzQG92aXJ0Lm9yZwpodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4v bGlzdGluZm8vdXNlcnMKCiAgICAKICAgIAoKICA= ----_com.android.email_82515713991120 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT4KICAgIAo8ZGl2PkkgZGlkIG5vdCBo YXZlIGEgZ29vZCBleHBlcmllbmNlIHB1dHRpbmcgYm90aCBnbHVzdGVyIGFuZCB2aXJ0IG9uIHRo ZSBzYW1lIG5vZGUuIEkgd2FzIGRvaW5nIGhvc3RlZCBlbmdpbmUgd2l0aCByZXBsaWNhdGUgYWNy b3NzIHR3byBub2RlcywgYW5kIG9uZSBkYXkgaXQgd2VudCBpbnRvIHNwbGl0IGJyYWluIGhlbGwu Li4gaSB3YXMgbmV2ZXIgYWJsZSB0byB0cmFjayBkb3duIHdoeS4gSG93ZXZlciBpIGRvIGhhdmUg YSBnbHVzdGVyIHdpdGggZGlzdHJpYnV0ZSBhbmQgcmVwbGljYSBzZXR1cCBvbiBpdHMgb3duIHdp dGggYSBjb3VwbGUgbm9kZXMsIGFuZCBpdCBoYXMgZ2l2ZW4gbWUgemVybyBwcm9ibGVtcyBpbiB0 aGUgbGFzdCA2MCBkYXlzLiBJdCBzZWVtcyB0byBtZSB0aGF0IGdsdXN0ZXIgYW5kIHZpcnQgbmVl ZCB0byBzdGF5IHNlcGVyYXRlIGZvciBub3cuIEJvdGggYXJlIGdyZWF0IHByb2R1Y3RzIGFuZCBi b3RoIHdvcmsgYXMgZGVzY3JpYmVkLCBqdXN0IG5vdCBvbiB0aGUgc2FtZSBub2RlIGF0IHRoZSBz YW1lIHRpbWUuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9k aXY+PGRpdiBpZD0iY29tcG9zZXJfc2lnbmF0dXJlIj48ZGl2IHN0eWxlPSJmb250LXNpemU6ODUl O2NvbG9yOiM1NzU3NTciPkhhcHB5IENvbm5lY3RpbmcuIFNlbnQgZnJvbSBteSBTcHJpbnQgU2Ft c3VuZyBHYWxheHkgU8KuIDU8L2Rpdj48L2Rpdj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIG1l c3NhZ2UgLS0tLS0tLS08YnI+RnJvbTogR2VvcmdlIFNrb3J1cCAmbHQ7Z2VvcmdlQG13Y29tbS5j b20mZ3Q7IDxicj5EYXRlOiAwMi8xOC8yMDE1ICAxMjo1MCBQTSAgKEdNVC0wNzowMCkgPGJyPlRv OiB1c2Vyc0BvdmlydC5vcmcgPGJyPlN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIG92aXJ0IGFu ZCBnbHVzdGVyZnMgc2V0dXAgPGJyPjxicj4KICAgIEJpbGwsPGJyPgogICAgPGJyPgogICAgSSBo YXZlIGRvbmUgZXhhY3RseSB3aGF0IHlvdSdyZSBsb29raW5nIHRvIGRvLiBJIHdhcyB0cnlpbmcg dG8gbWltaWMKICAgIHZTQU4gYXMgd2VsbC4gVGhleSBoYWQgVlNBIGZvciBhIHdoaWxlIHdoaWNo IHdhcyBhY2NlcHRhYmxlCiAgICBsaWNlbnNpbmcgY29zdHMsIGJ1dCB0aGF0IHdhcyByZXBsYWNl ZCB3aXRoIHZTQU4gd2hpY2ggaXMKICAgIHJpZGljdWxvdXNseSBleHBlbnNpdmUgZm9yIGFuIGV4 dHJhLXNtYWxsIGJ1c2luZXNzLjxicj4KICAgIDxicj4KICAgIEkgaGF2ZSBhIGZvdXIgbm9kZSBj bHVzdGVyIHdpdGggMVRCIG9mIHN0b3JhZ2UgZWFjaC4gR2x1c3RlciBpcwogICAgY29uZmlndXJl ZCB3aXRoIHJlcGxpY2EgNC4gU28gYmFzaWNhbGx5IEkgaGF2ZSAxVEIgb2YgdXNhYmxlCiAgICBz dG9yYWdlLCB3aGljaCBpcyBmaW5lIGZvciBteSBuZWVkcy4gVk0gbWlncmF0aW9uLCBHbHVzdGVy CiAgICByZXBsaWNhdGlvbiwgaG9zdGVkIGVuZ2luZSBhbmQgYWxsIHRoYXQgd29ya3MgZmluZS4g UGVyZm9ybWFuY2UgaXMKICAgIGdlbmVyYWxseSBmaW5lLCBldmVuIHdpdGggb25seSBkdWFsIExB Q1AgYm9uZGVkIDFHYkUgTklDcyBpbiBlYWNoCiAgICBub2RlLiBJIGNhbiBkbyB3aGF0IEkgd2Fu dCB3aXRoIG5ldHdvcmtpbmcgdG8gZml0IG91ciBOT0MgYW5kIG9mZmljZQogICAgbmV0d29yayBl bnZpcm9ubWVudC48YnI+CiAgICA8YnI+CiAgICBJIGhhdmUgYmVlbiBwbGF5aW5nIHdpdGggdGhp cyBmb3IgYWJvdXQgdGhyZWUgd2Vla3MuIE92ZXIgdGhlCiAgICB3ZWVrZW5kLCBJIGhhZCBhIGhh bmRmdWwgb2YgVk1zIHJ1bm5pbmcsIGluY2x1ZGluZyB0aGUgaG9zdGVkCiAgICBlbmdpbmUuIFRo ZXkgd2VyZSBwcmV0dHkgbXVjaCBzaXR0aW5nIGlkbGUgZG9pbmcgbm90aGluZy4gSSBjYW1lIGlu CiAgICBNb25kYXkgYW5kIGZvdW5kIGV2ZXJ5dGhpbmcgb2ZmbGluZS4gTm8gcG93ZXIgb3V0YWdl cywKICAgIG5ldHdvcmsvc3dpdGNoIGRpZG4ndCBmYWlsIG9yIHJlYm9vdCwgbm9uZSBvZiB0aGUg aGFyZHdhcmUgcmVzZXQuCiAgICBXaGF0IEkgZm91bmQgaGFwcGVuZWQgd2FzIHRoYXQgZ2x1c3Rl cmQgd2VudCBudXRzIG9uIHR3byBvZiB0aGUKICAgIG5vZGVzIChJIGhhdmUgbm8gaWRlYSB3aHkp LiBHbHVzdGVyIHdhcyBzcGl0dGluZyBvdXQgbG9ncyBsaWtlCiAgICBjcmF6eSwgL3ZhciBmaWxs ZWQgdXAsIHRoZW4gUkFNIGFuZCBzd2FwIHdhcyBkZXBsZXRlZC4gVHdvIGdsdXN0ZXIKICAgIHBy b2Nlc3Nlcy9ob3N0cyBvZmZsaW5lIG91dCBvZiB0aGUgZm91ciBtZWFudCBxdW9ydW0gYnJva2Us CiAgICBldmVyeXRoaW5nIGNhbWUgdG8gYSBoYWx0LiBJIHdhcyB1bmFibGUgdG8gcmVjb3ZlciB0 aGUgZ2x1c3RlciBsb2dzCiAgICBzaW5jZSB0aGV5IGhhZCB0byBiZSBkZWxldGVkIHRvIGZyZWUg dXAgc3BhY2UgaW4gL3Zhci48YnI+CiAgICA8YnI+CiAgICBJIHdhcyBhYmxlIHRvIGdldCBldmVy eXRoaW5nIGZpeGVkIGFuZCBiYWNrIG9ubGluZSBpbiBhYm91dCAyLTEvMgogICAgaG91cnMuIFNv IHRoaXMgaXMgaW1wb3NzaWJsZSB0byBwdXQgaW50byBwcm9kdWN0aW9uLiBTdG9yYWdlIGlzIHRo ZQogICAgd2Vha2VzdCBsaW5rIGFuZCBtb3N0bHkgbGlrZWx5IHRvIGZhaWwsIHdoaWNoIGluIHRo aXMgY2FzZSBpdCBkaWQuPGJyPgogICAgPGJyPgogICAgSSBkbyBub3QgcmVjb21tZW5kIHRoaXMg Y29uZmlndXJhdGlvbiBhdCBhbGwuIEEgZGVkaWNhdGVkIG1hY2hpbmUKICAgIGZvciB0aGUgZW5n aW5lLCBkZWRpY2F0ZWQgaHlwZXJ2aXNvcnMgYW5kIGRlZGljYXRlZCBzdG9yYWdlIG5vZGVzIG9y CiAgICBhIFNBTiBpcyBuZWVkZWQgZm9yIGFueXRoaW5nIGJleW9uZCBleHBlcmltZW50YXRpb24u PGJyPgogICAgPGJyPgogICAgSSBoYXZlIHplcm8ga25vd2xlZGdlIG9mIFZNV2FyZSdzIHZTQU4s IG90aGVyIHRoYW4gYmFzaWMgY29uY2VwdHMsCiAgICBzbyBJIGNhbm5vdCBzYXkgdGhlIHJlc3Vs dHMgd291bGQgYmUgc2ltaWxhci48YnI+CiAgICA8YnI+CiAgICA8YnI+CiAgICA8ZGl2IGNsYXNz PSJtb3otY2l0ZS1wcmVmaXgiPk9uIDIvMTgvMjAxNSA1OjMyIEFNLCBCaWxsIERvc3NldHQKICAg ICAgd3JvdGU6PGJyPgogICAgPC9kaXY+CiAgICA8YmxvY2txdW90ZSBjaXRlPSJtaWQ6QjQ3RjAw ODI1RDY4NDQ0QUJDMDM3MzMwNzgyNzUzNjAzNzcxQTM2NEAwMTMtQlIxTVBOMS0wMTIuTUdEUEJJ Lmdsb2JhbC5wdnQiIHR5cGU9ImNpdGUiPgogICAgICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50 LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsKICAgICAgICBjaGFyc2V0PXdpbmRvd3MtMTI1MiI+ CiAgICAgIDxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkCiAgICAgICAgbWVkaXVtKSI+CiAgICAgIDxzdHlsZT48IS0tCi8qIEZvbnQgRGVm aW5pdGlvbnMgKi8KQGZvbnQtZmFjZQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOwoJcGFu b3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9CkBmb250LWZhY2UKCXtmb250LWZhbWlseTpDYWxp YnJpOwoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQovKiBTdHlsZSBEZWZpbml0aW9u cyAqLwpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsCgl7bWFyZ2luOjBj bTsKCW1hcmdpbi1ib3R0b206LjAwMDFwdDsKCWZvbnQtc2l6ZToxMS4wcHQ7Cglmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOwoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6 IzA1NjNDMTsKCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQphOnZpc2l0ZWQsIHNwYW4uTXNv SHlwZXJsaW5rRm9sbG93ZWQKCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgljb2xvcjojOTU0Rjcy OwoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9CnNwYW4uRW1haWxTdHlsZTE3Cgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1z ZXJpZiI7Cgljb2xvcjp3aW5kb3d0ZXh0O30KLk1zb0NocERlZmF1bHQKCXttc28tc3R5bGUtdHlw ZTpleHBvcnQtb25seTsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Cgltc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9CkBwYWdlIFdvcmRTZWN0aW9uMQoJe3NpemU6NjEyLjBw dCA3OTIuMHB0OwoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9CmRpdi5Xb3Jk U2VjdGlvbjEKCXtwYWdlOldvcmRTZWN0aW9uMTt9Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNv IDldPjx4bWw+CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+ CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPgo8bzpzaGFwZWxheW91 dCB2OmV4dD0iZWRpdCI+CjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPgo8L286c2hh cGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+CiAgICAgIDxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+CiAgICAgICAgPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGksPG86cD48L286cD48L3A+CiAgICAg ICAgPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+CiAgICAgICAgPHAg Y2xhc3M9Ik1zb05vcm1hbCI+SeKAmW0gaW4gYXQgdGhlIGRlZXAgZW5k4oCmPG86cD48L286cD48 L3A+CiAgICAgICAgPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+CiAg ICAgICAgPHAgY2xhc3M9Ik1zb05vcm1hbCI+TG9va2luZyBmb3Igc29tZSBhZHZpY2Ugb24gaWYg dGhpcyBpcwogICAgICAgICAgcG9zc2libGUg4oCTIGFuZCB3aGF0IHZlcnNpb24gSSBzaG91bGQg dHJ5IEkgd2l0aCBpZiBzby48bzpwPjwvbzpwPjwvcD4KICAgICAgICA8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4KICAgICAgICA8cCBjbGFzcz0iTXNvTm9ybWFsIj5X ZSBhcmUgYSBoZWF2aWx5IFZNd2FyZSBvcmllbnRlZCBjb21wYW554oCmCiAgICAgICAgICBidXQg SSBhbSB0cnlpbmcgdG8gZ2V0IFJIRVYvb1ZpcnQgaW4gdGhlIGRvb3IuJm5ic3A7IEhvbmVzdGx5 IEkKICAgICAgICAgIHdvdWxkIHByZWZlciBvVmlydCwgYnV0IGlmIHRoZXkgaW5zaXN0IG9uIGVu dGVycHJpc2Ugc3VwcG9ydCBJCiAgICAgICAgICBnbyB0byBSZWRoYXQuPG86cD48L286cD48L3A+ CiAgICAgICAgPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+CiAgICAg ICAgPHAgY2xhc3M9Ik1zb05vcm1hbCI+U28gSSBoYXZlIGhhZCBhIHBsYXkgd2l0aCBWTXdhcmUg VlNBTiBhbmQKICAgICAgICAgIGtub3cgaG93IGl0IHdvcmtzLiZuYnNwOyBJIGFtIHRyeWluZyB0 byBtb3JlIG9yIGxlc3MgcmVwbGljYXRlIHRoaXMKICAgICAgICAgIHNldHVwIHVzaW5nIG9wZW4g c291cmNlLjxvOnA+PC9vOnA+PC9wPgogICAgICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPgogICAgICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPlNvIFZTQU4gdXNl cyAzIG9yIG1vcmUgRVNYaSBub2Rlcywgd2l0aAogICAgICAgICAgbG9jYWwgaGFyZGRpc2tzIGFz IHRoZSBzdG9yYWdlIG1lZGl1bSBhcyBhIHZpcnR1YWwgU0FOLiZuYnNwOyBUaGUKICAgICAgICAg IFNBTiBwZXJmb3JtYW5jZSBpcyBxdWl0ZSBoaWdoIGFzIHlvdSBwdXQgYXQgbGVhc3QgMSBTU0Qg aW4KICAgICAgICAgIGVhY2ggbm9kZS48bzpwPjwvbzpwPjwvcD4KICAgICAgICA8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4KICAgICAgICA8cCBjbGFzcz0iTXNvTm9y bWFsIj5XaGF0IGlzIG5pY2UgaXMgeW91IGRvbuKAmXQgaGF2ZSB0aGUgTkFTCiAgICAgICAgICBl bGVtZW50IGhlcmUuJm5ic3A7IFZNcyBhcmUgb24gdGhlIGxvY2FsIHN0b3JhZ2UsIHdoaWNoIGlz CiAgICAgICAgICBwYXJ0aWFsbHkgU1NELCBzbyBwZXJmb3JtYW5jZSBpcyBxdWl0ZSBnb29kLjxv OnA+PC9vOnA+PC9wPgogICAgICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPgogICAgICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgd2VudCB0byBhIFJlZGhhdCBw cmVzZW50YXRpb24gb24gUmVkaGF0CiAgICAgICAgICBzdG9yYWdlIGFuZCBHbHVzdGVyRlMgYW5k IGJhc2ljYWxseSB0aGlzIGFjdHMgYXMgYSBiaWcKICAgICAgICAgIHNvZnR3YXJlIGRlZmluZWQg TkFTIHdoaWNoIGRvZXMgc29tZSBwcmV0dHkgY29vbCB0aGluZ3MsIGJ1dAogICAgICAgICAgdGhh dOKAmXMgbm90IGV4YWN0bHkgd2hhdCBJIG5lZWQuPG86cD48L286cD48L3A+CiAgICAgICAgPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+CiAgICAgICAgPHAgY2xhc3M9 Ik1zb05vcm1hbCI+SSB3b3VsZCBsaWtlIHRvIGJ1aWxkIG9WaXJ0IG9uIHRvcCBvZgogICAgICAg ICAgQ2VudE9TIE9zc+KApiB0aGF0IGhhdmUgbG9jYWwgc3RvcmFnZSBpbiB0aGVtIHRoYXQgaXMK ICAgICAgICAgIGRpc3RyaWJ1dGVkIGFuZCByZWR1bmRhbnQgaW4gdGhlIGV2ZW50IG9mIGEgbm9k ZSBmYWlsdXJlLjxvOnA+PC9vOnA+PC9wPgogICAgICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPgogICAgICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPkFuZCBJIHBy b2JhYmx5IG5lZWQgdG8gdHJ5IGFuZCBidWlsZCB0aGlzCiAgICAgICAgICBpbiBhIGxhYiB1bmRl ciBGdXNpb24gb24gbXkgTWFjIEJvb2sgcHJvIHRvIGJlZ2luIHdpdGggYW55d2F5CiAgICAgICAg ICAodGhhdCBiaXQgSeKAmW0gZmFyaWx5IGNvbmZpZGVudCB3aXRoKSBhbmQgaWYgSSBnZXQgdGhh dCB3b3JraW5nCiAgICAgICAgICBjYW4gcHJvYmFibHkgZ2V0IHNvbWUgb2xkZXIga2l0IHRvIHRy eSBpdCBvdXQgZm9yIHJlYWwgYXMgYQogICAgICAgICAgUG9DIHRvIGZldyBwZW9wbGUuPG86cD48 L286cD48L3A+CiAgICAgICAgPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+CiAgICAgICAgPHAgY2xhc3M9Ik1zb05vcm1hbCI+U28sIEnigJl2ZSBzZXQgdXAgb1ZpcnQg YmVmb3JlIHRoYXQgc2hvdWxkIGJlCiAgICAgICAgICBvaywgSSBoYXZlbuKAmXQgc2V0dXAgR2x1 c3RlciBpcyB0aGVyZSBhbnkgZG9jdW1lbnRzIHRoYXQgd291bGQKICAgICAgICAgIGhlbHAgbWUg ZG93biB0aGlzIHJvYWQgYW5kIG1ha2Ugc3VyZSBJIHN0YXJ0IG91dCB1c2luZyB0aGUKICAgICAg ICAgIGJlc3QgdmVyc2lvbi48bzpwPjwvbzpwPjwvcD4KICAgICAgICA8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4KICAgICAgICA8cCBjbGFzcz0iTXNvTm9ybWFsIj5B bnkgYWR2aWNlIG9yIHBvaW50ZXJzIHdvdWxkIGJlIGdyYXRlZnVsbHkKICAgICAgICAgIHJlY2Vp dmVkLjxvOnA+PC9vOnA+PC9wPgogICAgICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPgogICAgICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rczxvOnA+PC9v OnA+PC9wPgogICAgICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w PgogICAgICAgIDx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIHN0eWxlPSJ3aWR0aDo0ODAu MHB0IiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMCIgd2lkdGg9IjY0 MCI+CiAgICAgICAgICA8dGJvZHk+CiAgICAgICAgICAgIDx0cj4KICAgICAgICAgICAgICA8dGQg c3R5bGU9IndpZHRoOjQ4MC4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSAwY20iIHdpZHRoPSI2NDAi PgogICAgICAgICAgICAgICAgPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMDA4MkQ1O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5CaWxs CiAgICAgICAgICAgICAgICAgICAgICBEb3NzZXR0PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0ibXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KICAgICAgICAg ICAgICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlN5c3RlbXMKICAgICAgICAgICAgICAgICAgICBBcmNo aXRlY3Q8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+CiAgICAgICAgICAgICAgPC90ZD4KICAgICAgICAgICAgPC90cj4K ICAgICAgICAgICAgPHRyPgogICAgICAgICAgICAgIDx0ZCBzdHlsZT0id2lkdGg6NDgwLjBwdDtw YWRkaW5nOjBjbSAwY20gMGNtIDBjbSIgd2lkdGg9IjY0MCI+CiAgICAgICAgICAgICAgICA8cCBj bGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLUdCIj5UZWNoCiAgICAgICAgICAgICAgICAgICAgICBDZW50cmFsIOKAkyBH bG9iYWwgRW5naW5lZXJpbmcgU2VydmljZXM8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJtc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPgogICAgICAgICAgICAg ICAgPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KICAgICAgICAgICAg ICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlQ8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiZuYnNwOys0NAogICAgICAgICAgICAg ICAgICAgICgwKTE5MjMgMjc5MzUzPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPgogICAgICAgICAgICAgICAgPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1HQiI+TTwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+Jm5ic3A7KzQ0CiAgICAgICAgICAgICAgICAgICAgKDAp Nzc3IDU5MCA4NjEyPC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1H QiI+PG86cD48L286cD48L3NwYW4+PC9wPgogICAgICAgICAgICAgICAgPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48YSBtb3otZG8t bm90LXNlbmQ9InRydWUiIGhyZWY9Im1haWx0bzpqZWZmLmdvbnphbGV6QHBiLmNvbSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpwdXJwbGUiPmI8L3NwYW4+PC9hPjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMwMDgyRDU7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tR0IiPjxhIG1vei1kby1ub3Qtc2VuZD0idHJ1ZSIgaHJlZj0ibWFpbHRvOmlsbC5kb3NzZXR0 QHBiLmNvbSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsdWUiPmlsbC5kb3NzZXR0QHBiLmNvbTwvc3Bh bj48L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldwpSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90Ozttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPgogICAgICAgICAgICAgICAgPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA4MkQ1 O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48YSBtb3otZG8tbm90LXNlbmQ9InRydWUiIGhy ZWY9InBpdG5leWJvd2VzLmNvbSI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDgyRDUiPnBpdG5leWJv d2VzLmNvbTwvc3Bhbj48L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFn ZTpFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPgogICAgICAgICAgICAgICAgPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tR0IiPjxicj4KICAgICAgICAgICAgICAgICAgPC9zcGFuPjxiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPlBpdG5leQogICAgICAg ICAgICAgICAgICAgICAgQm93ZXM8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9wPgogICAgICAgICAgICAgICAgPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1HQiI+NgogICAgICAgICAgICAgICAgICAgIEhlcmN1bGVzIFdheSB8IExlYXZl c2RlbiB8IFdEMjUgN0dTIHwgVUs8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLUdCIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+CiAgICAgICAgICAgICAgICA8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLUdCIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl OkVOLUdCIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+CiAgICAgICAgICAgICAgPC90ZD4KICAgICAg ICAgICAgPC90cj4KICAgICAgICAgICAgPHRyPgogICAgICAgICAgICAgIDx0ZCBzdHlsZT0id2lk dGg6NDgwLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSIgd2lkdGg9IjY0MCI+PGJyPgogICAg ICAgICAgICAgIDwvdGQ+CiAgICAgICAgICAgIDwvdHI+CiAgICAgICAgICAgIDx0cj4KICAgICAg ICAgICAgICA8dGQgc3R5bGU9IndpZHRoOjQ4MC4wcHQ7cGFkZGluZzowY20gMGNtIDBjbSAwY20i IHdpZHRoPSI2NDAiPgogICAgICAgICAgICAgICAgPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA4MkQ1O21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LUdCIj48YSBtb3otZG8tbm90LXNlbmQ9InRydWUiIGhyZWY9Imh0dHA6Ly90ZWFtc2l0ZS5pbnNp ZGUucGIuY29tL3NpdGVzL1RDUFBNL0dFUy9TaXRlUGFnZXMvSG9tZS5hc3B4Ij48c3BhbiBzdHls ZT0iY29sb3I6IzAwODJENSI+TGVhcm4gbW9yZSBhYm91dCBHbG9iYWwKICAgICAgICAgICAgICAg ICAgICAgICAgRW5naW5lZXJpbmcgU2VydmljZXM8L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBzdHls ZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KICAg ICAgICAgICAgICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJwYWdlLWJyZWFrLWFmdGVy OmF2b2lkIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LUdCIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdC Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+CiAgICAgICAgICAgICAgICA8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0icGFnZS1icmVhay1hZnRlcjphdm9pZCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+SW4KICAgICAgICAgICAgICAgICAgICBF bmdpbmVlcmluZz88L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdC Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+CiAgICAgICAgICAgICAgICA8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LUdCIj5SYWlzZQogICAgICAgICAgICAgICAgICAgICAgYSB0aWNrZXQgdmlhIFJlbWVkeSBBbnl3 aGVyZSBbPHNwYW4gc3R5bGU9ImNvbG9yOiMwMDgyRDUiPjxhIG1vei1kby1ub3Qtc2VuZD0idHJ1 ZSIgaHJlZj0idGVhbXNpdGUuaW5zaWRlLnBiLmNvbS9zaXRlcy9UQ1BQTS9HRVMvTGlzdHMvQ3Jl YXRlJTIwSW5jaWRlbnQvbmV3SW5jaWRlbnQuYXNweCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDgy RDUiPkhFUkU8L3NwYW4+PC9hPjwvc3Bhbj5dPHNwYW4gc3R5bGU9ImNvbG9yOmJsdWUiPiZuYnNw Ozwvc3Bhbj50YWtlcyBsZXNzIHRoYW4gYQogICAgICAgICAgICAgICAgICAgICAgbWludXRlPC9z cGFuPjwvYj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4KICAgICAgICAgICAgICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPiZuYnNw Ozwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+CiAgICAgICAgICAgICAgICA8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5D bG91ZEZvcm1zCiAgICAgICAgICAgICAgICAgICAgICBVc2VyIEd1aWRlIGF2YWlsYWJsZTwvc3Bh bj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Ozttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1H QiI+Jm5ic3A7WzxiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDA4MkQ1Ij48YSBtb3otZG8tbm90LXNl bmQ9InRydWUiIGhyZWY9Imh0dHBzOi8vZGwuZHJvcGJveHVzZXJjb250ZW50LmNvbS91LzYyMTk0 NDEvTWFuYWdlSVElMjAtJTIwVXNlciUyME1hbnVhbCUyMFBCJTIwdjUucGRmIj48c3BhbiBzdHls ZT0iY29sb3I6IzAwODJENSI+SEVSRTwvc3Bhbj48L2E+PC9zcGFuPjwvYj5dPC9zcGFuPjxzcGFu IHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1HQiI+PG86cD48L286cD48L3NwYW4+PC9w PgogICAgICAgICAgICAgIDwvdGQ+CiAgICAgICAgICAgIDwvdHI+CiAgICAgICAgICA8L3Rib2R5 PgogICAgICAgIDwvdGFibGU+CiAgICAgICAgPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3CiAgICAgICAg ICAgIFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LUdCIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+CiAgICAgICAgPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+CiAgICAgIDwvZGl2PgogICAgICA8YnI+CiAgICAg IDxocj4KICAgICAgPGZvbnQgY29sb3I9IkJsYWNrIiBmYWNlPSJBcmlhbCIgc2l6ZT0iMiI+PGJy PgogICAgICA8L2ZvbnQ+CiAgICAgIDxicj4KICAgICAgPGZpZWxkc2V0IGNsYXNzPSJtaW1lQXR0 YWNobWVudEhlYWRlciI+PC9maWVsZHNldD4KICAgICAgPGJyPgogICAgICA8cHJlIHdyYXA9IiI+ X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KVXNlcnMgbWFp bGluZyBsaXN0CjxhIGNsYXNzPSJtb3otdHh0LWxpbmstYWJicmV2aWF0ZWQiIGhyZWY9Im1haWx0 bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4KPGEgY2xhc3M9Im1vei10eHQt bGluay1mcmVldGV4dCIgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3Rp bmZvL3VzZXJzIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8 L2E+CjwvcHJlPgogICAgPC9ibG9ja3F1b3RlPgogICAgPGJyPgogIDwvYm9keT48L2h0bWw+ ----_com.android.email_82515713991120--

1 0

how to prepare for an engine re-install
by Robert Story 18 Feb '15

18 Feb '15

--Sig_/9FfbJVEsL_QD6_U8ceRqc4+ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I'm running ovirt (engine 3.4.0-1.el6) on a dedicated engine machine with a degraded raid array. This has caused the root filesystem to go read-only, and the engine crashed. I can restart the engine, but after doing so, the web page just loads a blank page. All nodes and VMs seem to be fine, I just can't manage them via oVirt. Because I'm offsite, my recovery option is likely limited to a reinstall of the OS and ovirt. I'm hoping for some pointers on what I can do in advance to minimize the pain of this transition.=20 - Am I going to be able to recover without having to shut down VMs, exporting and importing? - what directories should I back up? - when I reinstall, should I upgrade and install 3.5.1, or first install 3.4, get it working, and then think about upgrading? - Is it possible/recommended/crazy to migrate to a hosted engine instead of a dedicated machine? So I want to prepare for the worst before I try a reboot. If I'm lucky, the reboot will at least come up with a writable filesystem, and I won't need to re-install. If it doesn't come up, I want to be as ready as possible for the reinstall. Any hints and/or tips appreciated.. (I'll also be hanging out in the irc channel if anyone wants to respond in that venue..) Robert --=20 Senior Software Engineer @ Parsons --Sig_/9FfbJVEsL_QD6_U8ceRqc4+ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJU5KvuAAoJEMHFVuy5l8Y48rwQAKbV/omCGFyztV/QDBF+T4qX ZtI7+j263nisA38eN7XHbfdfvEux00rqYMy9n7e+IPmsvbMIdPqps9BO9iH7fFjx 7ZtkMqyhKEju6vCiIwdWi3/KWPAhfufQvPXGOqMdgro2tim6yC1cwWQS/bAVexKh RnvntPo3WAdDdE986OdQ4JofJQqUwKAde7oPEWMjhbzx4Mxb/NSq7ExhyfWj0+wh 2iWqEEQLs2KaSOSzaqbXjIoJhxVmQPxToKdUxs1hmAhB4X/lFdIRkSY/x7SMhrKV eDB+4vd55saNz5dPfNSokQ1tTFR7z4iRkOEh5knKlRJwNdrabm+oIwrtrUbR4BX+ L0sHdB12x08aM2aio1OzY5xMLhpJSD/YiAfXs8oCPtHRbYrO2HyvOjilktY4azeO bZkCard2zxUO+UVWOEllcrXVpEgYRMlaCwhs1vsEI0mArpe0Ip9zEGYVN3IgHR6w sKrWi9u2JueqTiJOmuvGwE4EEsYKW4KRId6r1sS16neWAcbuBLjLMVzZkZ7pET5j hoERFPonAURGz1wXUuW8xK/hpZJ4xW71QpqKQfs86rwP1rIMnw3KaFqtf0AFUEPs LTKT44ibC6DNMNj3g3Kdj0iUW6/IM5xRL9QZ4exKipEyJxPf2Er6SZoYC2HffKfo gqTOxAdaa3bCVIn19Zro =ife/ -----END PGP SIGNATURE----- --Sig_/9FfbJVEsL_QD6_U8ceRqc4+--

2 2

ovirt and glusterfs setup
by Bill Dossett 18 Feb '15

18 Feb '15

--_000_B47F00825D68444ABC037330782753603771A364013BR1MPN1012MG_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I'm in at the deep end... Looking for some advice on if this is possible - and what version I should = try I with if so. We are a heavily VMware oriented company... but I am trying to get RHEV/oVi= rt in the door. Honestly I would prefer oVirt, but if they insist on enter= prise support I go to Redhat. So I have had a play with VMware VSAN and know how it works. I am trying t= o more or less replicate this setup using open source. So VSAN uses 3 or more ESXi nodes, with local harddisks as the storage medi= um as a virtual SAN. The SAN performance is quite high as you put at least= 1 SSD in each node. What is nice is you don't have the NAS element here. VMs are on the local = storage, which is partially SSD, so performance is quite good. I went to a Redhat presentation on Redhat storage and GlusterFS and basical= ly this acts as a big software defined NAS which does some pretty cool thin= gs, but that's not exactly what I need. I would like to build oVirt on top of CentOS Oss... that have local storage= in them that is distributed and redundant in the event of a node failure. And I probably need to try and build this in a lab under Fusion on my Mac B= ook pro to begin with anyway (that bit I'm farily confident with) and if I = get that working can probably get some older kit to try it out for real as = a PoC to few people. So, I've set up oVirt before that should be ok, I haven't setup Gluster is = there any documents that would help me down this road and make sure I start= out using the best version. Any advice or pointers would be gratefully received. Thanks Bill Dossett Systems Architect Tech Central - Global Engineering Services T +44 (0)1923 279353 M +44 (0)777 590 8612 b<mailto:jeff.gonzalez@pb.com>ill.dossett(a)pb.com<mailto:ill.dossett@pb.com> pitneybowes.com Pitney Bowes 6 Hercules Way | Leavesden | WD25 7GS | UK Learn more about Global Engineering Services<http://teamsite.inside.pb.com/= sites/TCPPM/GES/SitePages/Home.aspx> In Engineering? Raise a ticket via Remedy Anywhere [HERE<teamsite.inside.pb.com/sites/TCPPM= /GES/Lists/Create%20Incident/newIncident.aspx>] takes less than a minute CloudForms User Guide available [HERE<https://dl.dropboxusercontent.com/u/6= 219441/ManageIQ%20-%20User%20Manual%20PB%20v5.pdf>] ________________________________ --_000_B47F00825D68444ABC037330782753603771A364013BR1MPN1012MG_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> I’m in at the deep end…<o:p></o:p> <o:p> </o:p> Looking for some advice on if this is possible &#821= 1; and what version I should try I with if so.<o:p></o:p> <o:p> </o:p> We are a heavily VMware oriented company… but = I am trying to get RHEV/oVirt in the door.  Honestly I would prefer oV= irt, but if they insist on enterprise support I go to Redhat.<o:p></o:p></p= > <o:p> </o:p> So I have had a play with VMware VSAN and know how i= t works.  I am trying to more or less replicate this setup using open = source.<o:p></o:p> <o:p> </o:p> So VSAN uses 3 or more ESXi nodes, with local harddi= sks as the storage medium as a virtual SAN.  The SAN performance is qu= ite high as you put at least 1 SSD in each node.<o:p></o:p> <o:p> </o:p> What is nice is you don’t have the NAS element= here.  VMs are on the local storage, which is partially SSD, so perfo= rmance is quite good.<o:p></o:p> <o:p> </o:p> I went to a Redhat presentation on Redhat storage an= d GlusterFS and basically this acts as a big software defined NAS which doe= s some pretty cool things, but that’s not exactly what I need.<o:p></= o:p> <o:p> </o:p> I would like to build oVirt on top of CentOS Oss&#82= 30; that have local storage in them that is distributed and redundant in th= e event of a node failure.<o:p></o:p> <o:p> </o:p> And I probably need to try and build this in a lab u= nder Fusion on my Mac Book pro to begin with anyway (that bit I’m far= ily confident with) and if I get that working can probably get some older k= it to try it out for real as a PoC to few people.<o:p></o:p> <o:p> </o:p> So, I’ve set up oVirt before that should be ok= , I haven’t setup Gluster is there any documents that would help me d= own this road and make sure I start out using the best version.<o:p></o:p><= /p> <o:p> </o:p> Any advice or pointers would be gratefully received.= <o:p></o:p> <o:p> </o:p> Thanks<o:p></o:p> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" width=3D"640" style=3D"width:480.0pt"> <tbody> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> Bill Dossett<o:p><= /o:p> Systems Archit= ect<o:p></o:p> </td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> Tech Centra= l – Global Engineering Services<o:p></o:p>  <o:p></o:p>= T</b= > +44 (0)1923 279353<= span style=3D"mso-fareast-language:EN-GB"><o:p></o:p> M</b= > +44 (0)777 590 8612= <o:p></o:p> <a href= =3D"mailto:jeff.gonzalez@pb.com">b</a></span= ><a href=3D"mailto:ill.= dossett(a)pb.com">ill.dossett(a)pb.com</a></s= pan><o:p></o:p> = <a href=3D"pitneybowes.com">pitneybowes.com</= span></a><o:p></o:p></spa= n> Pitney Bowes<spa= n style=3D"mso-fareast-language:EN-GB"><o:p></o:p> 6 Hercules Way= | Leavesden | WD25 7GS | UK<o:p></o:p>  <= span style=3D"mso-fareast-language:EN-GB"><o:p></o:p> </td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"></td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> = <a href=3D"http://teamsite.inside.pb.com/sites/TCPPM/GES/SitePages/Home.asp= x">Learn more about Global Engineering Services</a><o:p>= </o:p>  = <o:p></o:p> In Engineering?<o:p></o:p> Raise a tic= ket via Remedy Anywhere [<a href=3D"teamsite.= inside.pb.com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx"><sp= an style=3D"color:#0082D5">HERE</a>] takes less than a minute<o= :p></o:p>  </spa= n><o:p></o:p> CloudForms = User Guide available = [<a href=3D"https://dl.dropboxusercontent.= com/u/6219441/ManageIQ%20-%20User%20Manual%20PB%20v5.pdf">HERE</a>]<o:p></o:p> </td> </tr> </tbody> </table> <o:p>&nbs= p;</o:p> <o:p> </o:p> </div> <hr> </body> </html> --_000_B47F00825D68444ABC037330782753603771A364013BR1MPN1012MG_--

2 1

Re: [ovirt-users] FW: ovirt and glusterfs setup
by Donny D 18 Feb '15

18 Feb '15

----_com.android.email_67919836813260 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CiAgICAKTXkgcHJvamVjdCBpcyBmcmVlIGFuZCBvcGVuLiBXaGF0IHdvdWxkIHlvdSBsaWtlIHRv IGtub3c/Ci1Eb25ueSBECllvdSBjYW4gYWxzbyBnaXZlIG1lIGEgY2FsbCBhdCA4MDUgODE0IDY4 MDAgaWYgdGhlIHBob25lIGlzIGJldHRlciBmb3IgeW91LsKgCgoKSGFwcHkgQ29ubmVjdGluZy4g U2VudCBmcm9tIG15IFNwcmludCBTYW1zdW5nIEdhbGF4eSBTwq4gNQoKLS0tLS0tLS0gT3JpZ2lu YWwgbWVzc2FnZSAtLS0tLS0tLQpGcm9tOiBCaWxsIERvc3NldHQgPGJpbGwuZG9zc2V0dEBwYi5j b20+IApEYXRlOiAwMi8xOC8yMDE1ICAxMDozNyBBTSAgKEdNVC0wNzowMCkgClRvOiB1c2Vyc0Bv dmlydC5vcmcgClN1YmplY3Q6IFtvdmlydC11c2Vyc10gRlc6ICBvdmlydCBhbmQgZ2x1c3RlcmZz IHNldHVwIAoKCgpTb3JyeSwgZm9yZ290IHRvIGNvcHlhbGzigKYKwqAKCgpGcm9tOiBCaWxsIERv c3NldHQgcwoKU2VudDogMTggRmVicnVhcnkgMjAxNSAxNzozNwoKVG86ICdEb25ueSBEYXZpcycK ClN1YmplY3Q6IFJFOiBbb3ZpcnQtdXNlcnNdIG92aXJ0IGFuZCBnbHVzdGVyZnMgc2V0dXAKCgrC oApXZWxsLCBpdCBzZWVtcyB0byBiZSBzb21ldGhpbmcgdGhhdCBSZWRIYXQgd2VyZSBzYXlpbmcg d2FzIGdvaW5nIHRvIGJlIHN1cHBvcnRlZC4KwqAKSSBhbSBmYXIgbW9yZSBmYW1pbGlhciB3aXRo IFZNd2FyZSBWU0FOIGFuZCB0aGF0IGlzIGN1cnJlbnQgYSBWRVJZIGhvdCB0b3BpYy4KwqAKV2l0 aCBWTXdhcmUgSEEgYW5kIFZTQU4gY2FwYWJpbGl0aWVzIGFuZCBuZXcgY2hhc3NpcyBjb21pbmcg b3V0IHdpdGggdmVyeSBoaWdoIGRlbnNpdHkgZHJpdmUgY2FwYWJpbGl0aWVzIGFuZCB0aGUgY29y cmVjdCBudW1iZXIgb2Ygbm9kZXMsIHlvdSBjYW4gbG9zZSBhIG5vZGUgd2l0aCBubyBtb3JlIGRv d250aW1lCiB0aGFuIGlmIGNvbXB1dGUgYW5kIHN0b3JhZ2UgYXJlIHNlcGFyYXRlZCBhbmQgaXTi gJlzIGEgaGVsbHV2YSBsb3QgbGVzcyBleHBlbnNpdmUgdGhhbiB0cmFkaXRpb25hbCBGaWJyZSBT QU4uCsKgClNheWluZyB0aGF0IGl0IGlzIGluIGl04oCZcyBpbmZhbmN5LgrCoApJ4oCZbSBpbnRl cmVzdGVkIGluIHlvdXIgb3ZpcnQgZGVwbG95bWVudCDigJMgdGhhbmtzIGZvciB0aGUga2luZCBv ZmZlciAtIGJ1dCB2ZXJ5IHNob3J0IG9uIHRpbWUgYXMgd2VsbCBhcyB0aGlzIGlzIGEgc2lkZSBw cm9qZWN0IOKAkyBzbyB0aGlzIG1heSBtb3ZlIGF0IGEgc25haWxzIHBhY2XigKYgc28gSSB0aG91 Z2h0IEkgY291bGQKIGdldCBzdGFydGVkIG9uIG15IG93bi4KwqAKSSB0aGluayBJIGluc3Rhc2xs ZWQgb3ZpcnQgMy4yIHByZXZpb3VzbHnigKYgYW5kIEkgZGlkIHNlZSBtZW50aW9uIG9mIEdsdXN0 ZXIgRG9tYWlucy7CoCBJZiB5b3UgbGV0IG1lIGtub3cgd2hhdCBJIG5lZWQgdG8gZG8gdG8gaGF2 ZSBhIGxvb2sgYXQgeW91ciBkZXBsb3ltZW50IEkgd291bGQgYXBwcmVjaWF0ZSBpdC4KwqAKSSBt YXkgYmUgc2xvdyBhdCByZXNwb25kaW5nIHRob3VnaCBhcyBJIGFtIHNwcmVhZCB2ZXJ5IHRoaW4g cmlnaHQgbm93LgrCoApUaGFua3MKQmlsbArCoArCoAoKCkZyb206IERvbm55IERhdmlzIFttYWls dG86ZG9ubnlAY2xvdWRzcGluLm1lXQoKClNlbnQ6IDE4IEZlYnJ1YXJ5IDIwMTUgMTM6MzAKClRv OiBCaWxsIERvc3NldHQKClN1YmplY3Q6IFJFOiBbb3ZpcnQtdXNlcnNdIG92aXJ0IGFuZCBnbHVz dGVyZnMgc2V0dXAKCgrCoApJIGNhbiB0ZWxsIHlvdSBmcm9tIG15IGV4cGVyaWVuY2UgdGhhdCB5 b3Ugc2hvdWxkIGhhdmUgeW91ciBzdG9yYWdlIGFuZCBjb21wdXRlIG5vZGUgc2VwYXJhdGUuIEds dXN0ZXIgc3VwcG9ydCBpcyBidWlsdCBpbnRvIG92aXJ0LCBhbmQgeW91IGp1c3QgbmVlZCB0byBt YWtlIHN1cmUgd2hlbiBzZXR0aW5nIHVwIHlvdXIgZW5naW5lIHlvdQogdGVsbCBpdCB0byBiZSBb Ym90aF0KwqAKVGhlIGFyY2hpdGVjdHVyZSB5b3UgZGVzY3JpYmUgd2hldGhlciBpdCBiZSB2bXdh cmUgb3Igb3ZpcnQgaXMgZGVzdGluZWQgdG8gYmUgYSBkaXNhc3Rlci4gwqBUaGF0IGlzIG15IG1h dHRlciBvZiBvcGluaW9uIGJhc2VkIG9uIG15IGV4cGVyaWVuY2UuIMKgCsKgCkkgaGF2ZSBhIGZy ZWUgdG8gdXNlIG92aXJ0IGRlcGxveW1lbnQgdGhhdCB5b3UgY291bGQgcnVuIHlvdXIgZGVzaXJl ZCBzZXR1cCBvbi4KCsKgCkRvbm55IEQKwqAKY2xvdWRzcGluLm1lIArCoAoKCkZyb206CnVzZXJz LWJvdW5jZXNAb3ZpcnQub3JnIFttYWlsdG86dXNlcnMtYm91bmNlc0BvdmlydC5vcmddCk9uIEJl aGFsZiBPZiBCaWxsIERvc3NldHQKClNlbnQ6IFdlZG5lc2RheSwgRmVicnVhcnkgMTgsIDIwMTUg NDozMyBBTQoKVG86IHVzZXJzQG92aXJ0Lm9yZwoKU3ViamVjdDogW292aXJ0LXVzZXJzXSBvdmly dCBhbmQgZ2x1c3RlcmZzIHNldHVwCgoKwqAKSGksCsKgCknigJltIGluIGF0IHRoZSBkZWVwIGVu ZOKApgrCoApMb29raW5nIGZvciBzb21lIGFkdmljZSBvbiBpZiB0aGlzIGlzIHBvc3NpYmxlIOKA kyBhbmQgd2hhdCB2ZXJzaW9uIEkgc2hvdWxkIHRyeSBJIHdpdGggaWYgc28uCsKgCldlIGFyZSBh IGhlYXZpbHkgVk13YXJlIG9yaWVudGVkIGNvbXBhbnnigKYgYnV0IEkgYW0gdHJ5aW5nIHRvIGdl dCBSSEVWL29WaXJ0IGluIHRoZSBkb29yLsKgIEhvbmVzdGx5IEkgd291bGQgcHJlZmVyIG9WaXJ0 LCBidXQgaWYgdGhleSBpbnNpc3Qgb24gZW50ZXJwcmlzZSBzdXBwb3J0IEkgZ28gdG8gUmVkaGF0 LgrCoApTbyBJIGhhdmUgaGFkIGEgcGxheSB3aXRoIFZNd2FyZSBWU0FOIGFuZCBrbm93IGhvdyBp dCB3b3Jrcy7CoCBJIGFtIHRyeWluZyB0byBtb3JlIG9yIGxlc3MgcmVwbGljYXRlIHRoaXMgc2V0 dXAgdXNpbmcgb3BlbiBzb3VyY2UuCsKgClNvIFZTQU4gdXNlcyAzIG9yIG1vcmUgRVNYaSBub2Rl cywgd2l0aCBsb2NhbCBoYXJkZGlza3MgYXMgdGhlIHN0b3JhZ2UgbWVkaXVtIGFzIGEgdmlydHVh bCBTQU4uwqAgVGhlIFNBTiBwZXJmb3JtYW5jZSBpcyBxdWl0ZSBoaWdoIGFzIHlvdSBwdXQgYXQg bGVhc3QgMSBTU0QgaW4gZWFjaCBub2RlLgrCoApXaGF0IGlzIG5pY2UgaXMgeW91IGRvbuKAmXQg aGF2ZSB0aGUgTkFTIGVsZW1lbnQgaGVyZS7CoCBWTXMgYXJlIG9uIHRoZSBsb2NhbCBzdG9yYWdl LCB3aGljaCBpcyBwYXJ0aWFsbHkgU1NELCBzbyBwZXJmb3JtYW5jZSBpcyBxdWl0ZSBnb29kLgrC oApJIHdlbnQgdG8gYSBSZWRoYXQgcHJlc2VudGF0aW9uIG9uIFJlZGhhdCBzdG9yYWdlIGFuZCBH bHVzdGVyRlMgYW5kIGJhc2ljYWxseSB0aGlzIGFjdHMgYXMgYSBiaWcgc29mdHdhcmUgZGVmaW5l ZCBOQVMgd2hpY2ggZG9lcyBzb21lIHByZXR0eSBjb29sIHRoaW5ncywgYnV0IHRoYXTigJlzIG5v dCBleGFjdGx5IHdoYXQgSSBuZWVkLgrCoApJIHdvdWxkIGxpa2UgdG8gYnVpbGQgb1ZpcnQgb24g dG9wIG9mIENlbnRPUyBPc3PigKYgdGhhdCBoYXZlIGxvY2FsIHN0b3JhZ2UgaW4gdGhlbSB0aGF0 IGlzIGRpc3RyaWJ1dGVkIGFuZCByZWR1bmRhbnQgaW4gdGhlIGV2ZW50IG9mIGEgbm9kZSBmYWls dXJlLgrCoApBbmQgSSBwcm9iYWJseSBuZWVkIHRvIHRyeSBhbmQgYnVpbGQgdGhpcyBpbiBhIGxh YiB1bmRlciBGdXNpb24gb24gbXkgTWFjIEJvb2sgcHJvIHRvIGJlZ2luIHdpdGggYW55d2F5ICh0 aGF0IGJpdCBJ4oCZbSBmYXJpbHkgY29uZmlkZW50IHdpdGgpIGFuZCBpZiBJIGdldCB0aGF0IHdv cmtpbmcgY2FuIHByb2JhYmx5IGdldCBzb21lIG9sZGVyIGtpdCB0byB0cnkgaXQgb3V0IGZvciBy ZWFsIGFzIGEgUG9DIHRvIGZldwogcGVvcGxlLgrCoApTbywgSeKAmXZlIHNldCB1cCBvVmlydCBi ZWZvcmUgdGhhdCBzaG91bGQgYmUgb2ssIEkgaGF2ZW7igJl0IHNldHVwIEdsdXN0ZXIgaXMgdGhl cmUgYW55IGRvY3VtZW50cyB0aGF0IHdvdWxkIGhlbHAgbWUgZG93biB0aGlzIHJvYWQgYW5kIG1h a2Ugc3VyZSBJIHN0YXJ0IG91dCB1c2luZyB0aGUgYmVzdCB2ZXJzaW9uLgrCoApBbnkgYWR2aWNl IG9yIHBvaW50ZXJzIHdvdWxkIGJlIGdyYXRlZnVsbHkgcmVjZWl2ZWQuCsKgClRoYW5rcwrCoAoK CgoKQmlsbCBEb3NzZXR0ClN5c3RlbXMgQXJjaGl0ZWN0CgoKCgpUZWNoIENlbnRyYWwg4oCTIEds b2JhbCBFbmdpbmVlcmluZyBTZXJ2aWNlcwrCoApUwqArNDQgKDApMTkyMyAyNzkzNTMKTcKgKzQ0 ICgwKTc3NyA1OTAgODYxMgpiaWxsLmRvc3NldHRAcGIuY29tCnBpdG5leWJvd2VzLmNvbQoKClBp dG5leSBCb3dlcwo2IEhlcmN1bGVzIFdheSB8IExlYXZlc2RlbiB8IFdEMjUgN0dTIHwgVUsKwqAK CgoKCgoKCkxlYXJuIG1vcmUgYWJvdXQgR2xvYmFsIEVuZ2luZWVyaW5nIFNlcnZpY2VzCsKgCklu IEVuZ2luZWVyaW5nPwpSYWlzZSBhIHRpY2tldCB2aWEgUmVtZWR5IEFueXdoZXJlIFtIRVJFXcKg dGFrZXMKIGxlc3MgdGhhbiBhIG1pbnV0ZQrCoApDbG91ZEZvcm1zIFVzZXIgR3VpZGUgYXZhaWxh YmxlwqBbSEVSRV0KCgoKCsKgCsKgCsKgCgoKCsKgCgoKCgoKCgo= ----_com.android.email_67919836813260 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT4KICAgIAo8ZGl2Pk15IHByb2plY3Qg aXMgZnJlZSBhbmQgb3Blbi4gV2hhdCB3b3VsZCB5b3UgbGlrZSB0byBrbm93PzwvZGl2PjxkaXY+ PGJyPjwvZGl2PjxkaXY+LURvbm55IEQ8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PllvdSBjYW4g YWxzbyBnaXZlIG1lIGEgY2FsbCBhdCA4MDUgODE0IDY4MDAgaWYgdGhlIHBob25lIGlzIGJldHRl ciBmb3IgeW91LiZuYnNwOzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+ PGJyPjwvZGl2PjxkaXYgaWQ9ImNvbXBvc2VyX3NpZ25hdHVyZSI+PGRpdiBzdHlsZT0iZm9udC1z aXplOjg1JTtjb2xvcjojNTc1NzU3Ij5IYXBweSBDb25uZWN0aW5nLiBTZW50IGZyb20gbXkgU3By aW50IFNhbXN1bmcgR2FsYXh5IFPCriA1PC9kaXY+PC9kaXY+PGJyPjxicj4tLS0tLS0tLSBPcmln aW5hbCBtZXNzYWdlIC0tLS0tLS0tPGJyPkZyb206IEJpbGwgRG9zc2V0dCAmbHQ7YmlsbC5kb3Nz ZXR0QHBiLmNvbSZndDsgPGJyPkRhdGU6IDAyLzE4LzIwMTUgIDEwOjM3IEFNICAoR01ULTA3OjAw KSA8YnI+VG86IHVzZXJzQG92aXJ0Lm9yZyA8YnI+U3ViamVjdDogW292aXJ0LXVzZXJzXSBGVzog IG92aXJ0IGFuZCBnbHVzdGVyZnMgc2V0dXAgPGJyPjxicj4KPGRpdiBjbGFzcz0iV29yZFNlY3Rp b24xIj4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPlNvcnJ5LCBmb3Jnb3QgdG8gY29weWFsbOKApjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4KPGRpdj4KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj RTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPgo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxhbmc9IkVO LVVTIj4gQmlsbCBEb3NzZXR0IHM8YnI+CjxiPlNlbnQ6PC9iPiAxOCBGZWJydWFyeSAyMDE1IDE3 OjM3PGJyPgo8Yj5Ubzo8L2I+ICdEb25ueSBEYXZpcyc8YnI+CjxiPlN1YmplY3Q6PC9iPiBSRTog W292aXJ0LXVzZXJzXSBvdmlydCBhbmQgZ2x1c3RlcmZzIHNldHVwPG86cD48L286cD48L3NwYW4+ PC9wPgo8L2Rpdj4KPC9kaXY+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+V2VsbCwgaXQgc2VlbXMgdG8gYmUgc29tZXRoaW5nIHRo YXQgUmVkSGF0IHdlcmUgc2F5aW5nIHdhcyBnb2luZyB0byBiZSBzdXBwb3J0ZWQuPG86cD48L286 cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG NDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+SSBhbSBmYXIgbW9yZSBmYW1pbGlhciB3aXRoIFZNd2Fy ZSBWU0FOIGFuZCB0aGF0IGlzIGN1cnJlbnQgYSBWRVJZIGhvdCB0b3BpYy48bzpwPjwvbzpwPjwv c3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE O21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTIj5XaXRoIFZNd2FyZSBIQSBhbmQgVlNBTiBjYXBhYmlsaXRpZXMg YW5kIG5ldyBjaGFzc2lzIGNvbWluZyBvdXQgd2l0aCB2ZXJ5IGhpZ2ggZGVuc2l0eSBkcml2ZSBj YXBhYmlsaXRpZXMgYW5kIHRoZSBjb3JyZWN0IG51bWJlciBvZiBub2RlcywgeW91IGNhbiBsb3Nl IGEgbm9kZSB3aXRoIG5vIG1vcmUgZG93bnRpbWUKIHRoYW4gaWYgY29tcHV0ZSBhbmQgc3RvcmFn ZSBhcmUgc2VwYXJhdGVkIGFuZCBpdOKAmXMgYSBoZWxsdXZhIGxvdCBsZXNzIGV4cGVuc2l2ZSB0 aGFuIHRyYWRpdGlvbmFsIEZpYnJlIFNBTi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij5TYXlpbmcgdGhhdCBpdCBpcyBpbiBpdOKAmXMgaW5mYW5jeS48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1m YXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+CjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTIj5J4oCZbSBpbnRlcmVzdGVkIGluIHlvdXIgb3ZpcnQgZGVwbG95bWVudCDi gJMgdGhhbmtzIGZvciB0aGUga2luZCBvZmZlciAtIGJ1dCB2ZXJ5IHNob3J0IG9uIHRpbWUgYXMg d2VsbCBhcyB0aGlzIGlzIGEgc2lkZSBwcm9qZWN0IOKAkyBzbyB0aGlzIG1heSBtb3ZlIGF0IGEg c25haWxzIHBhY2XigKYgc28gSSB0aG91Z2h0IEkgY291bGQKIGdldCBzdGFydGVkIG9uIG15IG93 bi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjoj MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JIHRoaW5rIEkgaW5zdGFzbGxlZCBv dmlydCAzLjIgcHJldmlvdXNseeKApiBhbmQgSSBkaWQgc2VlIG1lbnRpb24gb2YgR2x1c3RlciBE b21haW5zLiZuYnNwOyBJZiB5b3UgbGV0IG1lIGtub3cgd2hhdCBJIG5lZWQgdG8gZG8gdG8gaGF2 ZSBhIGxvb2sgYXQgeW91ciBkZXBsb3ltZW50IEkgd291bGQgYXBwcmVjaWF0ZSBpdC48bzpwPjwv bzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjoj MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JIG1heSBiZSBzbG93IGF0IHJlc3BvbmRpbmcgdGhv dWdoIGFzIEkgYW0gc3ByZWFkIHZlcnkgdGhpbiByaWdodCBub3cuPG86cD48L286cD48L3NwYW4+ PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUyI+VGhhbmtzPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+QmlsbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4KPGRpdj4KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpz b2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPgo8cCBjbGFzcz0i TXNvTm9ybWFsIj48Yj48c3BhbiBsYW5nPSJFTi1VUyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxh bmc9IkVOLVVTIj4gRG9ubnkgRGF2aXMgWzxhIGhyZWY9Im1haWx0bzpkb25ueUBjbG91ZHNwaW4u bWUiPm1haWx0bzpkb25ueUBjbG91ZHNwaW4ubWU8L2E+XQo8YnI+CjxiPlNlbnQ6PC9iPiAxOCBG ZWJydWFyeSAyMDE1IDEzOjMwPGJyPgo8Yj5Ubzo8L2I+IEJpbGwgRG9zc2V0dDxicj4KPGI+U3Vi amVjdDo8L2I+IFJFOiBbb3ZpcnQtdXNlcnNdIG92aXJ0IGFuZCBnbHVzdGVyZnMgc2V0dXA8bzpw PjwvbzpwPjwvc3Bhbj48L3A+CjwvZGl2Pgo8L2Rpdj4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SSBjYW4gdGVsbCB5b3UgZnJvbSBteSBleHBlcmllbmNl IHRoYXQgeW91IHNob3VsZCBoYXZlIHlvdXIgc3RvcmFnZSBhbmQgY29tcHV0ZSBub2RlIHNlcGFy YXRlLiBHbHVzdGVyIHN1cHBvcnQgaXMgYnVpbHQgaW50byBvdmlydCwgYW5kIHlvdSBqdXN0IG5l ZWQgdG8gbWFrZSBzdXJlIHdoZW4gc2V0dGluZyB1cCB5b3VyIGVuZ2luZSB5b3UKIHRlbGwgaXQg dG8gYmUgW2JvdGhdPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJjb2xvcjojMUY0OTdEIj5UaGUgYXJjaGl0ZWN0dXJlIHlvdSBkZXNjcmliZSB3aGV0aGVyIGl0 IGJlIHZtd2FyZSBvciBvdmlydCBpcyBkZXN0aW5lZCB0byBiZSBhIGRpc2FzdGVyLiAmbmJzcDtU aGF0IGlzIG15IG1hdHRlciBvZiBvcGluaW9uIGJhc2VkIG9uIG15IGV4cGVyaWVuY2UuICZuYnNw OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFG NDk3RCI+SSBoYXZlIGEgZnJlZSB0byB1c2Ugb3ZpcnQgZGVwbG95bWVudCB0aGF0IHlvdSBjb3Vs ZCBydW4geW91ciBkZXNpcmVkIHNldHVwIG9uLgo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkRvbm55IEQ8bzpwPjwvbzpwPjwvc3Bh bj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPmNsb3Vkc3Bpbi5t ZSA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pgo8ZGl2Pgo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYg MS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9i PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+CjxhIGhyZWY9Im1haWx0 bzp1c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZyI+dXNlcnMtYm91bmNlc0BvdmlydC5vcmc8L2E+IFs8 YSBocmVmPSJtYWlsdG86dXNlcnMtYm91bmNlc0BvdmlydC5vcmciPm1haWx0bzp1c2Vycy1ib3Vu Y2VzQG92aXJ0Lm9yZzwvYT5dCjxiPk9uIEJlaGFsZiBPZiA8L2I+QmlsbCBEb3NzZXR0PGJyPgo8 Yj5TZW50OjwvYj4gV2VkbmVzZGF5LCBGZWJydWFyeSAxOCwgMjAxNSA0OjMzIEFNPGJyPgo8Yj5U bzo8L2I+IDxhIGhyZWY9Im1haWx0bzp1c2Vyc0BvdmlydC5vcmciPnVzZXJzQG92aXJ0Lm9yZzwv YT48YnI+CjxiPlN1YmplY3Q6PC9iPiBbb3ZpcnQtdXNlcnNdIG92aXJ0IGFuZCBnbHVzdGVyZnMg c2V0dXA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjwvZGl2Pgo8L2Rpdj4KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+SGksPG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J4oCZbSBpbiBhdCB0 aGUgZGVlcCBlbmTigKY8bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkxvb2tpbmcgZm9yIHNvbWUgYWR2 aWNlIG9uIGlmIHRoaXMgaXMgcG9zc2libGUg4oCTIGFuZCB3aGF0IHZlcnNpb24gSSBzaG91bGQg dHJ5IEkgd2l0aCBpZiBzby48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPldlIGFyZSBhIGhlYXZpbHkg Vk13YXJlIG9yaWVudGVkIGNvbXBhbnnigKYgYnV0IEkgYW0gdHJ5aW5nIHRvIGdldCBSSEVWL29W aXJ0IGluIHRoZSBkb29yLiZuYnNwOyBIb25lc3RseSBJIHdvdWxkIHByZWZlciBvVmlydCwgYnV0 IGlmIHRoZXkgaW5zaXN0IG9uIGVudGVycHJpc2Ugc3VwcG9ydCBJIGdvIHRvIFJlZGhhdC48bzpw PjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+Cjxw IGNsYXNzPSJNc29Ob3JtYWwiPlNvIEkgaGF2ZSBoYWQgYSBwbGF5IHdpdGggVk13YXJlIFZTQU4g YW5kIGtub3cgaG93IGl0IHdvcmtzLiZuYnNwOyBJIGFtIHRyeWluZyB0byBtb3JlIG9yIGxlc3Mg cmVwbGljYXRlIHRoaXMgc2V0dXAgdXNpbmcgb3BlbiBzb3VyY2UuPG86cD48L286cD48L3A+Cjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIj5TbyBWU0FOIHVzZXMgMyBvciBtb3JlIEVTWGkgbm9kZXMsIHdpdGggbG9jYWwgaGFyZGRp c2tzIGFzIHRoZSBzdG9yYWdlIG1lZGl1bSBhcyBhIHZpcnR1YWwgU0FOLiZuYnNwOyBUaGUgU0FO IHBlcmZvcm1hbmNlIGlzIHF1aXRlIGhpZ2ggYXMgeW91IHB1dCBhdCBsZWFzdCAxIFNTRCBpbiBl YWNoIG5vZGUuPG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XaGF0IGlzIG5pY2UgaXMgeW91IGRvbuKA mXQgaGF2ZSB0aGUgTkFTIGVsZW1lbnQgaGVyZS4mbmJzcDsgVk1zIGFyZSBvbiB0aGUgbG9jYWwg c3RvcmFnZSwgd2hpY2ggaXMgcGFydGlhbGx5IFNTRCwgc28gcGVyZm9ybWFuY2UgaXMgcXVpdGUg Z29vZC48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgd2VudCB0byBhIFJlZGhhdCBwcmVzZW50YXRp b24gb24gUmVkaGF0IHN0b3JhZ2UgYW5kIEdsdXN0ZXJGUyBhbmQgYmFzaWNhbGx5IHRoaXMgYWN0 cyBhcyBhIGJpZyBzb2Z0d2FyZSBkZWZpbmVkIE5BUyB3aGljaCBkb2VzIHNvbWUgcHJldHR5IGNv b2wgdGhpbmdzLCBidXQgdGhhdOKAmXMgbm90IGV4YWN0bHkgd2hhdCBJIG5lZWQuPG86cD48L286 cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8cCBjbGFz cz0iTXNvTm9ybWFsIj5JIHdvdWxkIGxpa2UgdG8gYnVpbGQgb1ZpcnQgb24gdG9wIG9mIENlbnRP UyBPc3PigKYgdGhhdCBoYXZlIGxvY2FsIHN0b3JhZ2UgaW4gdGhlbSB0aGF0IGlzIGRpc3RyaWJ1 dGVkIGFuZCByZWR1bmRhbnQgaW4gdGhlIGV2ZW50IG9mIGEgbm9kZSBmYWlsdXJlLjxvOnA+PC9v OnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4KPHAgY2xh c3M9Ik1zb05vcm1hbCI+QW5kIEkgcHJvYmFibHkgbmVlZCB0byB0cnkgYW5kIGJ1aWxkIHRoaXMg aW4gYSBsYWIgdW5kZXIgRnVzaW9uIG9uIG15IE1hYyBCb29rIHBybyB0byBiZWdpbiB3aXRoIGFu eXdheSAodGhhdCBiaXQgSeKAmW0gZmFyaWx5IGNvbmZpZGVudCB3aXRoKSBhbmQgaWYgSSBnZXQg dGhhdCB3b3JraW5nIGNhbiBwcm9iYWJseSBnZXQgc29tZSBvbGRlciBraXQgdG8gdHJ5IGl0IG91 dCBmb3IgcmVhbCBhcyBhIFBvQyB0byBmZXcKIHBlb3BsZS48bzpwPjwvbzpwPjwvcD4KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwi PlNvLCBJ4oCZdmUgc2V0IHVwIG9WaXJ0IGJlZm9yZSB0aGF0IHNob3VsZCBiZSBvaywgSSBoYXZl buKAmXQgc2V0dXAgR2x1c3RlciBpcyB0aGVyZSBhbnkgZG9jdW1lbnRzIHRoYXQgd291bGQgaGVs cCBtZSBkb3duIHRoaXMgcm9hZCBhbmQgbWFrZSBzdXJlIEkgc3RhcnQgb3V0IHVzaW5nIHRoZSBi ZXN0IHZlcnNpb24uPG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbnkgYWR2aWNlIG9yIHBvaW50ZXJz IHdvdWxkIGJlIGdyYXRlZnVsbHkgcmVjZWl2ZWQuPG86cD48L286cD48L3A+CjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFu a3M8bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+Cjx0YWJsZSBjbGFzcz0iTXNvTm9ybWFsVGFibGUiIGJvcmRlcj0iMCIgY2VsbHNwYWNpbmc9 IjAiIGNlbGxwYWRkaW5nPSIwIiB3aWR0aD0iNjQwIiBzdHlsZT0id2lkdGg6NDgwLjBwdCI+Cjx0 Ym9keT4KPHRyPgo8dGQgd2lkdGg9IjY0MCIgc3R5bGU9IndpZHRoOjQ4MC4wcHQ7cGFkZGluZzow Y20gMGNtIDBjbSAwY20iPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMwMDgyRDUiPkJpbGwgRG9zc2V0dDwvc3Bhbj48L2I+PG86cD48L286 cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlN5 c3RlbXMgQXJjaGl0ZWN0PC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8L3RkPgo8L3RyPgo8dHI+Cjx0 ZCB3aWR0aD0iNjQwIiBzdHlsZT0id2lkdGg6NDgwLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDBj bSI+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlRl Y2ggQ2VudHJhbCDigJMgR2xvYmFsIEVuZ2luZWVyaW5nIFNlcnZpY2VzPC9zcGFuPjwvYj48bzpw PjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+VDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+Jm5ic3A7KzQ0ICgwKTE5MjMgMjc5MzUzPC9zcGFuPjxvOnA+PC9vOnA+PC9w Pgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5NPC9z cGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtB cmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDsrNDQgKDApNzc3IDU5MCA4 NjEyPC9zcGFuPjxvOnA+PC9vOnA+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJt YWlsdG86amVmZi5nb256YWxlekBwYi5jb20iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6cHVycGxlIj5iPC9zcGFuPjwvYT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMw MDgyRDUiPjxhIGhyZWY9Im1haWx0bzppbGwuZG9zc2V0dEBwYi5jb20iPjxzcGFuIHN0eWxlPSJj b2xvcjpibHVlIj5pbGwuZG9zc2V0dEBwYi5jb208L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssJnF1b3Q7c2VyaWYmcXVvdDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA4MkQ1Ij48YSBocmVm PSJwaXRuZXlib3dlcy5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjojMDA4MkQ1Ij5waXRuZXlib3dl cy5jb208L3NwYW4+PC9hPjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPjxicj4KPC9zcGFuPjxiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPlBpdG5leSBCb3dlczwvc3Bhbj48L2I+PG86cD48L286cD48L3A+ CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPjYgSGVyY3Vs ZXMgV2F5IHwgTGVhdmVzZGVuIHwgV0QyNSA3R1MgfCBVSzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPgo8L3RkPgo8L3RyPgo8dHI+Cjx0ZCB3aWR0aD0iNjQwIiBzdHls ZT0id2lkdGg6NDgwLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDBjbSI+PC90ZD4KPC90cj4KPHRy Pgo8dGQgd2lkdGg9IjY0MCIgc3R5bGU9IndpZHRoOjQ4MC4wcHQ7cGFkZGluZzowY20gMGNtIDBj bSAwY20iPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMwMDgyRDUiPjxhIGhyZWY9Imh0dHA6Ly90ZWFtc2l0ZS5pbnNpZGUucGIuY29tL3NpdGVz L1RDUFBNL0dFUy9TaXRlUGFnZXMvSG9tZS5hc3B4Ij48c3BhbiBzdHlsZT0iY29sb3I6IzAwODJE NSI+TGVhcm4gbW9yZSBhYm91dCBHbG9iYWwgRW5naW5lZXJpbmcgU2VydmljZXM8L3NwYW4+PC9h Pjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InBhZ2Ut YnJlYWstYWZ0ZXI6YXZvaWQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InBhZ2UtYnJlYWst YWZ0ZXI6YXZvaWQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkluIEVuZ2luZWVyaW5nPzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+UmFpc2UgYSB0aWNrZXQgdmlhIFJlbWVkeSBBbnl3aGVyZSBbPHNwYW4g c3R5bGU9ImNvbG9yOiMwMDgyRDUiPjxhIGhyZWY9InRlYW1zaXRlLmluc2lkZS5wYi5jb20vc2l0 ZXMvVENQUE0vR0VTL0xpc3RzL0NyZWF0ZSUyMEluY2lkZW50L25ld0luY2lkZW50LmFzcHgiPjxz cGFuIHN0eWxlPSJjb2xvcjojMDA4MkQ1Ij5IRVJFPC9zcGFuPjwvYT48L3NwYW4+XTxzcGFuIHN0 eWxlPSJjb2xvcjpibHVlIj4mbmJzcDs8L3NwYW4+dGFrZXMKIGxlc3MgdGhhbiBhIG1pbnV0ZTwv c3Bhbj48L2I+PG86cD48L286cD48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDsiPiZuYnNwOzwvc3Bhbj48L2I+PG86cD48L286cD48L3A+CjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkNsb3VkRm9ybXMg VXNlciBHdWlkZSBhdmFpbGFibGU8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZuYnNwO1s8Yj48c3BhbiBzdHlsZT0iY29sb3I6IzAwODJENSI+PGEgaHJlZj0iaHR0cHM6Ly9k bC5kcm9wYm94dXNlcmNvbnRlbnQuY29tL3UvNjIxOTQ0MS9NYW5hZ2VJUSUyMC0lMjBVc2VyJTIw TWFudWFsJTIwUEIlMjB2NS5wZGYiPjxzcGFuIHN0eWxlPSJjb2xvcjojMDA4MkQ1Ij5IRVJFPC9z cGFuPjwvYT48L3NwYW4+PC9iPl08L3NwYW4+PG86cD48L286cD48L3A+CjwvdGQ+CjwvdHI+Cjwv dGJvZHk+CjwvdGFibGU+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz ZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+CjxkaXYg Y2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVy Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPgo8aHIgc2l6ZT0iMiIgd2lkdGg9IjEw MCUiIGFsaWduPSJjZW50ZXIiPgo8L3NwYW4+PC9kaXY+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pgo8L2Rpdj4KPGJyPgo8aHI+Cjxmb250IGZhY2U9IkFyaWFsIiBjb2xvcj0iQmxhY2siIHNpemU9 IjIiPjxicj4KPC9mb250Pgo8L2JvZHk+PC9odG1sPg== ----_com.android.email_67919836813260--

1 0

FW: ovirt and glusterfs setup
by Bill Dossett 18 Feb '15

18 Feb '15

--_000_B47F00825D68444ABC037330782753603771B72A013BR1MPN1012MG_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sorry, forgot to copyall... From: Bill Dossett s Sent: 18 February 2015 17:37 To: 'Donny Davis' Subject: RE: [ovirt-users] ovirt and glusterfs setup Well, it seems to be something that RedHat were saying was going to be supp= orted. I am far more familiar with VMware VSAN and that is current a VERY hot topi= c. With VMware HA and VSAN capabilities and new chassis coming out with very h= igh density drive capabilities and the correct number of nodes, you can los= e a node with no more downtime than if compute and storage are separated an= d it's a helluva lot less expensive than traditional Fibre SAN. Saying that it is in it's infancy. I'm interested in your ovirt deployment - thanks for the kind offer - but v= ery short on time as well as this is a side project - so this may move at a= snails pace... so I thought I could get started on my own. I think I instaslled ovirt 3.2 previously... and I did see mention of Glust= er Domains. If you let me know what I need to do to have a look at your de= ployment I would appreciate it. I may be slow at responding though as I am spread very thin right now. Thanks Bill From: Donny Davis [mailto:donny@cloudspin.me] Sent: 18 February 2015 13:30 To: Bill Dossett Subject: RE: [ovirt-users] ovirt and glusterfs setup I can tell you from my experience that you should have your storage and com= pute node separate. Gluster support is built into ovirt, and you just need = to make sure when setting up your engine you tell it to be [both] The architecture you describe whether it be vmware or ovirt is destined to = be a disaster. That is my matter of opinion based on my experience. I have a free to use ovirt deployment that you could run your desired setup= on. Donny D cloudspin.me From: users-bounces(a)ovirt.org<mailto:users-bounces@ovirt.org> [mailto:users= -bounces(a)ovirt.org] On Behalf Of Bill Dossett Sent: Wednesday, February 18, 2015 4:33 AM To: users(a)ovirt.org<mailto:users@ovirt.org> Subject: [ovirt-users] ovirt and glusterfs setup Hi, I'm in at the deep end... Looking for some advice on if this is possible - and what version I should = try I with if so. We are a heavily VMware oriented company... but I am trying to get RHEV/oVi= rt in the door. Honestly I would prefer oVirt, but if they insist on enter= prise support I go to Redhat. So I have had a play with VMware VSAN and know how it works. I am trying t= o more or less replicate this setup using open source. So VSAN uses 3 or more ESXi nodes, with local harddisks as the storage medi= um as a virtual SAN. The SAN performance is quite high as you put at least= 1 SSD in each node. What is nice is you don't have the NAS element here. VMs are on the local = storage, which is partially SSD, so performance is quite good. I went to a Redhat presentation on Redhat storage and GlusterFS and basical= ly this acts as a big software defined NAS which does some pretty cool thin= gs, but that's not exactly what I need. I would like to build oVirt on top of CentOS Oss... that have local storage= in them that is distributed and redundant in the event of a node failure. And I probably need to try and build this in a lab under Fusion on my Mac B= ook pro to begin with anyway (that bit I'm farily confident with) and if I = get that working can probably get some older kit to try it out for real as = a PoC to few people. So, I've set up oVirt before that should be ok, I haven't setup Gluster is = there any documents that would help me down this road and make sure I start= out using the best version. Any advice or pointers would be gratefully received. Thanks Bill Dossett Systems Architect Tech Central - Global Engineering Services T +44 (0)1923 279353 M +44 (0)777 590 8612 b<mailto:jeff.gonzalez@pb.com>ill.dossett(a)pb.com<mailto:ill.dossett@pb.com> pitneybowes.com Pitney Bowes 6 Hercules Way | Leavesden | WD25 7GS | UK Learn more about Global Engineering Services<http://teamsite.inside.pb.com/= sites/TCPPM/GES/SitePages/Home.aspx> In Engineering? Raise a ticket via Remedy Anywhere [HERE<teamsite.inside.pb.com/sites/TCPPM= /GES/Lists/Create%20Incident/newIncident.aspx>] takes less than a minute CloudForms User Guide available [HERE<https://dl.dropboxusercontent.com/u/6= 219441/ManageIQ%20-%20User%20Manual%20PB%20v5.pdf>] ________________________________ ________________________________ --_000_B47F00825D68444ABC037330782753603771B72A013BR1MPN1012MG_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Sorry, forgot to copyall…<o:p></o:p> <o:p> </o:p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> From: Bill Dossett s Sent: 18 February 2015 17:37 To: 'Donny Davis' Subject: RE: [ovirt-users] ovirt and glusterfs setup<o:p></o:p></spa= n> </div> </div> <o:p> </o:p> Well, it seems to be something that RedHat were saying was going to be= supported.<o:p></o:p> <o:p> </o:p> I am far more familiar with VMware VSAN and that is current a VERY hot= topic.<o:p></o:p> <o:p> </o:p> With VMware HA and VSAN capabilities and new chassis coming out with v= ery high density drive capabilities and the correct number of nodes, you ca= n lose a node with no more downtime than if compute and storage are separated and it’s a helluva lot les= s expensive than traditional Fibre SAN.<o:p></o:p> <o:p> </o:p> Saying that it is in it’s infancy.<o:p></o:p> <o:p> </o:p> I’m interested in your ovirt deployment – thanks for the k= ind offer - but very short on time as well as this is a side project &#8211= ; so this may move at a snails pace… so I thought I could get started on my own.<o:p></o:p> <o:p> </o:p> I think I instaslled ovirt 3.2 previously… and I did see mention= of Gluster Domains.  If you let me know what I need to do to have a l= ook at your deployment I would appreciate it.<o:p></o:p> <o:p> </o:p> I may be slow at responding though as I am spread very thin right now.= <o:p></o:p> <o:p> </o:p> Thanks<o:p></o:p> Bill<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> From: Donny Davis [<a href=3D"mailto:donny@cloudspin.me">mailto:donny= @cloudspin.me</a>] Sent: 18 February 2015 13:30 To: Bill Dossett Subject: RE: [ovirt-users] ovirt and glusterfs setup<o:p></o:p></spa= n> </div> </div> <o:p> </o:p> I can t= ell you from my experience that you should have your storage and compute no= de separate. Gluster support is built into ovirt, and you just need to make= sure when setting up your engine you tell it to be [both]<o:p></o:p> <o:p>&n= bsp;</o:p> The arc= hitecture you describe whether it be vmware or ovirt is destined to be a di= saster.  That is my matter of opinion based on my experience.  <o= :p></o:p> <o:p>&n= bsp;</o:p> I have = a free to use ovirt deployment that you could run your desired setup on. <o:p></o:p> <o:p>&n= bsp;</o:p> Donny D= <o:p></o:p> <o:p>&n= bsp;</o:p> cloudsp= in.me <o:p></o:p> <o:p>&n= bsp;</o:p> <div> <div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> From: <a href=3D"mailto:users-bounces@ovirt.org">users-bounces(a)ovirt.org</a> [<a = href=3D"mailto:users-bounces@ovirt.org">mailto:users-bounces@ovirt.org</a>] On Behalf Of Bill Dossett Sent: Wednesday, February 18, 2015 4:33 AM To: <a href=3D"mailto:users@ovirt.org">users(a)ovirt.org</a> Subject: [ovirt-users] ovirt and glusterfs setup<o:p></o:p></= p> </div> </div> <o:p> </o:p> Hi,<o:p></o:p> <o:p> </o:p> I’m in at the deep end…<o:p></o:p> <o:p> </o:p> Looking for some advice on if this is possible &#821= 1; and what version I should try I with if so.<o:p></o:p> <o:p> </o:p> We are a heavily VMware oriented company… but = I am trying to get RHEV/oVirt in the door.  Honestly I would prefer oV= irt, but if they insist on enterprise support I go to Redhat.<o:p></o:p></p= > <o:p> </o:p> So I have had a play with VMware VSAN and know how i= t works.  I am trying to more or less replicate this setup using open = source.<o:p></o:p> <o:p> </o:p> So VSAN uses 3 or more ESXi nodes, with local harddi= sks as the storage medium as a virtual SAN.  The SAN performance is qu= ite high as you put at least 1 SSD in each node.<o:p></o:p> <o:p> </o:p> What is nice is you don’t have the NAS element= here.  VMs are on the local storage, which is partially SSD, so perfo= rmance is quite good.<o:p></o:p> <o:p> </o:p> I went to a Redhat presentation on Redhat storage an= d GlusterFS and basically this acts as a big software defined NAS which doe= s some pretty cool things, but that’s not exactly what I need.<o:p></= o:p> <o:p> </o:p> I would like to build oVirt on top of CentOS Oss&#82= 30; that have local storage in them that is distributed and redundant in th= e event of a node failure.<o:p></o:p> <o:p> </o:p> And I probably need to try and build this in a lab u= nder Fusion on my Mac Book pro to begin with anyway (that bit I’m far= ily confident with) and if I get that working can probably get some older k= it to try it out for real as a PoC to few people.<o:p></o:p> <o:p> </o:p> So, I’ve set up oVirt before that should be ok= , I haven’t setup Gluster is there any documents that would help me d= own this road and make sure I start out using the best version.<o:p></o:p><= /p> <o:p> </o:p> Any advice or pointers would be gratefully received.= <o:p></o:p> <o:p> </o:p> Thanks<o:p></o:p> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" width=3D"640" style=3D"width:480.0pt"> <tbody> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> Bill Dossett<= o:p></o:p> Systems Architect<o:p></o:p> </td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> Tech Central – Global Engineerin= g Services<o:p></o:p>  <o:p><= /o:p> T +44 (= 0)1923 279353<o:p></o:p> M +44 (= 0)777 590 8612<o:p></o:p> <a href=3D"mailto:jeff.gonzalez@pb.com">b</a><a href=3D"mailto:ill.dos= sett(a)pb.com">ill.dossett(a)pb.com</a></span= ><o:p></o:p> <a href=3D"pitneybowes.com"= >pitneybowes.com</a><o:p></o:p>= Pitney Bowes<o:p></o:p> 6 Hercules Way | Leavesden | WD25 7GS | U= K<o:p></o:p>  <o:p></o:p> </td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"></td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> <a href=3D"http://teamsite.= inside.pb.com/sites/TCPPM/GES/SitePages/Home.aspx">Learn more about Global Engineering Services</a><o:p></= o:p>  </= span><o:p></o:p> In Engin= eering?<o:p></o:p> Raise a ticket via Remedy Anywhere [<s= pan style=3D"color:#0082D5"><a href=3D"teamsite.inside.pb.com/sites/TCPPM/G= ES/Lists/Create%20Incident/newIncident.aspx">= HERE</a>] takes less than a minute<o:p></o:p>  <o:p></o:p> CloudForms User Guide available=  [<a href=3D"https://d= l.dropboxusercontent.com/u/6219441/ManageIQ%20-%20User%20Manual%20PB%20v5.p= df">HERE</a>]<o:p></= o:p> </td> </tr> </tbody> </table> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> <div class=3D"MsoNormal" align=3D"center" style=3D"text-align:center"><span= style=3D"font-size:12.0pt;font-family:"Times New Roman","se= rif""> <hr size=3D"2" width=3D"100%" align=3D"center"> </div> <o:p> </o:p> </div> <hr> </body> </html> --_000_B47F00825D68444ABC037330782753603771B72A013BR1MPN1012MG_--

1 0

oVirt Weekly Meeting Minutes -- 2015-01-21
by Yaniv Dary 18 Feb '15

18 Feb '15

Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-21-15.01.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-21-15.01.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-21-15.01.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by ydary_ at 15:01:35 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-21-15.01.log.html . Meeting summary --------------- * Agenda and roll Call (ydary_, 15:03:56) * infra update (ydary_, 15:04:15) * 3.5.z updates (ydary_, 15:04:16) * 3.6.0 status (ydary_, 15:04:16) * conferences and workshops (ydary_, 15:04:16) * other topics (ydary_, 15:04:16) * infra update (ydary_, 15:04:40) * sbonazzo resolved kernel based issues in some of the jobs. (doron, 15:13:12) * the teams need to start working\testing JDK 8, since JDK 7 EOL is in April 2015 (ydary_, 15:14:45) * some jenkins slaves had issues on running out of entropy, solved by installing haveged (ydary_, 15:16:21) * 3.6 memory errors in gwt resolved by vszocs (ydary_, 15:17:38) * progress in moving oVirt resources to phx lab (ydary_, 15:18:47) * ACTION: eedri to follow up on nightly issues with lvernia (ydary_, 15:20:28) * 3.5.z updates (ydary_, 15:08:07) * 3.5.1 to be released today. (ydary_, 15:22:42) * ACTION: please fill release notes, the page has been created here http://www.ovirt.org/OVirt_3.5.1_Release_Notes (ydary_, 15:23:19) * all open bugs on 3.5.1 will be re-targeted to 3.5.2 post the GA release (ydary_, 15:25:12) * 3.6 status (ydary_, 15:25:35) * 3.6.0 currently shows no blockers. There are 502 bugs targeted to 3.6.0. (ydary_, 15:26:55) * integration update on 3.6.0: added glusterfs support on hosted engine (for existing replica 3 gluster storage) (ydary_, 15:27:43) * integration update on 3.6.0: jboss-as 7.1 doesn't work at all with jdk 1.8 so for supporting fc21 we need to move to wildfly (ydary_, 15:30:36) * ACTION: oved to report next week on JDK 1.8 and wildfly status (ydary_, 15:32:42) * Host Network QoS and MAC pool per DC are in. Once 3.6 clusters can be created, it will be available. (ydary_, 15:35:38) * network 3.6 updates: currently nothing at risk. (ydary_, 15:36:23) * ceph-cinder integration have WIP patches. (ydary_, 15:38:34) * storage 3.6 updates: minor RFEs also making progress (ydary_, 15:39:05) * node 3.6 updates: currently no updates (ydary_, 15:41:42) * UX 3.6 updates: UI over REST api and tool tip infrastructure over patternfly making progress (ydary_, 15:44:44) * SLA 3.6 updates: SLA still in planning, no further updates. (ydary_, 15:45:46) * virt 3.6 updates: no one for virt team to update (ydary_, 15:47:18) * conferences and workshops (ydary_, 15:47:43) * conferences and workshops FOSDEM is a go. Booth schedules and talks are here at http://etherpad.ovirt.org/p/ovirt-fosdem-15 (ydary_, 15:50:33) * conferences and workshops After taking a quick poll, the FOSDEM social meetup will be Sat., Jan. 31, at 2030 in the Au Bon Vieux Temps, (ydary_, 15:50:33) * conferences and workshops The half-day workshop for FOSSAsia in Singapore is getting planned. The Korea user group has responded with interest now. (ydary_, 15:52:08) * conferences and workshops amureini will be giving a talk at DevConfCZ in Feb, after FOSDEM (ydary_, 15:52:08) * conferences and workshops oVCirt will have a very strong presense at SCALE 13X in LA this year. (ydary_, 15:52:08) * conferences and workshops sbonazzo and tirsboschi_ may be at 11th Intl. Conf. on Open Source Systems http://www.oss2015.org (ydary_, 15:52:08) * conferences and workshops As a general reminder: if you *ever* need slides for an oVirt presentation, there are many to choose from here: http://www.ovirt.org/OVirt_Slide_Decks They are all under CC license. (ydary_, 15:52:09) * other topics (ydary_, 15:52:36) * mskrivanek and tjelinek have approached me to start the process for launching moVirt as an incubator project within oVirt. This will be a mobile app that will enable users to manage oVirt on the go. This will likely supercede the Nomad project, which has not moved forward in years. We may need to retire the Nomad incubator. (ydary_, 15:56:23) * ACTION: bkp to looking into setting up an oVirt account in the Google Play store now, as well as checking trademarks, if any, for moVirt. (ydary_, 15:56:58) * bkp will have meeting with designers at FOSDEM to discuss the revamp of ovirt.org for 2015. (ydary_, 15:57:48) * bkp updates that in 2015, there will be a stronger focus on what it takes to get new users to oVirt to the final production stage. I will be holding meetings with other FOSS project community leads to build a map for this process. (ydary_, 15:58:18) * bkp updates that in 2015, there will be a stronger focus on what it takes to get new users to oVirt to the final production stage. he will be holding meetings with other FOSS project community leads to build a map for this process. (ydary_, 15:58:47) Meeting ended at 16:00:14 UTC. Action Items ------------ * eedri to follow up on nightly issues with lvernia * please fill release notes, the page has been created here http://www.ovirt.org/OVirt_3.5.1_Release_Notes * oved to report next week on JDK 1.8 and wildfly status * bkp to looking into setting up an oVirt account in the Google Play store now, as well as checking trademarks, if any, for moVirt. Action Items, by person ----------------------- * bkp * bkp to looking into setting up an oVirt account in the Google Play store now, as well as checking trademarks, if any, for moVirt. * eedri * eedri to follow up on nightly issues with lvernia * lvernia * eedri to follow up on nightly issues with lvernia * **UNASSIGNED** * please fill release notes, the page has been created here http://www.ovirt.org/OVirt_3.5.1_Release_Notes * oved to report next week on JDK 1.8 and wildfly status People Present (lines said) --------------------------- * ydary_ (90) * doron (29) * bkp (28) * eedri (25) * lvernia (22) * sbonazzo (22) * awels (5) * amureini (5) * ovirtbot (2) * fabiand (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 1

network drag and drop
by Nathanaël Blanchet 18 Feb '15

18 Feb '15

Hi all, With ovirt 3.5.1, I can't anymore drag and drop network on any physical or bonding interface, but right click attachment still works. Is it an expected behaviour or a bug?

3 4

ifcfg files generated with ONBOOT=no
by Nathanaël Blanchet 18 Feb '15

18 Feb '15

Hi all, When adding networks to my el7 hosts (accurately vlans), ifcfg files are generated with the ONBOOT FLAG to no... Seems that my vlans will not start on the next boot. I already set the flag to yes, but it seems no to be the right way.

2 3

disable user/password login for ISCSI when hosted-engine --deploy
by Juan Carlos YJ. Lin 18 Feb '15

18 Feb '15

--=_532c26f0-d3b1-4e5c-8b4f-9ba6971a61bf Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I have a issue with the hosted-engine --deploy When try to deploy on iscsi disk, script ask user/password. But my storage is setup no user/login for discovery and user/login for targ= et So I get as return laogin failed during install cause by the dicovery proce= ss How I can setup to void user/login on iscsi dicovery JUAN CARLOS YJ LIN Tecnolog=C3=ADa de la Informaci=C3=B3n MONALISA Internacional SA Boquer=C3=B3n 310 Ciudad del Este =E2=80=93 PARAGUAY Tel + 595 61 500 645 Fax + 595 61 512 695 lin(a)monalisa.com.py www.monalisa.com.py ---------------------------------------------------=0A"Antes de imprimir, recu=C3=A9rdese de su compromiso con el Medio Ambiente"=0A"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisi=C3=B3n del contenido no est=C3=A1 autorizada fuera del contexto de su env=C3=ADo y a quien corresponde. El uso no autorizado de la informaci=C3=B3n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor b=C3=B3rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias."=0A --=_532c26f0-d3b1-4e5c-8b4f-9ba6971a61bf Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: Arial; font-size: 10pt; color: #000000'>I h= ave a issue with the hosted-engine --deploy When try to deploy on iscsi = disk, script ask user/password. But my storage is setup no user/login fo= r discovery and user/login for target So I get as return laogin failed d= uring install cause by the dicovery process How I can setup to void = user/login on iscsi dicovery JUAN = CARLOS YJ LIN Tecnolog=C3=ADa de la Informaci=C3=B3n<b= r>MONALISA Internacional SA Boquer=C3=B3n 310 Ciudad del Este =E2=80= =93 PARAGUAY Tel + 595 61 500 645 Fax + 595 61 512 695 lin(a)monalisa.com.py <a href=3D"http://www.monalisa.com.py">www.monalisa.com.py</a><b= r> </div> = <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML lang=3D"es"> <HEAD> <TITLE>System-wide Disclaimer</TITLE> </HEAD> <BODY>--------------------------------------------------- "Antes de imprimir, recu=C3=A9rdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisi=C3=B3n del contenido no est=C3=A1 autorizada fuera del contexto de su env=C3=ADo y a quien corresponde. El uso no autorizado de la informaci=C3=B3n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor b=C3=B3rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." </BODY> </HTML> = </body></html> --=_532c26f0-d3b1-4e5c-8b4f-9ba6971a61bf--

2 1

VM Pools and time of creating VMs
by shimano 18 Feb '15

18 Feb '15

Hi everyone, What's the difference in mechanisms of creating virtual machines between normal create VM from template and create it via VM Pool? I see that if I create VM in normal way, it takes much much more time then create via VM Pool. It's a little bit strange for me.

3 2

Re: [ovirt-users] [ovirt-devel] CI and infra request
by Eyal Edri 18 Feb '15

18 Feb '15

adding users, who might also want to pitch into some devops action :) ----- Original Message ----- > From: "David Caro" <dcaroest(a)redhat.com> > To: devel(a)ovirt.org > Sent: Tuesday, February 10, 2015 12:26:37 PM > Subject: [ovirt-devel] CI and infra request > > Hi! > > > I'd like to make a request to all the ovirt developers ad contributors > regarding the CI and infra of the project. > > As you know, the environment is not as stable as it should, and at the infra > team we don't have enough manpower to maintain it by ourselves [1], so I'm > asking you for help, the main ways that you can help us is: > > * Notifying us of any unattended errors in the tests if they look infra > related > - You can open tickets to trac here [2] > * Helping troubleshoot non-working jobs > * Helping migrate jobs to yaml [3] > * Helping migrate jobs to the new automation structure [4] > > > [1] Doing a rough quick ugly math, yesterday we ran 3508 builds of around 459 > different jobs, on 27 slaves, and we don't have anyone 100% dedicated to it > (I'm the infra member that can spend more time there, and it's not all of > it). > > [2] https://fedorahosted.org/ovirt/ > > [3] http://gerrit.ovirt.org/#/admin/projects/jenkins > > [4] http://gerrit.ovirt.org/#/c/37653/ > > > Thanks! > > -- > David Caro > > Red Hat S.L. > Continuous Integration Engineer - EMEA ENG Virtualization R&D > > Tel.: +420 532 294 605 > Email: dcaro(a)redhat.com > Web: www.redhat.com > RHT Global #: 82-62605 > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel

1 0

copy-paste in a console without X server
by Nathanaël Blanchet 18 Feb '15

18 Feb '15

Hi all, Is there a way for copy and paste in a spice console which runs a minimal OS (e.g. without loaded qlx driver)? It can be very useful when no ssh access is possible when network is down.

3 4

Can't send emails
by RASTELLI Alessandro 18 Feb '15

18 Feb '15

--_000_DB3PR03MB09879294A970E0E530B552DA822F0DB3PR03MB0987eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I can't send event-related emails from oVirt. I configured /usr/share/ovirt-engine/services/ovirt-engine-notifier/ovirt-e= ngine-notifier.conf as follows and restarted ovirt-engine: #--------------# # Event Filter # #--------------# # Filter logic. # # First match algorithm for include/exclude messages. # Entry is message|*(subscriber|*) # * =3D all messages/all subscribers. # * as a subscriber should be used only for exclude. # # Message constants can be found at: # /usr/share/doc/ovirt-engine/AuditLogMessages.properties # # examples: # FILTER=3D"include:VDC_START(smtp:mail@example.com) ${FILTER}" # FILTER=3D"exclude:VDC_START include:*(smtp:mail1@gmail.com) ${FILTER}" # # The final filter list contains FILTER as well as 'event_subscriber' tabl= e records. # database record are considered first. #FILTER=3D"exclude:*" FILTER=3D"include:*(smtp:xxx.xxx@skytv.it)" #---------------------# # EMAIL Notifications # #---------------------# # The SMTP mail server address. Required. MAIL_SERVER=3D192.168.xxx.xxx # The SMTP port (usually 25 for plain SMTP, 465 for SMTP with SSL, 587 for = SMTP with TLS) MAIL_PORT=3D25 # Required if SSL or TLS enabled to authenticate the user. Used also to spe= cify 'from' user address if mail server # supports, when MAIL_FROM is not set. Address is in RFC822 format MAIL_USER=3D # Required to authenticate the user if mail server requires authentication = or if SSL or TLS is enabled SENSITIVE_KEYS=3D"${SENSITIVE_KEYS},MAIL_PASSWORD" MAIL_PASSWORD=3D # Indicates type of encryption (none, ssl or tls) should be used to communi= cate with mail server. MAIL_SMTP_ENCRYPTION=3Dnone # If set to true, sends a message in HTML format. HTML_MESSAGE_FORMAT=3Dfalse # Specifies 'from' address on sent mail in RFC822 format, if supported by m= ail server. MAIL_FROM=3Dalarm.ovirt(a)int.sky.it # Specifies 'reply-to' address on sent mail in RFC822 format. MAIL_REPLY_TO=3D # Interval to send smtp messages per # of IDLE_INTERVAL MAIL_SEND_INTERVAL=3D1 # Amount of times to attempt sending an email before failing. MAIL_RETRIES=3D4 Do I need to make something else? Thank you Alessandro --_000_DB3PR03MB09879294A970E0E530B552DA822F0DB3PR03MB0987eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body bgcolor=3D"white" lang=3D"IT" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi,<o:p></o:p> I can’t send event-related emails from oVirt.<o:p= ></o:p> I configured /usr/share/ovirt-engine/services/ovirt-eng= ine-notifier/ovirt-engine-notifier.conf as follows and restarted ovirt-engine:<o:p></o:p> <o:p> </o:p> = #--------------#<o:p></o:p> = # Event Filter #<o:p></o:p> = #--------------#<o:p></o:p> = <o:p> </o:p> = # Filter logic.<o:p></o:p> = #<o:p></o:p> = # First match algorithm for include/exclude messages.<o:p></o:p> = # Entry is message|*(subscriber|*)<o:p></o:p> = # * =3D all messages/all subscribers.<o:p></o:p> = # * as a subscriber should be used only for exclude.<o:p></o:p> = #<o:p></o:p> = # Message constants can be found at:<o:p></o:p> = # /usr/share/doc/ovirt-engine/AuditLogMessages.properties<o:p></o:p>= = #<o:p></o:p> = # examples:<o:p></o:p> = # FILTER=3D"include:VDC_START(smtp:mail@example.com) ${FILTER}"<o= :p></o:p> = # FILTER=3D"exclude:VDC_START include:*(smtp:mail1@gmail.com) ${FILTER= }"<o:p></o:p> = #<o:p></o:p> = # The final filter list contains FILTER  as well as 'event_subscriber'= table records.<o:p></o:p> = # database record are considered first.<o:p></o:p> = #FILTER=3D"exclude:*"<o:p></o:p> = FILTER=3D"include:*(smtp:xxx.xxx@skytv.it)"<o:p></o:p> = <o:p> </o:p> = #---------------------#<o:p></o:p> = # EMAIL Notifications #<o:p></o:p> = #---------------------#<o:p></o:p> = <o:p> </o:p> = # The SMTP mail server address. Required.<o:p></o:p> = MAIL_SERVER=3D192.168.xxx.xxx<o:p></o:p> = <o:p> </o:p> = # The SMTP port (usually 25 for plain SMTP, 465 for SMTP with SSL, 587 for = SMTP with TLS)<o:p></o:p> = MAIL_PORT=3D25<o:p></o:p> = <o:p> </o:p> = # Required if SSL or TLS enabled to authenticate the user. Used also to spe= cify 'from' user address if mail server<o:p></o:p> = # supports, when MAIL_FROM is not set. Address is in RFC822 format<o:p></o:= p> = MAIL_USER=3D<o:p></o:p> = <o:p> </o:p> = # Required to authenticate the user if mail server requires authentication = or if SSL or TLS is enabled<o:p></o:p> = SENSITIVE_KEYS=3D"${SENSITIVE_KEYS},MAIL_PASSWORD"<o:p></o:p></sp= an> = MAIL_PASSWORD=3D<o:p></o:p> = <o:p> </o:p> = # Indicates type of encryption (none, ssl or tls) should be used to communi= cate with mail server.<o:p></o:p> = MAIL_SMTP_ENCRYPTION=3Dnone<o:p></o:p> = # If set to true, sends a message in HTML format.<o:p></o:p> = HTML_MESSAGE_FORMAT=3Dfalse<o:p></o:p> = <o:p> </o:p> = # Specifies 'from' address on sent mail in RFC822 format, if supported by m= ail server.<o:p></o:p> = MAIL_FROM=3Dalarm.ovirt(a)int.sky.it<o:p></o:p> = <o:p> </o:p> = # Specifies 'reply-to' address on sent mail in RFC822 format.<o:p></o:p></s= pan> = MAIL_REPLY_TO=3D<o:p></o:p> = <o:p> </o:p> = # Interval to send smtp messages per # of IDLE_INTERVAL<o:p></o:p></= p> = MAIL_SEND_INTERVAL=3D1<o:p></o:p> = <o:p> </o:p> = # Amount of times to attempt sending an email before failing.<o:p></o:p></s= pan> = MAIL_RETRIES=3D4<o:p></o:p> <o:p> </o:p> Do I need to make something else?<o:p></o:p> Thank you<o:p></o:p> Alessandro<o:p></o:p> </div> </body> </html> --_000_DB3PR03MB09879294A970E0E530B552DA822F0DB3PR03MB0987eurp_--

2 3

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 18 Feb '15

18 Feb '15

Hi, here's an update on 3.6 status on integration / rel-eng side ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 22: 2015-05-19 Fedora 20 End Of Life:2015-06-19 (1 month after Fedora 22 release) Foreman 1.8.0: 2015-04-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 552 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 510 bugs [4] targeted to 3.6.0. NEW ASSIGNED POST Total docs 11 0 0 11 gluster 28 2 1 31 i18n 2 0 0 2 infra 82 10 4 96 integration 56 5 4 65 network 30 2 9 41 node 25 3 3 31 ppc 0 0 1 1 sla 56 3 1 60 spice 1 0 0 1 storage 75 4 5 84 ux 36 1 3 40 virt 74 6 9 89 Total 476 36 40 552 oVirt Live for 3.6 has been rebased on EL7. Nightly builds are available here: http://jenkins.ovirt.org/job/ovirt_live_create_iso/ [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%… [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE][ACTION NEEDED] oVirt 3.5.2 RC status - branching
by Sandro Bonazzola 18 Feb '15

18 Feb '15

Hi, We're going to start composing oVirt 3.5.2 RC on *2015-02-25 08:00 UTC* from 3.5 branch. In order to stabilize the release a new branch ovirt-engine-3.5.2 will be created from the same git hash used for composing the RC. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2015-02-24 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2015-02-24 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. A release management entry has been added for tracking the schedule of 3.5.2 [0] A bug tracker [1] has been created and currently has one open blocker. Bug ID Whiteboard Status Summary 1161012 infra POST task cleaning utility should erase commands that have running tasks Yair, can you please provide ETA for this? There are still 46 bugs [2] targeted to 3.5.2. Excluding node and documentation bugs we still have 37 bugs [3] targeted to 3.5.2. Whiteboard NEW ASSIGNED POST Total 0 1 0 1 docs 1 0 0 1 gluster 4 0 1 5 infra 2 2 3 7 integration 9 0 0 9 network 0 1 0 1 node 4 0 1 5 ppc 0 0 1 1 sla 4 0 0 4 storage 8 0 0 8 ux 1 0 0 1 virt 1 0 2 3 Total 34 4 8 46 Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.2 should not be released without them fixed. - Please update the target to 3.5.3 or later for bugs that won't be in 3.5.2: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [0] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.2 [1] http://bugzilla.redhat.com/1186161 [2] http://goo.gl/crVJPH [3] http://goo.gl/2qTZZU [4] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Announcing the moVirt Incubator Project!
by Brian Proffitt 17 Feb '15

17 Feb '15

This message is to announce moVirt as a new oVirt incubator project, approved by unanimous vote of the Board mailing list! Details about the project can be found at http://www.ovirt.org/Project_moVirt More information about the incubator at oVirt can be found at http://www.ovirt.org/Incubating_an_oVirt_Subproject Please check out this project and see what you can do to help! -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Cannot run VM. Memory size exceeds supported limit for given cluster version.
by Punit Dambiwal 17 Feb '15

17 Feb '15

Hi, I am running Ovirt 3.5.1 and have the following settings in the engine config for VM memory :- ----------------- [root@ccr01 ~]# engine-config -g VM32BitMaxMemorySizeInMB VM32BitMaxMemorySizeInMB: 65536 version: general [root@ccr01 ~]# engine-config -g VM64BitMaxMemorySizeInMB VM64BitMaxMemorySizeInMB: 524288 version: 3.0 VM64BitMaxMemorySizeInMB: 2097152 version: 3.1 VM64BitMaxMemorySizeInMB: 2097152 version: 3.2 VM64BitMaxMemorySizeInMB: 4096000 version: 3.4 VM64BitMaxMemorySizeInMB: 4096000 version: 3.5 VM64BitMaxMemorySizeInMB: 2097152 version: 3.3 [root@ccr01 ~]# -------------------- When i create a guest VM more than 64GB memory,VM is failed to start with following error: "Cannot run VM. Memory size exceeds supported limit for given cluster version." Steps to Reproduce: 1. Create new VM or edit existing VM Memory Size to "65536 MB" from Ovirt GUI. 2. Created the guest VM through template 64-bit... so it will support more than 16 GB memory. 3. Now, Start the VM. Thanks, Punit

4 4

self hosted setup with answer file
by Greg Swift 17 Feb '15

17 Feb '15

So i've been playing with standing up a self hosted instance of oVirt. I'm using an answer file that i generated first time I tried running it (so that I can provision w/ ansible) I've run into 2 problems. 1: i have to specify the jboss home manually from the cli (didn't see an answer equivalent), even though the ovirt jboss package is installed. 2: Generally speaking it seems to be ignoring several of the answer file config entries. My answers tell it to 'confirm settings' and it runs non-interactively. Plus all the local storage configs seem to be ignored. I'm running ovirt-engine-3.5.1.1-1.el7.centos.noarch Any suggestions? thanks

2 4

Port mirroring outside traffic into a VM?
by Chris Adams 16 Feb '15

16 Feb '15

I have a network traffic monitor that is on a physical machine right now. It has two network interfaces: one with an IP on a regular switch port, and one without an IP on a switch port that is the target of a port mirror/monitor session for the desired VLAN. I'd like to move this system to an oVirt VM (I'm running 3.5.1). Is this the right way to go about it (and still have the VM migratable)? - I have several hosts with extra network interfaces; pick at least a couple, connect them to switch ports that are configured for mirror/monitor session. - In oVirt admin console, choose the Networks tab, click New. Give the network a name (like "monitor"), leave VLAN tagging de-selected and VM Network selected. Under the Cluster section, de-select Required (because the mirror won't go to all hosts). Click OK to create. - Click on the network, select the vNIC Profiles tab, edit the default profile and select Port Mirroring. - Go to the Hosts tab. For each host with a port mirror, click on the host, then choose the Network Interfaces tab and Setup Host Networks. Drag the new network to its attached port, click the pencil, and set Boot Protocol to None. - Go to the Virtual Machines tab. Click on the VM, choose the Network Interfaces tab, and click New. Choose the monitor network in the Profile. -- Chris Adams <cma(a)cmadams.net>

3 3