February 2015 - Users - oVirt List Archives

Network Address Change
by Paul.LKW 28 Dec '22

28 Dec '22

Hi All: I just has a case, I need to change the oVirt host and engine IP address due to data center decommission I checked in the hosted-engine host there are some files I could change ; in ovirt-hosted-engine/hosted-engine.conf ca_subject="O=simple.com, CN=1.2.3.4" gateway=1.2.3.254 and of course I need to change the ovirtmgmt interface IP too, I think just change the above line could do the tick, but where could I change the other host IP in the cluster ? I think I have to be lost all the host as once changed the hosted-engine host IP as it is in diff. sub net. Does there any command line tools could do that or someone has such experience could share? Best Regards, Paul.LKW

4 6

[Users] Problem Creating "oVirtEngine" Machine
by Richie＠HIP 15 May '19

15 May '19

--Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I can't agree with you more. Modifying every box's or Virtual Machine's = HOSTS file with a FQDN and IP SHOULD work, but in my case it is not. = There are several reasons I've come to believe could be the problem = during my trial-and-errors testing and learning. FIRST - MACHINE IPs. THe machine's "Names" where not appearing in the Microsoft Active = Directory DHCP along with their assigned IPs; in other words, the DHCP = just showed an "Assigned IP", equal to the Linux Machine's IP, with a = <empty> ('i.e. blank, none, silch, plan old "no-letters-or-numbers") = "Name" in the "Name" (i.e. machines "network name", or FQDN-value used = by the Windows AD DNS-service) column. =20 if your IP is is appearing with an <empty> "name", there is no "host = name" to associate the IP, it makes it difficult to define a FQDN; which = isn't that useful if we're going to use the HOSTS files in all = participating machines in an oVirt Installation. I kept banging my head for three (3) long hours trying to find the = problem. In Fedora 18, I could't find where the "network name" of the machine = could be defined. =20 I tried putting the "Additional Search Domains" and/or "DHCP Client ID" = in Fedora's 18 Desktop - under "System Settings > Hardware > Network > = Options > IPv4 Setting" The DHCP went crazy; showing an "Aberrant-MAC-Address" (i.e. a really = long-sting value where the machine's MAC address should be), and we knew = the MAC address as we obtained using "ifconfig" on the machine getting = it's IP from the DHCP. So we reverted these entries from the = aforementioned, rebooted, and got an assigned IP, with proper MAC = address, but still no "Name" Kept wondering around the "Settings" and seeing which one made sense, = but what the heck, I went for it. =20 Under "System Settings > System > Details" I found the information about = GNOME and the machine's hardware. =20 There was a field for "Device Name" that originally had = "localhost.localdomain"; I changed the value to "ovirtmanager". and = under "Graphic" changed to "Forced Fallback Mode" to "ON". =20 I also installed all Kerberos libraries and client (i.e. authconfig-gtk, = authhub, authhub-client, krb5-apple-clents, krb5-auth-dialog, = krb5-workstation, pam-kcoda, pam-krb5, root-net.krb5) and rebooted VOILA=85!!! =20 I don;t know if it was the definition of "Device Name" from = "localhost.localdomain" to "ovirtengine", of the Kerberos libraries = install, or both. But finally the MS AD DHCP was showing the = Addigned-IP, the machine "Name" and the proper MAC-address. Regardless, = setting the machine's "Network Name" under "System Settings > System > = Details > Device Name", with no explanation of what "Device Name" meant = or was used for, was the last place I would have imagined this network = setting could be defined. NOTE - Somebody has to try the two steps I did together, separately. to = see which one is the real problem-solver; for me it is working, and "if = it ain't broke, don't fix it=85" Now that I have the DHCP / IP thing sorted, I have to do the DNS stuff. To this point, I've addressed the DHCP and "Network Name" of the = IP-Lease (required for the DNS to work). This still does't completely = explain why, by modifying the HOSTS file (allowing be to set and IP and = non-DNS FQDN). allows me to install the oVirtEngine "as long as I do not = use default HTTPd service parameters as suggested by the install". By = using the HOST file to "define" FQDNs, AND NOT using the default HTTPd = suggested changes, I'm able to install the oVirtEngine (given that I use = ports 8700 and 8701) to access the "oVirtEngine Welcome Screen", BUT = NONE of the "oVirt Portals" work=85 YET=85!!! More to come during the week Richie Jos=E9 E ("Richie") Piovanetti, MD, MS=20 M: 787-615-4884 | richiepiovanetti(a)healthcareinfopartners.com On Aug 2, 2013, at 3:10 AM, Joop <jvdwege(a)xs4all.nl> wrote: > Hello Ritchie, >=20 >> In a conversation via IRC, someone suggested that I activate = "dnsmask" to overcome what appears to be a DNS problem. I'll try that = other possibility once I get home later today. >>=20 >> In the mean time, what do you mean by "fixing the hostname"=85? I = opened and fixed the HOSTNAMES and changed it from = "localhost-localdomain" to "localhost.localdomain" and that made no = difference. Albeit, after changing I didm;t restart, remove ovirtEngine = ((using "engine-cleanup") and reinstalled via "engine-setup". Is that = what you mean=85? >>=20 >>=20 >>=20 >> In the mean time, the fact that even if I resolve the issue of = oVirtEngine I will not be able to connect to the oVirt Nodes unless I = have DNS resolution, apparently means I should do something with = resolving via DNS in my home LAN (i.e implement some sort of "DNS Cache" = so I can resolve my home computers via DNS inside my LAN). >>=20 >> Any suggestions are MORE THAN WELCOME=85!!! >> =20 >=20 > Having setup ovirt more than I can count right now I share your = feeling that it isn't always clear why things are going wrong, but in = this case I suspect that there is a rather small thing missing. > In short if you setup ovirt-engine, either using virtualbox or on real = hardware, and you give your host a meaningfull name AND you add that = info also in your /etc/hosts file than things SHOULD work, no need for = dnsmasq or even bind. Would make things easier once you start adding = virt hosts to you infrastructure since you will need to duplicate these = actions on each host (add engine name/ip to each host and add each host = to the others and all hosts to engine) >=20 > Just ask if you need more assistance and I will write down a small = howto that should work out of the box else I might have some time to see = if I can get things going. >=20 > Regards, >=20 > Joop >=20 --Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dwindows-1252"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I = can't agree with you more.  Modifying every box's or Virtual = Machine's HOSTS file with a FQDN and IP SHOULD work, but in my case it = is not.  There are several reasons I've come to believe could be = the problem during my trial-and-errors testing and = learning.<div><div><br></div><div>FIRST - MACHINE IPs.</div><ul = class=3D"MailOutline"><li>THe machine's "Names" where not appearing in = the <b>Microsoft Active Directory DHCP</b> along with their assigned = IPs; in other words, the DHCP just showed an "Assigned IP", equal to the = Linux Machine's IP, with a <empty> ('i.e. blank, none, silch, plan = old "no-letters-or-numbers") "Name" in the "Name" (i.e. machines = "network name", or FQDN-value used by the Windows AD DNS-service) = column.  </li><li>if your IP is is appearing with an <empty> = "name", there is no "host name" to associate the IP, it makes it = difficult to define a FQDN; which isn't that useful if we're going to = use the HOSTS files in all participating machines in an oVirt = Installation.</li><li>I kept banging my head for three (3) long hours = trying to find the problem.</li><ul><li>In Fedora 18, I could't find = where the "network name" of the machine could be defined. =  </li><li>I tried putting the "Additional Search Domains" and/or = "DHCP Client ID" in Fedora's 18 Desktop - under "System Settings > = Hardware > Network > Options > IPv4 Setting"</li><ul><li>The = DHCP went crazy;  showing an "Aberrant-MAC-Address" (i.e. a really = long-sting value where the machine's MAC address should be), and we knew = the MAC address as we obtained using "ifconfig" on the machine getting = it's IP from the DHCP.  So we reverted these entries from the = aforementioned, rebooted, and got an assigned IP, with proper MAC = address, but still no "Name"</li></ul><li>Kept wondering around the = "Settings" and seeing which one made sense, but what the heck, I went = for it.  </li><ul><li>Under "System Settings > System > = Details" I found the information about GNOME and the machine's hardware. =  </li><li>There was a field for "Device Name" that originally had = "localhost.localdomain"; I changed the value to "ovirtmanager". and = under "Graphic" changed to "Forced Fallback Mode" to "ON". =  </li><li>I also installed all Kerberos libraries and client (i.e. = authconfig-gtk, authhub, authhub-client, krb5-apple-clents, = krb5-auth-dialog, krb5-workstation, pam-kcoda, pam-krb5, root-net.krb5) = and rebooted</li><li>VOILA=85!!!  </li></ul><li>I don;t know if it = was the definition of "Device Name" from "localhost.localdomain" to = "ovirtengine", of the Kerberos libraries install, or both.  But = finally the MS AD DHCP was showing the Addigned-IP, the machine "Name" = and the proper MAC-address.  Regardless, setting the machine's = "Network Name" under "System Settings > System > Details = > Device Name", with no explanation of what "Device Name" meant = or was used for, was the last place I would have imagined this = network setting could be defined.</li><li><b>NOTE</b> - Somebody has to = try the two steps I did together, separately. to see which one is the = real problem-solver; for me it is working, and "if it ain't broke, don't = fix it=85"</li></ul></ul><div><br = class=3D"webkit-block-placeholder"></div><div>Now that I have the DHCP / = IP thing sorted, I have to do the DNS stuff.</div><div><br></div><div>To = this point, I've addressed the DHCP and "Network Name" of the IP-Lease = (required for the DNS to work).  This still does't completely = explain why, by modifying the HOSTS file (allowing be to set and IP and = non-DNS FQDN). allows me to install the oVirtEngine "<b><i>as long as I = do not use default  HTTPd service parameters as suggested by the = install</i></b>".  <b>By using the HOST file to "define" FQDNs, AND = NOT using the default HTTPd suggested changes, I'm able to install the = oVirtEngine (given that I use ports 8700 and 8701) to access the = "oVirtEngine Welcome Screen", BUT NONE of the "oVirt Portals" work</b>=85 = YET=85!!!</div><div><br></div><div>More to come during the = week</div><div><br></div><div>Richie</div><div = apple-content-edited=3D"true"><br>Jos=E9 E ("Richie") Piovanetti, MD, = MS <br>M: 787-615-4884 | <a = href=3D"mailto:richiepiovanetti@healthcareinfopartners.com">richiepiovanet= ti(a)healthcareinfopartners.com</a><br><br><br><br><br><br></div><br><div><d= iv>On Aug 2, 2013, at 3:10 AM, Joop <<a = href=3D"mailto:jvdwege@xs4all.nl">jvdwege(a)xs4all.nl</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><blockquote = type=3D"cite">Hello Ritchie,<br><br><blockquote type=3D"cite">In a = conversation via IRC, someone suggested that I activate "dnsmask" to = overcome what appears to be a DNS problem.  I'll try that other = possibility once I get home later today.<br><br>In the mean time, what = do you mean by "fixing the hostname"=85?  I opened and fixed the = HOSTNAMES and changed it from "localhost-localdomain" to = "localhost.localdomain" and that made no difference.  Albeit, after = changing I didm;t restart, remove ovirtEngine ((using "engine-cleanup") = and reinstalled via "engine-setup".  Is that what you = mean=85?<br><br><br><br>In the mean time, the fact that even if I = resolve the issue of oVirtEngine I will not be able to connect to the = oVirt Nodes unless I have DNS resolution, apparently means I should do = something with resolving via DNS in my home LAN (i.e implement some sort = of "DNS Cache" so I can resolve my home computers via DNS inside my = LAN).<br><br>Any suggestions are MORE THAN WELCOME=85!!!<br> =  <br></blockquote><br>Having setup ovirt more than I can count = right now I share your feeling that it isn't always clear why things are = going wrong, but in this case I suspect that there is a rather small = thing missing.<br>In short if you setup ovirt-engine, either using = virtualbox or on real hardware, and you give your host a meaningfull = name AND you add that info also in your /etc/hosts file than things = SHOULD work, no need for dnsmasq or even bind. Would make things easier = once you start adding virt hosts to you infrastructure since you will = need to duplicate these actions on each host (add engine name/ip to each = host and add each host to the others and all hosts to = engine)<br><br>Just ask if you need more assistance and I will write = down a small howto that should work out of the box else I might have = some time to see if I can get things = going.<br><br>Regards,<br><br>Joop<br><br></blockquote></div><br></div></b= ody></html>= --Apple-Mail=_DF4BF6D1-1F87-4F60-9CF9-070D4D836241--

2 1

[Users] oVirt Weekly Sync Meeting Minutes -- 2012-05-23
by Mike Burns 15 May '19

15 May '19

Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by mburns at 14:00:23 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-05-23-14.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 14:00:41) * Status of next release (mburns, 14:05:17) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=822145 (mburns, 14:05:29) * AGREED: freeze date and beta release delayed by 1 week to 2012-06-07 (mburns, 14:12:33) * post freeze, release notes flag needs to be used where required (mburns, 14:14:21) * https://bugzilla.redhat.com/show_bug.cgi?id=821867 is a VDSM blocker for 3.1 (oschreib, 14:17:27) * ACTION: dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas (oschreib, 14:21:44) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=822158 (mburns, 14:23:39) * assignee not available, update to come tomorrow (mburns, 14:24:59) * ACTION: oschreib to make sure BZ#822158 is handled quickly (oschreib, 14:25:29) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824397 (mburns, 14:28:55) * 824397 expected to be merged prior next week's meeting (mburns, 14:29:45) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824420 (mburns, 14:30:15) * tracker for node based on F17 (mburns, 14:30:28) * blocked by util-linux bug currently (mburns, 14:30:40) * new build expected from util-linux maintainer in next couple days (mburns, 14:30:55) * sub-project status -- engine (mburns, 14:32:49) * nothing to report outside of blockers discussed above (mburns, 14:34:00) * sub-project status -- vdsm (mburns, 14:34:09) * nothing outside of blockers above (mburns, 14:35:36) * sub-project status -- node (mburns, 14:35:43) * working on f17 migration, but blocked by util-linux bug (mburns, 14:35:58) * should be ready for freeze deadline (mburns, 14:36:23) * Review decision on Java 7 and Fedora jboss rpms in oVirt Engine (mburns, 14:36:43) * Java7 basically working (mburns, 14:37:19) * LINK: http://gerrit.ovirt.org/#change,4416 (oschreib, 14:39:35) * engine will make ack/nack statement next week (mburns, 14:39:49) * fedora jboss rpms patch is in review, short tests passed (mburns, 14:40:04) * engine ack on fedora jboss rpms and java7 needed next week (mburns, 14:44:47) * Upcoming Workshops (mburns, 14:45:11) * NetApp workshop set for Jan 22-24 2013 (mburns, 14:47:16) * already at half capacity for Workshop at LinuxCon Japan (mburns, 14:47:37) * please continue to promote it (mburns, 14:48:19) * proposal: board meeting to be held at all major workshops (mburns, 14:48:43) * LINK: http://www.ovirt.org/wiki/OVirt_Global_Workshops (mburns, 14:49:30) * Open Discussion (mburns, 14:50:12) * oVirt/Quantum integration discussion will be held separately (mburns, 14:50:43) Meeting ended at 14:52:47 UTC. Action Items ------------ * dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas * oschreib to make sure BZ#822158 is handled quickly Action Items, by person ----------------------- * dougsland * dougsland to fix upstream vdsm right now, and open a bug on libvirt augeas * oschreib * oschreib to make sure BZ#822158 is handled quickly * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (98) * oschreib (55) * doronf (12) * lh (11) * sgordon (8) * dougsland (8) * ovirtbot (6) * ofrenkel (4) * cestila (2) * RobertMdroid (2) * ydary (2) * rickyh (1) * yzaslavs (1) * cctrieloff (1) * mestery_ (1) * dustins (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

2 1

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed
by Sandro Bonazzola 15 May '19

15 May '19

Hi, We have still blockers for oVirt 3.5.1 RC release so we need to postpone it until they'll be fixed. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. - ACTION: Gilad please provide ETA on above blocker, the new proposed RC date will be decided on the given ETA. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 57 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 37 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - ACTION: Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - ACTION: 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] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

[Users] Lifecycle / upgradepath
by Sven Kieske 11 May '19

11 May '19

Hi Community, Currently, there is no single document describing supported (which means: working ) upgrade scenarios. I think the project has matured enough, to have such an supported upgradepath, which should be considered in the development of new releases. As far as I know, currently it is supported to upgrade from x.y.z to x.y.z+1 and from x.y.z to x.y+1.z but not from x.y-1.z to x.y+1.z directly. maybe this should be put together in a wiki page at least. also it would be cool to know how long a single "release" would be supported. In this context I would define a release as a version bump from x.y.z to x.y+1.z or to x+1.y.z a bump in z would be a bugfix release. The question is, how long will we get bugfix releases for a given version? What are your thoughts? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

2 1

[Users] Nested virtualization with Opteron 2nd generation and oVirt 3.1 possible?
by Gianluca Cecchi 11 May '19

11 May '19

Hello, I have 2 physical servers with Opteron 2nd gen cpu. There is CentOS 6.3 installed and some VM already configured on them. Their /proc/cpuinfo contains ... model name : Dual-Core AMD Opteron(tm) Processor 8222 ... kvm_amd kernel module is loaded with its default enabled nested option # systool -m kvm_amd -v Module = "kvm_amd" Attributes: initstate = "live" refcnt = "15" srcversion = "43D8067144E7D8B0D53D46E" Parameters: nested = "1" npt = "1" ... I already configured a fedora 17 VM as a oVirt 3.1 Engine I'm trying to configure another VM as oVirt 3.1 node with ovirt-node-iso-2.5.5-0.1.fc17.iso It seems I'm not able to configure so that ovirt install doesn't complain. After some attempts, I tried this in my vm.xml for the cpu: <cpu mode='custom' match='exact'> <model fallback='allow'>athlon</model> <vendor>AMD</vendor> <feature policy='require' name='pni'/> <feature policy='require' name='rdtscp'/> <feature policy='force' name='svm'/> <feature policy='require' name='clflush'/> <feature policy='require' name='syscall'/> <feature policy='require' name='lm'/> <feature policy='require' name='cr8legacy'/> <feature policy='require' name='ht'/> <feature policy='require' name='lahf_lm'/> <feature policy='require' name='fxsr_opt'/> <feature policy='require' name='cx16'/> <feature policy='require' name='extapic'/> <feature policy='require' name='mca'/> <feature policy='require' name='cmp_legacy'/> </cpu> Inside node /proc/cpuinfo becomes processor : 3 vendor_id : AuthenticAMD cpu family : 6 model : 2 model name : QEMU Virtual CPU version 0.12.1 stepping : 3 microcode : 0x1000065 cpu MHz : 3013.706 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall mmxext fxsr_opt lm nopl pni cx16 hypervisor lahf_lm cmp_legacy cr8_legacy bogomips : 6027.41 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: 2 questions: 1) Is there any combination in xml file to give to my VM so that oVirt doesn't complain about missing hardware virtualization with this processor? 2) suppose 1) is not possible in my case and I still want to test the interface and try some config operations to see for example the differences with RHEV 3.0, how can I do? At the moment this complaint about hw virtualization prevents me to activate the node. I get Installing Host f17ovn01. Step: RHEV_INSTALL. Host f17ovn01 was successfully approved. Host f17ovn01 running without virtualization hardware acceleration Detected new Host f17ovn01. Host state was set to Non Operational. Host f17ovn01 moved to Non-Operational state. Host f17ovn01 moved to Non-Operational state as host does not meet the cluster's minimum CPU level. Missing CPU features : CpuFlags Can I lower the requirements to be able to operate without hw virtualization in 3.1? Thanks in advance, Gianluca

2 1

[Users] importing from kvm into ovirt
by Jonathan Horne 29 Apr '19

29 Apr '19

--_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I need to import a kvm virtual machine from a standalone kvm into my ovirt = cluster. Standalone is using local storage, and my ovirt cluster is using = iscsi. Can i please have some advice on whats the best way to get this sys= tem into ovirt? Right now i see it as copying the .img file to somewhere=85 but i have no i= dea where to start. I found this directory on one of my ovirt nodes: /rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/master/v= ms But inside is just directories that appear to have uuid-type of names, and = i can't tell what belongs to which vm. Any advice would be greatly appreciated. Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_ Content-Type: text/html; charset="Windows-1252" Content-ID: <41FAB2B157C43549B6577A3495BA255C(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> </head> <body style=3D"word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font= -family:Calibri,sans-serif"> <div> <div> <div>I need to import a kvm virtual machine from a standalone kvm into my o= virt cluster.  Standalone is using local storage, and my ovirt cluster= is using iscsi.  Can i please have some advice on whats the best way = to get this system into ovirt?</div> </div> </div> <div><br> </div> <div>Right now i see it as copying the .img file to somewhere=85 but i have= no idea where to start.  I found this directory on one of my ovirt no= des:</div> <div><br> </div> <div>/rhev/data-center/mnt/blockSD/fe633237-14b2-4f8b-aedd-bbf753bcafaf/mas= ter/vms</div> <div><br> </div> <div>But inside is just directories that appear to have uuid-type of names,= and i can't tell what belongs to which vm.</div> <div><br> </div> <div>Any advice would be greatly appreciated.</div> <div><br> </div> <div>Thanks,</div> <div>jonathan</div> <br> <hr> <font color=3D"Gray" face=3D"Arial" size=3D"1">This is a PRIVATE message. I= f you are not the intended recipient, please delete without copying and kin= dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= tten agreement or government initiative expressly permitting the use of e-m= ail for such purpose.</font> </body> </html> --_000_9BE6F493F83A594DA60C45E6A09DC5AC016BA694AUSP01DAG0201co_--

3 2

Trying to reset password for ovirt wiki
by noc 08 Apr '19

08 Apr '19

This is a multi-part message in MIME format. --------------000005070002050708050606 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hoping someone can help me out. For some reason I keep getting the following error when I try to reset my password: Reset password * Error sending mail: Failed to add recipient: jvandewege(a)nieuwland.nl [SMTP: Invalid response code received from server (code: 554, response: 5.7.1 <jvandewege(a)nieuwland.nl>: Relay access denied)] Complete this form to receive an e-mail reminder of your account details. Since I receive the ML on this address it is definitely a working address. Tried my home account too and same error but then for my home provider, Relay denied ?? A puzzled user, Joop --------------000005070002050708050606 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hoping someone can help me out.<br> For some reason I keep getting the following error when I try to reset my password:<br> <br> <fieldset><legend>Reset password</legend> <div class="error"> <ul> <li>Error sending mail: Failed to add recipient: <a class="moz-txt-link-abbreviated" href="mailto:jvandewege@nieuwland.nl">jvandewege(a)nieuwland.nl</a> [SMTP: Invalid response code received from server (code: 554, response: 5.7.1 <a class="moz-txt-link-rfc2396E" href="mailto:jvandewege@nieuwland.nl"><jvandewege(a)nieuwland.nl></a>: Relay access denied)]</li> </ul> </div> <p>Complete this form to receive an e-mail reminder of your account details.<br> </p> </fieldset> <br> Since I receive the ML on this address it is definitely a working address.<br> Tried my home account too and same error but then for my home provider, Relay denied ??<br> <br> A puzzled user,<br> <br> Joop<br> <br> </body> </html> --------------000005070002050708050606--

2 1

ovirt-guest-agent issue on rhel5.5
by John Michael Mercado 08 Apr '19

08 Apr '19

Hi All, I need your help. Anyone who encounter the below error and have the solution? Can you help me how to fix this? MainThread::INFO::2015-01-27 10:22:53,247::ovirt-guest-agent::57::root::Starting oVirt guest agent MainThread::ERROR::2015-01-27 10:22:53,248::ovirt-guest-agent::138::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 132, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 63, in run self.agent = LinuxVdsAgent(config) File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 371, in __init__ AgentLogicBase.__init__(self, config) File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 171, in __init__ self.vio = VirtIoChannel(config.get("virtio", "device")) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 150, in __init__ self._stream = VirtIoStream(vport_name) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 131, in __init__ self._vport = os.open(vport_name, os.O_RDWR) OSError: [Errno 2] No such file or directory: '/dev/virtio-ports/com.redhat.rhevm.vdsm' Thanks

2 1

[Users] oVirt Workshop at LinuxCon Japan 2012
by Leslie Hawthorn 08 Apr '19

08 Apr '19

Hello everyone, As part of our efforts to raise awareness of and educate more developers about the oVirt project, we will be holding an oVirt workshop at LinuxCon Japan, taking place on June 8, 2012. You can find full details of the workshop agenda on the LinuxCon Japan site. [0] Registration for the workshop is now open and is free of charge for the first 50 participants. We will also look at adding additional participant slots to the workshop based on demand. Attendees who register for LinuxCon Japan via the workshop registration link [1] will also be eligible for a discount on their LinuxCon Japan registration. Please spread the word to folks you think would find the workshop useful. If they have already registered for LinuxCon Japan, they can simply edit their existing registration to include the workshop. [0] - https://events.linuxfoundation.org/events/linuxcon-japan/ovirt-gluster-work… [1] - http://www.regonline.com/Register/Checkin.aspx?EventID=1099949 Cheers, LH -- Leslie Hawthorn Community Action and Impact Open Source and Standards @ Red Hat identi.ca/lh twitter.com/lhawthorn

2 1

[Users] Moving iSCSI Master Data
by rni＠chef.net 07 Apr '19

07 Apr '19

--========GMXBoundary282021374122634158505 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hi, it's me again.... I started my oVirt 'project' as a proof of concept,.. but it happend as always, it became production Now, I've to move the iSCSI Master data to the real iSCSI traget. Is there any way to do this, and to become rid of the old Master Data? Thank you for your help Hans-Joachim --========GMXBoundary282021374122634158505 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <span style=3D'font-family:Verdana'><span style=3D'font-size:12px'>Hi,<br /= ><br />it's me again....<br /><br />I started my oVirt 'project' as a proof= of concept,.. but it happend as always, it became production <img alt= =3D" " title=3D" " src=3D"http://images.gmx.com/images/outsource/applicatio= n/mailclient/mailcom/resource/mailclient/icons/blue/emoticons/animated/S_02= -516742918.gif" /><br /><br />Now, I've to move the iSCSI Master data to th= e real iSCSI traget.<br />Is there any way to do this, and to become rid of= the old Master Data?<br /><br /><span id=3D"editor_signature">Thank you fo= r your help</span><br /><br />Hans-Joachim</span></span> --========GMXBoundary282021374122634158505--

3 2

[Users] Can't access RHEV-H aka ovirt-node
by Scotto Alberto 11 Mar '19

11 Mar '19

--_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: multipart/alternative; boundary="_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_" --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I can't login to the hypervisor, neither as root nor as admin, neither from= another computer via ssh nor directly on the machine. I'm sure I remember the passwords. This is not the first time it happens: l= ast time I reinstalled the host. Everything worked ok for about 2 weeks, an= d then... What's going on? Is it a known behavior, somehow? Before rebooting the hypervisor, I would like to try something. RHEV Manage= r talks to RHEV-H without any problems. Can I login with RHEV-M's keys? how= ? Thank you all. Alberto Scotto [Blue] Via Cardinal Massaia, 83 10147 - Torino - ITALY phone: +39 011 29100 al.scotto(a)reply.it www.reply.it ________________________________ -- The information transmitted is intended for the person or entity to which i= t is addressed and may contain confidential and/or privileged material. Any= review, retransmission, dissemination or other use of, or taking of any ac= tion in reliance upon, this information by persons or entities other than t= he intended recipient is prohibited. If you received this in error, please = contact the sender and delete the material from any computer. --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <style>  </style> </head> <body lang=3D"IT" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi all,</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I can’t login to the hype= rvisor, neither as root nor as admin, neither from another computer via ssh= nor directly on the machine.</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I’m sure I remember the p= asswords. This is not the first time it happens: last time I reinstalled th= e host. Everything worked ok for about 2 weeks, and then...</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">What’s going on? Is it a = known behavior, somehow?</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Before rebooting the hypervisor= , I would like to try something. RHEV Manager talks to RHEV-H without any p= roblems. Can I login with RHEV-M’s keys? how?</span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"> </span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thank you all.</span></p> </div> <br> <br> <div align=3D"left"> <p style=3D"font-family:Calibri,Sans-Serif; font-size:10pt"><span style=3D"= color:#000000; font-weight:bold">Alberto Scotto</span> <span style=3D"color:#808080"></span><br> <br> <span style=3D"color:#000000"><img border=3D"0" alt=3D"Blue" src=3D"cid:bde= 5ac62d10545908e269a6006dbd5ac" style=3D"margin:0px"> </span><br> <span style=3D"color:#808080">Via Cardinal Massaia, 83<br> 10147 - Torino - ITALY <br> phone: +39 011 29100 <br> <a href=3D"al.scotto(a)reply.it" target=3D"" style=3D"color:blue; text-decora= tion:underline">al.scotto(a)reply.it</a> <br> <a title=3D"" href=3D"www.reply.it" target=3D"" style=3D"color:blue; text-d= ecoration:underline">www.reply.it</a> </span><br>  </p> </div> <br> <hr> <font face=3D"Arial" color=3D"Gray" size=3D"1"><br> --<br> The information transmitted is intended for the person or entity to which i= t is addressed and may contain confidential and/or privileged material. Any= review, retransmission, dissemination or other use of, or taking of any ac= tion in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If= you received this in error, please contact the sender and delete the mater= ial from any computer.<br> </font> </body> </html> --_000_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_-- --_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_ Content-Type: image/png; name="blue.png" Content-Description: blue.png Content-Disposition: inline; filename="blue.png"; size=2834; creation-date="Tue, 11 Sep 2012 14:14:44 GMT"; modification-date="Tue, 11 Sep 2012 14:14:44 GMT" Content-ID: <bde5ac62d10545908e269a6006dbd5ac> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAIwAAAAyCAYAAACOADM7AAAABmJLR0QA/gD+AP7rGNSCAAAACXBI WXMAAA3XAAAN1wFCKJt4AAAACXZwQWcAAACMAAAAMgCR0D3bAAAKaUlEQVR42u2ce5AUxRnAf313 3Al4eCAYFaIgyMNEUF6KlYoVIDBArDxqopWxQgViQlWsPHA0MUlZVoyKRsdSE4lGomjIaHS0UlHL wTIPpEgQFQUUjYIWdfIIScyBHi/Z6/zRM1xP3yzs7t3unOX8qra2H9M9vb3f9Pf19/WukFKSk1Mq dVkPIOejRS4wOWXR6wVGuP5I4foDsh5HjkL0VhtGuP5A4CFgNrAD+Lb0nKeyHtfHnd68wixGCQvA qcA9wvWPy3pQH3caan1D4fonAYeBDwEZjaFflAaok56zHRhsNG0B+gAHSrhHarn0nFp/3NLnxbKP B06I5kECO2UYZD2sLtRcYIBJwK+BoYBACU89cAjoAIRw/TuAJcClQGy//FJ6zvvH6ly4/qXAz4vU HQA2A4H0nIcz+OxH41eAHaU3AhdkPaA0MrFhhOuPB2YA5wBnA6ehni5dgKcBu4C5wLZS7Rfh+g8A 80u49HHgEuk5h2s+AeaYLbsO2AKMiIqWyzBYkPW40shihUF6zkbUUwSAcP0G4FHgS9pl10rPmQMs LbXfSBVNLPHyrwDfBO7JYg4MRqEempjnsh5QMXqL0Xsl8EUt3w5cXUE/w4AztfzzwGSUGrwoyuvM yfqDR5yLUssxL2U9oGJkssLoCNdfjLJXdBZIz9lQQXcTgSYt/4z0nHjy1wvX3wW8oNX3O8q4TgKm AGegjNB/As9JzzmYer1lTwKGoOyyV2UYtArLngLMQ9lh64EVRQxZ3V5pje4V9zsVGBRl22QYrDXu e0HUvwD+K8NgXbe/lKOQqcAI178MuM0ovk16zqMVdjnNyL9g5E2DrTVlTP1RRvM3gIFG9RvC9RdK z/lHoo2yQQJgeFR0hbDsT6FUns544Icp456qpV+RYaAL5RJgepR+FWXzxfcdA6zRrr0SqKrAZKaS hOt/DbjXKH5Geo7bjW71iT8AvGLUzzXyfzfGNBBlPyymq7AAjAWeFK5/slE+AvhklC4At6KEZb9x 3cJo+9x5T8s+ERinFa012uzU0vuMuu9r6W3AXd2Yu5LIRGCE618E/D6l6rpu9Hk8MEEr2iQ9p1Wr n4wShJgPgCeMbh6g02jeB9wILASe1q4ZBHzBaDeRThukHghRdskoQF+NmlH+JJ0JqB1ijCkw72np jiOfx7JPQrkdYm6QYXBMH1V3qYlKEq7fhNLvw1CTeztK55rcJlz/s8XshGPwaeBELd8sXP961Bd4 Bsqo1u2bm6Tn7NbGeCHKMI6ZLz3nsajuT6gtfjxfpxr31lXhThkG8470a9mrtPp2uq4652np94FN Rr0uMM1a+jI6fVTvAMsrmLOy6VGBEa5fB3wOpctHaK9TgVOAxmN0MRXlwPpWBbefYuTHAj8tcu39 0nNuMMq+qqXfjoUl4mSSq/HbRlv9S3/ZqBumpXcB/zPqz9fSm2UY/Nuo1wWmCUBYdiPwHa3ck2Hw YQVzVjbVWGFmkW7YmewDfga8CNwHnB6VXyZcf7X0nAfLvG8pntE3gSXSc5an1Olf+hDh+i+jVieJ UiOxwBSiMQMgLLsFOEtr+7xWB8rQjdkgw0BXK40o1RWTZrDu0dKx0X4xylMOynZZVuZcVUyPCoz0 nA7gR8L1N6FWmQIqZtRGpwoSwF7gRek5WwCE658P3A9Y0TV3C9ffUOrWOlrZdIfdXuBhlCqaqZU/ myYs0RZaNzybUV7oNFqBt7T8BJJ2iW6zDAPGFKkDGE1yBTLtF0gKTCF6/4FWtsTYVVWVqtgw0nNW lHn9LmCOcP2bgKuAvsAtqNWqFGLVF7NGes4i4fpjgNfpFNbzi7QfD/TX8vtQMa40VkvPKWh5fWfW DuhCfg5Ju8nc5k/RxpZYuTR0gWkTlj0D5YgEeJca2S4xvcXTC4D0nKvpdNWXc2hqEiqSHROrhR0k bYAzhesPTmmvG61tKAE6PXoNRRnTg6OX6VvRhfB1GQa7tbyu5v6D8qNQpH4bsDVlbLrADACu0fK/ qOXqAr1MYCLip7AcI+48I78WIIpuv6mVN5NUPWntN0nP2So9p016ThtwEKU6RpIMOyAsuw9JVWiu INO19AYZBma0fbKWXi/DoEBX9tBpu4wDLozS2+jqx6o6vVFgYt+JKKON/pTvJ6kWzKc6LTg5XEtv MeruAF5DqbZVgH6IayTJoOHf4oSw7LNICuKTeqfCsj9BUnhN+yamPXqZc3JrLfwuJpnHklKIBaa+ lIuF67eQ3KW8HtlEMabhPCmlG/3JnhX5ZHaifDeLtLqlxpmcySQfuvnCstdH6WXaZ9iPMsJ1xpOM ZaXZL6DsqfcB3UO8A7WzrDm9T2DqG7dTOHSIEgUGIc5GyhatZJ1Rv4HkmZ/xKb08o5UPRa0UkuQT vY6uQVJTFc5D7fQ6SNpUN8ow2GVcq7sB2ugq2DGHUYfLdG6SYbCPDMhcYIRlJwWjcGg/Z1/yATBE zJxXT0Pf4o0P7pWcO39W4nuVHS+JGfPq6dMXOjpgzNyt9En0MUF877fDee3x1iPlo2beTOPxnwGh qzahuhUAjwCLpOeYKkDfIT2BUl1XkxT2+2QYXJ8yen0H+JYMgz2kY9o126mh38UkITBRYGwp5e1Q usNjwL/Ql3VRX2D35mUI0UB90wyOZmc19i+wa+NB+vTrnMA9re00RO3q6iRbVtYxeOzt1NXHS3od e96dRkPT6CN9v/HUIRr738Dg0bMRDSdQVzeAjsJh+ra8SfMpf5S3XNzFoSYsewhJVbhKhoEnLDtE HV4vRGXPprQFFTdrRklk2u4opoVkyMOTYbCfjEgc0RSWPQhlQ/SruMfymCrD4IXud1N7In+ILgzT ZRj8tYfvcSLwOzoPer0DjKv1VlrHVEltqBhMafZD99mR1QfvAXT1tYfiNkhZCMvuD1yLCtbORsXg Yi7PUljAEJgoztFaYV8fN8yg4XsV95TkLJS32+QaGQZPl9tZT5O50ftRJLL1Pq8V9cjqEjHdyG8D rpdhkJmhq5MLTGX0QR2diLdnYQ/2vRq1wsRe6nUyDNq712XP0Wt/W53TO+mNoYGcXkwuMDll0eM2 TPRbnGnAvaaDSVj2bOA0GQY1j7Lm9AzVWGG+jIrwphlH3wXuzvpD51RONXZJ7aizLFcIyx4O3CXD IN527kUdJAJAWPbFqBXnVmHZV6FO3K+I6oahzgYPAX7T017UnMqoxgpTQAniONRJ/AeFZRc72+IA P47SPwEWAAjLbgL+jPJ1NAF/EZZd6o/sc6pINQSmARAyDL6OOm45mmSoX+cDVDiC6D0+azI0arcS FSkG9fcgORlTbcfdXtR5jqOdnpPGO3QK8nzU33KsoutvgXIyoBorjP7FN6OEsph3sE6rq9fS8RmQ RTIMTgP+QPJsbk5GVENgjgMQlv0QcDnwBp0nxgaQ/O+6dmCUsOxHUGdj459kbI/a3Sksew3qjE5L 1pOVUx2VtBJljxxAhf3v0v4TZRnKmI25ObruLdTZkvcAZBgcEpY9E3BRu6TrZBisznqycvJYUk6Z 5KGBnLLIBSanLHKBySmLXGByyiIXmJyy+D/P9uGVPOu6DAAAACh6VFh0U29mdHdhcmUAAHja801M LsrPTU3JTFRwyyxKLc8vyi5WsAAAYBUIJ4KDNosAAAAASUVORK5CYII= --_004_C8B8517ADA90DB40A482797D59EB83896419FE83CED01MBXS08repl_--

3 2

Unable to make Single Sign on working on Windows 7 Guest
by Felipe Herrera Martinez 11 Mar '19

11 Mar '19

On the case I'll be able to create an installer, what is the name of the Application need to be there, in order to ovirt detects that Ovirt Guest agent is installed? I have created an installer adding OvirtGuestService files and the Product Name to be shown, a part of the command line post installs.. I have tried with "ovirt-guest-agent" and "Ovirt guest agent" Names for the application installed on Windows 7 guest and even both are presented on ovirt VM Applications tab, on any case LogonVDScommand appears. There is other option to make it work now? Thanks in advance, Felipe

3 5

Re: [ovirt-users] Problem Windows guests start in pause
by Dafna Ron 11 Mar '19

11 Mar '19

Hi Lucas, Please send mails to the list next time. can you please do rpm -qa |grep qemu. also, can you try a different windows image? Thanks, Dafna On 07/14/2014 02:03 PM, lucas castro wrote: > On the host there I've tried to run the vm, I use a centOS 6.5 > and checked, no update for qemu, libvirt or related package. -- Dafna Ron

3 3

Re: [ovirt-users] Packet loss
by Doron Fediuck 26 Feb '19

26 Feb '19

----_com.android.email_640187878761650 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGkgS3lsZSzCoApXZSBtYXkgaGF2ZSBzZWVuIHNvbWV0aGluZyBzaW1pbGFyIGluIHRoZSBwYXN0 IGJ1dCBJIHRoaW5rIHRoZXJlIHdlcmUgdmxhbnMgaW52b2x2ZWQuwqAKSXMgaXQgdGhlIHNhbWUg Zm9yIHlvdT/CoApUb255IC8gRGFuLCBkb2VzIGl0IHJpbmcgYSBiZWxsP8Kg ----_com.android.email_640187878761650 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5IaSBLeWxlLCZuYnNwOzwv ZGl2PjxkaXY+V2UgbWF5IGhhdmUgc2VlbiBzb21ldGhpbmcgc2ltaWxhciBpbiB0aGUgcGFzdCBi dXQgSSB0aGluayB0aGVyZSB3ZXJlIHZsYW5zIGludm9sdmVkLiZuYnNwOzwvZGl2PjxkaXY+SXMg aXQgdGhlIHNhbWUgZm9yIHlvdT8mbmJzcDs8L2Rpdj48ZGl2PlRvbnkgLyBEYW4sIGRvZXMgaXQg cmluZyBhIGJlbGw/Jm5ic3A7PC9kaXY+PC9ib2R5PjwvaHRtbD4= ----_com.android.email_640187878761650--

2 1

oVirt-shell command to move a disk
by Nicolas Ecarnot 16 Aug '16

16 Aug '16

Hello, I'm confused because though I'm using ovirt-shell to script many actions every day, and even after a large bunch of reading and testing, I can not find the correct syntax to move (offline/available) disks between storage domains. May you help me please? (oVirt 3.4.4) -- Nicolas Ecarnot

4 10

python floppy in RunOnce mode
by Giulio Casella 07 Jan '16

07 Jan '16

Hi, I'm trying to boot a vm with non persistent floppy using python ovirt sdk (the "RunOnce" way in administrator portal), but guest OS can't see floppy drive. The ultimate goal is to deploy floppy with sysprep unattend.xml file for windows 7 pools of vm. Here is a snippet of code I use: ------------------------------------------------- myvm = api.vms.get(name="vmname") content="This is file content!" f=params.File(name="foobar.txt",content=content) fs=params.Files() fs.add_file(f) payload=params.Payload() payload.set_type("floppy") payload.set_files(fs) payloads=params.Payloads() payloads.add_payload(payload) thevm=params.VM() thevm.set_payloads(payloads) action=params.Action(vm=thevm) myvm.start(action=action) xml = ParseHelper.toXml(action) print xml ------------------------------------------------- As you can see, for debugging purpose, I print my xml action, and I get: ------------------------------------------------- <action> <vm> <payloads> <payload type="floppy"> <files> <file> <name>foobar.txt</name> <content>This is file content</content> </file> </files> </payload> </payloads> </vm> </action> ------------------------------------------------- in the admin portal I can see my vm in "RunOnce" state, but no floppy is present... In fact in the vm process command line (ps -ef | grep qemu-kvm | grep vmname) I can't see -drive option referring to floppy (I only see 2 "-drive" options, referring to vm system disk and to a correctly mounted cdrom ISO) What I'm doing wrong? (The engine is RHEV-M version 3.4.1-0.31.el6ev) Thanks in advance, Giulio

3 11

[RFI] oVirt 3.6 Planning
by s k 12 Nov '15

12 Nov '15

--_3cd0d8bb-5691-4f6b-93af-78e05dc9fe1a_ Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable On 12/09/14 09:22=2C Itamar Heim wrote:=0A= > With oVirt 3.5 nearing GA=2C time to ask for "what do you want to see in = =0A= > oVirt 3.6"?=0A= >=0A= > Thanks=2C=0A= > Itamar=0A= > _______________________________________________=0A= > Users mailing list=0A= > Users at ovirt.org=0A= > http://lists.ovirt.org/mailman/listinfo/users=0A= >=0A= > Performance metric similar to what VMware calls "CPU Ready" would be very u= seful if it was available in the VM details in the admin portal.=20 It would provide great visibility on VM's performance in an environment wit= h CPU overallocation. = --_3cd0d8bb-5691-4f6b-93af-78e05dc9fe1a_ Content-Type: text/html; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'><pre style=3D"white-space: pre-w= rap=3B">On 12/09/14 09:22=2C Itamar Heim wrote:=0A= &gt=3B<i> With oVirt 3.5 nearing GA=2C time to ask for "what do you want to= see in =0A= </i>&gt=3B<i> oVirt 3.6"?=0A= </i>&gt=3B<i>=0A= </i>&gt=3B<i> Thanks=2C=0A= </i>&gt=3B<i> Itamar=0A= </i>&gt=3B<i> _______________________________________________=0A= </i>&gt=3B<i> Users mailing list=0A= </i>&gt=3B<i> <a href=3D"http://lists.ovirt.org/mailman/listinfo/users">Use= rs at ovirt.org</a>=0A= </i>&gt=3B<i> <a href=3D"http://lists.ovirt.org/mailman/listinfo/users">htt= p://lists.ovirt.org/mailman/listinfo/users</a>=0A= </i>&gt=3B<i>=0A= </i>&gt=3B</pre><pre style=3D"white-space: pre-wrap=3B"><br></pre><pre styl= e=3D"white-space: pre-wrap=3B">Performance metric similar to what VMware ca= lls "CPU Ready" would be very useful if it was available in the VM details = in the admin portal.&nbsp=3B</pre><pre style=3D"white-space: pre-wrap=3B"><= br></pre><pre style=3D"white-space: pre-wrap=3B">It would provide great vis= ibility on VM's performance in an environment with CPU overallocation.</pre= ><pre style=3D"white-space: pre-wrap=3B"><br></pre> </div></body= > </html>= --_3cd0d8bb-5691-4f6b-93af-78e05dc9fe1a_--

3 3

Re: [ovirt-users] [RFI] oVirt 3.6 Planning
by Juan Pablo Lorier 07 Nov '15

07 Nov '15

+1 to iso upload from gui +1 to ceph support (if the way is via Cynder, then integrate Cynder in Ovirt as you did with neutron to get arround the lack of features in networking) I've been asking for several things (with their respective RFEs) and as versions go by without success, I'm asking again: - 1049994 [RFE] Allow choosing network interface for gluster domain traffic - 1049476 [RFE] Mix untagged and tagged Logical Networks on the same NIC - 1029489 [RFE] Export not exporting direct lun disk - 1051002 [RFE] ISO domain should be a simple NFS share containing ISOs

4 4

[RFI] oVirt 3.6 Planning
by Itamar Heim 05 Nov '15

05 Nov '15

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt 3.6"? Thanks, Itamar

29 92

about LXC and ovirt
by Nathanaël Blanchet 20 Oct '15

20 Oct '15

This is a multi-part message in MIME format. --------------020605060407070503090903 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi all, now rhel7 is out, it will become a part of the ovirt project in a near future. Given taht official LXC support aims to complete the KVM virtualization part, is LXC planned to be supported for linux VM by ovirt, like openvz is with proxmox? -- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr --------------020605060407070503090903 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> <font size="-1">Hi all,<br> <br> now rhel7 is out, it will become a part of the ovirt project in a near future. Given taht official LXC support aims to complete the KVM virtualization part, is LXC planned to  be supported for linux VM by ovirt, like openvz is with proxmox?<br> </font> <pre class="moz-signature" cols="72">-- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class="moz-txt-link-abbreviated" href="mailto:blanchet@abes.fr">blanchet(a)abes.fr</a> </pre> </body> </html> --------------020605060407070503090903--

6 5

[Users] Cant assign Quotas to groups anymore?
by Maurice James 28 Sep '15

28 Sep '15

--_c1bf2036-7c19-43f7-bca5-b1f997d755b7_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 3.4.0-0.13.rc.el6See the error below User admin failed to grant permission for Role QuotaConsumer on Quota Mobil= ePolicy to User/Group Non interactive user. = --_c1bf2036-7c19-43f7-bca5-b1f997d755b7_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'><div><span class=3D"gwt-InlineLa= bel">&nbsp=3B3.4.0-0.13.rc.el6</span></div><div>See the error below</div><d= iv><br></div><div><br></div>User admin failed to grant permission for Role = QuotaConsumer on Quota MobilePolicy to User/Group Non interactive user. = </div></body> </html>= --_c1bf2036-7c19-43f7-bca5-b1f997d755b7_--

6 15

Foreman: Add external provider (Failed with error PROVIDER_FAILURE and code 5050)
by Daniel Helgenberger 25 Sep '15

25 Sep '15

Hello, did anyone actually get this working in oVirt 3.5 / EL6 - Engine? I am trying this for two days now. Setup: Engine; EL6.5 Foreman; EL6.5 Foreman seems to do it's as I can use it to deploy hosts and also smart proxies are running fine. I have opened a BZ [1]; because this really can not work out of the box with EL6 plain vanilla packages. I wonder if this was ever tested... ? Java 7 used i n EL6 [4] does only support DH keys up to 1024byte. This is known issue in Foreman [2] as longer DH keys are now used by default in Foreman / PuppetCA. A dirty fix confirmed working is adding default DH parameters to the foreman cert; effectively disabling it [3]. So I got SSL working and I get beyond the authentication (entering wrong data gets me auth errors)- however, I am still not able to add the external provider. Pressing 'test' results in (Failed with error PROVIDER_FAILURE and code 5050) Sample engine.log 2014-10-28 23:49:40,860 ERROR [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-1) [6a3da4e7] Command org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc Bll exception. With error message VdcBLLException: PROVIDER_FAILURE (Failed with error PROVIDER_FAILURE and code 5050) I can't find any more hints in oVirt; access logs in Foreman are telling me API queries by the engine. Did I miss a crucial step in the foreman setup? How can I debug this issue? I am willing to upgrade openjdk; provided this does not break my engine... Thanks! [1] https://bugzilla.redhat.com/show_bug.cgi?id=1157749 [2] https://tickets.puppetlabs.com/browse/SERVER-17 [3] http://httpd.apache.org/docs/current/ssl/ssl_faq.html#javadh [4] java-1.7.0-openjdk-1.7.0.65-2.5.1.2.el6_5.x86_64 -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767

6 10

MooseFS cluster as storage domain
by shimano 24 Jun '15

24 Jun '15

Hi everyone, I would like to create storage domain based on MooseFS cluster. The first idea was to do it by mount Posix compliant FS, but it doesn't like to mount (or i don't know how to do it). The next idea was to use NFS, but even that won't work. NFS causing Kernel crash and rebooting a Host when trying to create storage domain. I've checked everything I found on Google and all my NFS settings seems to be OK but it's still crashing. I know that MFS's issue have been taken here and it may be supported in future, but does anybody know how to get it working in oVirt 3.4 or 3.5? Or maybe somebody known problem with NFS and kernel panics on storage domain creating?

3 2

hosted-engine : how to shutdown hosts?
by Uwe Laverenz 22 Jun '15

22 Jun '15

Hi, just a minor problem I guess: I have a small test environment with 2 hosts and a hosted engine on a separate NFS3 share, all running CentOS7. The VMs are running from an iSCSI storage. When I want to shutdown the environment I: - shutdown VMs - enable global maintenance mode - "shutdown -h now" on the hosted engine vm - "shutdown -h now" on the hosts The problem: instead of shutting down, the hosts perform a reboot after a short while. Is this the expected behaviour or a known bug? How can I cleanly shutdown my OVirt-environment? Thank you, Uwe

5 6

How to backup/restore the rhevm-VM in hosted-engine ?
by xiec.fnst＠cn.fujitsu.com 19 Jun '15

19 Jun '15

--_000_EE4D679B9474414187D2E27D8B6890F6931BF6G08CNEXMBPEKD03g0_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksQWxsDQogICAgICAgICBBcyB0aGUgbWF1dWFsLCBJIGNhbqGvdCBmaW5kIGFueXdheSB0byBi YWNrdXAvcmVzdG9yZSB0aGUgcmhldm0tVk0gaW4gdGhlIGhvc3RlZC1lbmdpbmUuIFRoZSBJIGp1 c3QgdHJ5IHRvIGJhY2t1cCB0aGUgc3RvcmFnZSBvZiByaGV2bS1WTSAodXNpbmcgY3AgqENwcmYg IHRvIG1ha2UgYSBjb3B5IG9mIGZvbGRlcikuIFRoZW4gSSBtYWtlIHNvbWUgY2hhbmdlIGFuZCBy ZXBsYWNlIHRoZSBvcmlnaW4gUkhFVk0tVk0gY29udGVudCB3aXRoIG15IGJhY2t1cCBmb2xkZXIg KG9mIGNvdXJzZSBJIHNodXRkb3duIHRoZSByaGV2bS12bSBmaXJzdCkuICBBdCBsYXN0IHRoZSB2 bSBjYW4gYmUgdXAsYnV0IHRoZSBzdGF0dXMgaXMgTk9UIGhlYWx0aCBidXQgYXMgYmVsb3c6DQoN Cj09PT09PT09PT09PT09PT09PT09DQpTdGF0dXMgdXAtdG8tZGF0ZSAgICAgICAgICAgICAgICAg IDogRmFsc2UNCkhvc3RuYW1lICAgICAgICAgICAgICAgICAgICAgICAgICAgOiAxOTMuMTY4LjE5 NS4yNDgNCkhvc3QgSUQgICAgICAgICAgICAgICAgICAgICAgICAgICAgOiAxDQpFbmdpbmUgc3Rh dHVzICAgICAgICAgICAgICAgICAgICAgIDogdW5rbm93biBzdGFsZS1kYXRhDQpTY29yZSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDogMjQwMA0KTG9jYWwgbWFpbnRlbmFuY2UgICAgICAg ICAgICAgICAgICA6IEZhbHNlDQpIb3N0IHRpbWVzdGFtcCAgICAgICAgICAgICAgICAgICAgIDog MTQwOTc0MzQ2MQ0KRXh0cmEgbWV0YWRhdGEgKHZhbGlkIGF0IHRpbWVzdGFtcCk6DQogICAgICAg ICBtZXRhZGF0YV9wYXJzZV92ZXJzaW9uPTENCiAgICAgICAgIG1ldGFkYXRhX2ZlYXR1cmVfdmVy c2lvbj0xDQogICAgICAgICB0aW1lc3RhbXA9MTQwOTc0MzQ2MSAoV2VkIFNlcCAgMyAwNzoyNDoy MSAyMDE0KQ0KICAgICAgICAgaG9zdC1pZD0xDQogICAgICAgICBzY29yZT0yNDAwDQogICAgICAg ICBtYWludGVuYW5jZT1GYWxzZQ0KICAgICAgICAgc3RhdGU9RW5naW5lVXANCg0KPT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0NCg0KU28gYXJlIHRoZXJlIHNvbWUgcHJvcGVyIHdheSB0byBi YWNrdXAgdGhlIHJoZXZtLXZtPw0K --_000_EE4D679B9474414187D2E27D8B6890F6931BF6G08CNEXMBPEKD03g0_ Content-Type: text/html; charset="gb2312" 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=3Dgb2312"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"ZH-CN" link=3D"blue" vlink=3D"purple" style=3D"text-justify-t= rim:punctuation"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,All<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   As the mauual, I can=A1=AFt find anyway to backup/restore= the rhevm-VM in the hosted-engine. The I just try to backup the storage of= rhevm-VM (using cp =A8Cprf  to make a copy of folder). Then I make so= me change and replace the origin RHEVM-VM content with my backup folder (of course I shu= tdown the rhevm-vm first).  At last the vm can be up,but the status is <b>NOT</b> health but as below:<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Status up-to-date  &n= bsp;           &nbsp= ;   : False<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hostname   &nbsp= ;            &n= bsp;          : 193.168.195.24= 8<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Host ID    =             &nb= sp;           : 1<o:p></o= :p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Engine status   =             &nb= sp;      : unknown stale-data<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span lang=3D"EN-US">Score    &n= bsp;           &nbsp= ;             := 2400<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Local maintenance  &n= bsp;           &nbsp= ;   : False<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Host timestamp  &nbsp= ;             &= nbsp;    : 1409743461<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Extra metadata (valid at timest= amp):<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   metadata_parse_version=3D1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   metadata_feature_version=3D1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   timestamp=3D1409743461 (Wed Sep  3 07:24:21 2014)<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   host-id=3D1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   score=3D2400<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   maintenance=3DFalse<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">     &= nbsp;   state=3DEngineUp<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">So are there some proper way to= backup the rhevm-vm? <o:p></o:p></span></p> </div> </body> </html> --_000_EE4D679B9474414187D2E27D8B6890F6931BF6G08CNEXMBPEKD03g0_--

6 7

[Users] Compiling ovirt-guest-agent on FreeBSD
by Karli Sjöberg 11 Jun '15

11 Jun '15

--_000_5F9E965F5A80BC468BE5F40576769F092E70EBE0exchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkhDQoNCkFzIHBhcnQgb2YgYSB0ZW1wbGF0ZSBJwrRtIHByZXBhcmluZywgScK0bSB3b25kZXJp bmcgaG93IHRvIGNvbXBpbGUgdGhlIGFnZW50IHdpdGgganVzdCB0aGUgYmFzaWNzIGluY2x1ZGVk LiBJwrR2ZSB0cmllZCBydW5uaW5nIGxpa2U6DQoNCk9QVElPTlM9Jw0KLS13aXRob3V0LWdkbS1w bHVnaW4gLS13aXRob3V0LWdkbTItcGx1Z2luICAtLXdpdGhvdXQta2RtLXBsdWdpbiAtLXdpdGhv dXQtcGFtLW92aXJ0LWNyZWQNCi0td2l0aC1nZG0tcGx1Z2luPW5vIC0td2l0aC1nZG0yLXBsdWdp bj1ubyAtLXdpdGgta2RtLXBsdWdpbj1ubyAtLXdpdGgtcGFtLW92aXJ0LWNyZWQ9bm8NCi0tZGlz YWJsZS1nZG0tcGx1Z2luIC0tZGlzYWJsZS1nZG0yLXBsdWdpbiAtLWRpc2FibGUta2RtLXBsdWdp biAtLWRpc2FibGUtcGFtLW92aXJ0LWNyZWQNCi0tZW5hYmxlLWdkbS1wbHVnaW49bm8gLS1lbmFi bGUtZ2RtMi1wbHVnaW49bm8gLS1lbmFibGUta2RtLXBsdWdpbj1ubyAtLWVuYWJsZXBhbS1vdmly dC1jcmVkLT1ubycNCg0KIyAuL2NvbmZpZ3VyZSAke09QVElPTlN9DQoNClJlZ2FyZGxlc3Mgb2Yg aG93IEkgdHJ5LCBpdCBqdXN0IHJlc3BvbmRzOg0KY29uZmlndXJlOiBXQVJOSU5HOiB1bnJlY29n bml6ZWQgb3B0aW9uczogJHtPUFRJT05TfQ0KDQpJIHRvb2sgdGhlIHBhY2thZ2UgZnJvbSB0aGUg Im9mZmljaWFsIiBvVmlydC5vcmcgcmVwbywgc3JjIGZpbGU6DQpvdmlydC1ndWVzdC1hZ2VudC0x LjAuNi50YXIuYnoyDQoNCldoYXQgYW0gSSBkb2luZyB3cm9uZz8NCg0KLS0NCg0KTWVkIFbDpG5s aWdhIEjDpGxzbmluZ2FyDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpLYXJsaSBTasO2YmVyZw0K U3dlZGlzaCBVbml2ZXJzaXR5IG9mIEFncmljdWx0dXJhbCBTY2llbmNlcw0KQm94IDcwNzkgKFZp c2l0aW5nIEFkZHJlc3MgS3JvbsOlc3bDpGdlbiA4KQ0KUy03NTAgMDcgVXBwc2FsYSwgU3dlZGVu DQpQaG9uZTogICs0Ni0oMCkxOC02NyAxNSA2Ng0Ka2FybGkuc2pvYmVyZ0BzbHUuc2U8bWFpbHRv OmthcmxpLnNqb2JlcmdAYWRtLnNsdS5zZT4NCg== --_000_5F9E965F5A80BC468BE5F40576769F092E70EBE0exchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC42LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIaSE8YnI+DQo8YnI+ DQpBcyBwYXJ0IG9mIGEgdGVtcGxhdGUgScK0bSBwcmVwYXJpbmcsIEnCtG0gd29uZGVyaW5nIGhv dyB0byBjb21waWxlIHRoZSBhZ2VudCB3aXRoIGp1c3QgdGhlIGJhc2ljcyBpbmNsdWRlZC4gScK0 dmUgdHJpZWQgcnVubmluZyBsaWtlOjxicj4NCjxicj4NCk9QVElPTlM9Jzxicj4NCi0td2l0aG91 dC1nZG0tcGx1Z2luIC0td2l0aG91dC1nZG0yLXBsdWdpbiZuYnNwOyAtLXdpdGhvdXQta2RtLXBs dWdpbiAtLXdpdGhvdXQtcGFtLW92aXJ0LWNyZWQ8YnI+DQotLXdpdGgtZ2RtLXBsdWdpbj1ubyAt LXdpdGgtZ2RtMi1wbHVnaW49bm8gLS13aXRoLWtkbS1wbHVnaW49bm8gLS13aXRoLXBhbS1vdmly dC1jcmVkPW5vPGJyPg0KLS1kaXNhYmxlLWdkbS1wbHVnaW4gLS1kaXNhYmxlLWdkbTItcGx1Z2lu IC0tZGlzYWJsZS1rZG0tcGx1Z2luIC0tZGlzYWJsZS1wYW0tb3ZpcnQtY3JlZDxicj4NCi0tZW5h YmxlLWdkbS1wbHVnaW49bm8gLS1lbmFibGUtZ2RtMi1wbHVnaW49bm8gLS1lbmFibGUta2RtLXBs dWdpbj1ubyAtLWVuYWJsZXBhbS1vdmlydC1jcmVkLT1ubyc8YnI+DQo8YnI+DQojIC4vY29uZmln dXJlICR7T1BUSU9OU308YnI+DQo8YnI+DQpSZWdhcmRsZXNzIG9mIGhvdyBJIHRyeSwgaXQganVz dCByZXNwb25kczo8YnI+DQpjb25maWd1cmU6IFdBUk5JTkc6IHVucmVjb2duaXplZCBvcHRpb25z OiAke09QVElPTlN9PGJyPg0KPGJyPg0KSSB0b29rIHRoZSBwYWNrYWdlIGZyb20gdGhlICZxdW90 O29mZmljaWFsJnF1b3Q7IG9WaXJ0Lm9yZyByZXBvLCBzcmMgZmlsZTo8YnI+DQpvdmlydC1ndWVz dC1hZ2VudC0xLjAuNi50YXIuYnoyPGJyPg0KPGJyPg0KV2hhdCBhbSBJIGRvaW5nIHdyb25nPzxi cj4NCjxicj4NCjx0YWJsZSBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSIx MDAlIj4NCjx0Ym9keT4NCjx0cj4NCjx0ZD4tLSA8YnI+DQo8YnI+DQpNZWQgVsOkbmxpZ2EgSMOk bHNuaW5nYXI8YnI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KS2FybGkgU2rDtmJlcmc8 YnI+DQpTd2VkaXNoIFVuaXZlcnNpdHkgb2YgQWdyaWN1bHR1cmFsIFNjaWVuY2VzPGJyPg0KQm94 IDcwNzkgKFZpc2l0aW5nIEFkZHJlc3MgS3JvbsOlc3bDpGdlbiA4KTxicj4NClMtNzUwIDA3IFVw cHNhbGEsIFN3ZWRlbjxicj4NClBob25lOiAmbmJzcDsmIzQzOzQ2LSgwKTE4LTY3IDE1IDY2PGJy Pg0KPGEgaHJlZj0ibWFpbHRvOmthcmxpLnNqb2JlcmdAYWRtLnNsdS5zZSI+a2FybGkuc2pvYmVy Z0BzbHUuc2U8L2E+IDwvdGQ+DQo8L3RyPg0KPC90Ym9keT4NCjwvdGFibGU+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F092E70EBE0exchange21_--

6 10

Multiple NICs on hosted engine?
by Chris Adams 06 Jun '15

06 Jun '15

I have installed the first node of a new oVirt 3.5 setup with a hosted engine VM. I have multiple networks: one public-accessible and one private (with storage, iDRAC/IPMI, etc.). I set the engine VM up on the public LAN, but now realize that it can't access the power control. I tried to add a second NIC to the engine VM through the web interface, but of course that doesn't work (because it isn't really managed there). How can I add a second NIC to the hosted engine VM? -- Chris Adams <cma(a)cmadams.net>

4 8

Directly connect NIC or other cards to VM?
by David Smith 11 May '15

11 May '15

Is there a way to directly connect a specific device (ie, NIC) to a particular VM? I've figured out how to map a specific network interface to a VM, thats one step, but in the end I may need direct access to the PCI device itself. Second to that, for network interfaces mapped to a particular VM, is there a way for the VM to be able to properly detect physical link state of that interface? Right now that's a 'configurable option' inside network interface settings on the VM in the manager (ie, plugged, not plugged, and link state up /down) Thanks, David

6 7

Remove Master Data Domain in oVirt 3.5.0
by s k 20 Apr '15

20 Apr '15

--_bb8b9ee9-e969-42e3-b3dd-4e5e09ce289a_ Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable Hello=2C I would like to remove the Master Data Domain because I need to decommissio= n the underlying storage device. Is there a way to manually change the Master Data Domain? Will the Master D= ata Domain be reassigned automatically when the current one is deleted? Thank you=2C Sokratis = --_bb8b9ee9-e969-42e3-b3dd-4e5e09ce289a_ Content-Type: text/html; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>Hello=2C<div><br></div><div><br>= </div><div>I would like to remove the Master Data Domain because I need to = decommission the underlying storage device.</div><div><br></div><div><br></= div><div>Is there a way to manually change the Master Data Domain? Will the= Master Data Domain be reassigned automatically when the current one is del= eted?</div><div><br></div><div><br></div><div>Thank you=2C</div><div><br></= div><div><br></div><div>Sokratis</div> </div></body> </html>= --_bb8b9ee9-e969-42e3-b3dd-4e5e09ce289a_--

4 14

oVirt 3.5 on Ubuntu? [oVirt Dockerized]
by Moran Goldboim 13 Apr '15

13 Apr '15

Deploying oVirt engine has never been so easy. Checkout oVirt dockerized projects on docker hub[1] and github[2]. You can find some overview on oVirt-dockerized blog[3] Please let me know if you find it useful. Cheers, Moran. [1] https://hub.docker.com/u/mgoldboi/ [2] https://github.com/mgoldboi/oVirt-Dockerized [3] http://community.redhat.com/blog/2014/10/ovirt-dockerized/

2 2

Network QOS not working for VM Outbound
by Punit Dambiwal 02 Apr '15

02 Apr '15

Hi, I have check and found that the Network QOS not working for VM outbound....it's working fine for Inbound only... [image: Inline image 1] root@vm3:~# ./speedtest_cli.py Retrieving speedtest.net configuration... Retrieving speedtest.net server list... Testing from (103.4.X.X)... Selecting best server based on latency... Hosted by HKIX1 (Hong Kong) [3.70 km]: 3.153 ms Testing download speed........................................ Download: 1.95 Mbit/s Testing upload speed.................................................. Upload: 143.09 Mbit/s Thanks, Punit

3 6

Caused by: java.lang.IllegalStateException: Insufficient amount of free MACs.
by Punit Dambiwal 02 Apr '15

02 Apr '15

Hi, I am facing this strange issue if i deploy the VM with Template... Caused by: java.lang.IllegalStateException: Insufficient amount of free MACs. Actually i have almost 2000 Mac address free in our environment but VM creation failed with this error :- Thanks, Punit

3 6

Problem with USB redirection
by Juan Jose 31 Mar '15

31 Mar '15

Hello everybody, I have installed a little infrestructure with ovirt 3.5.0.1 and I have some Windows 7 VMs created and working well. From linux client, when I go to user portal and open a VM (all these VM have defined in console USB support as Native) and I plug a USB pen drive, the VM takes it and I can use it from my Windows 7 VM. But I have a problem with Windows 7 clients. When I try to redirect a USB from my Windows 7 client to my Windows 7 VM the remote-viewer gives the error "USB redirections support not compiled in". Any suggest or idea about what is my problem? Many thanks in advanced, Juanjo.

4 8

newbie need help on iSCSI
by ronald 24 Mar '15

24 Mar '15

I am a newbie and trying to learn Ovirt. I have installed the hypervisor using Ovirt-3.1 node cd. I noticed my Storage tab states ... Remote Storage: iSCSI Initiator Name: iqn. 1994-05.com.redhat: 1dcc111a82a8 1. I would like to understand whether I had any way of using other Storage options on the Hypervisor. 2. If I have a attach storage, how should I configure the device to be seen by the Hypervisor? Appreciate your feedback.

3 4

virtio-blk-data-plane
by Wolfgang Bucher 20 Mar '15

20 Mar '15

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_0Tvj1xAjEdqqp3MpgqaqMvPzgSmENz08ToMayjgFL5VUGVgo Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=0D=0A=0D=0Ais it possible to use=C2=A0virtio-blk-data-plane in ovi= rt with el7 host.=0D=0A=0D=0A=0D=0A=0D=0AThanks=0D=0A=0D=0AWolfgang=C2=A0= =0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A --=_0Tvj1xAjEdqqp3MpgqaqMvPzgSmENz08ToMayjgFL5VUGVgo Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html>=0A<head>=0A <meta name=3D"Generator"= content=3D"Zarafa WebApp v7.1.10-44973">=0A <meta http-equiv=3D"Content= -Type" content=3D"text/html; charset=3Dutf-8">=0A <title>virtio-blk-data= -plane</title>=0A</head>=0A<body>=0A<p style=3D"padding: 0; margin: 0;"><= span style=3D"font-family: tahoma; font-size: 10pt;">Hello,</span></p>=0A= <p style=3D"padding: 0; margin: 0;"><span style=3D"font-family: tahoma; f= ont-size: 10pt;">is it possible to use </span><span style=3D"color: = #222222; font-family: Arial, sans-serif; font-size: 12px; line-height: 18= px;">virtio-blk-data-plane in ovirt with el7 host.</span></p>=0A<p style=3D= "padding: 0; margin: 0;"><span style=3D"color: #222222; font-family: Aria= l, sans-serif; font-size: 12px; line-height: 18px;"><br /></span></p>=0A<= p style=3D"padding: 0; margin: 0;"><span style=3D"color: #222222; font-fa= mily: Arial, sans-serif; font-size: 12px; line-height: 18px;">Thanks</spa= n></p>=0A<p style=3D"padding: 0; margin: 0;"><span style=3D"color: #22222= 2; font-family: Arial, sans-serif; font-size: 12px; line-height: 18px;">W= olfgang </span></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0p= x; color: #000000; font-family: Arial, Verdana, sans-serif;"><br /></p>=0A= <p style=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-fam= ily: Arial, Verdana, sans-serif;"><br /></p>=0A<p style=3D"margin-top: 0p= x; margin-bottom: 0px; color: #000000; font-family: Arial, Verdana, sans-= serif;"><br /></p>=0A<p style=3D"margin-top: 0px; margin-bottom: 0px; col= or: #000000; font-family: Arial, Verdana, sans-serif;"><br /></p>=0A<p st= yle=3D"margin-top: 0px; margin-bottom: 0px; color: #000000; font-family: = Arial, Verdana, sans-serif;"><br /></p>=0A</body>=0A</html> --=_0Tvj1xAjEdqqp3MpgqaqMvPzgSmENz08ToMayjgFL5VUGVgo--

3 3

Power Management config on Ovirt
by Renchu Mathew 19 Mar '15

19 Mar '15

--_005_DB3PR04MB061800325F6E2DFFB91F0E77C1490DB3PR04MB0618eurp_ Content-Type: multipart/alternative; boundary="_000_DB3PR04MB061800325F6E2DFFB91F0E77C1490DB3PR04MB0618eurp_" --_000_DB3PR04MB061800325F6E2DFFB91F0E77C1490DB3PR04MB0618eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all, I am trying to configure power management on ovirt v3.5 (ovirt-node-iso-3.5= .0.ovirt35.20140912.el6) and using two Fujitsu PRIMERGY RX2540 M1 as node h= ypervisor. I used Fujitsu iRMC port on power management configuration. The = test gives a message "Test failed, argument of type 'NoneType' is not itera= ble" as below. Also tried rsb type as per redhat document. Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we need to = specify anything in Options? Please help me. [Description: cid:image001.png@01D032FC.C8A4DF20] [Description: cid:image002.png@01D034BF.32500FD0] Best Regards Renchu Mathew --_000_DB3PR04MB061800325F6E2DFFB91F0E77C1490DB3PR04MB0618eurp_ 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 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">Dear all,<o:p></o:p></= span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">I am trying to configu= re power management on ovirt v3.5 (ovirt-node-iso-3.5.0.ovirt35.20140912.el= 6) and using two Fujitsu PRIMERGY RX2540 M1 as node hypervisor. I used Fuji= tsu iRMC port on power management configuration. The test gives a message “Test failed, argument of type ‘NoneT= ype’ is not iterable” as below</span><span style=3D"color:#1F49= 7D">. Also tried rsb type as per redhat document.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">Fence-agents-3.1.5-35.= el6_5.4.x86_64 is there on both nodes. Do we need to specify anything in Op= tions? <o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">Please help me.<o:p></= o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"><o:p> </o:p></spa= n></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><img width=3D"693" height=3D"710" id=3D"Picture_x002= 0_3" src=3D"cid:image002.png@01D0362E.1DFF4AD0" alt=3D"Description: cid:ima= ge001.png(a)01D032FC.C8A4DF20"><o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><img width=3D"771" height=3D"586" id=3D"Picture_x002= 0_4" src=3D"cid:image003.png@01D0362F.783B7630" alt=3D"Description: cid:ima= ge002.png(a)01D034BF.32500FD0"><o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">Best Regards<o:p></o:p= ></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><b><span lang=3D"EN-GB" style=3D"font-size:10.0pt;fo= nt-family:"Gill Sans MT","sans-serif";color:black">Renc= hu Mathew</span></b><span lang=3D"EN-GB" style=3D"font-size:10.0pt;font-fam= ily:"Gill Sans MT","sans-serif";color:#0D0D0D">  <o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_DB3PR04MB061800325F6E2DFFB91F0E77C1490DB3PR04MB0618eurp_-- --_005_DB3PR04MB061800325F6E2DFFB91F0E77C1490DB3PR04MB0618eurp_ Content-Type: image/png; name="image002.png" Content-Description: image002.png Content-Disposition: inline; filename="image002.png"; size=24097; creation-date="Thu, 22 Jan 2015 06:41:42 GMT"; modification-date="Thu, 22 Jan 2015 06:41:42 GMT" Content-ID: <image002.png(a)01D0362E.1DFF4AD0> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAArUAAALGCAIAAADUdP55AAAAAXNSR0IArs4c6QAAAAlwSFlzAAAO wwAADsQBiC4+owAAXcZJREFUeF7t3XuwHUd94PF7rt5XulcPkzgYG+QXCoEkCImHYYslFQhsAsmG ZNe+G0xRVCBFLeRBgZ0/Qt1SIFtrSEIRvEkFpyhSzla5igoFicmDh8qBYIKR7DghGwmwLcqAUSRZ j2vZ0n2d/Z3bUrs13TPTM2dmumfme+ro1tw5Pd2//vTozu/0zJkzePvb3/7BD35w69atE6uP4XB4 9uzZw4cPP/jgg/fee+8TTzyh1vNAAAEEEEAAgVYLbNmy5eUvf/lP/uRP7tq1a/PmzYPBQHXn9OnT t9xyi/yU5ampqde97nWbNm0aLCwsrFu3TmUGjzzyyPve977l5eVW95/gEUAAAQQQQCBbYM2aNe9/ //uvvvpqlSUsLi6+613vOnXqlCxffvnlL3vZywaSFsgv586d+8QnPnHPPfcAigACCCCAAAI9EXjV q171lre8ZePGjdLfM2fOyCkF1fFXvOIVo/xAkoMPfOAD3/72t3vCQTcRQAABBBBAQAlcd911v/M7 v6NShP3793/sYx+ThW3btk1KfiAzByQH7CgIIIAAAgj0UEASAEkD1MmEV77ylWvXrpUFOdEwKdcc cFqhhzsEXUYAAQQQQEAJSBogyYAsSHLw2te+Vq1cc/z4cZU18EAAAQQQQACBfgpIivDGN75RrlV8 xjOe8bnPfU4QJvm0Qj93BXqNAAIIINBJgR07dlx//fUvetGL5GSBPGRBfpWV2Z2VZEDd0UCXnOyk Dp1CAAEEEECgbwIbNmyQiw1f8IIXnD9/Xq4qkJsYyUMW5FdZKS9JgQyTb37zm/KqLjO48cYbswXv uusuu8BNN91kr1Ql1Uvm8pve9Cb5JOU73/nO7E3Uq+aGJYY2o60StbEJAggggAACrRCQ4/o111zz 5JNPfve737XPDMjdDq688kq599HDDz8s6YKzR3LrpF//9V+XSw5mZ2elQF3zB5Il6Bzi9a9/vZzP aMa3ybaa6RGtIIAAAgggkCtw1VVXSXLwne98x3nZgKyUl6SAFEurSu6bbL7kmx+o471+6Cre+973 3rn6kKTDrFemAdRMgJ5+0GtyO2kWeNvb3vbxj39ctpWfsqxf+sVf/MU//dM/VXXefvvt8uv4bRUK jMIIIIAAAghEIiAXDVxxxRUyc6Di+bmf+zkzMP2rFJBiadciyLcrlMkPnASSE+zZs0duzywPmZeo nEkSgp/+6Z+W+RCpWX7Ksk4R3vCGN+jvjJDJCblZdOWtUyECCCCAAAKtELjsssuOHDmiZg4kG9i+ fbvOCcxfpYAUk8I+nfKdP1Dv1PVDVf385z9ffn7rW9+SeQX56WxPn2UwzzgkSto1qwJ79+6VnzIl ItvKT71GpQvy88/+7M9Utb/2a78mv/q05YNCGQQQQAABBFokMD09rb46QR6f/exnT548qVIElRzI r7JSvSrFpLBP13zzA2dd6h38P/zDP+ifPk36l1H133rrrfqnnjNQ6civ/uqvylkGuTGkf52URAAB BBBAoGMC8sWMcm2B7pRKEX5s9WEmB1JAiklhn+775gdp1x9IG1/4whd8Wsoo47yyIVH+1a9+tblG vmfyG9/4htzcSU5tyMc25BKEMWNgcwQQQAABBBDQAr75gZNMfVf0bbfdJj9f85rXVM5q16/WqId8 p5R8ZvKtb32rLDf2+YjK+0iFCCCAAAIIjCkgtzZSp93VQ51W+H+rD/NaBHlJiqn7IOU+fPMD5/UH Bw4ckAae85znyKvyM60x+VZpeUnKfPjDH84NyCxg1//lL39ZFdAfXlCfj5CJBLW+dFuFAqMwAggg gAAC8QjMz8/LNy6ayYE6rWBei6BelWJS2Cdy3/zAWdcdd9wh92aSQ7I8Dh48mNbel770JXXYlnMB PjHpMlL/F7/4RXVORX7K8l/8xV+oVz/5yU8+9thjalmSA3lJLZduq1BgFEYAAQQQQCAegRMnTuzc uVNugiQhqZxAX5Bo/ioFpJgU9ok8//6JPrVQBgEEEEAAAQQCCsjtk+WtuPqsX9pDZvrljbrccTmt gEzJ137/xIBGNI0AAggggEDfBB599FG5tkAyADWLkHjISnlJCkgxT5mxzi94tkExBBBAAAEEEKhV QL5VQb5bQaYHXvGKVzz72c+emZlZu/qQBflVVspLGV++YMdGflDreFE5AggggAACDQmor22UD/+r L3KU+xrLQ31to6xUX+ToHwrXH/hbURIBBBBAAIEuC3D9QZdHl74hgAACCCAwvgDnF8Y3pAYEEEAA AQS6JkB+0LURpT8IIIAAAgiMLzCQTzqOXws1IIAAAggggEAHBLj/QQcGkS4ggAACCCBQl8Dg/kOP 1FU39SKAAAIIIIBASwR279opker5g1F+cPn0+pYET5iFBY7OL6gh54EAAggggECawAOHj7jzA7m/ EmrdEzhz5gz5QfeGlR4hgAAClQvY+QGfX6gcmQoRQAABBBBovQD5QeuHkA4ggAACCCBQuQD5QeWk VIgAAggggEDrBcgPWj+EdAABBBBAAIHKBcgPKielQgQQQAABBFovQH7Q+iGkAwgggAACCFQuQH5Q OSkVIoAAAggg0HqBnPxg2ng02VdptsnmaAsBBBBAAAEETIGs/EAO0vPGg2M2uw4CCCCAAAI9EUjN D1RyYCrIr2aKoGcWdBn1qlpvbphRUhWzC/REn24igAACCCAQp8CF71+w769s5weJQ77OHnRJlRao 9eZKz5JpW8UJ14qoStxf+ao37vPp2qOfmvMpRhkEEEAAgVYIFPj+BTM/MOcDEod/n1TAmR8kJif0 RIJdfytk4wyyXH5w70duVt0ZDCbVY82aNas/Rj/l1+e9+cPkB3GOOFEhgAAC5QRKfv+CvgghMYVg n0pwhpV7+iC3QLnestU4AmnJgeQHzmoHrkfRAKQOexPnSs8YigZQrrzqemJb58py9QfZyp89SHg0 igACdQuU/3yjeelidpTZJc2rIOvuLfV7CjiTgxd++kVqNiGtEvnW8MTDs7kKiyUC4CBXoS1VIYBA rwRS84PE1YgZKP6fa8gu6V9Pr0ao+c6mJQcSiTq/UDQkdZC230/rGQf/d95pm/iElNjWTB2cy3Zb uiN2c5KXJCqRNWaxjNoSSYyzj1ov0UpC1ab2YXdu5RwyH2fKIIBANwSy/tarFMF86IsGzJecVxJo ndySukB2Pd3gbkUv1DUHL//cK/U1BzJzoCKX9eXekctW6p293lyvcR5ZEytV62mb+KgW3TY7PJ8W E8mBntiw04hcFlsvQ8MsXJpdJTcq5qKdpTwCCHRDIOe9oHlqwP64o3rVTAXSljNKyib6VTP/6IZv G3uhLkiUyF/82ZfJok4ODt3073K8yZg/0G987fes9mEm7cAz5gEpEUNGbfqorA6i+j10dgDlwvPv 7PitmzX4R+tfso27NDEjgEAJgcJzxSXaYJN2CajPKaiY7eRAMoS07hS9+MA5kZ5tlbtJ0Rgymstt K7FtdpLhX1sdJROTGXYC165dlGgRQKABAfKDBpBb1oQ6rfDP//V+HbeeOZDkoNz5BZvAnMD3BzIP //5blStZYVv+nfUvKZ0qF2G5rcoZshUCCLRXgPygvWNXV+T6Pgff+OV/kTYSyUFV+YGOPlGhZ/2e xbKN1Dt+fa5dLye28m/LrNDZtH9VzpJpm/tXm5hIqGsfol4EEGi/APlB+8ew6h6oDymojzIWSg4S 5/6zD1rqUGofktPWq7fLuomi58uLblu0vE8ikpZ/mNs6u5+90qda3YR/v3TJqvcv6kMAgXYIkB+0 Y5yajFInB+rTCqs/Rwu5x/vEuX99CE+7Yk6VVwd+1UH9a/YmaclBdtKgw0scj81jZ+IlHaEZnj0W GdGalTs7a9dssygZu3d2j/wj8S/Z5L5HWwggEI9A6vcvxBMikZQWKHd/ZZ/muL+yj1JVZcwZgkKz BVUFQD0IINB5gdTvX+h8z3vbwaPzC7t37ext9zvTcT15U/TESmcE6AgCCNQq4M4P3v7+O2ptlcoD CnzsfW8jPwjoT9MIIIBAKwRS84Of/4W/a0UHCLKQwF995nXkB4XEKIwAAgj0U6Dk9zf2E4teI4AA Aggg0FsBPr/Q26Gn4wgggAACCKQKkB+wcyCAAAIIIIBAUoD8gH0CAQQQQAABBMgP2AcQQAABBBBA IE+A+YM8IV5HAAEEEECgfwLkB/0bc3qMAAIIIIBAnkBqfvC+/3bQfubVVsvrOgyzdufKWppvvFLV tSab3bt3r92cvdJZrMI4664/N9TgAeRGSAEEEECgMYGc+YP3f3KPfkpMDR+3GlOgoYSAHCkPHDjQ MEt2izUdvM1qm+9yw8I0hwACCPgLjL6fSe6vbN8/UaUCkhzouhJrzFxBFTMLZC+rOnXldlWJqQL9 q9mQTyWJhMbuTqISOwfKDtKuX6/JbcsZW0bA/oOqS3rePzGRDaQlB0GSBt2XmlqvqdoSg8UmnRS4 6o37fPrFF575KFGmVoHK7p+oD//2ATujA7lbmcfUQhCeNeujb1p5OytSYRSqP2FSYluVPJXWKESX KGwfL2VN4r27+ateVgtm4cSGdgG7abXGWZVer8s4A9PbJqpybuUsnFZ/bvzjsLNthwXu+dCN6vml P5j9xw//yr0fefPXbn/rgT952z/f8Y5//fg7/+0Tv9HhvtO1VgvknF8wL0FQB62M3urjonkYTjvi 2vWMczjMPpraNecefQsFYxYutGEuacP7ljM5kFl3efhM76vNVWFzWffCudLZx0RJNfOv5//1q2Zg aZXrTtlbJaq140x03D/+hgeO5uIXmLzwWLNmzdrRv7Wjn5OT8uQi8fhHr6cRFrj+oOiRL0203PV3 ieTDDqboFYtFy0t3ykWuHMbZtpl9MzsD8Dk3b5ZxlvepRHXWv6SNk9hW/zpOneNH1cwg0kqcAhnJ gaQIccZMVAgESF0T1zxWMgaJOfzcOouWVxWOE/k42+Z2Z/wCrXtnrKYofGY1TJxyW43PSw19FshO Dpg/6PO+EXnfK84P9Nt6cwLfOfFQ4v20WXkaa9FPWKSVz6inROQ62nG2rXVPMt9kFz3o1hpYWuXq RIZ6eAZgnl/w3IRiCIwvsJofOE4rqJML5AfjC1NDTQIl84Pc2X5nuOW28ul5ocsk1UyA/LSTgNz1 /pdT6LCL9tq+jMNHoMIynlcblGixjszDrjO3ldwCJbrGJgikCWQnB+QH7DnRCqR+vjHaiBsLrEQq 0Fhsng2V+3yjqty8rE83Z14hmFhpXtvoXFYr1bHZ+aY/cSGhMww7ALMqXbmzKtUp1Xqid6qSRNgq gMRFkYmoPAeCYr0VkM83yqcVEhck6pkDNX/wnF/+AJ9v7O0eEk/H7c83kh9cMjpmTtCf/KCZHdQ8 +tbdYpNt1d0X6m+1gOQH8lFG89MKieRgMJh89i/9LvlBq0e5G8FXdv+DbnDYvSh6LqCrDm3sF2cN 2jhqfYg5OzkYDAZ9QKCPbRQoef1BG7vqGXPkHzTw7EUPi6mzBurhf9FiD6HocsMC+j4H9swByUHD Y0FzhQTIDwpxUbi8QAPH7KKfaCjfGbZEwFvgYlpw4dMK6poDOa1AcuBNSMEwAlx/EMa9mVY9r09s JhhaQaCHAnz/Qg8HvaVdTr0+saX9IexcgY+97227d+3MLUYBBBBAAIE+C7jzg8un1/cZpdt9Pzq/ QH7Q7SGmdwgggMD4Aqn5wczMzPi1U0NsAmfOnCE/iG1QiAcBBBCIUIDPN0Y4KISEAAIIIIBAdAJ8 fiG6ISEgBBBAAAEEgguQHwQfAgJAAAEEEEAgOgHyg+iGhIAQQAABBBAILkB+EHwICAABBBBAAIHo BMgPohsSAkIAAQQQQCC4APlB8CEgAAQQQAABBKITyMoPpi996NgT6+XXxEuJXqry0XWdgBBAAAEE EEAgRWD0/Qty/0T7/khyRJ+fnze30muyX5JN7A3tlYxIAwI+90fat29fA5HQBALjC8zNzY1fCTUg gIBToMD9E+0kwJwkyE4dzG3VckZtDFV9Ap75AX926xsCaq5KQBJZdtSqMKkHAVuA+yeyVyCAQBQC j51c/pfvrHz98MJXvnHungfPy3P/A+c+f/Ds3x946u++/qQ8/+Zr5+7+pyc/fe/Zhx5biCJigkCg ZwKp1x+oN/3mI3GuwXwpMZ3QM0O6iwAChQWOnRlsmxpsm1knzx3bRs/Ltq57xtZNO2Y2bJ9ZL09Z v3XLhulN6x96lPygMC8bIDC+QNb1iXLUNx/mNYaJlxJxqNxCVnJaYfwRogYEOilw/tzS+aWJleWV 5eXB8uKEPBeWBovLw8Wl4fKirBksL08sLY+6Plgz6KQAnUIgcgE+3xj5ABEeAt0UWFhckef55cGS 5ASrz9FjeXh+ceLJxYE8z0uKsDLKDCYnht0koFcIxC2Qmh+M+YlErkmMe9yJDgEEEEAAgSyBAtcf cJFBT3algfVwdlxK9QSEbtYhsCgzB0sTchJBJgmGK0P1nBis/rr6WBmtkn/McdbBT50I5AsUuP5A V5aRKJgvpS3nB0WJ0ALqD7R+OFMBeTV0mLTfYoGVleHyysRqDjD8vQ99cDA5kOf8uclRWjAx/Ojt t61MDGRBni3uJKEj0GYBcvM2j17jsatEwfxp/qrTCDUBYUanpyT0Sl2JnXwwM9H4wIZs8AO33SbN q5/qcfvtH5Sff3z702tCxkfbCPRVgPygryNftt9y8LZnDtRKeag8QC+rRvQaVcBMERIldeGy0bFd awTkgkT5eIJ8eOF9t/62ClpShPXrVlRyII93vOsWmUKQBfWTBwIINCxAftAweDuaS1yBYCYEztMK 2QXSzkRwhqIde0M9UV64xGBl9HjPu29Rjfz+Hz6dHMivw8FQPuHIflLPCFArAjkC5AfsIg6BxPUH 4xvZ5xfMOvW8gnNyYvzWqSFCAbkOcXl44bl2cvDb77lVB/mb775lw7oLv8n1B0srEYZPSAh0X4D8 oPtjHLyH5vmF4MEQQLQCKkWQ5CDaCAkMgV4JkB/0argDdzbjwkM1hcBMcuARarD55aF8lFEuTnn6 KdcZvPc9ty4PBmeXJuS5NFh9rkzwEccGh4WmEHha4ML3O0PSVYGj8wu7d+3M6J39tXgZx2nzJb3s XCktJtbLGjMJsFshP+jqTujs16f+8ant0+vXrll90Xifck7yhtWPNEpmsLQ0lOxgzfLCG166me9v 7NXuQWebF+D7G5s3b1+LGW/indchpl2cmFivftUrE62QHLRvRyFiBBDotMCF+YOZmZlOd7OnnTtz 5kyJ+YMgWOQHQdgDNirzB9NTo/mDNZNyo6QLn2AcrhkuyG2R5A5Jq/MHcgJiZWll7fLCz9+whfmD gINF030QYP6gD6Pcsj7qWya0LG7CHU9APtYo3924uDL6wsbVDzmOHnLH5eHCUH6OFmT9krr3MrdQ HM+arREoJcD1iaXY2Kg6AfVZyurqo6Z2CLzwmrUTi+eGi08tL57Xz+GC/LowUM/lBZk5mFxefN6z 17ajS0SJQLcEyA+6NZ70BoGWCFx35YbX3TDz2pdM/8xLtuin/Pr6l06pp1yTKKcVfuHl08+9clNL +kSYCHRKgOsPOjWcic54Xn/QZQL61iGBubm5DvWGriAQl4B9/QH5QVwjVG00PvlBtS1SGwIIIIBA GwW4PrGNo0bMCCCAAAIINC3A9QdNi9MeAggggAAC8Qvk5AfTFx9190TaqbsJ6kcAAQQQQAABT4Gs /ECO2fMXHxy/PUHbW2zvxUd7u0DkCCCAAAJVCaTmByo50M3Ispki2PMK6lW13gzOOQORPS3R2KRF VYgdqEdygwMXH7IceY/ijzByQMJDAAEEcgVSP7+QyA8Sh3ydOuhiKi1Q682VzpIZK812M2LI7RgF RMDz8wsqOTDF7DVReUYeXlRWBBNW4Ko37vMJ4NFP8dFNHyfK1ChQ7+cXzPkGuxPZr9bYaaouLmCm C/Z5B/X2Xa1PZBWJlWYBvaw3V5Xon7pOeyuz2sQmxTvHFgg0KnDPh25Uzy/9wew/fvhX7v3Im792 +1sP/Mnb/vmOd/zrx9/5b5/4jUajoTEEvAXq/fyCOithn3TIDq/EJt79pWAxgbTzDnq9edT3P0Nh TgDoZc+2VO6SmPAo1itKI9C4wOSFx5o1a9aO/q0d/ZyclGe9f4Qb7ygNdkegwK5Z7hLFElc46k2Y coh2R8s+POcevM0ChQpHC0JgCGQIZCQHkiJAh0CcAqn5gX1BYomjdbmUQkuNuXmc4kSVIcBnKNg9 uieQnRwwf9C9Ee9Mj7LmD8yzA/ZnGdRZgNxrDvTJAl0yrVplmv1qZ9wj70ioDwjoMxS5kwqRAxIe AlpgNT9wnFZQJxfID9hVohXIOb+gp/oTHbDXJxIIXd5ZQ+7mqkC0ah0LTA7GiUsCxzw8j59ejF9D x8aI7rRXIDs5ID9o78h2PvIC1x903qLPHVQpgnokLg5wrretnDWYK3N502JwbkgCketJgUgE7AsS 9cwB8weRjBFhOAX4/sYu7xie9z/oMgF9QyCogNz/QD7KaH5aIZEcDAaTz/6l3+X+B0FHicZHAvXe /wBjBBBAAIGEQHZyMBgMEEMgTgHOL8Q5LkSFAAIdEdD3ObBnDkgOOjLGHe0G+UFHB5ZuIYBAHAIX 04ILn1ZQ1xzIaQWSgzjGhyhSBbj+oMs7B9cfdHl06VsbBPj+hTaMEjG6rz+4kB/A01WBo/MLu3ft 7Grv6BcCCCCAQCUCXJ9YCSOVIIAAAggg0HEBrj/o+ADTPQQQQAABBEoIkB+UQGMTBBBAAAEEOi5A ftDxAaZ7CCCAAAIIlBAgPyiBxiYIIIAAAgh0XID8oOMDTPcQQAABBBAoIUB+UAKNTRBAAAEEEOi4 APlBxweY7iGAAAIIIFBCgPygBBqbIIAAAggg0HEB8oOODzDdQwABBBBAoIQA91cugdamTbi/cptG i1jbL7Bv3772d4Ie9EJgbm7O7Kd9f2Xyg47vB+QHHR9guheZgOQHiT+7kQVIOAiMBOwdle9fYM9A AAEEEEAAgXwBrj/IN6IEAggggAACfRMgP+jbiNfV371792ZU7Xw1e5O6AqVeBBBAAAEPAfIDDySK 5AnIkf7AgQMc7/OceB0BBBBojQD5QWuGikARQKB1AoPBIBGzrFEPc71zpb1hfVXltiUFMvpiv9S6 kSJgW4D8gL2iRgGZUbAnFeyVqowuqQokNvRfWWN/qBqBIgLOA+rw4kO/Kgv2ytwDtnOrclXltuVM DtRWOvIiMJRthwD5QTvGKeYo1ckFiTBxikGt91mpkgNVid7K3NB/ZcxQxNYrAXWorqTLuVX5N5Rb lbOA/8pK+kslkQiQH0QyEF0OQx34E4/ESmcZJ4pPbV3WpG8tEfA/ZueWzChgn6rI5inXVtpWPqdF WjJchOkQID9gtxhLQJ8a0GcExr9K0T6VoOYSEicdnCvH6gwbI9CUgPOEfe6b+0R0+myCrk0O5PqY nZsKjN/X3NMi4zdBDQEFyA8C4nekaXUSQT/G75WzNr3SzD+cK8cPgBoQqElAH7/tg3fR5EAiTKtE HbbrvmawgfyjplGgWk8B8gNPKIo5BPRFA+ZrFX7Q0bxi0W5+/IkKBhWB5gXUwds5E9B8MOO0WHf+ MU5sbFuJAPlBJYxU4hAod1LA3EpfauC/kpFAIGaBSk4rxNxBYuuSAN/P1KXRdPSF72fq+ADTvcgE El97Y581MK8VULEnkgY1u+DcMDHxYFdl1qYL51aVW0DH6RNAZANCOG4Bvp+JPQMBBBAIKWCfSrBv GKDXmKcenBsmeuK894CzfntDc41PW1Lepy8hrWm7agHOL1QtSn0IIIAAAgi0X4D8oP1jSA8QQAAB BBCoWoD8oGpR6kMAAQQQQKD9Alyf2P4xzOwB1yd2fIDpXmQCctlXZBERDgJugbm5OfOFBw4f2b1r p6yRC01mZ2dlgfyg47sO+UHHB5juIYAAAlUI2PkB5xeqcKUOBBBAAAEEuiVAftCt8aQ3CCCAAAII VCFAflCFInUggAACCCDQLQHyg26NJ71BAAEEEECgCgHygyoUqQMBBBBAAIFuCZAfdGs86Q0CCCCA AAJVCJAfVKFIHQgggAACCHRLgPygW+NJbxBAAAEEEKhCgPygCkXqQAABBBBAoFsC3D+xW+Np9Yb7 J3Z8gOleZALcXzmyASGcVAHur9z3nYP8oO97AP1vVkDyg8Sf3WbbpzUEvATsHZX7K3vBUQgBBBBA AIGeC3D9Qc93ALqPAAIIIICAQ4D8gN1iLIG9e/cmtrfXlG6g1spLR8WGCCCAQB8EyA/6MMot7mOF 2UaLFQgdAQQQaFyA/KBxchosInDgwAFShCJglG2NwGAw8IzVv6RnhRRDwEeA/MBHiTIlBeTQrh7m 9vZKVaBoHpBRj67Kp/WSfWMzBJoSGA6HTTVFOwg8LUB+wN5Ql4Acm+Xdv3qYB2x7pUoOZL0zFOcU grNyXY/aRJfJbb0uAurtt4C871cPk8G5RgqY6xNldA1qwa6h38z0vi4B8oO6ZKnXFEg79usyuQUS nhnJROk6GTIEKhSQo7i871cP8wCfWKNa1IXVsd9Zxi5ZYbRUhYAtQH7AXlGXgH4Tn3t+ITeCtCkE +/RBblXOUx65W1EAgaIC2ScFEq+avxbasGhUlEfAX4D8wN+KkoUFnKcS9MqicwZm8+b5hUJhVdJ6 oRYp3FsB5/mF3mrQ8dYJkB+0bsjiCjjxzt68jCD3esPcAmZX0z7IUKiSRIYRFyXRdEvAPL/QrZ7R m74IkB/0ZaTr66d5HsGcEnCuTyvsE56z8kKTEOO07hMhZRCwBZyfTuQji+wq8Qvw/Y3xj9FYEfL9 TGPxsTECBQXMr71RSYC6PlFfVWCvTLxqllTLukBayYIxUhyBCb6fiZ0AAQQQCCagPoagUgQdhL0y 7eJEvd5eSNQZrIc03GkBzi90enjpHAIIIIAAAqUEyA9KsbERAggggAACnRYgP+j08NI5BBBAAAEE SglwfWIptvZsxPWJ7RkrIu2CgFz21YVu0IceCMzNzZm9fODwkd27dsoaud5ldnZWFsgPOr4XkB90 fIDpHgIIIFCFgJ0fcH6hClfqQAABBBBAoFsC5AfdGk96gwACCCCAQBUC5AdVKFIHAggggAAC3RIg P+jWeNIbBBBAAAEEqhAgP6hCkToQQAABBBDolgD5QbfGk94ggAACCCBQhQD5QRWK1IEAAggggEC3 BMgPujWe9AYBBBBAAIEqBMgPqlCkDgQQQAABBLolwP0TuzWeVm+4f2LHB5juRSbA/ZUjGxDCSRXg /sp93znID/q+B9D/ZgUkP0j82W22fVpDwEvA3lG5v7IXHIUQQAABBBDouQDXH/R8B6D7CCCAAAII OATID9gtxhLYaz3Gqq6GjSXAGmqlSgQQQKDjAuQHHR/gBrp34NIHx+MGzGkCAQQQqFuA/KBuYepH AAEEEECgfQLkB+0bsxZFrE8+mDH7rDQnIZzLdiWqmC6sCrTIilC7JzAwHmbv6l7fPUl6FESA/CAI ey8alcOzPvNgHrY9V2YYOWtWyYFUrhdkmRShF7talJ2UJCCRE6hf614fJQZBtVKA/KCVwxZV0Ikr FNURWh56IS1aZwG1Uh/a1SFfzw1k12m/mhtDVJIEgwACCMQjQH4Qz1i0NZLE9YlmN+yzAOpgn5j8 d65sKwdxI4AAAp0QID/oxDBG2QnzLIAZoH1+QU0YqAdnBKIcTIJCAIHeCZAf9G7Im+9w2sWGOhJn TqByBfN0AycLmh87WiwtMBwOzW31r3WvLx0wGyKQECA/YJeoS0CfNTCP6+apBPNKBX3SwScJcFaS mKJwfkqirq5SLwIuAUkF9CORK9S6ntFAoBIBvr+xEsZ4K+H7meIdGyLrogDfz9TFUe1gn/h+pg4O Kl1CAAEEEECgAQHOLzSATBMIIIAAAgi0TID8oGUDRrgIIIAAAgg0IEB+0AAyTSCAAAIIINAyAa5P bNmAFQ2X6xOLilEegXEE5LKvcTZnWwQaE5ibmzPbeuDwkd27dsoa+XDN7OysLJAfNDYWYRoiPwjj TqsIIIBAqwTs/IDzC60aQIJFAAEEEECgEQHyg0aYaQQBBBBAAIFWCZAftGq4CBYBBBBAAIFGBMgP GmGmEQQQQAABBFolQH7QquEiWAQQQAABBBoRID9ohJlGEEAAAQQQaJUA+UGrhotgEUAAAQQQaESA /KARZhpBAAEEEECgVQLkB60aLoJFAAEEEECgEQHun9gIc7hGuH9iOHta7qMA91fu46i3s8/cX7md 41Zd1OQH1VlSEwL5ApIfJP7s5m9DCQQaF7B3VO6v3Pgg0CACCCCAAAI1Czx2cvlfvrPy9cMLX/nG uXsePC/P/Q+c+/zBs39/4Km/+/qT8vybr527+5+e/PS9Zx96bMEzFq4/8ISiGAIIIIAAApEKHDsz 2DY12DazTp47to2el21d94ytm3bMbNg+s16esn7rlg3Tm9Y/9Cj5QaSD2Kmw9roeneohnUEAAQTa IHD+3NL5pYmV5ZXl5cHy4oQ8F5YGi8vDxaXh8qKsGSwvTywtj3oyWDPw7BDzB55QFHMIHLj4kNfM ZbAQQAABBJoUWFhckef55cGS5ASrz9FjeXh+ceLJxYE8z0uKsDLKDCYnhp6BkR94QlEMAQQQQACB HgmQH/RosJvpqpxz0A3pZbWgTkeYYegTFM3ERisINC8wGPhO5zpj05uPWU/zHafFJgUWZeZgaUJO IsgkwXBlqJ4Tg9VfVx8ro1Xyr8BBv0DRJrtKW90TkFRAnYMwkwZ9ViKRN3Sv+/SotwLyR3mcvo+5 +ThNs22LBFZWhssrE6s5wPD3PvTBweRAnvPnJkdpwcTwo7fftjIxkAV5+neK/MDfipJeAjoDUAmB 3sZc9qqIQgh0QiAxASC/mjMBatlc6SyQkFBlsuvpBB6dKCzwgdtuk23UT/W4/fYPys8/vv3pNZ6V kh94QlGsFgHOL9TCSqWxCsgRXU32Jg7teqWzgJ0cqPIZ9cQKQFx1CcgFifLxBPnwwvtu/W3VhqQI 69etqORAHu941y0yhSAL6qfPg/zAR4kydQno8wvMLtRFTL0xCThPFpgrfc4mpJXx2TYmDGKpUuDC JQYro8d73n2Lqvr3//Dp5EB+HQ6G8glH//2E/KDKEaIuJaBOMSQO+dlXGHD9ATsPAv4C9vkF/20p 2UkBuQ5xeXjhuXZy8NvvuVV38zfffcuGdRd+k+sPllZ8AcgPfKUoN6aAShrMvEGvsZOJMdticwQ6 LKDPQfi/EeywBl1LE1ApgiQHpYnID0rTseHTAp5nB9TZBBOOuyqxG/VKoNrPKFZbW68GonudXR7K RxnlStenn3KdwXvfc+vyYHB2aUKeS4PV58qE/0ccyQ+6t5/QIwQQiFRAXVGoJgBKh1hJJaVbZ8M4 BeTmB6vXJ64+JVcYfZDxwj62bu1AnvJxR0kgJIXw/4gj+UGcY93iqBInEVrcE0JHoAqBRCqgPneg K85d1gUSJdWvaa9WETh19F2A/KDve0Dl/bdPIkgTnicgKg+GChFAAIGeCMj8gTwlZVxanFDPRblp kkwX6Nspyocb1X0V/R7kB35OlEIAAQQQQCBWAflYo3x3oyQE8oWNqx9yHD3kpMNwYTg69SALsn5J 3XuZ/CDWUSQuBBDop4D/3+V++tDrcQReeM3aicVzw8WnlhfP6+dwQX5dGKjn8sLa5YXJ5cXnPXut Z0PMH3hCUQwBBBBAAIFIBa67csPrbph57Uumf+YlW/RTfn39S6fU8w0v3fzzN2z5hZdPP/fKTZ59 GNx/6JHLp9d7lqZY6wSOzi/s3rWzdWETMAItFdi3b19LIyfsvgnMzc2ZXX7g8BF1sJCJrtnZWVkg P+j4LkF+0PEBpnsIIIBAFQJ2fsD5hSpcqQMBBBBAAIFuCZAfdGs86Q0CCCCAAAJVCJAfVKFIHQgg gAACCHRLgPygW+NJbxBAAAEEEKhCgPygCkXqQAABBBBAoFsC5AfdGk96gwACCCCAQBUC5AdVKFIH AggggAAC3RLg/gfdGk+rN9z/oOMDTPciE+D+SJENCOGkCnB/pL7vHOQHfd8D6H+zApIfJP7sNts+ rSHgJWDvqNwfyQuOQggggAACCPRcgOsPer4D0H0EEEAAAQQcAuQH7BYVCOw1HoWqk+0KlacwAggg gEAzAuQHzTh3uRU5xh8wHrmHfLOAbNdlGvqGAAIItFaA/KC1QxdH4Co5MGORX3NThDhiJwoEEEAA gVQB8gN2jhoFVKKgTj6oZvQa81e9bJY0CycSDn02o8bQqRoBBBDotwD5Qb/Hv/7e67MP6hivJhvs 0wrmSQozG0hsrpIGfTaDiYr6B5AWEECgpwLkBz0d+Ma6PeYVBtmbj1l5Ywg0hAACCLROgPygdUPW 94DV9Q2JMxF9R6H/CCCAQNUC5AdVi1Jf/QKcX6jfmBYQQKDvAuQHfd8Dxuy//WmFxCcaKr9EoPIK xxRgcwQQQKCTAuQHnRzWRjtlTvinfdwxN2kwK8m95kCfX+D6g0ZHmsYQQKBPAuQHfRrt2vpq3h/J bkS9qtebv9rrE2vMrRI1kBzUNp5UjAACCEyQH7ATIIAAAggggEBSgPyAfQIBBBBAAAEEyA/YBxoU 4BRAg9g0hQACCFQpwPxBlZrUhQACCCCAQDcEBvcfeuTy6fXd6Ay9sAWOzi/s3rUTGQQQaEZg3759 zTREKwiMKTA3N2fW8MDhI+pgMRwOZ2dnZYH8YEzh2DcnP4h9hIgPAQQQiEDAzg84vxDBsBACAggg gAACkQmQH0Q2IISDAAIIIIBABALkBxEMAiEggAACCCAQmQD5QWQDQjgIIIAAAghEIEB+EMEgEAIC CCCAAAKRCZAfRDYghIMAAggggEAEAuQHEQwCISCAAAIIIBCZAPlBZANCOAgggAACCEQgQH4QwSAQ AgIIIIAAApEJkB9ENiCEgwACCCCAQAQC5AcRDAIhIIAAAgggEJkA+UFkA0I4CCCAAAIIRCBAfhDB IBACAggggAACkQmQH0Q2IISDAAIIIIBABALkBxEMAiEggAACCCAQmQD5QWQDQjgIIIAAAghEIEB+ EMEgEAICCCCAAAKRCZAfRDYghIMAAggggEAEAuQHEQwCISCAAAIIIBCZAPlBZAPSznAGlz7MTsgr 7ewTUVcm4NwH9MoK9xC1GybirqOhEjRFu1m0fB29HjOGEkpsEpUA+UFUw9HiYIbGgz8rLR5Ij9Cr HV/ZcdLaLNSQFFb7oEcPKIIAAvkC5Af5RpTIFlB/l1FCwCkQye4RSRgN7yT97HXDyB1ujvygw4Mb vmvmnyd9CiJx9sGeE/Yvqasy32gmlj3rz40qt4AdtorEDCARTG4BvXnGO2lPLrst1aOMsJ0FdD0m fhpyxsSAyikzBstuKGMIMgrbyWsCMyGQ9qoupgvYJTNInf3NMHTm3LmDpSscv9dSFXl/+L+hQSMg PwjK38XGnW9Z1Er1MP+8jrMyF8+/0cSBx44qt4CzLXX80702l80DQ0aBtGrtzXNhE8HoI5mzs3oQ 7QDUMUMfObKRM9KaxPDlNpQ9BImoMvaNxP6ZLWy+ap5Bs+vPECu3o6Y1kfhPpIc1u5USvc4NmwKd FyA/6PwQN9FB862V842L841I2rsTfVDRb7lKv48pUVV2W4m/s7kRmrXlItgFfDru30f/+nXJQhpm zqGWfeI3cx2frZwJqOde7jxMem7rWaxQlz2P7tnFcltsoNeeOBRrlwD5QbvGK9Jos99aqb9uzqlR e6X5ZtqcabBL5lqUq8oZam5bNRWwg0k4ePYx7Zia21lnAOYBKbcGTxm7I+PkAc5GVYWJKY2M+M0p AbOYmZCpZTPUEiAlNvFU1bGV6LV/E5TsqgD5QVdHtqF+ef4RNxMI8z23Wq/faJp/eRPvvDNSkMRf Z12/fjNatKpEVOUonVGZxxLPAolgtIOqqkQfzffrZm32XIiKMFvDHlmTK3v3MA/Azo74y/s05Hyf nR2/GVVuEqwHN00sbcR9YsjIeNKU9PDZBUq36D8ilOyAAPlBBwYx0i44/2Qn3scUDT1780KVFyqc 9tfZXu+ZMBXteLnyZh/1ck0R2p5pwhUGUKIqewpB2drvsJ35RIkRt4PMkPEZ6Bh67RMnZdouQH7Q 9hFsQfzqL7J66L+55krdB3OlLuzc3Oy2LpCYJ9CNlqgq7S94bl88Dyo+w+YkcnbctE3jspUK1W+2 q3GyNfwpnONuH7P1u3l7d/LxdL6NTtsz/StM2+symkvbJEMs939BoYDH77V/c5RsrwD5QXvHLorI s/+imQd+Pelqr0z8udSTn9mbJ46UqpKqqrKj9eyLWSx7ORFqWmFbw+54ItrEJmZ6lBgvXdLM27Lr z25LH8Lt4bA7mD1YhYYgOxexe527a3kmN3axbFLdKWffs/9LO/9fZGxSX6+j+NNDEPULkB/Ub0wL CCCAAAIItE2A/KBtI0a8CCBQm0DiLFht7cRVcT97HdcYRBkN+UGUw0JQCFQn4DlVXl2DLa4p46RG i3uVF3o/e52nwusT5AfsBAgggAACCCCQFCA/YJ9AAAEEEEAAAfID9gEEEEAAAQQQyBNg/iBPiNcR QAABBBDonwD5Qf/GnB4jgAACCCCQJ0B+kCfE6wgggAACCPRPgPygf2NOjxFAAAEEEMgTID/IE+J1 BBBAAAEE+idAftC/MafHCCCAAAII5AmQH+QJ8ToCCCCAAAL9EyA/6N+Y02MEEEAAAQTyBMgP8oR4 HQEEEEAAgf4JkB/0b8zpMQIIIIAAAnkC5Ad5QryOAAIIIIBA/wTID/o35vQYAQQQQACBPAHygzwh XkcAAQQQQKB/AuQH/RtzeowAAggggECeAPlBnhCvI4AAAggg0D8B8oP+jTk9RgABBBBAIE+A/CBP iNcRQAABBBDonwD5Qf/GnB4jgAACCCCQJ0B+kCfE6wgggAACCPRPYHD/oUcun17fv473pcdH5xd2 79rZl95e2s99+/b1s+P0GoFIBObm5iKJhDByBR44fEQdLIbD4ezsrCyQH+SitbtAz/MD/jy1e/cl +mgETj7+/ZmtP7RmzTrPiE6c+P7tt9/Bf0BPrhiK2fkB5xdiGBdiQAABBGIXkOTg3LmzZ84cP3ny B3L4P378u8eOPXr06BF5/uAHj8jzscce/t73vvnEEyelJ+fPPxl7f4gvT4D8IE+I1xFAAAEEVgUW Fp5av37jhg1TGzZsWv05tWnT9KZNW+S5cePmjRun5Of8/Cg/kJKYtV2A/KDtI0j8CCCAQEMCy8tL Kysrcn5aPVZPVcsKtWb0U8dx/jz5QUODUl8z5Af12VIzAggg0CmBUS6wsizP1WzgQkIgv+q8QXo7 GAzk5+Li+U71vJedIT/o5bDTaQQQQKC4wGpycMk8weHDh9REwsXnhUqXlpaKV88WcQmQH8Q1Hm2M Rt4umI92dUG91yn0KLFJofopjEDcAuq0wuhUgiQH8vOhhx6Sn2qNPsUgaUTcvSC6fAHyg3wjSmQI yMFSn4xUCxw+2WEQ6KrA6pmFUR4g/81VcqAeDz30sJkcrC6TH7R+LyA/aP0QxtYB8xol57xCIoHQ v6oFtYnqVNq0ROnpCr2hjWZGlVhOhJQWpK5TdyS2oSEeBMYU0JMEhw79u6rquuuuUwsPP/yIShHM vwBjNsfmYQW4P1JY/9pbr/v+SGr+wNmNxEv614z15luQopvbMcj9E83bs5gV2sFkv6pyAv3OSXc5 bSuzI7WPMQ0gUL+A3B9p+44r5A4H8lHGb37zsGrwuc/dpT6/oE4xyOPqq3cuLS0885nXHjz4ubvv /mru/ZEOHjxYeex79uypvM4+VMj9E/swypf0se78QB04zSadx86046vP+sSYpeUNhfIDXTj7qO/M fpw5QUZHerfP0eEuClzMDx6SOxwMBpOSIqjkQPqqLlp85JEjkhzIGvksg2d+IMmBHMsXFhYrBDt2 7Pj+/V+4+eabK6yzJ1Vx/8SeDHSj3Wz++oPS5xeKuqjLKczzC3YNuQWKNkp5BKIVuPiffeX6669X yYGeVFPJQdHzC6vXOlb7dE9nRksac2BcfxDz6BCbWyCRkdTKpNtKTJPoRs1gao2EyhGIQUAnAc49 f3VlkSsTK88OUk53xkDXuhjID1o3ZHEFnHbU9IzSf/O0kv41mCFlbJV2oWJuj8pFklstBRCIR0Dd B0nfH+niglyDMLppkr614mrAfp8cvnijJXW7pfGfpAcV7i3kBxVi9rEqcwZezbTr6w8SLznXZ1zq 7LO58/qAtGEwK7Tb1a+aLzk30SvV5Ko+v8Bl2338D9CzPm/b9sNyY0R5Liyck+fi4oIsywWJkjes pg5yI8XFmZnLRGX9+g0+NuqeCYnn1NTG3DVp5yQkxfBplzI+AuQHPkqUyRLImO1Pm3vX69UhVtXu PGabJXUQpaf07doS2YD61V6ZiE3Vo8M2f3V2hB0IgQ4IPProoenpHVdccZ1cfnjxeY1elvXyvPLK XTMzz/jWt+6XZc8umzdfVMuj/0SXPu019lYX1jCB4OnuUYz8wAOJIggggEDvBbZvv/zQoa8dPPj5 ++7723vv/auvfOXT1vMzX/3q3Q8+eM+znuWbHMi7ffukwigbuPRMg70m9VRE74epQgDygwoxqQoB BBDorsDKylVXXPeju/a+4Pk37H7hf96z59Uv3vuaF7/4dS996X956Ut/Vp433PCzL3vZ637iJ/7T pk1Tk36XH6xO1iWfq7MFl6zUa7ZMT8lL8lMtOLbl/EJ1OyD5QXWW1IQAAgggUERgdG7OuigxY/5A Xpqe3nzm9BPylAXHLMKFExRFgqBsigD3T+z4rtHA/ZGiFZT7J37mP14TbXgEhkCLBL74/p3r1m4Y TQpMTl64JndyjSxNDNbICvVpBfWK6tSpk//xRx+9I/v+iXJ/pB//8Z8491Tym6C3bps+fWrexNFr zJfsYrLJsWMn7v3ql7g/Uoldi/sjlUBjEwQQQACBegTkDIHH1YijGQXr0kW90qxBJiPqCbSPtXJ+ oY+jTp8RQACBGARKnF/Q5xRG+YF9wwTyg+rGlfygOktqQgABBBAoIuCaPhiefPz09h0zelpBlmWN nkEwXnLOIBRpnrKZAuQH7CAIIIAAAmEEVlbcH1Q8ceLU9h1b1VOW9TSBRKlfMtfrAtymrMKBJD+o EJOqWiNw//95eWtiJVAEuiyQelPl48dOqqeZQahzCvb6p086cH6hur2F/KA6S2pCAAEEECgiIN/l VOgbmkb5Qeb3PRZpnLI5AuQH7CI9EpBpA3vmQK1kRqFH+wFdjUbAef2B9YEG8wMKowwh48mnFyoc W/KDCjGpKmoByQBe9D/vlaeZCuiVifVR94TgEOiKgEwGFPrOxqNHT2SXH00v8KhIgPsjVQQZazXc H0mPjEoF1K962VwZ6xgSFwLhBeq4P5L06s4776y8b9wcqRypfX8k8oNykq3ZivyA/KA1OyuBRixQ U34QcY97Fxr3T+zdkNNhBBBAAAEESghw/UEJNDZpt0DapYhcotjucSV6BBCoVID8oFJOKotYQF2B mLjgQK/kQoSIh47QEEAggAD5QQB0mgwloD6/IK3rCxXVsl4fKjDaRQABBGITID+IbUSIBwEEEEAA gfAC5Afhx4AIEEAAAQQQiE2A/CC2ESEeBBBAAAEEwgtw/4PwY1BrBD2//8Hc3FytvFSOQE8ETj7+ /XVrNwykt5OTA/WYXCNLE4M1smJi4ulXFMipk//xRx+9g/+ALdo9uP9BiwaLUBFAAAEEEAgmwPxB MPpmGmb+oBlnWkGg2wI1zR8cPHgwuNuePXuCxxBDANxfOYZRaDQG8oNGuWkMgY4K1JEfSHIgx+aF hcWAZseOHd+//wt8ZYMMAecXAu6HNI0AAgggcInA6Kua5TueQz75vsfUfZLPL/DfFQEEEEAgkEDQ 1EASE3kE6nkLmiU/aMEgESICCCDQTYHhcCXok/QgY78iP+jmfzp6hQACCMQvMHrzbk0hTE1tNJ+1 nn6Q9CR+pVARkh+EkqddBBBAAIGJ0SUIlz4F5ezZp/RzavMmu0xla5hASN8HyQ/4/4kAAgggEEZA 3r3bJxhGcwrGWYcn5p/cLClCTechwvS7Ha2SH7RjnIgSAQQQ6KDA6PrA5HOUH1y60lyzZXpKPVUZ veBcVq+a5ZM1c36B+YMO/r9qvEtyQ1VpM7afjTPQIAIIVCYw+vyANTGQmD9QlwioYtPTm8+cfkI9 Zdl8ybksG+pNVPnkc3Ryg4dbgPkD9gxfAfVBoKh+qmSFBwIItFRg9QOGyYf6O2M+9BrzJbV8+tT8 zNYtsiA/E8vqj5WsVFXZ1fLxxuzdhvygpf+tAoQd4cGYzy4H2A9oEoEKBWS633V9on3FolozOsZf fOpltWD/TCtvVi4TChX2pmNVkR90bEBr7E6EB+MIU5YaB4CqEeicQNHzC6Mk4OI5Ar2sFuyfGWcf nj7LQH6QvlORH3TuP1xtHYrwYBxhylIbPxUj0EEB1/RB4m3/cPuOmZOPn7ZmDZ4uJq/qMuZy+oyD OYPQQdWqukR+UJVk9+uJ8GAcYcrS/f2AHiJQncDKiuuSwYmJ7Tu26ueJE6f0ZYWy7FwvEekyPsu6 cIR/1qrTHbcm8oNxBfuzfYQHY/5v92f3o6cdFXB8fuH4sZPmM5FB6JfM9bJS/+qz/PRJCs4vcH6h o/+1Gu1WhAfjCFOWRoeExhBoucBwpda7J+dX3nK/esNn/qBe3y7VHuHBOMKUpUsjTl8QqFsg5fqD yu6ebH02Ilkzn17IGGLyg7r3/+7UH+HBOMKUpTvjTU8QuFRg0+aZzTOXbd6yfWrztk1TWzdu3LJ+ w+b16zeuXbth7dr18pycXDcYrFVPz9sSyux+TfdN9qx2NMPAI0VgcP+hRy6fXo9PVwWOzi/s3rWz kt7JwTjCFCGja/v27Zubm6uk71SCQM8FTj7+/e07rjh37uzCwlPLy0srcmHh6Bz+cGVlWWT03YdW Vpa2bv2hLVu2f//7377jjv+b+x/wzjvvDA578803B48hhgAeOHxEHSxkNGdnZ2WB/CCGcakxhgrz gxqjLFt1dspCflDWle0QSAqo/ODMmeMyYSDJgaQF+qaExt0OR+sXFs4/85nXHDnyr3/+55/KzQ+A jkeA/CCesWgokgrzA+fB+ODBgw31ZGJiz549hdoiPyjERWEEMgRUfnDy5A82bJhS0warcwYXboK8 +qZzNJ0gP1V+cPjwfXfd9bfkBy3aqcgPWjRY1YRaYX5gByTJgRyzFxYWq4k1s5Zjx47v3/+FxEwg 8wcNyNMEAiKg8oMTJ76/YcMmlQfos41yusE48zhcXFz4kR+5+hvf+PJf/uV+8oMW7Tx2fsD1iS0a vsChOi8GXH0H0czTcRlRu66HCDx+NI/A2AIybbB65cEl/xnVRIJxf8NRM0tLS2O3RgWBBcgPAg9A i5p3H4wbyw5clxnz+YUW7T+E2hWBUSpw6NC/q+4sLcn04ShdeOihh+Wn/ishaURX+tvffpAf9Hfs i/bcfTB23P3MccNUz88aZRRzfgqJ+YOig0h5BMYRUJcdqOTg8OFDcmZBneNTyYH6qR7yh2Gchtg2 BgHygxhGoR0xOA/G6jvVzefU1Eb7Of4ZCPVVbIkH8wft2HWIsisC6o/Arl0/qjr07W9/W34+/PAj 6tdrrrna+FBDV/rc436QH/R48At2Pe1gnLgh2dmzT6mnVK+X/W+HNrV5k7uwawKB+YOCY0hxBMYS uPBxheHwuc/dZaYIKjm4WLX+ZsWx2mLj4ALkB8GHoDUBOA/G8q4+7XSCdKzEmYbUrVxOzB+0Zu8h 0I4IjD65oLqiUwRZvvrqnRdTB04rdGSkpRvkB90Zy7p7knb9QdrHF0ZHeuO8wpbpKfXMWCmvylaJ Mqq83IXV7iDzB3UPOvUjYAroJEBdd3T99dfLq9dee43643DxFgjcsbgjew35QUcGsoFuuK8/UB+E dj3NmYDp6c1nTj+hnrKsytsr5VXZSn66vhOe6w8aGGSaQCBHQCcBKle49tprzb8M6tYIIHZDgPyg G+PYRC/c9z/QJySthdX3ExcezmVz5elT8/rKppQqHX1k/qCJgacNBC4KqG9eWP0UwyjHv7gwup2i vjXCxf+VoxkFHq0WID9o9fA1Grz7YJz+/ayjw79xz5St26bVU68/dWperzRLOq9PlL9Gdm+5/qDR PYDGei+wbdsPLy6el+fCwjl5yq0SZXlpaUHyhtXUYXl5eXFm5jJxWr9+Q++1Wg9AftD6IWysA6nz Bx7nFyTIk4+f0U99+kCv2bZtWq0cZQ/OCvn8QmMjTUMIuAQeffTQ9PSOK6647pnPvPbi8xq9LOvl eeWVu2ZmnvGtb90vyyi2XYD8oO0j2Fz8Kfc/yPjoYmIG4ULJ7Ttm1LSCXlD3XzPmGpx1OnrK/EFz w09LvRfYvv3yQ4e+dvDg5++772/vvfevvvKVT1vPz3z1q3c/+OA9z3oWyUEXdhe+37kLo5jRhwq/ n8n+MiT5fqbnPe/5586ddwZw2WXbTpw4pV+SX9Vy9kpVzCyjtjp27MR9932l0De1y/c3dnx06R4C cQvw/Uxxj88l0fH9jS0arGpCrTA/sANazQ9+7Kkn3flBNR24WMvx4yfu+/q9hb6/sdoAqA0BBBDo sADf39jhwa29a+7rD1bGv3WyVw3O7vH5hdpHnQYQQKCvAlx/0NeRL97v4tcf+N9VOb+k85YrXH9Q fBjZAgEEEPASID/wYqKQCKR8fkFubFjiNsqFNxlNMlgP5g/YMxFAAIGaBLg+sSbYWKqt9foD6eSd d97ZWFftixPtSyYbC4aGEEAAgS4JcH1il0bTqy8V5gccjL3EKYQAAgi0UIDrE1s4aNGELJP56hRD bD+jESIQBBBAoDsCXH/QnbFsoCfqfH9sPxvoOE0ggAACfRMgP+jbiNNfBBBAAAEE8gXID/KNKIEA AggggEDfBMgP+jbi9BcBBBBAAIF8AfKDfCNKIIAAAggg0DcB8oO+jTj9RQABBBBAIF+A/CDfiBII IIAAAgj0TYD8oG8jTn8RQAABBBDIFyA/yDeiBAIIIIAAAn0TID/o24jTXwQQQAABBPIFyA/yjSiB AAIIIIBA3wTID/o24vQXAQQQQACBfAHyg3wjSiCAAAIIINA3AfKDvo04/UUAAQQQQCBfgPwg34gS WkC+2dl+jO9TqE717dLy0Au5AfiXzK0q5gKKsYEIzS/4NpurpPU69jE7sEpC9aSusC1nVRXW79kj ivVEgPygJwNdTTflm53VQ6ozlz1rz/hDpmvT9afVqVrvw6PQ330pbNMVqqEEaR31j7mPefaijr0o TUO3VQeXZ38phkAJAfKDEmhsggACIwE58nHMY1dAoKsC5AddHdlG+6XnhBOzzeaMd9qkdHagds1p U6z27Hqh+fa0hszTGYkumJGYxaRHiY4nYs5oy67H6ZOowWlbLlrVnHNAdSQ+b759+ujTli6jW8+g TqvQDjgxdhm7imbMHsSM3dt8Kbtde8icgWVHW2i3b/TPBI21TYD8oG0jFl+88vdIzwmbf7sTK/VZ iewDXuIPqF2zvXl2AIk/62mtOxtSNavjpSpQqDb1lzqxoTNau4kMLrsGZ+FscPNw6xmhk85p4tlH s9eetokY/HnT/t+khZrIdHOJcrUTBbKJMmQydkWfvsT394OI4hUgP4h3bDoTmc/bTfP6g0LvU3OV PFtPO/gl1hetzae8asK/ZG6Xsw/kOulppl0zmNJ91NlDrcGnhVc67BIjpduKIZgS8bNJlwTID7o0 msH6ot4om++t1R/0xMoS8XlW4lksI4Dxa/DvXZNt+UeVeMfsP3bl3vrr5irXKFRhVTtqCefcOHML 2I2W2KRE5GzSEwHyg54MdL3dTHv37z8n74zPnC/N7oAzAP8++zfkX2dGyTGjrSSGWj0LRVi5RtEK dXkzwS3UhXKFs+Mst08W7Xu5yNmqJwLkBz0Z6Ia6qf/CVvun1r82/5JpGUm21Jj1JyqvtrbcMVbv lRMT19kxeEY45hSCijy7rZqC9+xgru04BSoZgrC71jjdZ9toBcgPoh2a1gRmztCaZ0/1VKd5QCr0 51jXnH0CODcAk9IZQG5DzgLlpqad0aYNdna09sHericX3O5aoQh1i+YY+dfgX9JJNH7w5QJI2ypX WxfIbTdtn3T+t1I4uXW25m8KgcYhQH4Qxzi0LYrEAVvPapr9sFeqNXZfMw7/ehMz89B/Dc2Dk125 DiA7vdC1qWJ2Q4kCzj46t0ocMjOidZZM41JBJl5Ngy3U92zPxMDZNSd6kRFhdkl7fDP+f2SMe/ZW np0tNIjZu7cNkj2Izp0/e+jtV9v2p4V4IxIgP4hoMAglWoHc94XRRk5gCCCAQDkB8oNybmzVVgGf 99POGY6Med1WWKj4y3U/eAdbHXxwPQJAoJwA+UE5N7bqnUDbZ26dZyvaki60Ovje/Vehw10RID/o ykjSDwQQQAABBKoTID+ozpKaEEAAAQQQ6IoA+UFXRpJ+IIAAAgggUJ0A+UF1ltSEAAIIIIBAVwTI D7oykvQDAQQQQACB6gTID6qzbG1Ney99mP2QV4p2y7lJiXpy29V11lF5buvlChQKVQ1LuYbYCgEE EBhTgPxgTMCObH7AeJjHJFkdfw/DBlnTIVyqVWMSvz8RIoBAJwXIDzo5rGN1So5JNR3zxgqLjRFA AAEEGhQgP2gQu4VNmYmCPguROAHhnAbPmBt31qPrVC3am2dslR1k4lXnIHh2zY5Nr1HV2r96niNI BJCopyhOWpfNMzKJwNJabOE+S8gIIFCNAPlBNY6dr0VPd5uzC86V6jCp5sbteYi0TRI5R2Jzn63M dgtNgYzTNTX/b54FULUVCsYOwK7WTBHK4dg1JJR05J3fmekgAgj4CJAf+ChR5hIBfThMOzs+5lnz MTdXsZpB6jfHuTU3UGDMnSk3QtV3s8ue3fepeczg2RwBBFokQH7QosEKGao65BSa9k8LN+NMQcge 9qlthqBPo01fESgpQH5QEq6Hm+mPOJinsfVKfxC9CW9Y/dGqLckQVOtJbQh0UoD8oJPDOlannOeh 7SsJzDayX82YSHC+VK62RFVmJWrywycdqaTpsfTzNvaM0OxyRvc9a8sLitcRQKCDAoP7Dz1y+fT6 DvaMLq0KHJ1f2L1rZzZG4iDhvNpOatDFEgXkJfMIlDgwq6bNw7OzHh2hKqnK2A2ZKxNXAuqG1EIi G8jODzK65mzR7JEZaqIVu9q0MDxL+uPY5p6Y/L+pVuCqN+7zqfDRT835FKMMAvUJPHD4iDpYyNep z87OygL5QX3aUdTskx9EEejFIDzf6BeNuaZqi4YxZvlu9GJMhHZtLvnBPR+6UcU8eeGxZs2ataN/ a0c/JyfXPP8tHyE/aNewdjJaOz/g/EInB5pOIYBAXAJpyYGsjytQokHgogC7JvtCxwXUtfo+Fx90 HILuhRPISA5k/iBcXLSMQJYA+QH7R1wClR/I1bX6cXWybDSd6UhZgFZul50cMH/QykHtR9DkB/0Y Z3qJAAKBBFbzg+Q1B2qlSh0CxUWzCOQIsGuyiyCAAAI1CmQnB+QHNdJT9XgC5Afj+bE1AgggkCmQ +LSCOXPA/AH7TswC5Acxjw6xlRfgzj/l7diyUgHzo4x2cjAY8Ee4Um4qq06AXbM6S2pCAAEELAF9 nwNncjAYDDBDIE4B8oM4x6XRqNRbbfU5QNWwuWyuMd+U21ullTQrTNSQaKiqSHQ9jTrSGAIuAXUT JJID9o7WCZAftG7IaglY3SFAf0mjXtaHfPvLmdRR36ekXczcVt9NOdGWvm+BWUBXlbGV1KM+B8in AWvZV6i0oADJQUEwisciQH4Qy0iEjcM8lNqH1bQDrX9J1TufA3Z2JGlKPjWHFab13grI7ZOf9+YP 73rT71//Pz547U3/++r//r+e88sfePYv/a7celk9eytDxyMXID+IfIBiCU+9m/e56K+OkqaCf/2x 2BFHjwXkixV8nj0WouvxCpAfxDs28URmzupnR+VfUk0n6Id/Z8tt5V8/JRFAAAEERID8gN2ggIDP /IGqzlkybXP/ahMTCQVCpygCCCCAQBEB8oMiWn0ta163mG3gLJm9Uk05eNLqqny2Kpd2eEZCMQQQ QKDbAoP7Dz1y+fT6bneyz707Or+we9fOeAR8juvxREskCCCAQE8EHjh8RB0shsPh7OysLDB/0JOh D9lN3seH1KdtBBBAoJQA+UEpNjYqIlDopECRiimLAAIIIFCXAPlBXbLUawqU+JwCgAgggAACAQXI DwLi0zQCCCCAAAKRCpAfRDowhIUAAggggEBAAfKDgPg0jQACCCCAQKQC5AeRDgxhIYAAAgggEFCA /CAgPk0jgAACCCAQqQD5QaQDQ1gIIIAAAggEFCA/CIhP0wgggAACCEQqQH4Q6cAQFgIIIIAAAgEF yA8C4tM0AggggAACkQqQH0Q6MISFAAIIIIBAQAHyg4D4NI0AAggggECkAuQHkQ4MYSGAAAIIIBBQ gPwgID5NI4AAAgggEKkA+UGkA0NYCCCAAAIIBBQgPwiIT9MIIIAAAghEKkB+EOnAEBYCCCCAAAIB BcgPAuLTNAIIIIAAApEKkB9EOjCEhQACCCCAQEAB8oOA+DSNAAIIIIBApALkB5EODGEhgAACCCAQ UID8ICA+TSOAAAIIIBCpAPlBpANDWAgggAACCAQUID8IiE/TCCCAAAIIRCpAfhDpwBAWAggggAAC AQXIDwLi0zQCCCCAAAKRCpAfRDowhIUAAggggEBAAfKDgPg0jQACCCCAQKQC5AeRDgxhIYAAAggg EFCA/CAgPk0jgAACCCAQqQD5QaQDQ1gIIIAAAggEFCA/CIhP0wgggAACCEQqQH4Q6cAQFgIIIIAA AgEFyA8C4tM0AggggAACkQqQH0Q6MISFAAIIIIBAQAHyg4D4NI0AAggggECkAuQHkQ4MYSGAAAII IBBQgPwgID5NI4AAAgggEKkA+UGkA0NYCCCAAAIIBBQgPwiIT9MIIIAAAghEKkB+EOnAEBYCCCCA AAIBBcgPAuLTNAIIIIAAApEKkB9EOjCEhQACCCCAQEAB8oOA+DSNAAIIIIBApALkB5EODGEhgAAC CCAQUID8ICA+TSOAAAIIIBCpAPlBpANDWAgggAACCAQUID8IiE/TCCCAAAIIRCpAfhDpwBAWAggg gAACAQXIDwLi0zQCCCCAAAKRCpAfRDowhIUAAggggEBAAfKDgPg0jQACCCCAQKQC5AeRDgxhIYAA AgggEFCA/CAgPk0jgAACCCAQqQD5QaQDQ1gIIIAAAggEFCA/CIhP0wgggAACCEQqQH4Q6cAQFgII IIAAAgEFyA8C4tM0AggggAACkQqQH0Q6MISFAAIIIIBAQAHyg4D4NI0AAggggECkAuQHkQ4MYSGA AAIIIBBQgPwgID5NI4AAAgggEKkA+UGkA0NYCCCAAAIIBBQgPwiIT9MIIIAAAghEKkB+EOnAEBYC CCCAAAIBBcgPAuLTNAIIIIAAApEKkB9EOjCEhQACCCCAQEAB8oOA+DSNAAIIIIBApALkB5EODGEh gAACCCAQUID8ICA+TSOAAAIIIBCpAPlBpANDWAgggAACCAQUID8IiE/TCCCAAAIIRCpAfhDpwBAW AggggAACAQXIDwLi0zQCCCCAAAKRCpAfRDowhIUAAggggEBAAfKDgPg0jQACCCCAQKQC5AeRDgxh IYAAAgggEFCA/CAgPk0jgAACCCAQqQD5QaQDQ1gIIIAAAggEFCA/CIhP0wgggAACCEQqQH4Q6cAQ FgIIIIAAAgEFyA8C4tM0AggggAACkQqQH0Q6MISFAAIIIIBAQAHyg4D4NI0AAggggECkAuQHkQ4M YSGAAAIIIBBQgPwgID5NI4AAAgggEKkA+UGkA0NYCCCAAAIIBBQgPwiIT9MIIIAAAghEKkB+EOnA EBYCCCCAAAIBBcgPAuLTNAIIIIAAApEKkB9EOjCEhQACCCCAQEAB8oOA+DSNAAIIIIBApALkB5EO DGEhgAACCCAQUID8ICA+TSOAAAIIIBCpAPlBpANDWAgggAACCAQUID8IiE/TCCCAAAIIRCpAfhDp wBAWAggggAACAQXIDwLi0zQCCCCAAAKRCpAfRDowhIUAAggggEBAAfKDgPg0jQACCCCAQKQC5AeR DgxhIYAAAgggEFCA/CAgPk0jgAACCCAQqQD5QaQDQ1gIIIAAAggEFCA/CIhP0wgggAACCEQqQH4Q 6cAQFgIIIIAAAgEFyA8C4tM0AggggAACkQqQH0Q6MISFAAIIIIBAQAHyg4D4NI0AAggggECkAuQH kQ4MYSGAAAIIIBBQgPwgID5NI4AAAgggEKkA+UGkA0NYCCCAAAIIBBQgPwiIT9MIIIAAAghEKkB+ EOnAEBYCCCCAAAIBBcgPAuLTNAIIIIAAApEKkB9EOjCEhQACCCCAQEAB8oOA+DSNAAIIIIBApALk B5EODGEhgAACCCAQUID8ICA+TSOAAAIIIBCpAPlBpANDWAgggAACCAQUID8IiE/TCCCAAAIIRCpA fhDpwBAWAggggAACAQXIDwLi0zQCCCCAAAKRCpAfRDowhIUAAggggEBAAfKDgPg0jQACCCCAQKQC 5AeRDgxhIYAAAgggEFCA/CAgPk0jgAACCCAQqQD5QaQDQ1gIIIAAAggEFCA/CIhP0wgggAACCEQq QH4Q6cAQFgIIIIAAAgEFyA8C4tM0AggggAACkQqQH0Q6MISFAAIIIIBAQAHyg4D4NI0AAggggECk AuQHkQ4MYSGAAAIIIBBQgPwgID5NI4AAAgggEKkA+UGkA0NYCCCAAAIIBBQgPwiIT9MIIIAAAghE KkB+EOnAEBYCCCCAAAIBBcgPAuLTNAIIIIAAApEKkB9EOjCEhQACCCCAQEAB8oOA+DSNAAIIIIBA pALkB5EODGEhgAACCCAQUID8ICA+TSOAAAIIIBCpAPlBpANDWAgggAACCAQUID8IiE/TCCCAAAII RCpAfhDpwBAWAggggAACAQXIDwLi0zQCCCCAAAKRCpAfRDowhIUAAggggEBAAfKDgPg0jQACCCCA QKQC5AeRDgxhIYAAAgggEFCA/CAgPk0jgAACCCAQqQD5QaQDQ1gIIIAAAggEFCA/CIhP0wgggAAC CEQqQH4Q6cAQFgIIIIAAAgEFyA8C4tM0AggggAACkQqQH0Q6MISFAAIIIIBAQAHyg4D4NI0AAggg gECkAuQHkQ4MYSGAAAIIIBBQgPwgID5NI4AAAgggEKkA+UGkA0NYCCCAAAIIBBQgPwiIT9MIIIAA AghEKkB+EOnAEBYCCCCAAAIBBcgPAuLTNAIIIIAAApEKkB9EOjCEhQACCCCAQEAB8oOA+DSNAAII IIBApALkB5EODGEhgAACCCAQUID8ICA+TSOAAAIIIBCpAPlBpANDWAgggAACCAQUID8IiE/TCCCA AAIIRCpAfhDpwBAWAggggAACAQXIDwLi0zQCCCCAAAKRCpAfRDowhIUAAggggEBAAfKDgPg0jQAC CCCAQKQC5AeRDgxhIYAAAgggEFCA/CAgPk0jgAACCCAQqQD5QaQDQ1gIIIAAAggEFCA/CIhP0wgg gAACCEQqQH4Q6cAQFgIIIIAAAgEFyA8C4tM0AggggAACkQqQH0Q6MISFAAIIIIBAQAHyg4D4NI0A AggggECkAuQHkQ4MYSGAAAIIIBBQgPwgID5NI4AAAgggEKkA+UGkA0NYCCCAAAIIBBQgPwiIT9MI IIAAAghEKkB+EOnAEBYCCCCAAAIBBcgPAuLTNAIIIIAAApEKkB9EOjCEhQACCCCAQEAB8oOA+DSN AAIIIIBApALkB5EODGEhgAACCCAQUID8ICA+TSOAAAIIIBCpwOD+Q49EGhphIYAAAggggEBTArt3 7ZSmhsPh7OysLAxkqammaQcBBBBAAAEEohbQ+QHnF6IeJ4JDAAEEEEAgiAD5QRB2GkUAAQQQQCBq AfKDqIeH4BBAAAEEEAgiQH4QhJ1GEUAAAQQQiFqA/CDq4SE4BBBAAAEEggjw+YUg7DSKAAIIINCE wMGDB+trZs+ePYnKa21uzI7Y0Tor5PONYzqzOQIIIIBA7AJytJaD4sLCYh2BHjt2fP/+L9x88826 8lqbG7MLdrRpFfL5xjGp2RwBBBBAoAUCcocfuctPPU/H3YPqbG7MXhS+1xHXH7Rg/yZEBBBAAIGS AvWkBqO7DDrvLlhbc+NmB8XvhUh+UHKXYzMEEEAAgRYIDIcr9TzdB9x62hq/C8XTgwnygxbs3oSI AAIIIFBOYDSrnvKefmpqo36aZWSlvYm9UvIOOySf5sacCcjd3Bm/M9psUvKDcrscWyGAAAIItENg dE2A9ZzavOns2af0U37VZUYZxaVPVThZScpb8tzmzLachcdcace/elUE1x+0Y3clSgQQQACBJgTk Tb59gmHz5k1PzD9prpdfZaVaMzq+GhP6duELr7rC92nObKuOkx+J+DOiZf6giV2QNhBAAAEEYhQY vXFOPlffYaeuNF/dMj01P3/W+QGICdf5hdX36fnNmXVKE+qpN1TLiZV6jVnSudLdO2e0mQPG+YUY 92diQgABBBCoRGD0MQPr6j7nO2y9Ui9MT28+c/qJ1Lf4o7MQyYd/c6pa1YR6yrKewNDr9UpnybTN HTG7omX+oJJ9jEoQQAABBNonsPo5xORjlAGkr1Svzmzd4ixmbOfQ8G9OlTx9al5vopuTBb3eXKlL 2q+qywtUgZSwC48d8weFydgAAQQQQKA1AjIFb11vODqCpq+UV7dumz51al6espB2taC8/3clCL7N 6WqlCfXUUZnhOVeal1Jmb65LuqPNHEXyg9bs5ASKAAIIIFBUwH/Cf3Qkvnh94snHz6hlWdgmKYLz /gOu/MCzOV2nLEgT6mkGoFt0rjRf1ZvrmPUml4TN5xeK7jqURwABBBDosIBr+kCO+qe375gxZxDk V1l5cc0l8wt2YaNYUs6nOWdbq/H4ziAYwT8dqnOl0cfCg8z8QWEyNkAAAQQQaIvAyor7zf+JE6e2 79iqn/KrniOQriXmC1ThxErnHQV8mjPb0mHIgm7XDEAvmwHrGpwr7fglcme02YNIftCWnZw4EUAA AQRKCKTe8fj4sZP6aSYRstLOKeyVo48xOh75zSUqVzHISt2E2VZiWRfWldhdcMafEq2zAxf6RX5Q Ym9jEwQQQACBdggMV3LvR1yygLP/9TU35hc/+Y/W+fPnVWHyA380SiKAAAIItEzAeUGA6+MLhW9q 7J49cHx8oXDNlYSXqMT/7sqPP/44+UHL9nLCRQABBBAoKiBvu8f/8kNnDc4Z+/qaG7MX/ucX9u/f r5AHJa5ZKDo8lEcAAQQQQCCIwJ133llfuzfffHOi8lqbG7MjdrR2hUtLS295y1vkJ/nBmNpsjgAC CCCAQHcEZPLgYx/7mPTnsssu4/qD7owrPUEAAQQQQKC0wJkzZ1RyII8XvehFk4uLi6XrYkMEEEAA AQQQ6ICAJAO33HKL6siznvWsyy+/fM3Ro0df+cpXbty4sQPdowsIIIAAAgggUFTg9OnTv/VbvyU/ ZcOpqamf+qmfWrdu3Zrrrrvu7rvv3rFjx1VXXTU5yemGoqqURwABBBBAoK0CciniPffcs2/fPnXb A0kLXv3qV09Pj74sanDjjTeqbq1du/amm2568YtfLLmCLLe1r8SNAAIIIIAAApkCkhbIfQ6+/vWv 33XXXerTCvLYvHnzq171qu3bt6tfB+9+97u/973vIYkAAggggAACvRWQaw5uuOEG82KDwV//9V/L JQj333//iRMneutCxxFAAAEEEOingHyUUT6tIBckJro/yg/UKskPZCJBcgX5hIO+/XI/seg1Aggg gAACHRbYsGHDzMyM5AQybSD5gbOn/x+lk0+X5Hp8ugAAAABJRU5ErkJggg== --_005_DB3PR04MB061800325F6E2DFFB91F0E77C1490DB3PR04MB0618eurp_ Content-Type: image/png; name="image003.png" Content-Description: image003.png Content-Disposition: inline; filename="image003.png"; size=23717; creation-date="Thu, 22 Jan 2015 06:41:42 GMT"; modification-date="Thu, 22 Jan 2015 06:41:42 GMT" Content-ID: <image003.png(a)01D0362F.783B7630> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAwMAAAJKCAIAAAD/YA5kAAAAAXNSR0IArs4c6QAAAAlwSFlzAAAO xAAADsMB2mqY3AAAXEpJREFUeF7t3U9oHcl+6PHnt7zeeBFMgk0g11zwYCZguDhKFhlsZC0GLQxj baLF2CtpFWMGvDB4ZfDCEIxnZa0sL0RA1gQvlLuQRYxnFmOGAUOMGEIQgWCRYLjgATvr97vze69e 3erq6qrqf3VOf8/icNSn6le/+lRL/VN3H+nY4eHh/+KBAAIIIIAAAghMT+DXv/71se3t7cXFxenN nRkjgAACCCCAwKQF9vf3V1ZW/vekDZg8AggggAACCExbgEpo2uvP7BFAAAEEEJi2AJXQtNef2SOA AAIIIDBtASqhaa8/s0cAAQQQQGDaAlRC015/Zo8AAggggMC0BaiEpr3+zB4BBBBAAIFpC1AJTXv9 mT0CCCCAAALTFqASmvb6M3sEEEAAAQSmLUAlNO31Z/YIIIAAAghMW4BKaNrrz+wRQAABBBCYtgCV 0LTXn9kjgAACCCAwbYGG/zt2+fJlr8/z58+n7cbsEUCgX4G6Hz4yqvz8kXdn7qeQzmjm0u53mYuP nren5fVyMDoJ0hVwUcl0NSmJw/8d6xCTUAgg0LGAVAzmoQWE/WWbwQI1Vpuw4b56IKEM6k84NXKv u0EnC91JkFSWvtv3yp6dfMPVMedHT1c/ibLTpSMCCCCAAAIIINChQMPVMTOSc1734cOHu7u7z549 O378+MePH69cubK8vHzjxg1t9ujRo83NTXlx7dq1M2fOmCCHh4fSSx7S+Isvvjh9+nSHMyEUAgjM q0D1zLxuMb9f2r892790Vn+rdn4ldRqYsHnB1b+aQCClpIk4DnVfeoezB6qbteav78bbJk3BIXIu dDZm3lV6kTtJY3qBPdMg140VzkGXwKxF3Q5pPL1r6t0b7chO99SdpG6Hz/hGGOtnl14dy6yEXrx4 ce/ePal4pNCR+mZ9ff327dsXL16snvh6/PixVjxv3769fv26Pdutra2TJ0+ONX/GRQCBWRHwHm/M QbF6zDDz8t7c4BxgbATvkaCufTi49xhTBXd+yQyPZY9oF232WOHyyHvBpZpDkm3SFJzDsN03MvOM 4WKm491nGtNrrIQCk3LKd2/VbleldmlVV/c4s0gd3bF1vjViGBu/WbzfNSP+IGp1n9Cf//mfS+r/ 9m//Zp51iz6kKpJ1kmd5LcPoRn0h1Y+8Jc/y+scffxxx/gyNAAIzLdD+Lgr792znCN0+eLxt/FhO ws6BqjFOoIHzlrdlfHdNrDGfyDbVZjGRbZzU9qZvY8fALuTdARoD1u024Y6paQR2ztRVjtzPsyce Gb9ls8xP0f/pn/6pDPz999+bZ/sq2IULF2S7PmvRY16srq5KSSjPpmPLCdAdAQQQcGoC+SGjj85l TOQ+gneVba9JptomtW+Zecvujf7dxu82WmPyAzfQ4qzkbxMbJLMSktuDpJp59eqVXBqTZ61sUh/S MbUL7RFAAIGwgPwIth+NjfWHdeRJ+6Tg/a2UydZ7lqi/JHVcfcTMLrV9y8xbdm+ckTe+WYLIXciM 0m222Wk0zjq7gU5wJuqhzEpIaM6ePSvPcvuzeW28Xr58Ka/fvHkjz6ZI0hd6dSzpeyl7GeiIAAII INCVQOqRPrV9V3kSpygBUw8VlZWTTH4lpPdBayXkfArswYMH8j1w584deWtxcVGH1Bd6dUwfOzs7 JdOQGwIIzLpA9sn5mI4xbWIAk+LoL9n2KZnqFnvQpOAx2Wqb1LB17QNxUodwkm/ZvXGadvzwEsQs RyfZxi9fTEp50UyvEWeUkXnmZ8ecvcR8W+rk6z5F/9NPP+3t7UnxtLCwcOnSJfmsWUbGdEEAgakJ VM8uOFvsL51DVNXKNLB/cNm1hUarNnMqgLorRN4E6k6QZIwVo2FmXTdH51hYnb59SHN+wstb9rE/ Zi2cWsG2bVy7QHxdkWp6mqE5Tnln513f6qGtMX54lMA+E7OjauZhgcBSxoweWMrInaRuInXfCBrW O7Xhf7KlfYrem5/80SC52rW2tnb16lV7B6r7ATH8JBkRAQQQaBSIP9I0hkptUFchpcaZ3fYIdLh2 YKZitvoUvT3Y+fPnU8emPQIIIIDANAVm67rJNNdoarPOv09I9mb54Jj80SD78/NT42O+CCAw0wLy c4xfowdeQfN5IvA7lAezDWbsfUJtxqAvAggggAACCCBQmkBnV8dKmxj5IIAAAggggAACkQL5V8ci B6AZAggggAACCCBQrACVULFLQ2IIIIAAAggg0LsAlVDvxAyAAAIIIIAAAsUKUAkVuzQkhgACCCCA AAK9C1AJ9U7MAAgggAACCCBQrACVULFLQ2IIIIAAAggg0LsAlVDvxAyAAAIIIIAAAsUKUAkVuzQk hgACCCCAAAK9C1AJ9U7MAAgggAACCCBQrACVULFLQ2IIIIAAAggg0LsAlVDvxAyAAAIIIIAAAsUK UAkVuzQkhgACCCCAAAK9C1AJ9U7MAAgggAACCCBQrACVULFLQ2IIIIAAAggg0LsAlVDvxAyAAAII IIAAAsUKUAkVuzQkhgACCCCAAAK9C1AJ9U7MAAgggAACCCBQrACVULFLQ2IIIIAAAggg0LsAlVDv xAyAAAIIIIAAAsUKUAkVuzQkhgACCCCAAAK9C1AJ9U7MAAgg0FLgsvWwQ8nmlpFnrrtKBNJuaRIf v+VAMoX2EWZu+Ui4TAEqoTLXhawQQOAPAnpgfm49pnz4NBTOztGVSV38nvZFWdWeIhMWgSQBKqEk LhojgMDQAs7xUr7s6sA/9EwYDwEEihQ4tr29vbi4WGRuJIUAApMW0FMU4StBdmFkN7arpT6221l5 x9LkzVsxOYRjRs4oe9xq/MC89HSdmZS3rzPl6pcmQkzOiqlBGneMSX/bMPkUgf39/ZWVFSqhFDPa IoDAgAKNBzw9ANvHY++Rsu4Imr3dKVm8h/zU3CJjekvDalESb1I3roNftQrrOSnZdYwpZewIjevo eA64GzLUPAtoJcTVsXleY+aGwNwL9HGvSVcxu4qTuohjjWvnGbiI6S1wG3NubJCqRHsEjACVEDsD AghMXUAP297bj3R73bt5cH3EjMlkrHFjcqMNAiMKUAmNiM/QCCBQioB+Oq1a8eh28+gk3T5ixiQ2 yrjmDFDgLFFM8rRBoD8BKqH+bImMAAKtBOqOnd6TN61G+n+dTT3USTSCIIDATAhQCc3EMpEkAtMV cOqextuoM6QiS6vIZkkJ9BEzJoEBxnXukpasqltiUtU2AyQcnwwt50yAz47N2YIyHQTmUMA+Cno/ qGUOlvZnpgyE06WT7bayN726z145B/W6G4FjYpocTONqqeF8hss7dztOo5X9ga8YbWeCTj76boyV PbU+quE5/LZhShECfIo+AokmCCCAAAJlCFAAlbEOc5UFn6Kfq+VkMggggMCcCXBFbM4WtNjpcJ9Q sUtDYggggMCkBcyn+fQzffxJoUnvDX1OnkqoT11iI4AAAgi0EOj8Txi0yIWucytAJTS3S8vEEEAA AQQQQKBRgEqokYgGCCCAAAIIIDC3AlRCc7u0TAwBBBBAAAEEGgWohBqJaIAAAggggAACcytAJTS3 S8vEEEAAAQQQQKBRgEqokYgGCCCAAAIIIDC3AlRCc7u0TAwBBBBAAAEEGgWohBqJaIAAAggggAAC cytAJTS3S8vEEEAAAQQQQKBRgEqokYgGCCCAAAIIIDC3AlRCc7u0TAwBBBBAAAEEGgWohBqJaIAA AggggAACcytAJTS3S8vEEEAAAQQQQKBRgEqokYgGCCCAAAIIIDC3AlRCc7u0TAwBBBBAAAEEGgWo hBqJaIAAAggggAACcytAJTS3S8vEEEAAAQQQQKBRgEqokYgGCCCAAAIIIDC3AlRCc7u0TAwBBBBA AAEEGgWohBqJaIAAAggggAACcytAJTS3S8vEEECgBIHLly87aciW6qOaqt2mbiLV4Nqybnt/IDHZ ekdPSjWpcX+TbYw8K3k2TmT4JfPS9e1JJZS3J9ALAQQQaBaQn+DPnz+v/hyXjc7DbqNVhd0gcCTw VlrNmdW0yDvkxGdbHVamOVb1Nu642Ws0ese+lyxjJ8zoYjNSCY2+U5EAAggg4AqYg42+4S2nClHT MshOpuRsC0EjjYDA8PsPlRA7JAIIzL/A+/fvd3Z29FzL5uamfGnOB8iWw8PDO7885IVtodulwYsX LwYzqhYWphjy5uAcNqrd665bVbfrL9a63faxt2gDp1k1Ma2NnN/UvV+aaDFDO1l5Qez0qiOaWZtQ ZtyYbO3GdvuwSd15OyeZOvNeE/OCGNhhlizpmytmv00KKI2phFLFaI8AArMn8OzZs42NDc17a2vr yZMn9hzW19df/fKQF2/fvtW35IVul9f37t17/fp16rRNUTL877j2kcx7lU1zMw894Gn5ohv1kF93 hc68FVOamDYBh4yhA9HszO2qrnHKjpu3gok0cUJVd574JO2+2qvDxJx9IGYsbdPtkjk+dYsbs9+m fp9KeyqhDDS6IIBAEQJ7e3tHR0fy3JjNtWvX9Cf+06dPpfHu7q7d5fbt2/KWPMvG/f19fUtfSNmk Xb799tvGUeIb2L/X6mvnAlN8qHDLyLCRzcxYdnunMtDpmINl9ZitbyVN2RmuESd1Op1k6x00MM34 JBtrvg73gZZj1e0hjUs2bgMqoXH9GR0BBPIFzp07d3BwIM8xxdC7d+/kBI+cHKqOd+HCBdmoz1L6 aAN9cfLkyRMnTsjh4caNG0mJOodA5wBjVw/6Oim409gErzvuVq/CaJe6MsXEr16JaDzo6nQaI7eZ b3bf1OlkD5RR7bUcS4vL6kIHwkbuA+0Ty4sw5F5EJZS3RvRCAIHxBU6dOhVZDMkdP6urq5LxlStX usq78cDjnPjpatzUOPYFBbuvKVkCVYtTsaUObVdUWu0NeXirZhs5HVNQtslWg3RbEYYTi5xd5D7Q CUL2DqMdOwesy4dKqOVK0R0BBEYTkEtjek5InpeWlgJ5yB0/8u7Zs2c/fPhQbfby5UvZ+ObNG3nW gsm8kLuF5PZqOSrIrdNOR/vA4x0648gU+Omfd0xtvAjV/hROXmKj7TRDDVxC5Rc51/b7QORAxTaj Eip2aUgMAQQaBCLLIImyvLwszysrK9evX19YWHDiPnjwwNQ6i4uL+q6+kPbSS15cunQpfj289UfS L7hOeRFT0DS2sWNmlC+BLoFsddb25b/qlkbYjGzzYnaSbePQ2iBpUqmJxQSva5M6lne+MQnEQCV9 18QE9LahEsqmoyMCCIwsIOeB5AJZ+GyQpvjll19qMbS2tvbVV1/JC/uD8Y8ePZLySB7y4vTp09pF Xuh2eS03U1+8eHGw2drXrfQSW/aNROZeEG85Yq7f2fF1o0zW7hvIocNsU4dOWpHAdMy4jQEjTew4 dcdy79JkxNexMjpmdKn6tFmyyGqpWkaH99vGRaw2OLa9vW1+B8roTxcEEEBgdgXMIX92p0DmsyjQ prqdxfkWm7N8RFRO+nJOqNgFIjEEEEAAAQQQ6F2ASqh3YgZAAAEEEEAAgWIFqISKXRoSQwCB3gX0 Hpfeh2EABP5YgL2uqD2CSqio5SAZBBBAAAEEEBhUgEpoUG4GQwABBBBAAIGiBKiEiloOkkEAAQQQ QACBQQWohAblZjAEEEAAAQQQKEqASqio5SAZBBBAAAEEEBhUgEpoUG4GQwCBsQTi/47wWBk643r/ Am/kn+XVUNXG5o/z2i+q8w2/a9o70QpxGyyNlmvRmGdSfHtRGiPTwBGgEmKXQACB+RfQP+k7Wx9d NtlmHxG9/+dBHeyHHd/8cw/TIDy6HWf+d6M/nmHLBeqJa7Z28p4QUsNSCaWK0R4BBBCYZwHnUFr3 b7PmmYC5TUyASmhiC850EZiegJ7VsK+Oea/+VJvVXXGonkSpXnprvPxkr4Nz3sVkomk7yZsv884V Bda/7p9heU8zNP7nLO+1OWd0e3ZVBGOovbxK1TVKXVzb0wwRM5azTHZfJ3M7yequ4uwJ3gbVSdXx ttk5wzvtHP/koBKa48Vlaggg8AcBPZCbq2N6CPde/TFvRcLVhQoMUY2sjevKGid5PWw3XroyZUqv Z3TCB05n6LrKyTudRsA6tIzFzR5LlzJj76pblLqVbczQu7um7px5o0R+pxTejEqo8AUiPQQQGE6g 5T0W8d0DBUpdxWAU4kepO0DaFUzjcAH9uoLSTtWcOKlLO346bdBMydK4M5nKpq42TRKzZxc/05hs IwvN7N0mKdtG1cIbUAkVvkCkhwAC5Qro0ch7yBzxQoNzqHYOmXb5Ys6TZRBHHil19MjGGWl4z7EZ /JiAgUWM6T5Mm253J2+0mXDoSZtKqCdYwiKAwCQEtJio1kNOwVFn0dNlLOesz5ytRBgtUt42qVtE adPTAqWuiHdSpsZNrTXriAIOqQnPVnsqodlaL7JFAIESBcwhpJDkMqoBybzu8lPdSa+Yydbd0BPT d+A2pS3iwNM3w03QgUporJ2NcRFAYCYF7LKg7lYSZ2LeZtXLRp1cSPKeHqgrcbwL4GQbc76hrk3M CZVIQ001FS0meF2b1LFiMOP3+EDm9lvx+0xdQLM9xio+/9lqeWx7e3txcXG2kiZbBBBAIEnAOVQ7 xxINFT7kmy7OsccbSqPZv2TXHSadG2jsHMzruqG9OYeLkpiyJjL5QDNzHigwO9vcnqCBCsCGw7ZZ XC227BxSF6iOpboHeu+dSt3NqvuAswt5d8LUnTZyt0n6liyk8f7+/srKCpVQIctBGggggMDkBOb4 EDu5tZzNCWslxNWx2Vw9skYAAQQQQACBLgSohLpQJAYCCCCAAAIIzKYAldBsrhtZI4AAArMvMOTf GZp9LWbQlwCVUF+yxEUAAQQQQACB8gWohMpfIzJEAAEEEEAAgb4EqIT6kiUuAggggAACCJQvQCVU /hqRIQIIIIAAAgj0JUAl1JcscRFAAAEEEECgfAEqofLXiAwRQAABBBBAoC8BKqG+ZImLAAIIIIAA AuULUAmVv0ZkiAACCCCAAAJ9CVAJ9SVLXAQQQAABBBAoX4BKqPw1IkMEEEAAAQQQ6EuASqgvWeIi gAACCCCAQPkCVELlrxEZIoAAAggggEBfAlRCfckSFwEEEEAAAQTKF6ASKn+NyBABBBBAAAEE+hKg EupLlrgIIIAAAgggUL4AlVD5a0SGCCCAAAIIINCXAJVQX7LERQABBBBAAIHyBaiEyl8jMkQAAQQQ QACBvgSohPqSJS4CCCCAAAIIlC9AJVT+GpEhAggggAACCPQlQCXUlyxxEUAAAQQQQKB8ASqh8teI DBFAAIF8gcuXL1c7ezfmj1HTs/3Q1QiypfrwTtA0C8zLCdW5QOEBk3aDpMaFT9xJj0pottaLbBFA AIGZEXj+/LnmmncQlV4SodpXNjoPu40WN3aD8Oh2y5mR7SjRlgvUURbjh6ESGn8NyAABBBBAoEMB c4DXmN5yqsPhCDXrAlRCs76C5I8AAs0C79+/39nZ0bMFm5ub8qU5VyFbDg8P7/zykBd2LN0uDV68 eNE4hsSUyDqEjOUM8fbt24cPHwZGl3eli46or2MybMwqpoF9hchuX7fdJOY0rn6pJ2PMc/XMTd65 osCk9GxQtYF3Y11j072aXt0WYxUGdLrXfemV9zLaqTo5xIxVt0CBpffONGY3K7kNlVDJq0NuCCDQ jcCzZ882NjY01tbW1pMnT+y46+vrr355yAspWfQteaHb5fW9e/dev34dTkViSmRtI2PJiHb769ev 7+7u6ujOWzqKvCvbzeuYDDuh0WrAPMzhs267d1BtXFfWaBWiQ2h3O3hdL1Om9HpGJ1ztOUPXVU7e 6TQC1qEFOpq3nFXIHkvjOAsUk0Cvi9LJjp0UhEooiYvGCCBQkMDe3t7R0ZE8N+Z07do1PRI/ffpU GmtRYh63b9+Wt+RZtuzv7+t2fSGFi3b59ttvw6NoTKlmdCAZsTrE48ePNab91tdff621kWyX1/EZ Ns46o4H33Ik3TuBY2HiuJX4U79B2+aKvswN6q0B7UDPNwCjxo7dBk6wiBzKVTWOVGbOH2INGJhAT tqg2VEJFLQfJIIBAgsC5c+cODg7kOaYYevfunZx6cc7H6GAXLlwwz6ZM0RcnT548ceKEHABu3LgR zuzu3bvS4MqVK3KNrHoC6eLFi/Lu6dOnq0E++eST48eP63Z5LcNV23gzTJCqb6rHZu8hM3y+pJPR 64I4ZYdTQNjli77OSyayo44e2TgvE6dXqnxgETvJZ+6DUAnN/RIzQQTmVuDUqVORxZDcf7O6uqqV Sk8cCwsL9+/fX1tb+/nnn2/duiW3CvU0UDVs6oHTiaDFRLUecgqOxqolcMIjg8I58ZMRoeQu4Wt/ kfL2BOsWUdoMc52xZO3G3KiEGologAAChQrIpTE9JyTPS0tLgSzl/ht59+zZsx8+fKg2e/nypWx8 8+aNPGvBZF7I3UJy87IcS+RG5kaF8+fPX716Vc8emduSGnvFNPBmaDraB86YaN425lCaHaHbjhnV gCRQV43VnfSKybnuhp6YvgO3KW0RB55+9nBUQtl0dEQAgZEFIssgyXJ5eVmeV1ZW5M5lOXnj5P3g wQNT6ywuLuq7+kLaSy95cenSpfBszQfH9KArJ4c61PFmGBm/WhzY13rqbiVxgnubVS8bdXIhyXsp KumEk5NtzLWtujYxJ1QiDZU0FS0meF2b1LG8e1RMApG7YrHNqISKXRoSQwCBBgE5DyQXyMJngzTE l19+qcWQFChfffWVvLA/GP/o0SMpj+QhL8ytPPJCt0tjuZlab/QJPKRgunnzpjaQUUxF1ckqejOM j2wufuklJ/uWl7q3Al3ix7VbVq++5cVp7GVfJ6rO1+5uz9EJq4f/8O1Kposdx9hmA2Z0zOhSZTQL 1Em0xmUqqsGx7e3tbr9ji5oeySCAAAIBAT3g2ZVBaVzlZ1ia2MD5xJxwGjglhosXkI+Iyu8wnBOK F6MlAghMXcC5jdd8OXUX5o/ALAtQCc3y6pE7AggggAACCLQT4OpYOz96I4AAAggggMBsCnB1bDbX jawRQAABBBBAoDsBro51Z0kkBBBAAAEEEJg1ASqhWVsx8kUAAQQQQACB7gSohLqzJBICCCCAAAII zJoAldCsrRj5IoAAAggggEB3AlRC3VkSCQEEZkQg7x8I5PWaERLSRGC6AlRC0117Zo4AAkkCJf8p 6qSJ0BgBBGwBKiH2BwQQQAABBBCYrgCV0HTXnpkjMCmBuv+MYf8DDQWpXgUz/4/TiFV7mb7egera T2oJmCwCZQpQCZW5LmSFAAJdCui/yTT/pdwuaMx2/RfcMaPa0exeqdtjxqINAgj0LUAl1Lcw8RFA oCyBxtt9nJKo8Z+NNwZ05p/aviw+skFg7gSohOZuSZkQAgikCHR73cobTUuryBNOKbnTFgEEOhCg EuoAkRAIIDC7AvbVMXO2xpwWajwhVD3fYwc075oLc9RDs7urkPm8ClAJzevKMi8EEChOoHqjUnEp khAC0xOgEpremjNjBKYtEDgrY7+lp4Vi7umpC2i2cx5o2nscsy9d4Nj29vbi4mLpaZIfAggg0E7A lCNOieNUP/YgTiVkf1nXK2N7TLHVbur0RgABv8D+/v7KygqVEPsHAggggAACCExRQCshro5Nce2Z MwIIIIAAAgioAJUQewICCCCAAAIITFeASmi6a8/MEUAAAQQQQIBKiH0AAQQQQAABBKYrQCU03bVn 5ggggAACCCBAJcQ+gAACCCCAAALTFaASmu7aM3MEEEAAAQQQoBJiH0AAAQQQQACB6QpQCU137Zk5 AggggAACCFAJsQ8ggAACCCCAwHQFqISmu/bMHAEEEEAAAQSohNgHEEAAAQQQQGC6AlRC0117Zo4A AggggAACVELsAwgggAACCCAwXQEqoemuPTNHAAEEEEAAASoh9gEEEEAAAQQQmK4AldB0156ZI4AA AggggACVEPsAAggggAACCExXgEpoumvPzBFAAAEEEECASoh9AAEEEEAAAQSmK0AlNN21Z+YIIIAA AgggQCXEPoAAAggggAAC0xWgEpru2jNzBBBAAAEEEKASYh9AAAEEEEAAgekKHNve3l5cXJwuADNH AIEJCFy+fFlm+fz58+pcA2/VwWR0mQljmZcS6QSdh9EzzZwG3u15oQLy3kUsjdc767o9cPTk7WzH 4q3bqfrG2d/fX1lZ4ZxQ387ERwABBDoQePfu3c7OTgeB4kLIEdF52MfL6pG+7tivh/9AqLh0hm4V mE5kKtVZy5b2YcOjZ8TXEsQ8MiJEgoSbjVWBaVZUQp0sIkEQQACBfgVWV1c3Njb6HYPoExOonokZ oFwr0JhKqMBFISUEEOhF4PDw8M4vj59++sk7wPv37+W8ixwe5LG5uSlfmmbSRftKEKevbHn48KF0 kee3b9/a7+qI8taLFy+c7d4uOrQE0XdNDuY3dW2goerG1TbyrqbUB6VzvOzk0oambU9QM/dutLc7 pzEa49jt9bUzhL1R3zVtnJScoZOovXnW5RNgsfeNTvK0L4PaM/IOFIPvnZSJbN61t4T3hLoVTPK3 G3OfUDYdHRFAYGYEqkesR48enTlzxhzn9Ke/VB5bW1tmVsvLyzdu3NCaY3193ZmtdpGq5fr16/Zb EuHkyZPVt+7fv3/+/Plwl2qeciro2rVrznYZOjCu3fjmzZuff/555DqZgqZa2dhb9HV4i31Ucy58 VDvqKtjNvJnovMydTI3t7bCB+CZmXXt73ECqTtFQd1NaY/5OPo3pBdL2EnmLG3uUurWzFyU1q7qF M8nX7Xsx273JR+7z3CcUCUUzBBAoVGBvb+/o6EieI/O7e/euHBvkWdp/99131V5Sc+gNE0+fPpV3 d3d3tY02trubvvKTVF5L9SO9tIr68ccf9V3zlkb79ttvne3VLtrg9u3b8tbjx481sv2DXtOzg4eD fPbZZ5E4TjP7jEWbMx8SNiZUzG0iMW2cWcR06apNGFARMsaK6ZK3xLpfmYf3NExd5NSsTHt54ZzR CYeKGSimTZiIq2PZuxAdEUBgZIFz584dHBzIc2Qx9Omnn0rG+myf+7GnITcmv3r16tmzZ/ZGbWx3 N+/qW3LmRn6+y7O8/v777/VdfUvOD504cUJ+WOvpJbPd20UbXLx4UZ5Pnz4d8A2Mq70uXLggz8eP H89bJPsYqa+r56XMdY3Gg5kTra60SjoY2wVWzBxT2wdixoSypyyhTAlrwsYEiZlXyzxNd7skyh63 /aR0T2tZfKfmTyWUKkZ7BBAoReDUqVNJxVBjWSBXwbSauXLlSnWSjd21ixRSqUAZXapDOEG82bY/ UKVOLb69njKpVgx1EZzqqnGg1PaBgKmhqnWkqY2Sptw4R6dBap6p8avtY0Y0GnUnyUzlPVg9RCXU fumJgAAC4wjIpTE9JyTPS0tLjUm8fv1a2rx580aeteJxHnoz0NmzZz98+GC/pY31rucffvih+pZe HXOOatpLbuiRO6/lZ7rcOq0ddbu3S+MUTIO8INUk40fstWXklaNec5hg8MFKjQxb75nIjDgxXaiE YpRogwACJQoklUEygVu3bpmKxPsXZeUWaWkmf2lNboJeWFgwc9bG9+7dk+7ybFvoW3qpSx/mr/7o WxJKAsqLS5cuacdAl4Cy5iPxf/e732UH6XYV9Zf78KWxjBED187qoqV26bACiAzlPS1kphMZJAOz cQhn6LoFrTZrTCYwqcCeMwBFNXM+O9a4mjRAAIGZF9Afr/J5Mfl0mLyQO6P1g2NaW8izHs7l5M2T J0/kRum1tTWpV6SCkZuX9a4duXBm+uqpI1MByAfs5UYl6SXFipQ72l4f2kuuW5k4ur2ui52Mk5sJ JbldvXo1Pkj84pmjoPdoZOZrHyzrXptBk0JpL+cwaSLUbbfXwqCZUN5MvHPRvvpW3aAazZ6UtxAM 1BP20Ca3xnzMuI3d7Yk35tk4Ha+Dzs5+Kwm5OhdbvuUKxu/t2lI/O0YllOpGewQQQAABBKYr0MeJ wLE0+RT9WPKMiwACCCCAAAKlCHCfUCkrQR4IIIAAAgggMLwAldDw5oyIAAIIIIDArAp0fo/86BBU QqMvAQkggAACCCCAwGgCVEKj0TMwAggggAACCIwuQCU0+hKQAAIIIIAAAgiMJkAlNBo9AyOAAAII IIDA6AJUQqMvAQkggAACCCCAwGgCVEKj0TMwAggML9D4t/wbGwyfMyMigECvAlRCvfISHAEEChJw /ktAt5lRQnXrSTQEBhOgEhqMmoEQQAABBBBAoDgBKqHiloSEEEBgYAE5naMPZ1yz3X5LXztd7I0a pLHvwHNkOAQQqBPgP7CybyCAwCQEYv6DuhY05r+R239L1/kv5dV/Hh74r+x1fSfhziQRKFiA/8Ba 8OKQGgIIjCFglz6BfynQ5r8NtOk7BgljIjD/Alwdm/81ZoYIIGCfsNGzPpE3ONddOGsk9V4da+xF AwQQGF6ASmh4c0ZEAIERBOzSJL4MkppJH6kZm4553VOHoz0CCGQLUAll09ERAQRmSSC1NHFOI83S VMkVAQRSBKiEUrRoiwACMyjgrWm8F8jqzhU52yNPKRmq1PYzaEzKCMywAJXQDC8eqSOAQHsBLYn0 4dwx7d0uI9Z10fZOA84ttV8jIiDQqwCfou+Vl+AIIDBvAlQ287aizGfCAnyKfsKLz9QRQAABBBBA 4BcBro6xIyCAAAIIIIDAdAWohKa79swcAQQyBDI+UZ8xCl0QQGAwASqhwagZCAEEEEAAAQSKE6AS Km5JSAgBBBBAAAEEBhOgEhqMmoEQQAABBBBAoDgBKqHiloSEEEAAAQQQQGAwASqhwagZCAEEEEAA AQSKE6ASKm5JSAgBBBBAAAEEBhOgEhqMmoEQQAABBBBAoDgBKqHiloSEEEAAAQQQQGAwASqhwagZ CAEEEEAAAQSKE6ASKm5JSAgBBBBAAAEEBhOgEhqMmoEQQAABBBBAoDgBKqHiloSEEEAAAQQQQGAw ASqhwagZCAEEEEAAAQSKE6ASKm5JSAgBBBBAAAEEBhOgEhqMmoEQQAABBBBAoDgBKqHiloSEEEAA AQQQQGAwASqhwagZCAEEEEAAAQSKE6ASKm5JSAgBBBBAAAEEBhOgEhqMmoEQQAABBBBAoDgBKqHi loSEEEAAAQQQQGAwASqhwagZCAEEEEAAAQSKE6ASKm5JSAgBBAYTuPzLY7DhRhxIZ1qdb6/T9wZv HNFuYBJu7OXYhtvXaYy7QF2NXuDsuppaT3GohHqCJSwCCCBQhIAeF59bD7tKkM1FZGklYVIyacub XeUZ1hiYoo+FCKx10uxSS8+k4KU1phIqbUXIBwEEhhPQ8mC48UYayZmjfDmp45yjPscaWgbZ8534 Wkd+w1EJRULRDAEEZlvg8PDwzp07cqh48eKFmYl9tej9+/ebm5u6ZWdnR740zbx95d23b98+fPhQ 2suzvG4Eci5OOV96Rwlk1TicNKgeGrWXfd7F0fBeQTMXXOxBW16F0WqsGtlsN+/qi/g862QaNex8 nBGrqQYyry6042ZmZFqa4epYnATia1ld62p7e0RnLnYOmrl3rb2peneVmH11xDbHtre3FxcXR8yA oRFAAIG+BaRMuX79uhnl/v3758+fN4cHPVRINbO7u2varK6uXrt2Tb6s6+tsl5aPHz8+ffp0YC56 5HCqEP2ybpS6rCLF6o79dlVhjpT26QTT0YnQuN055FdPudkRHA0nE3voxnGdxnbk6mTr9AKTrVs4 3YvsasO5umc3MFVF1TwpiLMj2RM0rx356p6gW2LWtyVL5L46SrP9/f2VlRXOCY2Cz6AIINCBwN7e 3tHRkTw3xpKfd9Jma2vr6dOn8uLbb7+tdtEy6NmzZ3rJTMsgedT11e23b9+WxvJsWjYm421QN0pd VnmjxPequ2jY7cXEbqPVFQHxsw60rF518jbuZEaNQQKro3uvljj2qSndYtdM3iCNQzuzjmTpZAn6 C0Il1J8tkRFAoF+Bc+fOHRwcyHNjMSQ1kKRy8uTJEydOyM/uGzduVDO7e/eubLxy5YpcI3v9+rVp UNdXt1+8eNE865a8R90odVnljRI+0tsHzs7jdxjQe6Wmw/jzEcouidqv+3ybUwnNxz7PLBCYosCp U6fii6FGoIWFBblqtra29vPPP9+6dUtuFWrsMkCDxqw6PETZ5xIGmFr2EOYYry+y40ytozkt5Fzt iln3+TanEpra9wLzRWB+BOTSmJ4TkuelpaXAxOSmH3lX7sWRG5DlMCC3Tnsby81DV69e1TNGGxsb 2qaur27X+6/1Wbc0PvTeavvG7cAo8pY3KzOKfYiqDu1cEzEN7AslTi9zXGycyMw1yNCYrTkGlrVx InO87o1zpxJqJKIBAggUKhBZBkn2+rkQuWla7o6UF5cuXapOyXxwTA8ncnJI29T11e337t2T9vIs rz///POwlJZKkobpYtrXjVKXVdKSOAfI6s2zEi3yIBrZTNOrVh7eoZPm4jT25hNOMkYjO6VGn8YG MUMHgqTOLiOfjC4xkxqxDZ8dGxGfoRFAYDgB+Yy6VBWvXr2Su5v15h5z+NcrLB8/fnz58uWDBw+0 DJLSRG4q0mbevrJdzu588803clPz8vLyF198Ef7gmLSXM1JyR7bcEiTt5bG+vq7lQmCUQFZJdvbR y76iZJcmgTZmLKevd3ugWKkbWtdC362+sDeaVdNRvPloBRa4cFY307rgTrS6L3W7Cd6Ym93SO+u6 iYcnGJidE9D+LnA8nVl4Y0ayJO2oAzfWz45RCQ3MznAIIIAAAvMp0PkZrwBT9ljZHedyzfgU/Vwu K5NCAIGRBeRI432MnBbDz7jA/F2TKmdBuE+onLUgEwQQQAABBPwCekXMPDI+NKd9MzrO/ZJwdWzu l5gJIoAAAggggIBHgKtj7BYIIIAAAgggMHUBro5NfQ9g/ggggAACCExZgEpoyqvP3BFAAAEEEJi6 AJXQ1PcA5o8AAggggMCUBaiEprz6zB0BBBBAAIGpC1AJTX0PYP4IIIAAAghMWYBKaMqrz9wRQAAB BBCYugCV0NT3AOaPAAIIIIDAlAWohKa8+swdAQQQQACBqQtQCU19D2D+CCCAAAIITFmASmjKq8/c EUAAAQQQmLoAldDU9wDmjwACCCCAwJQFqISmvPrMHQEEEEAAgakLUAlNfQ9g/ggggAACCExZgEpo yqvP3BFAAAEEEJi6AJXQ1PcA5o8AAggggMCUBaiEprz6zB0BBBBAAIGpC1AJTX0PYP4IIIAAAghM WYBKaMqrz9wRQAABBBCYugCV0NT3AOaPAAIIIIDAlAWohKa8+swdAQQQQACBqQsc297eXlxcnDoD 80cAgSkJXL58Wab7/PnzTiat0exHUuRq98jcpKMOZF7YOXjDRkbuhCU1iHcWqUH6a297Jq1v+5TC Cx0fv81u39NeGp98Ty339/dXVlY4J9QTL2ERQGASAu/evWs/TzmyOo+6OiZprGpY2dJJ5EAaefH1 YJ/XN8kko7FkpemZR5s82/TNSN50MVPIDtLTXpqdT4cdqYQ6xCQUAghMTuD3v/+9zPn27dv2caK9 QrFlQfupzWIE5yQQq6OLODcOVEKz+F1JzgggkCzw008/3fnlcXh4aHfW3/hlozw/fPhQ3nr//v3O zo5u39zclC9Ne2kmEWT7ixcvdON///d/y/O//uu/ykZ5S0ZJziyigyajj4jmsU28YXUIZzjv6NXu dl9NomXmdd373m4E9VRKFdTemMRoTPSF/WUSV+Ogzk4eM1A1n9g9qYu1Thqr28bcJ9StJ9EQQKBE Aalg1tfXnczMTTZm+82bNz///HOpfra2tszG5eXlGzduyJdv3769fv262X7//v3z589LzbSxsWFH fvz48enTp+MV6o61ZrvToLrdG6FNWEneHOn16Gh/6b05yZttXeYOjt2s7rUeyOOHbtPeqSHCdwUF VqfRrc5WEwgsdOSgdRNp2d0bNm8vjf826akl9wn1BEtYBBAYSGBvb+/o6EieG8f77rvvpM3du3fl qCbP1fZ6eeuzzz6Tt65du6aXup4+fSpf7u7uanv5oSnPUiTp9m+//dbEkepH2kttZJo1pjRAA/u0 gXkdPq5rVtWLQQNk2zhEXeYxM7KDdxUnO+GYZBqD1zVI1XDitOyenfa4Hbk6Nq4/oyOAQL7AuXPn Dg4O5LmxGNJzPJ9++ql5dka9cOGCbDl+/Lhul/ugX7169ezZM7uZBjl58uSJEyfkgKEniq5evSqv 9SSQnCKSZ/t8Uv7c/rhn3jUm59Yl/dIOnBc2aVKNQzjnElreeuIdTmPqCRinCvFuT5rgWI0bYYdP rMCUIhGohCKhaIYAAsUJnDp1Kr4Ysgud6kxMDSRvyaW01dVVeXHlypXGOesdReFm7Y8Qdk2T91u7 t8JoH7bRJ2YI59xVY8xAg7rhdHu17qnb3iaHYfrGwA6TiRmlwJQiBaiEIqFohgACxQnIpTE9JyTP S0tLgfy0stHbnH/44YfwTPSOorNnz3748MFuqUHkbiG5h1qOqXJ/tHz5q1/9ykR+/fq1vJabjZz4 zrmZ4hzHTmiwI6ipe7wL5K1o685RNZa/Y6MyfoIAlVACFk0RQKAogcgySHLWvx977949OYDJc3gW cou0NJC/tyb3Ry8sLJjGGkQ2ylvy4tKlS/L829/+1kS+deuW2dISyrlmZEfLPgaHLzxlh42faXUI 7zRTi4+6zM32xgaNU3AiBFanMVQfDQZYO2/afeylffg0xuSzY41ENEAAgXkQkGte8qEwmYncEK1n ffQykx5F7EtOcsrnyZMncqP02tqaVD9S98j91BcvXpRmGkRuITJbZKOcJfrmm2+kvZRQX3zxRdIH x0wCDnH1hh7TwLxljkPeA1LdUcrebh9Bq2F1RCdOTHftaPPaW5yqznuxz55adeIOmh3BO6OM9tU9 vi5yXfA6NxNHC77shY5ZuwB1RveqSXby5fxA0c+OUQmVsyJkggACCCCAAALDCfAp+uGsGQkBBBBA AAEEyhTgPqEy14WsEEAAAQQQQGAIASqhIZQZAwEEEEAAAQTKFKASKnNdyAoBBBBAAAEEhhCgEhpC mTEQQAABBBBAoEwBKqEy14WsEEAAAQQQQGAIASqhIZQZAwEEEEAAAQTKFKASKnNdyAoBBBBAAAEE hhCgEhpCmTEQQAABBBBAoEwBKqEy14WsEEBgDgXG+v9Qc0jJlBDoToBKqDtLIiGAAAIIIIDArAnw f8dmbcXIFwEEsgSS/jen/mtM+59lypjOl7ql2sxsN2k6zWR74L+T2o1j/olpFgadEEDgDwL8B1b2 AwQQmIpA4B+DO//J3PsP6p3/V+/8p/TGfw7v/afx4f9VHvmf4aeyfswTgX4E+A+s/bgSFQEEihew q5+6ZJ02dV1iQqV6BGL2MVxqerRHYM4EuE9ozhaU6SCAwMwIyGkh8wgUZNpmZmZFogjMmgCV0Kyt GPkigMC8CMgJHvsRKIb0biTqoXlZeeZRlgCVUFnrQTYIIICAV0BrJoohdg8EOhegEuqclIAIIFC6 QIf1RGOoxgaKVdcssnvp4uSHQMECfIq+4MUhNQQQ6E4g41P0ZvDwR8+qn663Kxs9keN8Hr7xU/T2 vOsy786GSAhMVIBP0U904Zk2Agh0JeBUSF2FJQ4CCAwjwKfoh3FmFAQQQAABBBAoV4D7hMpdGzJD AAEEEEAAgb4FqIT6FiY+AgjMrQB/53Bul5aJTUmASmhKq81cEUAAAQQQQOCPBaiE2CMQQAABBBBA YLoCVELTXXtmjgACCCCAAAJUQuwDCCCAAAIIIDBdASqh6a49M0cAAQQQQAABKiH2AQQQQAABBBCY rgCV0HTXnpkjgAACCCCAAJUQ+wACCCCAAAIITFeASmi6a8/MEUAAAQQQQIBKiH0AAQQQQAABBKYr QCU03bVn5ggggAACCCBAJcQ+gAACCCCAAALTFaASmu7aM3MEEEAAAQQQoBJiH0AAAQQQQACB6QpQ CU137Zk5AggggAACCFAJsQ8ggAACCCCAwHQFqISmu/bMHAEEEEAAAQSohNgHEEAAAQQQQGC6AlRC 0117Zo4AAggggAACVELsAwgggAACCCAwXQEqoemuPTNHAIFRBC77HgNnYqeQNLR0jG8f2dibTF3f yJjxSQ7QchZzjmdJml1S4/gcWrakEmoJSHcEEEAgWeB55THkEULGssdPGlo66myTegWAAslUh+hq 0HA+ycs57Q6d7xLDc1IJDW/OiAgggMBoAlp52MPLlwNUGP1NeKaT74+FyPECVELxVrREAIEZFjg8 PHz48KEcNeX57du3ZiZ6aUbevfPLQ16Yt96/f7+5uakNdnZ25MvU+eddhKr2cg72dV8GLjPpW3X5 a20UM4q2Mc+mS2Cm5q1UPadEq9ZwMQHtVKsTdHILN7aHC0+86uPta++EqlpdpiF3hryxhtwlYlY8 ow2VUAYaXRBAYMYEpPRZX1/f3d2VvOX5+vXr7969s+cg77765SEvTJ305MmTra0tbbaxsfHs2bOk aeuR2zwChYhzmAz30rDVaIHhzFs6UExpUjeKRtDKSfPUgHU5229FCiQhxzT25uDN2ZmXXam0NHdC VdOOT7K6t7TZGZzEArvrPO0Sjj+VUMz3EW0QQKBEgb29vaOjI3luTG5/f1/aSFkjP+i1uPnxxx/t Xrdv35a35Fk2amN5aOUkBZAeHq5du9Y4UGQD+5dvfe1csXLiBC5gNfY1hYvGdEoW+yREy1FMzvZc wvPSfGyNxvb2kdskH67t4mPa7C01vIMGFis+yT4Sq+63piisq19jdry8XSLym6jDZlRCHWISCgEE BhU4d+7cwcGBPDcWQ1r9rK6uyo9veZbX33//vZ3rhQsX5Et9NueB7t69K19euXJFrpG9fv06Y27V yw3VcsScWcmI73SpG64ucuAEQPtkIiOEz5yZo371uGuSt8u7yEG1WSpXUvBq46TSoeVYGbMzJWn7 oWcuApXQzC0ZCSOAwP8VOHXqVHwx5KjJhbBGx4WFhfv376+trf3888+3bt2SW4VSKw/7BEz8L/2B xMzR1HtioKvhwqM0us1Kg0iuTjTCl5byxDrfGRTEPk1oEusEIW+aA/SiEhoAmSEQQKAXAbk0pueE 5HlpaSkwhp4H0qtj9rkE0+Xly5fy+s2bN/KsjfVx/vz5q1ev3rhxQ17LrULOEHXRepltR0HrLnZ0 FJ4wfoHGi03lwJl6qJyU+s6ESqhvYeIjgEBfApFlkAy/uLioJY65IOKc4Hnw4IG8JZ8dM43lhfng mFYPcnKozUxaliD6y7pzC07ggktgOOctO0jqKF6QljOtlpvh60pdnWyrzqUTjch9JgktNbGY4HVt UscaYJeIJI1vRiUUb0VLBBAoS0DOA8kFsvDZIM349OnTX3/99fLysryWa15yZ7Sc6bEn8+jRI9ku D3khjfWtlZWVmzdv6mspg7Scin+YCw1afkUesPN6SVaRHe0rIEmJVSduLqNEDu2la9M3fi3qqhxT Gdur47081FXy3suazvKZZLJxMjpmdOlpl2izrHl9j21vb6d+e+eNRC8EEECgQAH9VTiyTCkwf1Ka A4H4QnkOJlvUFOSDovILD+eEiloUkkEAAQQQQACBQQWohAblZjAEEEAAAQQQKEqASqio5SAZBBAY WkDvmxl6VMZDwBJgDxx3d6ASGtef0RFAAAEEEEBgTAEqoTH1GRsBBBBAAAEExhWgEhrXn9ERQAAB BBBAYEwBKqEx9RkbAQQQQAABBMYVoBIa15/REUAAAQQQQGBMASqhMfUZGwEEEEAAAQTGFaASGtef 0RFAAAEEEEBgTAEqoTH1GRsBBBBAAAEExhWgEhrXn9ERQAABBBBAYEwBKqEx9RkbAQQQQAABBMYV oBIa15/REUAAAQQQQGBMASqhMfUZGwEEEEAAAQTGFaASGtef0RFAAAEEEEBgTAEqoTH1GRsBBBBA AAEExhWgEhrXn9ERQAABBBBAYEwBKqEx9RkbAQQQQAABBMYVoBIa15/REUAAAQQQQGBMASqhMfUZ GwEEEEAAAQTGFaASGtef0RFAAAEEEEBgTAEqoTH1GRsBBBBAAAEExhWgEhrXn9ERQAABBBBAYEwB KqEx9RkbAQSGEbj8y0PHsl9njJ4R6u3btw8fPpSOd+7cefXqVeOgGUO8fv3aDCGv+xjCxJRZGMzG gUwDbxdnUXTi5uENnjF0fJL9tQxP3xm3cY6NDTIm0iifEXNWulAJzcpKkScCCMykgJRB169f393d leylDIoshpKmKqXPrVu3zBDyOqbeShrCNH7x4kVPwZ9XHnnH+7xeSRp9DyESSfmEy83GUFoD2fyR vy307dCYeVcNqIS6kiQOAgiUK6A/5TvJLzWU1g3379+Xjo8ePZLX//zP/xzOJHWIw8NDCfj48WPp uLW1Ja+l3up2CI327t27e/fudcJIkKIEnO+Orr5ZippjIBkqoVlZKfJEAIF8gcDvuObSlVxdkteN Y+SFOn/+vEQ+c+aMPDeeU0kd4urVq3LoOn36tEl+eXk5PJHUITTaP/7jPzZGbgTsqoGekHAupdkb daC6iz52R/sinelS1z1viKRZ2+davHk6uZkvG5OvpqFng6rbZaPDYtoYAWe4pDkW1ZhKqKjlIBkE EBhUwL50JVeX5DJWTDHkTbEulJYp2kVP3ty8eTNvko3Z7uzsrK6uLiwsfPnll50PIdfghKicSkgP w+aajh6eldqcVKte9DFFg9PRPsyHu7cfIn5pqhOs5mlKlsjE4kcPt3SG6yrsKHGohEZhZ1AEEOhA YG9v7+joSJ6zY+3v70vf27dvy491eZbXuiXj0Rjq/fv3m5ubEvlv/uZvMuKb3ALZbmxsaOQPHz50 O8THjx//6Z/+ScogPa2V97BPz1RPSlXfbbxG09ggJs/AhaFO4ksOncRpeQGrkxxiPGexDZXQLK4a OSOAwB8Ezp07d3BwIM/ZxZDeVXPx4kXzrFsyHuFQUgb9wz/8g1wXk1uFTpw4kRFfujRmK0c7uVtI Rvnmm2+6HeLly5cS9osvvsgLq73MaRjzwo4Wfjd73LqrY/EBnQtw1Y7th4hPJr6lniuam5ua4yee 0ZJKKAONLgggUITAqVOn2hdDA8zELoPanFOpS1UuiplbpPVuIf0cWYePBw8eSDS5elh374i8W2xB YNdYqSb29am6vk4NlzpEf+01MbseKnON+hOIjEwlFAlFMwQQKE5ALo3pOSF5XlpayshP7qqRXvLJ cPOsWzIegVB6Nujrr79uWQbVDfGrX/1K4uss9Fak7Lt52oC0KTgywAfoUnc38QBDdziEqYckZnWN zG1GzojzMfdIRiqhSCiaIYBAcQItyyCZz+LiojzLJ8Pl575+Pvzzzz/Pm2ddKPMHeP7+7/++8TpL eOi6IX7729+aWayvr7ephOqG8B5B86BG7OW9VBR5/ahNs8i+YZnUIEntncaBvklhR1zrpKGphJK4 aIwAAgUJyHkguUCWdzZIpyHXkuTGGj2DIs/y+uTJk2aGST/060L9y7/8S4CskyEkZ2cW9smnToYo aNUjUjHXg8y1Id1i7hq2twduJQ4062oI+3JV9baeyDxtksbEqn72RTQDZbPEOEQsS7lNjm1vb+sv ATwQQAABBJyDSt+fuBngGsQAQ8z6bjMrRLOS5wztD/KRz5WVFc4JzdCSkSoCCCCAQAcCSefJOhgv N8Ss5Jk7v1L6cU6olJUgDwQQQACBwQTsIqPvM39tJjUrebaZ44h99ZwQldCIS8DQCCCAAAIIIDCa AFfHRqNnYAQQQAABBBAoRID7hApZCNJAAAEEEEAAgREEqIRGQGdIBBBAAAEEEChEgEqokIUgDQQQ QAABBBAYQYBKaAR0hkQAAQQQQACBQgSohApZCNJAAAEEEEAAgREEqIRGQGdIBBBAAAEEEChEgEqo kIUgDQQQQAABBBAYQYBKaAR0hkQAAQQQQACBQgSohApZCNJAAAEEEEAAgREEqIRGQGdIBBBAAAEE EChEgEqokIUgDQQQQAABBBAYQYBKaAR0hkQAAQQQQACBQgSohApZCNJAAAEEEEAAgREEqIRGQGdI BBBAAAEEEChEgEqokIUgDQQQQAABBBAYQYBKaAR0hkQAAQQQQACBQgSohApZCNJAAAEEEEAAgREE qIRGQGdIBBBAAAEEEChEgEqokIUgDQQQQAABBBAYQYBKaAR0hkQAAQQQQACBQgSohApZCNJAAIEe BS7/8uhkADtUh2EDuXWSuQlSfdEJSzh/hbIfpn3q7AYwr0spNdW+YfuO39N8B1jBVBkqoVQx2iOA AAJlCeQdsZ4/f97tNAJpyFjOIz5nu6W81jjdZl6NVk0vPuG+c+s8fvbUMjoOtoJJSlRCSVw0RgCB mRTo8PDZYaiZpCRpBOZO4Nj29vbi4uLczYsJIYAAAv9fQH951XMJ+vrRo0ebm5vy4tq1a2fOnNGm 9lt/8id/8uWXX/7+97+XZvr6xIkTpo0dSl+/f/9+f39/Y2NDXq+url65csVu//jx42+++WZ3d9d+ K3KF9NdoHVpemF/E7Rw0VN0W09f7wkxKI5jh7O0meHwaZnZ2wOrG8HB1Zx0aZ2pWPIzmPb1kuph3 vVvMXKrN7OWwd63A9vby9lxst3B63pYm5652vOo6BlawbscLbI/8Vqo2k+/ZlZUVKqFsQDoigMDM CFQrITt1KVNOnz7t/JzVgmZra0tbLi8v37hxw7SpVkJSMJnG1fb2cBJWyq94O7sSqlYkpjRxjl7e g5nd2Cmw7AO2ffwzeSalYc8ushJymtWl5xzXY9Jz0LyG1YSdEs2uVAKpNi6Qdwmq+5VT1lT3N6dL XVhne0x6MaTVPSTVxNlvI/P3ssR/K1VbaiXE1bE2hvRFAIExBfb29o6OjuQ5I4nbt2/LT1V5lr7y 09CO8PXXXz979ky2SGUjr58+fSqv5XROeBQpbvTCmbe9Dicll4bNSFi7eM9hZEerdoyMH9nMPqbK kdJ+VCOkxgzM2gkV/jJDL5Cq962YqcW0qe4Akb3MHFPbt+8Y2Gkjk4lslrGOpguVUBs9+iKAwJgC 586dOzg4kOeMYujChQuSuj47pcknn3xy/PhxnZi81otcMY937969evVKqyjncfHiRdmiZ576ftgF R8uxugqlNaL9qEvMjNgy8/bdJVs9leg9p6Xb9RE5VlL7lvItu0fOyGmWN+iQLHXzohLKW3F6IYDA +AKnTp1qUwx1O4HDw0O57CUx5Q6h1Mh5h5C6USJrjpgkOwwVM5zWHPqIaT9im9RUU9u3lG/ZPQ82 Y9CBWaiE8laWXgggUK6AXBrTc0LyvLS0lJToy5cvpf2bN2/kWSuYlo/19XWJcPbs2Q8fPqSGijlZ khpz5trXnXopcCKpqaa2L3DKfaRUDgvnhPpYX2IigMAQAtllkCT34MED+UF8584ded3J52fllmoJ JXdfXr9+fWFhYYj5R4wRf+1GgwXap4aKyK62yZBjBfLUC2ThE1Spqda1708+NcM2C2f6pg6aMf3U IQLzohLqZNEJggACIwjIeSC5QJZ6NkgTlU/RS70iD3nRye078jF7LYbW1ta++uorefHixYvBUMwN K3rwNo+Yy0x2F7t9RiiTRsbE69LQ+qx62MtILyMrb5dAqkntO5S3x82QyV64IXe8jHlFrjifoo+E ohkCCMyJgB5TY0qEOZlw4jQaz4IkxqN5rADysVLdteNT9N1ZEgkBBBCYWYEOrzLMrME4iSM/jntl VM4JFbIQpIEAAgMJcE6oCm0fkjlbNtCO+MswyA+pXR2LvzE9rj+jI4AAAggggMCYAlwdG1OfsRFA AAEEEECgBAE+O1bCKpADAggggAACCIwjQCU0jjujIoAAAggggEAJAlRCJawCOSCAAAIIIIDAOAJU QuO4MyoCCCCAAAIIlCBAJVTCKpADAggggAACCIwjQCU0jjujIoDADAmE/ymS+dcWXc1oRv/gnjft jH+zpYydI9j/hKTlSmVPquW4hXfPW7K8Xt1SUAl160k0BBCYkID+ewTzGOxn+gAD9T1E9t9vzEhM ayBnpWLihCtgZ0ePCTij3xu9Ti17T+gQk0qoQ0xCIYDAhASq/yVK/0PkhAhmZ6rO4baEo+/s4M1/ pvy3jflfY2aIAALO1RZzINRqxpQv9gHS3lgtejRg4IDqvGu+DIxolinc2C62NIHqFg3lnYKdQF33 lkPY+1udkr29MU8JGJ9q9VRN3TI5zo5/napZemcKuiPZu5YJmLS/mckGFjFpfw7v3vZw3p0z4FC3 j3nTq+4JZrgwWswe7qDF/8Tjv23EW9ESAQRmWyBQl1SPBE6Vo0eC6tG08Qjh1FX2sdw5NNYdvJ2h vUfucMllH01jEuhkiKRKqFo9hPOs1h/VCjImAXuVYwyrMQOVUJv9rS4xe2eIj9+4ezvDxbT3gjem 11gJRa5CuH5N/TnFf9tIFaM9AgjMqkDg5E3jhZK6BtX7TuzaKCDVOKLdN6lx3aCBa0OdxM/+jdxJ uOU1rK7m0n4vT93fYjKPaVNdiMheZsqp7eM72idfnV82vOCpmaS2twflPqH2+zwREEBgNgSkUtFH 5+maqqiP4I3Zmnllj94o036IxllkNNCDa/asM0Z0ilQdunq2Q5s1qjoJJLVvuSItuzfSdRvfG63D 1acSalxQGiCAwDwI6OFKH/MwH2sO9tmpjNnFyLQcoj9wTWzEeqhuajGqdt/U9i1XpGX3xgX1xjen hepqx7qwddl2tfpUQo0LSgMEEJh5gdSfvDETHutURExu8W36kIkfvauW5ohYDehclDENep14avDU 9l25zUecwOpHTpBKKBKKZgggMCcCqRVMoL3zVuAqyWB23mwjp9ymWWTfsENqkPj21ZUKnMuJXywt s8Ln4eKT1HHr2sfvh/H5h0dMihOZXoxYpEMqbGA6fIo+aa1pjAACsypgfm7aP4udw5j9pbd9dfL2 j2PniJg6YvV0RV16dmTn2GnnEJOA3d2R0Xw0YN00G5W8hyvncBiTp6GInHvSSkUiVBdIOxrzxv0n Y3+rE/auSCB+NVUzHW/+dnvH3LZNSs+UOM5eaidQzSpm9zM7qneIwM8sPkU/qz/QyRsBBBBIFWg8 dZEasKf2s5JnT9MPhwWnc3Y+Rd85KQERQACBUgQ6vHbQ65RmJc9eEeqCgzMMO1fHhnFmFAQQQGBo gcCVu6FTCY43K3mOggZOr+xcHeuVl+AIIIAAAgggULQAV8eKXh6SQwABBBBAAIEBBPgU/QDIDIEA AggggAAChQpQCRW6MKSFAAIIIIAAAgMIUAkNgMwQCCCAAAIIIFCoAJVQoQtDWggggAACCCAwgACV 0ADIDIEAAggggAAChQpQCRW6MKSFAAIIIIAAAgMIUAkNgMwQCCCAAAIIIFCoAJVQoQtDWggggAAC CCAwgACV0ADIDIEAAggggAAChQpQCRW6MKSFAAIIIIAAAgMIUAkNgMwQCCCAAAIIIFCoAJVQoQtD WggggAACCCAwgACV0ADIDIEAAggggAAChQpQCRW6MKSFAAIIIIAAAgMIUAkNgMwQCCCAAAIIIFCo AJVQoQtDWggggAACCCAwgACV0ADIDIEAAggggAAChQpQCRW6MKSFAAIIIIAAAgMIUAkNgMwQCCCA AAIIIFCowLHt7e3FxcVCsyMtBBBAYKYELl++/Pz5c0lZXlQT17f0XfPabubd7g0lvbwRRteysx0r wzreTnAagzc26CQNgnQisL+/v7KywjmhTjAJggACCLgCUgc4D7tKqNY3dRWPFj3haH3oB/KpG06L APPIiNDJRPqrwHSCPc2rp7CdkM53ECqh+V5fZocAAggMJFA9F9Jf0TDQlBhmGgJUQtNYZ2aJwLQF 5CAtj8PDQ3l++PChYLx//35zc1O37+zsyJcqJC/kS90uDcz2zv2cKqHlJRVNWB8mVX3tbK82s9uY 7nZfDegdopHFviBoN/YOZCdfN6J3UtUp21sip6wjmnEbp+ZMx8EPoNWtizN045omZUjjgACVELsH AghMRWB9fV2m+pvf/Eaenzx5srW1pTPf2Nh49uyZvpYX8qW+lgbSrCudlrVOIA2N7L0mZb+lR9Zq M293rWC0sR6hYy57eWuORsD4rEx5YRILB69LO0asGtmsoLeK1ZScSjRyXZQ6Etwk3whLg0gBKqFI KJohgEBxAnt7e0dHR/Icmdnt27flePPZZ59J+93dXa179Fh17do1DSIvdMvTp09Ns8j4TjP7d3rn bEdqQCeUqWka45hTMtrS+bKxe1ID56jvPUfiDZialWnvrTwCOccMFNMmcohAqDajtOmbtKDTaUwl NJ21ZqYIzJvAuXPnDg4O5DmyGLpw4YIQHD9+XJ7v3r0rz1euXJFLYK9fv7Zp3r179+rVK3OWKFvN rgyqJwy0LjEXSsKHNzuUdnTa5126Sppa0hAm4TYlYNKIdTVWfEEW1nBO6TlFWKBv3nmypKWhcUsB KqGWgHRHAIHRBE6dOpVUDGkNpI+FhYX79++vra39/PPPt27dknuDdLvcS7S6uqpFkndi7Q/PLb28 x2Cn6mo5RF1V4RRkfYxix4yZVGM1aWrQNjWZZpVxks++DNc3F/GzBaiEsunoiAACIwvIpTE9JyTP S0tLqdmcP3/+6tWrN27ckI7m3iC9l+js2bMfPnxoLAhSR5zv9u1Ljf58vOfkUoeLqczsmM5ppNTh aD+YAJXQYNQMhAACHQu0KYPMB8f0+C0nhzS55eVleZY/tnb9+nU5b9RxxpVwekoj9c6P8KWZASqS uiGc7XVTqzZrdA5MKmDYFYV3It5ViJdpnDINBhPgb0wPRs1ACCAwmoAen+yC4+PHjy9fvnzw4IGW QfKn9k+cOCGv5WPz8nkxuZ9aN0pJJPdZX7x4MTJ1c8j0HhFNAvaRte61GTFQT9gBTXvvKPKuE8cZ 19tdN2pAe0aB0i3QzLxl1y6ahv2WPfHGSWmD1KnVTSeG2t4TqsvtlGVJU3YQvJIZdXPkrjvNZvo3 pqmEprn6zBoBBBAoQmCCh/YJTrmIXc2XBP9to9ilITEEEEAAAQQQGEiA+4QGgmYYBBBAAAEEEChQ gEqowEUhJQQQQGAqAql3i8+BywSnXPiqUQkVvkCkhwACCCCAAAI9ClAJ9YhLaAQQQAABBBAoXIBK qPAFIj0EEEAAAQQQ6FGASqhHXEIjgAACCCCAQOECVEKFLxDpIYAAAggggECPAlRCPeISGgEEEEAA AQQKF6ASKnyBSA8BBBBAAAEEehSgEuoRl9AIIIAAAgggULgAlVDhC0R6CCCAAAIIINCjAJVQj7iE RgABBBBAAIHCBaiECl8g0kMAAQQQQACBHgWohHrEJTQCCCCAAAIIFC5AJVT4ApEeAggggAACCPQo QCXUIy6hEUAAAQQQQKBwASqhwheI9BBAAAEEEECgRwEqoR5xCY0AAggggAAChQtQCRW+QKSHAAII IIAAAj0KUAn1iEtoBBBAAAEEEChcgEqo8AUiPQQQQAABBBDoUYBKqEdcQiOAAAIIIIBA4QJUQoUv EOkhgAACCCCAQI8Cx7a3txcXF3scgdAIIIDA7AhcvnxZkn3+/Hl2yhrBeYQDShdtYF5kj17X0c7K Tqa/EdtPwStZXZ3A1FIXon3OcxChp12i/XdWH7b7+/srKytUQn3YEhMBBGZVoP3P604OJJ0EMWvg ROs2eH8rXZenvT0wNW/3WZl7f6p1e0X8iBmGGV3i82nTUishro61MaQvAgggULpA9SAk54TqTreU Ppk/zm+OpzZbCzHr2XJOaNZXkPwRQKBZQA/8jx49Wl9fX15evnHjxvv37589e7a1tSXb19bW5CaB EydOyGvTcnNzU778u7/7u08++aR5AKtF4NffuhMYztWx6uUe7wWgyDM94V/HnfMrZh7mCpo2MAmY q3ja0rnQFtldm9Vd1TJBGs8JxU8tHHP4OdqeoyxBAL9ub3SW3qx+YOesFtx1QcK7ROOukvQdajfm 6lg2HR0RQGDGBOyfpDdv3vz8888fPny4u7trprG6unrt2jXn8KzvSv105syZ+Am3r4Q0DacWqR7L 4yuhaoESH03p7GScL713ONlH06T2tnNMJRQztZjSasg5VkufVMMk0uoKhm9KS1q7QHHvTdLZt+0v G39PMNVSm9v4nG9kro7F/2SjJQIIlCiwt7d3dHQkz5HJ3b59W36GfvbZZ9JeyyA5LSRb5KFlkHnc vXtXNsqzbPnuu+8i49tHXPmxbh6p3cPtUw8DOkF95KXkjJiRQKNAXUyb0bw2jRun5nQPpBEzx8DE vW/FQMW0sUsKnUJkLzPf1PbtOwaSjEwmslnjrhXTgPuEYpRogwACJQqcO3fu4OBAniOLoQsXLsg0 jh8/Ls9a5Vy5ckWugr1+/dqZ3qeffipb9FmvoCU97CN0+x/opoJJysHb2C6Jqg1aVm9J3SMnZUvq wbXO0zs1ZyF00JaMqdVkUvskw85XME8mL+chWRrnRSXUSEQDBBAoVODUqVNJxZDWQPpYWFi4f/++ 3CH0888/37p1a2dnx56k3bKE4419Rie8GHmHJY3ZsoBL7R4/KZNe+zqm5a6sV3ACBZkTP7V9qqEz XMvueTgZgw7M0jgvKqFGIhoggEChAnJpTM8JyfPS0lJqlufPn7969arcPS0dNzY27O56lujNmzfy LLcQBY43qYO2aW9Kh0AQ5ySKtBy9eghPOWZSdREGnlrdfUuB9NqfEWyzw5TZN5VxgFlQCQ2AzBAI INCLQJsySC6K2efn5eSQnaKcJZJ379y5Ixt7+tuz8UfxmJbhNs67MYeimEEDi9rYvbGBN3j18lbG 1DrZF1Pzr2sfiJM6hDOvlt3zlFIHzZh+6hAxE+FT9DFKtEEAgdkW0J+e9i/oHz9+fPny5YMHD2R7 4FP0cid10gfH9BxM4EyA+TmuB3Vt6X2h4qaBWQA7uDead6ns44cTwXzpbeNMJ/Blave6lEz+dZLV HMI4Noh3aTLm6F0+HciOVrdAjdvt3TUjvZjudg42UXVvdObldExddyUyu7eXy/lubdxVsn888Sn6 bDo6IoAAAl0KhIunLkciVnkCrP6Ia8Kn6EfEZ2gEEEAAgYkK9HF9Z6KUHU2bq2MdQRIGAQQQSBeo XrZLj0GP2RPo73LP7FmMmjFXx0blZ3AEEEAAAQQQGFWAq2Oj8jM4AggggAACCBQgwKfoC1gEUkAA AQQQQACBkQSohEaCZ1gEEEAAAQQQKECASqiARSAFBBBAAAEEEBhJgEpoJHiGRQABBBBAAIECBKiE ClgEUkAAAQQQQACBkQSohEaCZ1gEEEAAAQQQKECASqiARSAFBBBAAAEEEBhJgEpoJHiGRQABBBBA AIECBKiEClgEUkAAAQQQQACBkQSohEaCZ1gEEEAAAQQQKECASqiARSAFBBBAAAEEEBhJgEpoJHiG RQABBBBAAIECBKiEClgEUkAAAQQQQACBkQSohEaCZ1gEEEAAAQQQKECASqiARSAFBBBAAAEEEBhJ gEpoJHiGRQABBBBAAIECBKiEClgEUkAAAQQQQACBkQSohEaCZ1gEEEAAAQQQKECASqiARSAFBBBA AAEEEBhJgEpoJHiGRQABBBBAAIECBI5tb28vLi4WkAkpIIAAAqUIXL58WVJ5/vx5ZELSvtq4bmMg pgRJChWfYeREGpt507N7KZ3zGDhPO4ekoRtn58w0KXijLQ2GF9jf319ZWeGc0PDyjIgAAsUJvHv3 bmdnp8O09JhaVxbIW/rQesv+si4Hb6hwwhldOhGwZ6Svh8xE5c0jaWhT2ST16gSNICMKUAmNiM/Q CCBQisDq6urGxobJxpQpkflFHuyTTjlUT6tweG5cjqpw5NI0RqbBHAtQCc3x4jI1BBD4g8DDhw/l APn+/Xt5/dNPP8nr169fy+uPHz/Ka31XpeSFvjYvZkVQE7bTtifilFB1X1aDKEUAJKM4q0vVUHeY nsbUMz0xCGayzpS9MvY+k+EwK7vWFPKkEprCKjNHBCYt8Fd/9Vcy///6r/+S5//4j/8wr//zP/9T Xuu73T7MmYluT0jURdPhnOtB9qU3e3bauHrk9gYxB3vvSTIzzXi9wCj2WG3ScypCb251CHblZKYc I9PtQsd70rITASqhThgJggACIwjs7e0dHR3Jc3jss2fPSoODgwN5/vd//3d5/v77701VJO+au0NS L4qNMOesIQPH6ZhqxvhUK6q6OsM+idI4RIfpORWhfZKs5ShmpraGVyZrieg0pgCV0Jj6jI0AAm0E zp07J/WNPIeLoRMnTiwvL8ttQHI5bHd3d21t7dWrV/L6wYMHsl3ebZODfYAMXyJpLAhi0gicFoo5 FxIzREyb8FzscqTD4jJwicqbc95N0zHTp82cCVAJzdmCMh0EJiRw6tSpyGLoL//yL8Xlhx9+kOe/ /du/Na91e+Qj8kjsVAmdXzfxBnSKj7oZdXLZLnxpKRLT2yycXuQcGxPoBKFxFBrMkACV0AwtFqki gMAfCcilMT0nJM9LS0sBnd/85jfy7r179xYWFk6ePCmnguS1bNHtkQ/7SBzZZS6bmTuQCrxNuMCU 5nIfmLNJUQnN2YIyHQQmJBBZBonI6dOnpQaSF3/9139tCiDZItvVS9+V4+jvfve7bEE9W1O9d6Ru e8uB6rp7q4FqDp1nlT0d6ZiaXqDicd6yVyR1FO+MKLbaLHSZfamEylwXskIAgWYBOQ8kF8jCZ4NM FK2B/uzP/kye/+Iv/sJURdrg2rVrWgz9z//8T/PABbRw7tu1r9zZb9m3DIez1irBPGLuBc648Jcx iqYd2VHP26VOpK7i0aKnq4AF7DWk4Bfgv22wZyCAAAIIIIDAFAX4bxtTXHXmjAACCCCAAAK2AFfH 2B8QQAABBBBAYLoCVELTXXtmjgACCCCAAAJUQuwDCCCAAAIIIDBdASqh6a49M0cAAQQQQAABKiH2 AQQQQAABBBCYrgCV0HTXnpkjgAACCCCAAJUQ+wACCCCAAAIITFeASmi6a8/MEUAAAQQQQIBKiH0A AQQQQAABBKYrQCU03bVn5ggggAACCCBAJcQ+gAACCCCAAALTFaASmu7aM3MEEEAAAQQQoBJiH0AA AQQQQACB6QpQCU137Zk5AggggAACCFAJsQ8ggAACCCCAwHQFqISmu/bMHAEEEEAAAQSohNgHEEAA AQQQQGC6AlRC0117Zo4AAggggAACVELsAwgggAACCCAwXQEqoemuPTNHAAEEEEAAASoh9gEEEEAA AQQQmK4AldB0156ZI4AAAggggACVEPsAAggggAACCExXgEpoumvPzBFAAAEEEECASoh9AAEEEEAA AQSmK0AlNN21Z+YIIIAAAgggQCXEPoAAAggggAAC0xU4dnh4ON3ZM3MEEEAAAQQQmLDAr3/962Pb 29srKysTRmDqCCCAAAIIIDBFgadPn0oJxNWxKa49c0YAAQQQQAABFfg/HaXD9DDxrVMAAAAASUVO RK5CYII= --_005_DB3PR04MB061800325F6E2DFFB91F0E77C1490DB3PR04MB0618eurp_--

6 35

Running in db and not running in VDS
by Punit Dambiwal 18 Mar '15

18 Mar '15

Hi, VM failed to create, failed to reboot and through the errors :- 2015-02-23 17:27:11,879 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-64) [1546215a] VM 8325d21f97888adff6bd6b70bfd6c13b (b74d945c-c9f8-4336-a91b-390a11f07650)* is running in db and not running in VDS compute11* *and for delete VM :- * 2015-02-23 17:21:44,625 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-57) [4534b0a2] Correlation ID: 6bbbb769, Job ID: 76d135de-ef8d-41dc-9cc0-855134ededce, Call Stack: null, Custom Event ID: -1, Message: VM 1feac62b8cd19fcc2ff296957adc8a4a *has been removed, but the following disks could not be removed: Disk1. These disks will appear in the main disks tab in illegal state, please remove manually when possible.* *Thanks,* *Punit*

2 8

Zombie disks failed to remove..
by Punit Dambiwal 17 Mar '15

17 Mar '15

Hi, In my ovirt infra...ovirt (3.5.1) with glusterfs (3.6.1)....now when i try to remove the vm...the vm remove successfully but the vm disk (vdisk) remain there.....if i try to remove this unattached disk..it's failed to remove.... [image: Inline image 1] [image: Inline image 2] Thanks, Punit

2 3

Can't put export/iso domain
by Nathanaël Blanchet 16 Mar '15

16 Mar '15

Hi all, I use the same export domain for two different datacenter and I can't anymore put it in a maintenance mode so as to detach it for reattaching to the second datacenter. It says "Preparing for maintenance" and it stays in that state with no ending. Is this operation supposed to be long before being able to detach the datacenter?

4 7

Hosted Engine Migration fails
by Soeren Malchow 16 Mar '15

16 Mar '15

--_000_687766E0007010429FBFF98CA7082488874329mcexch01mcongroup_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear all, we ahve a setup with several hosts running fedora 10 with the virt-preview = packages installed (for snapshot live merge) and a hosted engine running ce= ntos 6.6- We are experiencing a problem with the Live Migration of the Hosted Engine,= in the case of setting the host for the Engine into maintenance as well as= a manual migration. I tried this on the "ovirtmgmt" network and when that failed I did some res= earch and tried to use another network interface (separate from ovirtmgmt o= n layer 2), this also fails. It looks as if the migration is still going through the ovirtmgmt interface= , at least judging from the network traffic, and I think the error that I f= ound (RHBZ#919201) is actually the right one. -- vdsm.log:Thread-6745::WARNING::2015-02-16 03:22:25,743::migration::458::vm.= Vm::(monitor_migration) vmId=3D`XXX`::Migration stalling: remaining (35MiB)= > lowmark (15MiB). Refer to RHBZ#919201. vdsm.log:Thread-6745::WARNING::2015-02-16 03:22:35,745::migration::458::vm.= Vm::(monitor_migration) vmId=3D`XXX`::Migration stalling: remaining (129MiB= ) > lowmark (15MiB). Refer to RHBZ#919201. vdsm.log:Thread-6745::WARNING::2015-02-16 03:22:45,747::migration::458::vm.= Vm::(monitor_migration) vmId=3D`XXX`::Migration stalling: remaining (42MiB)= > lowmark (15MiB). Refer to RHBZ#919201. vdsm.log:Thread-6745::WARNING::2015-02-16 03:22:55,749::migration::458::vm.= Vm::(monitor_migration) vmId=3D`XXX`::Migration stalling: remaining (88MiB)= > lowmark (15MiB). Refer to RHBZ#919201. -- The ovirtmgmt interface is 2 x 1Gbit (LACP connected to Dell Switches with = MLAG) and by far not fully utilized. Can anyone help me where to go form here ? Regards Soeren --_000_687766E0007010429FBFF98CA7082488874329mcexch01mcongroup_ 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"DE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Dear all,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">we ahve a setup with several ho= sts running fedora 10 with the virt-preview packages installed (for snapsho= t live merge) and a hosted engine running centos 6.6-<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">We are experiencing a problem w= ith the Live Migration of the Hosted Engine, in the case of setting the hos= t for the Engine into maintenance as well as a manual migration.<o:p></o:p>= </span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I tried this on the “ovir= tmgmt” network and when that failed I did some research and tried to = use another network interface (separate from ovirtmgmt on layer 2), this al= so fails.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">It looks as if the migration is= still going through the ovirtmgmt interface, at least judging from the net= work traffic, and I think the error that I found (RHBZ#919201) is actually = the right one. <o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a= lt:auto"><span lang=3D"EN-US" style=3D"font-size:12.0pt;font-family:"T= imes New Roman",serif;mso-fareast-language:DE"> --<o:p></o:p></sp= an></p> <p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a= lt:auto"><span lang=3D"EN-US" style=3D"font-size:12.0pt;font-family:"T= imes New Roman",serif;mso-fareast-language:DE">vdsm.log:Thread-6745::W= ARNING::2015-02-16 03:22:25,743::migration::458::vm.Vm::(monitor_migration) vmId=3D`XXX`::Migration stalling: remaining (35MiB) > lowmark (15MiB). = Refer to RHBZ#919201.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a= lt:auto"><span lang=3D"EN-US" style=3D"font-size:12.0pt;font-family:"T= imes New Roman",serif;mso-fareast-language:DE">vdsm.log:Thread-6745::W= ARNING::2015-02-16 03:22:35,745::migration::458::vm.Vm::(monitor_migration) vmId=3D`XXX`::Migration stalling: remaining (129MiB) > lowmark (15MiB).= Refer to RHBZ#919201.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a= lt:auto"><span lang=3D"EN-US" style=3D"font-size:12.0pt;font-family:"T= imes New Roman",serif;mso-fareast-language:DE">vdsm.log:Thread-6745::W= ARNING::2015-02-16 03:22:45,747::migration::458::vm.Vm::(monitor_migration) vmId=3D`XXX`::Migration stalling: remaining (42MiB) > lowmark (15MiB). = Refer to RHBZ#919201.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a= lt:auto"><span lang=3D"EN-US" style=3D"font-size:12.0pt;font-family:"T= imes New Roman",serif;mso-fareast-language:DE">vdsm.log:Thread-6745::W= ARNING::2015-02-16 03:22:55,749::migration::458::vm.Vm::(monitor_migration) vmId=3D`XXX`::Migration stalling: remaining (88MiB) > lowmark (15MiB). = Refer to RHBZ#919201.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a= lt:auto"><span lang=3D"EN-US" style=3D"font-size:12.0pt;font-family:"T= imes New Roman",serif;mso-fareast-language:DE">--<o:p></o:p></span></p= > <p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a= lt:auto"><span lang=3D"EN-US" style=3D"font-size:12.0pt;font-family:"T= imes New Roman",serif;mso-fareast-language:DE">The ovirtmgmt interface= is 2 x 1Gbit (LACP connected to Dell Switches with MLAG) and by far not fully utilized.<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a= lt:auto"><span lang=3D"EN-US" style=3D"font-size:12.0pt;font-family:"T= imes New Roman",serif;mso-fareast-language:DE">Can anyone help me wher= e to go form here ?<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a= lt:auto"><span lang=3D"EN-US" style=3D"font-size:12.0pt;font-family:"T= imes New Roman",serif;mso-fareast-language:DE">Regards<o:p></o:p></spa= n></p> <p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a= lt:auto"><span lang=3D"EN-US" style=3D"font-size:12.0pt;font-family:"T= imes New Roman",serif;mso-fareast-language:DE">Soeren <o:p></o:p></span></p> </div> </body> </html> --_000_687766E0007010429FBFF98CA7082488874329mcexch01mcongroup_--

3 5

Restore VMs after engine fail
by Николаев Алексей 16 Mar '15

16 Mar '15

4 10

HostedEngine Deployment Woes
by Mikola Rose 13 Mar '15

13 Mar '15

--_000_F992C848E4EB468E83F437646EDB3E62powersoftcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi List Members; I have been struggling with deploying oVirt hosted engine I keep running i= nto a timeout during the "Misc Configuration" any suggestion on how I can = trouble shoot this? Redhat 2.6.32-504.3.3.el6.x86_64 Installed Packages ovirt-host-deploy.noarch = 1.2.5-1.el6ev = @rhel-6-server-rhevm-3.4= -rpms ovirt-host-deploy-java.noarch = 1.2.5-1.el6ev = @rhel-6-server-rhevm-3.4= -rpms ovirt-hosted-engine-ha.noarch = 1.1.6-3.el6ev = @rhel-6-server-rhevm-3.4= -rpms ovirt-hosted-engine-setup.noarch = 1.1.5-1.el6ev = @rhel-6-server-rhevm-3.4= -rpms rhevm-setup-plugin-ovirt-engine.noarch = 3.4.4-2.2.el6ev = @rhel-6-server-rhevm-3.4= -rpms rhevm-setup-plugin-ovirt-engine-common.noarch = 3.4.4-2.2.el6ev = @rhel-6-server-rhevm-3.4= -rpms Please confirm installation settings (Yes, No)[No]: Yes [ INFO ] Stage: Transaction setup [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Configuring libvirt [ INFO ] Configuring VDSM [ INFO ] Starting vdsmd [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Connecting Storage Domain [ INFO ] Connecting Storage Pool [ INFO ] Verifying sanlock lockspace initialization [ INFO ] sanlock lockspace already initialized [ INFO ] sanlock metadata already initialized [ INFO ] Creating VM Image [ INFO ] Disconnecting Storage Pool [ INFO ] Start monitoring domain [ ERROR ] Failed to execute stage 'Misc configuration': The read operation = timed out [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination 2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.sanlock.l= ockspace lockspace._misc:133 Ensuring lease for lockspace hosted-engine, ho= st id 1 is acquired (file: /rhev/data-center/mnt/192.168.0.75:_Volumes_Raid= 1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/hosted-engine.lockspace) 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lo= ckspace lockspace._misc:144 sanlock lockspace already initialized 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lo= ckspace lockspace._misc:157 sanlock metadata already initialized 2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod:138 Stage mi= sc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plugin._misc 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.vm.image i= mage._misc:162 Creating VM Image 2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image = image._misc:163 createVolume 2014-12-29 14:53:42 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image = image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, reques= t was: - image: 9043e535-ea94-41f8-98df-6fdbfeb107c3 - volume: e6a9291d-ac21-4a95-b43c-0d6e552baaa2 2014-12-29 14:53:42 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:= 48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:= 48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage mi= sc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:144 conditio= n False 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage mi= sc METHOD otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._d= isconnect_pool 2014-12-29 14:53:43 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.st= orage storage._disconnect_pool:971 Disconnecting Storage Pool 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:= 48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.s= torage storage._spmStop:602 spmStop 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.s= torage storage._spmStop:611 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.s= torage storage._storagePoolConnection:573 disconnectStoragePool 2014-12-29 14:53:45 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.st= orage storage._disconnect_pool:975 Start monitoring domain 2014-12-29 14:53:45 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.s= torage storage._startMonitoringDomain:529 _startMonitoringDomain 2014-12-29 14:53:46 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.s= torage storage._startMonitoringDomain:534 {'status': {'message': 'OK', 'cod= e': 0}} 2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:= 127 Waiting for domain monitor 2014-12-29 14:54:51 DEBUG otopi.context context._executeMethod:152 method e= xception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _e= xecuteMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hoste= d-engine-setup/storage/storage.py", line 976, in _disconnect_pool self._startMonitoringDomain() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hoste= d-engine-setup/storage/storage.py", line 539, in _startMonitoringDomain waiter.wait(self.environment[ohostedcons.StorageEnv.SD_UUID]) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/tasks.py= ", line 128, in wait response =3D serv.s.getVdsStats() File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=3Dself.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request errcode, errmsg, headers =3D h.getreply() File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply response =3D self._conn.getresponse() File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse response.begin() File "/usr/lib64/python2.6/httplib.py", line 391, in begin version, status, reason =3D self._read_status() File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status line =3D self.fp.readline() File "/usr/lib64/python2.6/socket.py", line 433, in readline data =3D recv(1) File "/usr/lib64/python2.6/ssl.py", line 215, in recv return self.read(buflen) File "/usr/lib64/python2.6/ssl.py", line 136, in read return self._sslobj.read(len) SSLError: The read operation timed out var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141229145137-= g8d2or.log --_000_F992C848E4EB468E83F437646EDB3E62powersoftcom_ Content-Type: text/html; charset="us-ascii" Content-ID: <1EEAA9F7E3040E4492C3D82322B4002A(a)power-soft.net> Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > </head> <body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin= e-break: after-white-space;" class=3D""> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= >Hi List Members;</div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= >I have been struggling with deploying oVirt hosted engine  I keep run= ning into a timeout during the "Misc Configuration"  any sug= gestion on how I can trouble shoot this?</div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= >Redhat 2.6.32-504.3.3.el6.x86_64</div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= > <div style=3D"margin: 0px;" class=3D"">Installed Packages</div> <div style=3D"margin: 0px;" class=3D"">ovirt-host-deploy.noarch   &nbs= p;                     &n= bsp;                     =                     &nbsp= ;                     &nb= sp; 1.2.5-1.el6ev                 &= nbsp;                    =                     &nbs= p;             @rhel-6-server-rhevm-3.4-rpms&= nbsp;    </div> <div style=3D"margin: 0px;" class=3D"">ovirt-host-deploy-java.noarch  =                     &nbsp= ;                     &nb= sp;                     &= nbsp;                   1.2.5-= 1.el6ev                   &nbs= p;                     &n= bsp;                     =           @rhel-6-server-rhevm-3.4-rpms     </div> <div style=3D"margin: 0px;" class=3D"">ovirt-hosted-engine-ha.noarch  =                     &nbsp= ;                     &nb= sp;                     &= nbsp;                   1.1.6-= 3.el6ev                   &nbs= p;                     &n= bsp;                     =           @rhel-6-server-rhevm-3.4-rpms     </div> <div style=3D"margin: 0px;" class=3D"">ovirt-hosted-engine-setup.noarch &nb= sp;                     &= nbsp;                    =                     &nbs= p;                 1.1.5-1.el6ev &n= bsp;                     =                     &nbsp= ;                     &nb= sp;       @rhel-6-server-rhevm-3.4-rpms     </div> <div style=3D"margin: 0px;" class=3D"">rhevm-setup-plugin-ovirt-engine.noar= ch                     &n= bsp;                     =                     &nbsp= ;             3.4.4-2.2.el6ev     &= nbsp;                    =                     &nbs= p;                     &n= bsp; @rhel-6-server-rhevm-3.4-rpms     </div> <div style=3D"margin: 0px;" class=3D"">rhevm-setup-plugin-ovirt-engine-comm= on.noarch                  &nb= sp;                     &= nbsp;                    =         3.4.4-2.2.el6ev         &n= bsp;                     =                     &nbsp= ;                   @rhel-6-se= rver-rhevm-3.4-rpms    </div> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= > <div style=3D"margin: 0px;" class=3D"">         &n= bsp;Please confirm installation settings (Yes, No)[No]: Yes</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Transaction setup</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Misc configuration</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Package installation</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Misc configuration</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Co= nfiguring libvirt</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Co= nfiguring VDSM</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= arting vdsmd</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Wa= iting for VDSM hardware info</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Wa= iting for VDSM hardware info</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Co= nnecting Storage Domain</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Co= nnecting Storage Pool</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Ve= rifying sanlock lockspace initialization</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> sa= nlock lockspace already initialized</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> sa= nlock metadata already initialized</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Cr= eating VM Image</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Di= sconnecting Storage Pool</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= art monitoring domain</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #c33720" class=3D"">[ ERROR ]</span> Failed = to execute stage 'Misc configuration': The read operation timed out</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Clean up</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> Ge= nerating answer file '/etc/ovirt-hosted-engine/answers.conf'</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Pre-termination</div> <div style=3D"margin: 0px;" class=3D""><span style=3D"font-variant-ligature= s: no-common-ligatures; color: #2de621" class=3D"">[ INFO  ]</span> St= age: Termination</div> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= > <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:41 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:133 Ensurin= g lease for lockspace hosted-engine, host id 1 is acquired (file: /rhev/dat= a-center/mnt/192.168.0.75:_Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfe= bb/ha_agent/hosted-engine.lockspace)</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:41 INFO otopi.plugi= ns.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:144 sanlock = lockspace already initialized</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:41 INFO otopi.plugi= ns.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:157 sanlock = metadata already initialized</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:41 DEBUG otopi.cont= ext context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted= _engine_setup.vm.image.Plugin._misc</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:41 INFO otopi.plugi= ns.ovirt_hosted_engine_setup.vm.image image._misc:162 Creating VM Image</di= v> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:41 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.vm.image image._misc:163 createVolume</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:42 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.vm.image image._misc:184 Created volume d8e7e= ed4-c763-4b3d-8a71-35f2d692a73d, request was:</div> <div style=3D"margin: 0px;" class=3D"">- image: 9043e535-ea94-41f8-98df-6fd= bfeb107c3</div> <div style=3D"margin: 0px;" class=3D"">- volume: e6a9291d-ac21-4a95-b43c-0d= 6e552baaa2</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:42 DEBUG otopi.ovir= t_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to com= plete</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.ovir= t_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to com= plete</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.cont= ext context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted= _engine_setup.vm.boot_disk.Plugin._misc</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.cont= ext context._executeMethod:144 condition False</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.cont= ext context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted= _engine_setup.storage.storage.Plugin._disconnect_pool</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 INFO otopi.plugi= ns.ovirt_hosted_engine_setup.storage.storage storage._disconnect_pool:971 D= isconnecting Storage Pool</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.ovir= t_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to com= plete</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:602 spmStop<= /div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:611</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:43 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.storage.storage storage._storagePoolConnectio= n:573 disconnectStoragePool</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:45 INFO otopi.plugi= ns.ovirt_hosted_engine_setup.storage.storage storage._disconnect_pool:975 S= tart monitoring domain</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:45 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.storage.storage storage._startMonitoringDomai= n:529 _startMonitoringDomain</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:46 DEBUG otopi.plug= ins.ovirt_hosted_engine_setup.storage.storage storage._startMonitoringDomai= n:534 {'status': {'message': 'OK', 'code': 0}}</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:53:51 DEBUG otopi.ovir= t_hosted_engine_setup.tasks tasks.wait:127 Waiting for domain monitor</div> <div style=3D"margin: 0px;" class=3D"">2014-12-29 14:54:51 DEBUG otopi.cont= ext context._executeMethod:152 method exception</div> <div style=3D"margin: 0px;" class=3D"">Traceback (most recent call last):</= div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib/python2.6= /site-packages/otopi/context.py", line 142, in _executeMethod</div> <div style=3D"margin: 0px;" class=3D"">    method['method']()</di= v> <div style=3D"margin: 0px;" class=3D"">  File "/usr/share/ovirt-h= osted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/sto= rage.py", line 976, in _disconnect_pool</div> <div style=3D"margin: 0px;" class=3D"">    self._startMonitoringD= omain()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/share/ovirt-h= osted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/sto= rage.py", line 539, in _startMonitoringDomain</div> <div style=3D"margin: 0px;" class=3D"">    waiter.wait(self.envir= onment[ohostedcons.StorageEnv.SD_UUID])</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib/python2.6= /site-packages/ovirt_hosted_engine_setup/tasks.py", line 128, in wait<= /div> <div style=3D"margin: 0px;" class=3D"">    response =3D serv.s.ge= tVdsStats()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/xmlrpclib.py", line 1199, in __call__</div> <div style=3D"margin: 0px;" class=3D"">    return self.__send(sel= f.__name, args)</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/xmlrpclib.py", line 1489, in __request</div> <div style=3D"margin: 0px;" class=3D"">    verbose=3Dself.__verbo= se</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/xmlrpclib.py", line 1237, in request</div> <div style=3D"margin: 0px;" class=3D"">    errcode, errmsg, heade= rs =3D h.getreply()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/httplib.py", line 1064, in getreply</div> <div style=3D"margin: 0px;" class=3D"">    response =3D self._con= n.getresponse()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/httplib.py", line 990, in getresponse</div> <div style=3D"margin: 0px;" class=3D"">    response.begin()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/httplib.py", line 391, in begin</div> <div style=3D"margin: 0px;" class=3D"">    version, status, reaso= n =3D self._read_status()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/httplib.py", line 349, in _read_status</div> <div style=3D"margin: 0px;" class=3D"">    line =3D self.fp.readl= ine()</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/socket.py", line 433, in readline</div> <div style=3D"margin: 0px;" class=3D"">    data =3D recv(1)</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/ssl.py", line 215, in recv</div> <div style=3D"margin: 0px;" class=3D"">    return self.read(bufle= n)</div> <div style=3D"margin: 0px;" class=3D"">  File "/usr/lib64/python2= .6/ssl.py", line 136, in read</div> <div style=3D"margin: 0px;" class=3D"">    return self._sslobj.re= ad(len)</div> <div style=3D"margin: 0px;" class=3D"">SSLError: The read operation timed o= ut</div> <div class=3D""><br class=3D""> </div> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= ><br class=3D""> </div> <div style=3D"margin: 0px; font-size: 11px; font-family: Menlo;" class=3D""= >var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141229145137= -g8d2or.log</div> </body> </html> --_000_F992C848E4EB468E83F437646EDB3E62powersoftcom_--

5 18

Sync Error on Master Domain after adding a second one
by Stefano Stagnaro 04 Mar '15

04 Mar '15

I'm testing oVirt 3.5.2 nightly with 1 host for engine, 2 for virt (v10,v11) and 2 for GlusterFS (s20,s21). The Master Data Domain (named DATA) rely on GlusterFS. I've added second Data Domain (named DATA_R3) in order to switch the Master role and remove the old one. Every time I try to put the old Data Domain in maintenance I got the following error: "Sync Error on Master Domain between Host v10 and oVirt Engine. Domain: DATA_R3 is marked as Master in oVirt Engine database but not on the Storage side. Please consult with Support on how to fix this issue." Same error if I try to put DATA in maintenance from the shell: # action storagedomain '62a034ca-63df-44f2-9a87-735ddd257a6b' deactivate --datacenter-identifier '00000002-0002-0002-0002-00000000022f' I cannot switch to the new Master Data Domain neither I can put the Data Center in maintenance. I'm not sure if it is related to bug 1183977. I've already upgraded to ovirt-engine-3.5.2-0.0.master.20150224122113.git410d88b.el6.noarch but the problem still happen. Thanks, -- Stefano Stagnaro Prisma Engineering S.r.l. Via Petrocchi, 4 20127 Milano – Italy Tel. 02 26113507 int 339 e-mail: stefanos(a)prisma-eng.com skype: stefano.stagnaro

4 6

Help understanding Gluster in oVirt
by Groten, Ryan 04 Mar '15

04 Mar '15

--_000_61A8344D117D814CA4DA393472F38CF401B4D390CECD1001M360cor_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I was planning on making a Gluster Data domain to test, and found some grea= t information on this page: http://community.redhat.com/blog/2014/05/ovirt-= 3-4-glusterized/ The article the author uses the CTDB service for VIP failover. Is it possi= ble/recommended to not do this, and just create a gluster volume on all the= hosts in a cluster, then create the Gluster data domain as localhost:<glus= ter_vol>? Thanks, Ryan --_000_61A8344D117D814CA4DA393472F38CF401B4D390CECD1001M360cor_ 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=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 14 (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue vli= nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span style=3D'f= ont-size:10.0pt;font-family:"Century Gothic","sans-serif"'>I was planning o= n making a Gluster Data domain to test, and found some great information on= this page: <a href=3D"http://community.redhat.com/blog/2014/05/ovirt-3-4-g= lusterized/">http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized= /</a><o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-size:10= .0pt;font-family:"Century Gothic","sans-serif"'>The article the author uses= the CTDB service for VIP failover.  Is it possible/recommended to not= do this, and just create a gluster volume on all the hosts in a cluster, t= hen create the Gluster data domain as localhost:<gluster_vol>?<o:p></= o:p></span></p><p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-fa= mily:"Century Gothic","sans-serif"'><o:p> </o:p></span></p><p class=3D= MsoNormal><span style=3D'font-size:10.0pt;font-family:"Century Gothic","san= s-serif"'>Thanks,<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'= font-size:10.0pt;font-family:"Century Gothic","sans-serif"'>Ryan<o:p></o:p>= </span></p></div></body></html>= --_000_61A8344D117D814CA4DA393472F38CF401B4D390CECD1001M360cor_--

5 7

[ANN] oVirt 3.5.2 First Release Candidate is now available for testing
by Sandro Bonazzola 02 Mar '15

02 Mar '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The oVirt team is pleased to announce that the 3.5.2 First Release Candidate is now available for testing as of Feb 27th 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6 (or similar) and Red Hat Enterprise Linux 7 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. New oVirt Live and oVirt Node ISO will be available soon as well[2]. Please note that mirrors may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ - - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIbBAEBAgAGBQJU8EAkAAoJEHw3u57E4QAOtokP+OigmVJQh7+oy2mmRwWd5Ts3 AH+jDAvSFZnIAYOGHViwcuqGX4z3jA5vnPFKmqVyUKDByPmJgzZA/JNkv+muYRQD R00qiL7rda5r/OXB87UoFk+nm5+fnCMPsPt3XkeQUUe4YxlhKTqpe4LuDElEFrgN SprlPc3WbnzDRjsrWipdi/ZphYbi76udOkY25gnSlKcOGrmrZsElj+Lzuq5X4819 dwNUw3pcvDelgn1hQ9Gldj1OWUrqu2flgi8br4x0hDV46eEc3jxKbu932HWLgfir iPJ4VkrE/cYng6GJTWTT6x38S2jZiJEDMRRaITQGm6eVkcgwFQsyKYS4+YbReawc 0OENE8J6kCRbEmUciXUQDfHWGc65k/1cZKOmHWXoalXGXfOpyxbIb3yCr9Rcnd7a UitfgzMRJUvhtiGcK7jJcPCx/71aaxLYWjDBxpVDiQlVYVUFnM6GBeBrRApdv2uZ AY4c54Ork8xy9Z4HgkTXGOpqrl3aKBeHSDK4lCbkgxQ7xOTcGAiijryCu28nvwYd remkdk7mK8qmospNOc27RbpbkBdExTpnX/6jY7MKALR+IcWyF9A2FpenxS8bpTHG dGRLk1p9iL/N0Iyl4GH6XxBoD+olWgHb8bcM11fITK5Ts3XK9rQ6hd6u79ux5WsN HdGAsUb2PtB7ysb6X1s= =HVxm -----END PGP SIGNATURE-----

3 10

VM failed to start | Bad volume specification
by Punit Dambiwal 02 Mar '15

02 Mar '15

Hi, I try to start the VM but it's failed to start...and through the following error :- VM vm1 is down with error. Exit message: Bad volume specification {'index': 0, 'iface': 'virtio', 'type': 'disk', 'format': 'raw', 'bootOrder': '1', 'address': {'slot': '0x07', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'volumeID': '60c73bf0-d190-420b-917c-04aa00e52f10', 'apparentsize': '1073741824', 'imageID': '8ca66096-bd47-460d-9e09-2966e45b471b', 'specParams': {}, 'readonly': 'false', 'domainID': 'e732a82f-bae9-4368-8b98-dedc1c3814de', 'reqsize': '0', 'deviceId': '8ca66096-bd47-460d-9e09-2966e45b471b', 'truesize': '1054048256', 'poolID': '00000002-0002-0002-0002-000000000145', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'optional': 'false'}. Please help me to solve this issue.... Thanks, Punit

3 6

AD time sync issue.
by Shadow Hunt 01 Mar '15

01 Mar '15

Thanks for the add, anyone have experience adding the ovirt engine to Windows active directory? I keep getting a time synchronization error and I can't figure it out.

2 1

DevConf talks about oVirt and Foreman integration
by ybronhei 28 Feb '15

28 Feb '15

Hey guys, Apparently DevConf uploaded records for my sessions last month at devConf, you are welcome to check that out https://www.youtube.com/watch?v=XmF6kV73XRY https://www.youtube.com/watch?v=D0nitrAKToM&spfreload=1 As users you probably familiar with most of what I say there, especially in the general overview, but it's still good for refreshment if you have spare 40 minutes.. jump directly to minute 5-7 Regards, -- Yaniv Bronhaim.

1 0

oVirt Manager problem
by Massimo Mad 26 Feb '15

26 Feb '15

Hi, Here is the result of the command actually tables "audit_log" are very large . What can I do to prevent the file system fills up? psql engine -c "SELECT nspname || '.' || relname AS relation, pg_size_pretty(pg_relation_size(C.oid)) AS size FROM pg_class C LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace) WHERE nspname NOT IN ('pg_catalog', 'information_schema') ORDER BY pg_relation_size(C.oid) DESC LIMIT 20;" relation | size ------------------------------------------+--------- public.audit_log | 826 MB public.idx_audit_correlation_id | 159 MB public.idx_audit_log_job_id | 114 MB public.idx_audit_log_storage_domain_name | 114 MB public.idx_audit_log_user_name | 114 MB public.idx_audit_log_vm_name | 114 MB public.idx_audit_log_storage_pool_name | 114 MB public.idx_audit_log_vds_name | 114 MB public.idx_audit_log_vm_template_name | 113 MB public.pk_audit_log | 90 MB public.idx_audit_log_log_time | 90 MB pg_toast.pg_toast_2618 | 1336 kB public.vm_dynamic | 680 kB public.vm_statistics | 496 kB public.disk_image_dynamic | 288 kB public.vds_interface_statistics | 256 kB public.vm_device | 208 kB public.vds_dynamic | 128 kB pg_toast.pg_toast_2619 | 120 kB public.pk_disk_image_dynamic | 104 kB (20 rows) Regards Massimo

2 1

Problem deploying ovirt-hosted-engine to iSCSI
by Justin Clacherty 26 Feb '15

26 Feb '15

Hi, I'm back to testing oVirt again but have come across a problem when trying to deploy the ovirt hosted engine with iSCSI. The deploy asks questions about iSCSI, finds the iSCSI target, asks for the iqn, then goes to start the storage server but stops there, hanging forever. In this state I can see that the iSCSI session has logged in and the drive appears in the system (as sdb) but that's it. It appears as though it's getting stuck when it tries to get the list of luns. Has anyone else come across this issue? Any ideas where I can start with troubleshooting? Cheers, Justin.

4 9

3.5.1 not detecting Haswell CPU
by Blaster 26 Feb '15

26 Feb '15

I just upgraded from a working 3.5.0 on F20 to 3.5.1. After the upgrade, 3.5.1 started detecting my i7-4790k as a Sandy Bridge, and not the Haswell it properly detected with 3.5.0. I had to force the CPU type to Sandy Bridge in order to bring the node up. vdsClient -s 0 getVdsCaps | grep cpu cpuCores = '4' cpuFlags = 'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,fma,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,x2apic,movbe,popcnt,tsc_deadline_timer,aes,xsave,avx,f16c,rdrand,lahf_lm,abm,ida,arat,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,fsgsbase,tsc_adjust,bmi1,hle,avx2,smep,bmi2,erms,invpcid,rtm,xsaveopt,model_Nehalem,model_Conroe,model_coreduo,model_core2duo,model_Penryn,model_Westmere,model_n270,model_SandyBridge' cpuModel = 'Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz' cpuSockets = '1' cpuSpeed = '4300.000' cpuThreads = '8' numaNodes = {'0': {'cpus': [0, 1, 2, 3, 4, 5, 6, 7], 'totalMemory': '32022'}} # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 60 model name : Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz stepping : 3 microcode : 0x1c cpu MHz : 4299.843 cache size : 8192 KB physical id : 0 siblings : 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm xsaveopt bugs : bogomips : 7999.90 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management:

2 1

Automation and engine-setup
by Trey Dockendorf 26 Feb '15

26 Feb '15

I am attempting to update my Puppet module [1] that manages oVirt and have found my method for executing engine-setup works on a fresh install but fails if run after install, for example to enable reports. Normally I run this: yes 'Yes' | engine-setup --config-append=/var/lib/ovirt-engine/setup/answers/ovirt-engine-setup.conf However if I've already installed ovirt-engine and then install the packages for reports and re-run the above command it gets stuck at this step: [ INFO ] Stage: Setup validation During execution engine service will be stopped (OK, Cancel) [OK]: Since "Yes" is not a valid response my method does not work. Is there a flag I can provide in the answers file that would prevent the above prompt? I am semi familiar with using expect but was hoping to avoid using expect from within a Puppet module. Thanks, - Trey [1]: https://github.com/treydock/puppet-ovirt/tree/1.x

2 1

oVirt Weekly Meeting Minutes -- 2015-02-25
by Yaniv Dary 25 Feb '15

25 Feb '15

This is a multi-part message in MIME format. --------------090006090609050906030207 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-25-15.01.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-25-15.01.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-25-15.01.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by ydary at 15:01:18 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-25-15.01.log.html . Meeting summary --------------- * Agenda and roll Call (ydary, 15:01:30) * infra update (ydary, 15:01:30) * 3.5.z updates (ydary, 15:01:30) * 3.6.0 status (ydary, 15:01:30) * conferences and workshops (ydary, 15:01:30) * other topics (ydary, 15:01:30) * infra update (ydary, 15:03:42) * oVirt gerrit has been updated to version 2.10 and now uses SSL. (ydary, 15:06:00) * Strict generic cleanup was added to some jobs and is planned for all jobs, this is to release as much disk space possible. (ydary, 15:07:41) * Slaves have been losing network configuration (dhclient dying), troubleshooting done this week to resolve this. (ydary, 15:08:45) * Some hosts of phx lab are a bit overloaded due to lack of RAM, workload has increased. (ydary, 15:13:21) * ACTION: mvk to discuss how to balance the memory capacity automatically with SLA team (rgolan). (ydary, 15:14:06) * there are plans to upgrade RAM on phx hosts, no schedule set. Memory usage is on average 70-80%~. (ydary, 15:15:38) * 3.5.z updates (ydary, 15:16:46) * Status update at: http://lists.ovirt.org/pipermail/users/2015-February/031551.html (ydary, 15:17:19) * 3.5.2 RC postponed due to blockers. (ydary, 15:17:41) * ACTION: please re-targeted 3.5.2 bugs that did not converge to 3.5.3. (ydary, 15:18:58) * Blocker was about bad handling of zombie tasks while upgrading from previous versions. Taskclenaer util has been now changed by infra and setup must be updated for using the new command line options. (ydary, 15:19:58) * 3.6 status (ydary, 15:21:22) * Status update for 3.6.0: http://lists.ovirt.org/pipermail/users/2015-February/031587.html. (ydary, 15:21:55) * Schedule for 3.6 published. (ydary, 15:22:04) * LINK: https://hibernate.atlassian.net/browse/HV-861 (jhernand, 15:26:35) * Integration 3.6.0 Update: Fedora >= 21 we have jdk 1.8 which doesn't work with jboss-as 7. fc21 doesn't have Java 7 rpms and will EOL in April. (ydary, 15:29:40) * A suggestion was made to move to wildfly. A patch for packaging wildfly 8.2 binaries on EL was submitted. (ydary, 15:31:01) * A bug in one of JBoss' packages is holding us back. That bug will be fixed in Hibernate validator 5.2. (ydary, 15:31:59) * Link to issue: https://hibernate.atlassian.net/browse/HV-861 (ydary, 15:32:49) * It was suggested to replace the hibernate validator included in WildFly 8.2 with version 5.2, where the bug will be fixed. (ydary, 15:33:56) * This suggestion is only valid on fc22. On f21, el6 and el7 we can ship wildfly 8.2 binaries in our repositories. (ydary, 15:35:46) * This is similar to the current approach on some platform aka ovirt-engine-jboss-as providing jboss. (ydary, 15:36:43) * ACTION: If we plan to move to wildfly 8.2 we need to prepare the jenkins job for the packaging, spec file is already merged. (ydary, 15:37:21) * ACTION: sbonazzo rgolan1 jhernand to discuss who will push engine patches, create build job for engine ans so on and will update next week. (ydary, 15:40:43) * ACTION: sbonazzo rgolan1 jhernand to get commitment for this task from infra team. (ydary, 15:41:44) * Moving to wildfly will have to come together with support for Java 8. (ydary, 15:44:09) * Other integration topics: (ydary, 15:44:16) * FC support for hosted engine now available for testing in master snapshot (ydary, 15:44:44) * tiraboschi started porting vdsm to debian jessie. (ydary, 15:45:08) * Debian support led to several patches and opened several bugs about vdsm, ioprocess and others. (ydary, 15:45:40) * New RFEs on docker images for OpenStack services for oVirt 3.6.0. (ydary, 15:48:34) * Node 3.6.0 Update: Progress on node automation and regular el6 and el7 builds in jenkins are available for download. Also continued planning fo 3.6 and will add a feature page for the installation through anaconda. (ydary, 15:50:44) * UX 3.6.0 Update: No updates. Patches are pending for review\merge. (ydary, 15:52:55) * Network 3.6.0 Update: Progress on SR-IOV, some functionality already working already. Other than that no updates. (ydary, 15:54:40) * SLA 3.6.0 Update: ongoing effort for the REST API of quota. A Wiki with the progress will be up hopefully this week (ydary, 15:59:19) * also rgolan started researching edit hosted engine ongoing with sbonazzo and mlipchuk from storage team. Technical gap analysis and initial design pending. (ydary, 16:00:34) * Gluster update for 3.6.0: Sahina made progress on snapshot and geo-replication management - number of patches merged. Gluster storage network role patches posted. (ydary, 16:03:01) * ACTION: network team needs to review gluster storage network role patches posted. (ydary, 16:03:21) * Brick provisioning patches to be reviewed. (ydary, 16:05:06) * Storage update for 3.6.0: SPM removal had good discussions with infra stakeholders. we have a clear path forward, although some infra work is required. (ydary, 16:07:01) * Cinder-Ceph work had several good discussions with other stakeholders, seems on track. (ydary, 16:07:22) * Several other minor RFEs converging. (ydary, 16:07:50) * Storage integration work with EL7.1 being done and should be backported to 3.5.3. (ydary, 16:08:52) * Virt update for 3.6.0: No one attended from the team. (ydary, 16:10:53) * Infra update for 3.6.0: All the items are updated in the 3.6 planning wiki. Work in progress on most items that include: upgrade manager, uniform SSO support, fencing re-factoring, events mechanism, SPM removal action items, v2v action items, etc. (ydary, 16:12:25) * conferences and workshops (ydary, 16:13:17) * SCALE and LF Collab were a big success! *Lots* of new oVirt t-shirts and discussions were held at the booth. People definitely know more about oVirt now. (ydary, 16:14:37) * mlipchuk and bkp will be attending FOSSAsia in a couple of weeks, and hosting the half-day workshop on March 14. (ydary, 16:15:06) * ACTION: Push the workshop in FOSSAsia on social media as you can, and if you have colleagues in east Asia, ask them for some social media love, too, please! (ydary, 16:15:41) * bkp will be on the planning board for KVM Forum this year, which will be in Seattle on Aug 19-21. (ydary, 16:16:19) * Rene Koch will be speaking at Chemnitzer Linux Days on Sunday March, 22nd. gshereme will be speaking on "Using Bootstrap with Google Web Toolkit" as POSSCON in South Carolina on April 14-15. (ydary, 16:16:43) * ACTION: if you have any local LUG or datacenter user group in your area, check in with bkp and we can get you set up for a mini-talk to spread the oVirt word. (ydary, 16:17:22) * other topics (ydary, 16:17:46) * CentOS Virt SIG Meeting Minutes at: http://www.centos.org/minutes/2015/february/centos-devel.2015-02-24-14.07.l… (ydary, 16:18:16) * Some packages have been built for virt sig, roadmap is still long. See link: http://wiki.centos.org/SpecialInterestGroup/Virtualization/Roadmap . (ydary, 16:20:04) * ACTION: help needed to sbonazzo to provide missing packages for CentOS Virt SIG. (ydary, 16:20:51) * A new case study is out (http://www.ovirt.org/Universidad_de_Sevilla_Case_Study) oVirt is helping to deploy virtual desktops for up to 3,000 students at the Universidad de Sevilla in Spain. Eventually, over 60,000 students wil be served as this program scales up. (ydary, 16:22:21) * getting reports that oVirt is in use by LibreOffice, BP, Samsung and possibly even Apple. I am tracking those down for future case studies. If you have any knowledge of users running oVirt that could be interesting, let bkp know! (ydary, 16:22:49) * because of their respective work on containers and NFV, Joe Brockmeier and Frank Zdarsky will be visiting TLV this Spring to meet with people. bkp will join as well. Exact schedule is still not set. (ydary, 16:23:39) Meeting ended at 16:25:08 UTC. Action Items ------------ * mvk to discuss how to balance the memory capacity automatically with SLA team (rgolan). * please re-targeted 3.5.2 bugs that did not converge to 3.5.3. * If we plan to move to wildfly 8.2 we need to prepare the jenkins job for the packaging, spec file is already merged. * sbonazzo rgolan1 jhernand to discuss who will push engine patches, create build job for engine ans so on and will update next week. * sbonazzo rgolan1 jhernand to get commitment for this task from infra team. * network team needs to review gluster storage network role patches posted. * Push the workshop in FOSSAsia on social media as you can, and if you have colleagues in east Asia, ask them for some social media love, too, please! * if you have any local LUG or datacenter user group in your area, check in with bkp and we can get you set up for a mini-talk to spread the oVirt word. * help needed to sbonazzo to provide missing packages for CentOS Virt SIG. Action Items, by person ----------------------- * bkp * if you have any local LUG or datacenter user group in your area, check in with bkp and we can get you set up for a mini-talk to spread the oVirt word. * jhernand * sbonazzo rgolan1 jhernand to discuss who will push engine patches, create build job for engine ans so on and will update next week. * sbonazzo rgolan1 jhernand to get commitment for this task from infra team. * mvk * mvk to discuss how to balance the memory capacity automatically with SLA team (rgolan). * rgolan * mvk to discuss how to balance the memory capacity automatically with SLA team (rgolan). * sbonazzo rgolan1 jhernand to discuss who will push engine patches, create build job for engine ans so on and will update next week. * sbonazzo rgolan1 jhernand to get commitment for this task from infra team. * rgolan1 * sbonazzo rgolan1 jhernand to discuss who will push engine patches, create build job for engine ans so on and will update next week. * sbonazzo rgolan1 jhernand to get commitment for this task from infra team. * sbonazzo * sbonazzo rgolan1 jhernand to discuss who will push engine patches, create build job for engine ans so on and will update next week. * sbonazzo rgolan1 jhernand to get commitment for this task from infra team. * help needed to sbonazzo to provide missing packages for CentOS Virt SIG. * **UNASSIGNED** * please re-targeted 3.5.2 bugs that did not converge to 3.5.3. * If we plan to move to wildfly 8.2 we need to prepare the jenkins job for the packaging, spec file is already merged. * network team needs to review gluster storage network role patches posted. * Push the workshop in FOSSAsia on social media as you can, and if you have colleagues in east Asia, ask them for some social media love, too, please! People Present (lines said) --------------------------- * ydary (131) * sbonazzo (59) * rgolan1 (27) * bkp (20) * jhernand (18) * lvernia (17) * mvk (11) * sahina (10) * dcaro (10) * amureini (9) * rgolan (6) * obelix (5) * fabiand (5) * awels (2) * alonbl (2) * saggi (2) * ovirtbot (2) * alitke (1) * doron_afk (1) * fkobzik (1) * didi (1) * ykaplan (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Yaniv Dary Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary(a)redhat.com IRC : ydary --------------090006090609050906030207 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"> <font face="monospace">Minutes: <a class="moz-txt-link-freetext" href="http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-25-15.01.html">http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-25-15.01.html</a><br> Minutes (text): <a class="moz-txt-link-freetext" href="http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-25-15.01.txt">http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-25-15.01.txt</a><br> Log: <a class="moz-txt-link-freetext" href="http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-25-15.01.log.html">http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-25-15.01.log.html</a></font><br> <br> <pre>========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by ydary at 15:01:18 UTC. The full logs are available at <a class="moz-txt-link-freetext" href="http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-25-15.01.log.html">http://ovirt.org/meetings/ovirt/2015/ovirt.2015-02-25-15.01.log.html</a> . Meeting summary --------------- * Agenda and roll Call (ydary, 15:01:30) * infra update (ydary, 15:01:30) * 3.5.z updates (ydary, 15:01:30) * 3.6.0 status (ydary, 15:01:30) * conferences and workshops (ydary, 15:01:30) * other topics (ydary, 15:01:30) * infra update (ydary, 15:03:42) * oVirt gerrit has been updated to version 2.10 and now uses SSL. (ydary, 15:06:00) * Strict generic cleanup was added to some jobs and is planned for all jobs, this is to release as much disk space possible. (ydary, 15:07:41) * Slaves have been losing network configuration (dhclient dying), troubleshooting done this week to resolve this. (ydary, 15:08:45) * Some hosts of phx lab are a bit overloaded due to lack of RAM, workload has increased. (ydary, 15:13:21) * ACTION: mvk to discuss how to balance the memory capacity automatically with SLA team (rgolan). (ydary, 15:14:06) * there are plans to upgrade RAM on phx hosts, no schedule set. Memory usage is on average 70-80%~. (ydary, 15:15:38) * 3.5.z updates (ydary, 15:16:46) * Status update at: <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/pipermail/users/2015-February/031551.html">http://lists.ovirt.org/pipermail/users/2015-February/031551.html</a> (ydary, 15:17:19) * 3.5.2 RC postponed due to blockers. (ydary, 15:17:41) * ACTION: please re-targeted 3.5.2 bugs that did not converge to 3.5.3. (ydary, 15:18:58) * Blocker was about bad handling of zombie tasks while upgrading from previous versions. Taskclenaer util has been now changed by infra and setup must be updated for using the new command line options. (ydary, 15:19:58) * 3.6 status (ydary, 15:21:22) * Status update for 3.6.0: <a class="moz-txt-link-freetext" href="http://lists.ovirt.org/pipermail/users/2015-February/031587.html">http://lists.ovirt.org/pipermail/users/2015-February/031587.html</a>. (ydary, 15:21:55) * Schedule for 3.6 published. (ydary, 15:22:04) * LINK: <a class="moz-txt-link-freetext" href="https://hibernate.atlassian.net/browse/HV-861">https://hibernate.atlassian.net/browse/HV-861</a> (jhernand, 15:26:35) * Integration 3.6.0 Update: Fedora >= 21 we have jdk 1.8 which doesn't work with jboss-as 7. fc21 doesn't have Java 7 rpms and will EOL in April. (ydary, 15:29:40) * A suggestion was made to move to wildfly. A patch for packaging wildfly 8.2 binaries on EL was submitted. (ydary, 15:31:01) * A bug in one of JBoss' packages is holding us back. That bug will be fixed in Hibernate validator 5.2. (ydary, 15:31:59) * Link to issue: <a class="moz-txt-link-freetext" href="https://hibernate.atlassian.net/browse/HV-861">https://hibernate.atlassian.net/browse/HV-861</a> (ydary, 15:32:49) * It was suggested to replace the hibernate validator included in WildFly 8.2 with version 5.2, where the bug will be fixed. (ydary, 15:33:56) * This suggestion is only valid on fc22. On f21, el6 and el7 we can ship wildfly 8.2 binaries in our repositories. (ydary, 15:35:46) * This is similar to the current approach on some platform aka ovirt-engine-jboss-as providing jboss. (ydary, 15:36:43) * ACTION: If we plan to move to wildfly 8.2 we need to prepare the jenkins job for the packaging, spec file is already merged. (ydary, 15:37:21) * ACTION: sbonazzo rgolan1 jhernand to discuss who will push engine patches, create build job for engine ans so on and will update next week. (ydary, 15:40:43) * ACTION: sbonazzo rgolan1 jhernand to get commitment for this task from infra team. (ydary, 15:41:44) * Moving to wildfly will have to come together with support for Java 8. (ydary, 15:44:09) * Other integration topics: (ydary, 15:44:16) * FC support for hosted engine now available for testing in master snapshot (ydary, 15:44:44) * tiraboschi started porting vdsm to debian jessie. (ydary, 15:45:08) * Debian support led to several patches and opened several bugs about vdsm, ioprocess and others. (ydary, 15:45:40) * New RFEs on docker images for OpenStack services for oVirt 3.6.0. (ydary, 15:48:34) * Node 3.6.0 Update: Progress on node automation and regular el6 and el7 builds in jenkins are available for download. Also continued planning fo 3.6 and will add a feature page for the installation through anaconda. (ydary, 15:50:44) * UX 3.6.0 Update: No updates. Patches are pending for review\merge. (ydary, 15:52:55) * Network 3.6.0 Update: Progress on SR-IOV, some functionality already working already. Other than that no updates. (ydary, 15:54:40) * SLA 3.6.0 Update: ongoing effort for the REST API of quota. A Wiki with the progress will be up hopefully this week (ydary, 15:59:19) * also rgolan started researching edit hosted engine ongoing with sbonazzo and mlipchuk from storage team. Technical gap analysis and initial design pending. (ydary, 16:00:34) * Gluster update for 3.6.0: Sahina made progress on snapshot and geo-replication management - number of patches merged. Gluster storage network role patches posted. (ydary, 16:03:01) * ACTION: network team needs to review gluster storage network role patches posted. (ydary, 16:03:21) * Brick provisioning patches to be reviewed. (ydary, 16:05:06) * Storage update for 3.6.0: SPM removal had good discussions with infra stakeholders. we have a clear path forward, although some infra work is required. (ydary, 16:07:01) * Cinder-Ceph work had several good discussions with other stakeholders, seems on track. (ydary, 16:07:22) * Several other minor RFEs converging. (ydary, 16:07:50) * Storage integration work with EL7.1 being done and should be backported to 3.5.3. (ydary, 16:08:52) * Virt update for 3.6.0: No one attended from the team. (ydary, 16:10:53) * Infra update for 3.6.0: All the items are updated in the 3.6 planning wiki. Work in progress on most items that include: upgrade manager, uniform SSO support, fencing re-factoring, events mechanism, SPM removal action items, v2v action items, etc. (ydary, 16:12:25) * conferences and workshops (ydary, 16:13:17) * SCALE and LF Collab were a big success! *Lots* of new oVirt t-shirts and discussions were held at the booth. People definitely know more about oVirt now. (ydary, 16:14:37) * mlipchuk and bkp will be attending FOSSAsia in a couple of weeks, and hosting the half-day workshop on March 14. (ydary, 16:15:06) * ACTION: Push the workshop in FOSSAsia on social media as you can, and if you have colleagues in east Asia, ask them for some social media love, too, please! (ydary, 16:15:41) * bkp will be on the planning board for KVM Forum this year, which will be in Seattle on Aug 19-21. (ydary, 16:16:19) * Rene Koch will be speaking at Chemnitzer Linux Days on Sunday March, 22nd. gshereme will be speaking on "Using Bootstrap with Google Web Toolkit" as POSSCON in South Carolina on April 14-15. (ydary, 16:16:43) * ACTION: if you have any local LUG or datacenter user group in your area, check in with bkp and we can get you set up for a mini-talk to spread the oVirt word. (ydary, 16:17:22) * other topics (ydary, 16:17:46) * CentOS Virt SIG Meeting Minutes at: <a class="moz-txt-link-freetext" href="http://www.centos.org/minutes/2015/february/centos-devel.2015-02-24-14.07.l…">http://www.centos.org/minutes/2015/february/centos-devel.2015-02-24-14.07.l…</a> (ydary, 16:18:16) * Some packages have been built for virt sig, roadmap is still long. See link: <a class="moz-txt-link-freetext" href="http://wiki.centos.org/SpecialInterestGroup/Virtualization/Roadmap">http://wiki.centos.org/SpecialInterestGroup/Virtualization/Roadmap</a> . (ydary, 16:20:04) * ACTION: help needed to sbonazzo to provide missing packages for CentOS Virt SIG. (ydary, 16:20:51) * A new case study is out (<a class="moz-txt-link-freetext" href="http://www.ovirt.org/Universidad_de_Sevilla_Case_Study">http://www.ovirt.org/Universidad_de_Sevilla_Case_Study</a>). oVirt is helping to deploy virtual desktops for up to 3,000 students at the Universidad de Sevilla in Spain. Eventually, over 60,000 students wil be served as this program scales up. (ydary, 16:22:21) * getting reports that oVirt is in use by LibreOffice, BP, Samsung and possibly even Apple. I am tracking those down for future case studies. If you have any knowledge of users running oVirt that could be interesting, let bkp know! (ydary, 16:22:49) * because of their respective work on containers and NFV, Joe Brockmeier and Frank Zdarsky will be visiting TLV this Spring to meet with people. bkp will join as well. Exact schedule is still not set. (ydary, 16:23:39) Meeting ended at 16:25:08 UTC. Action Items ------------ * mvk to discuss how to balance the memory capacity automatically with SLA team (rgolan). * please re-targeted 3.5.2 bugs that did not converge to 3.5.3. * If we plan to move to wildfly 8.2 we need to prepare the jenkins job for the packaging, spec file is already merged. * sbonazzo rgolan1 jhernand to discuss who will push engine patches, create build job for engine ans so on and will update next week. * sbonazzo rgolan1 jhernand to get commitment for this task from infra team. * network team needs to review gluster storage network role patches posted. * Push the workshop in FOSSAsia on social media as you can, and if you have colleagues in east Asia, ask them for some social media love, too, please! * if you have any local LUG or datacenter user group in your area, check in with bkp and we can get you set up for a mini-talk to spread the oVirt word. * help needed to sbonazzo to provide missing packages for CentOS Virt SIG. Action Items, by person ----------------------- * bkp * if you have any local LUG or datacenter user group in your area, check in with bkp and we can get you set up for a mini-talk to spread the oVirt word. * jhernand * sbonazzo rgolan1 jhernand to discuss who will push engine patches, create build job for engine ans so on and will update next week. * sbonazzo rgolan1 jhernand to get commitment for this task from infra team. * mvk * mvk to discuss how to balance the memory capacity automatically with SLA team (rgolan). * rgolan * mvk to discuss how to balance the memory capacity automatically with SLA team (rgolan). * sbonazzo rgolan1 jhernand to discuss who will push engine patches, create build job for engine ans so on and will update next week. * sbonazzo rgolan1 jhernand to get commitment for this task from infra team. * rgolan1 * sbonazzo rgolan1 jhernand to discuss who will push engine patches, create build job for engine ans so on and will update next week. * sbonazzo rgolan1 jhernand to get commitment for this task from infra team. * sbonazzo * sbonazzo rgolan1 jhernand to discuss who will push engine patches, create build job for engine ans so on and will update next week. * sbonazzo rgolan1 jhernand to get commitment for this task from infra team. * help needed to sbonazzo to provide missing packages for CentOS Virt SIG. * **UNASSIGNED** * please re-targeted 3.5.2 bugs that did not converge to 3.5.3. * If we plan to move to wildfly 8.2 we need to prepare the jenkins job for the packaging, spec file is already merged. * network team needs to review gluster storage network role patches posted. * Push the workshop in FOSSAsia on social media as you can, and if you have colleagues in east Asia, ask them for some social media love, too, please! People Present (lines said) --------------------------- * ydary (131) * sbonazzo (59) * rgolan1 (27) * bkp (20) * jhernand (18) * lvernia (17) * mvk (11) * sahina (10) * dcaro (10) * amureini (9) * rgolan (6) * obelix (5) * fabiand (5) * awels (2) * alonbl (2) * saggi (2) * ovirtbot (2) * alitke (1) * doron_afk (1) * fkobzik (1) * didi (1) * ykaplan (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: <a class="moz-txt-link-freetext" href="http://wiki.debian.org/MeetBot">http://wiki.debian.org/MeetBot</a> </pre> <br> <pre class="moz-signature" cols="72">-- Yaniv Dary Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: <a class="moz-txt-link-abbreviated" href="mailto:ydary@redhat.com">ydary(a)redhat.com</a> IRC : ydary</pre> </body> </html> --------------090006090609050906030207--

1 0

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

25 Feb '15

Hi, We still have one open blocker for 3.5.2[1]: Bug ID Whiteboard Status Summary 1161012 infra POST task cleaning utility should erase commands that have running tasks We need to postpone the RC until this will be fixed. The patch is already under review and verification so it shouldn't take too much. There are still 48 bugs [2] targeted to 3.5.2. Excluding node and documentation bugs we still have 42 bugs [3] targeted to 3.5.2. Whiteboard NEW ASSIGNED POST Total doc 1 0 0 1 docs 1 0 0 1 gluster 4 0 1 5 infra 4 2 8 14 integration 0 0 1 1 network 1 1 0 2 node 4 0 1 5 ppc 0 0 1 1 sla 4 0 0 4 storage 11 0 0 11 ux 1 0 0 1 virt 1 0 1 2 Total 32 3 13 48 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 and updated here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [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

2 2

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

25 Feb '15

Hi, here's an update on 3.6 status on integration / rel-eng side Schedule for 3.6.0 has been published[1] and external project schedules have been updated[2]. The tracker bug for 3.6.0 [3] currently shows no blockers. There are 561 bugs [4] targeted to 3.6.0. Excluding node and documentation bugs we have 514 bugs [5] targeted to 3.6.0. NEW ASSIGNED POST Total docs 11 0 0 11 gluster 30 2 1 33 i18n 2 0 0 2 infra 83 8 5 96 integration 61 6 4 71 network 32 2 9 43 node 27 3 3 33 ppc 0 0 1 1 sla 53 3 0 56 spice 1 0 0 1 storage 74 4 5 83 ux 34 0 8 42 virt 73 6 10 89 Total 481 34 46 561 Features submission is still open until 2015-04-22 as per current release schedule. Be sure to have your features tracked in the google doc[6] >From integration side, Hosted Engine support for FC is available in nightly builds for testing. [1] http://www.ovirt.org/OVirt_3.6_Release_Management#Key_Milestones [2] http://www.ovirt.org/OVirt_3.6_Release_Management#External_Project_Schedules [3] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [4] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%… [5] http://goo.gl/ZbUiMc [6] http://goo.gl/9X3G49 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Error: Validating CPU Compatibility
by ronald suza 25 Feb '15

25 Feb '15

I am still a newbie and going through the ovirt "engine-setup" And I am getting an error ---> AIO: Validating CPU Compatibility... [ ERROR ] oVirt Engine will be installed using the following configuration: ================================================================= http-port: 80 https-port: 443 host-fqdn: ovirtmgr.localdomain auth-pass: ******** org-name: home default-dc-type: NFS db-remote-install: local db-local-pass: ******** nfs-mp: /mnt/iso iso-domain-name: iso override-iptables: no config-allinone: yes storage-path: /mnt/data superuser-pass: ******** Proceed with the configuration listed above? (yes|no): yes Installing: AIO: Validating CPU Compatibility... [ ERROR ] Error: Could not start libvirt service. Please try starting it manually and rerun the setup. Please check log file /var/log/ovirt-engine/engine-setup_2015_02_24_23_49_33.log for more information I examined the log " /var/log/ovirt-engine/engine-setup_2015_02_24_23_49_33.log": It consists of the following info: File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line 184, in startLibvirt raise Exception(ERROR_LIBVIRT_START) Exception: Error: Could not start libvirt service. Please try starting it manually and rerun the setup. Please find the attached file "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py" Appreciate your help.

2 1

Have some issues I am hoping to get resolution - farely new to administrating oVirt
by George Fleming 25 Feb '15

25 Feb '15

--_000_A0CC2893696FAC44AD706334E42C4D32822A36C9sisaex02sj_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, Will try to be brief. I have had the following issue: Trying with spice console sessions access o= n VMs, was working till last week. I get: " Unable to connec= t to libvirt with URI: [none]. " I also tried to access thro= ugh ovirt-shell, the window pops up and disappears immediately. Revision: oVirt Engine Version: 3.5.1.1-1.= el6, recently upgraded to, to resolve a snapshot removal issue. I started seeing this after adding a new host to my oVirt C= luster. I have also recently had a problem had the root directory f= illing up, I have added space, but the disk was full a couple of days befor= e it was noticed. I have taken over management of this cluster, while I have = root to the host, vms, and engine - I don't have the admin password to oVir= t Engine, I would like to correct this as well. Thanks in advance for any help. George --_000_A0CC2893696FAC44AD706334E42C4D32822A36C9sisaex02sj_ 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 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi All,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">        &nbs= p;       Will try to be brief.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">        &nbs= p;       I have had the following issue:<o:p>= </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">        &nbs= p;            &= nbsp;          Trying with spi= ce console sessions access on VMs, was working till last week.<o:p></o:p></= p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">        &nbs= p;            &= nbsp;            &nb= sp;            = I get:   “ Unable to connect to libvirt with URI: [none]. = ”<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">        &nbs= p;             =              &n= bsp;            I al= so tried to access through ovirt-shell, the window pops up and disappears i= mmediately. <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">        &nbs= p;            &= nbsp;          Revision: = <span class=3D"gwt-inlinelabel"> oVirt Engine Version: 3.5.1.1-1.el6, recently upgraded to, to resolve a sna= pshot removal issue.</span><o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">        &nbs= p;       I started seeing this after adding a= new host to my oVirt Cluster.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">        &nbs= p;       I have also recently had a problem h= ad the root directory filling up, I have added space, but the disk was full= a couple of days before it was noticed.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">        &nbs= p;       I have taken over management of this= cluster, while I have root to the host, vms, and engine – I don&#821= 7;t have the admin password to oVirt Engine, I would like to correct this a= s well.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks in advance for any help.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">George<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_A0CC2893696FAC44AD706334E42C4D32822A36C9sisaex02sj_--

2 3

HA of VMs
by Matt Wells 24 Feb '15

24 Feb '15

I've been poking around for a better way to perform HA. With VM's like IPA or even HA web sites behind an HAProxy; how do I ensure that they are never on the same host? I've seen the options for watchdog and I can see where that may help a little, but not without the initial outage to trigger the alert. There are many ways to do this however I see few that scale. I'm sure I'm missing something and I really appreciate any guidance. Thanks all

2 1

oVirt Manager problem
by Massimo Mad 24 Feb '15

24 Feb '15

I have a problem on my oVirt manager, the problem is that the directory /var/lib/pgsql/data/base fills. Initially thinking that my file system /var/log 2Gb was too small now have increased to 4Gb and is refilled, i have increased again to 5 Gb and is refilled again. Why ? I have implemented the backup of the manager with the script backup.sh, this could be the cause of the problem ? Sorry in the script backup.sh there is this #!/bin/bash /usr/bin/engine-backup --mode=backup --scope=all --file="/root/ovirt-engine-backups/$(hostname)-backup-$(date +%A).tar.bz2" --log=/var/log/ovirt-engine-backups.log

1 0

oVirt Manager problem
by Massimo Mad 24 Feb '15

24 Feb '15

I have a problem on my oVirt manager, the problem is that the directory /var/lib/pgsql/data fills. Initially thinking that my file system /var/log 2Gb was too small now have increased to 4Gb and is refilled, i have increased again to 5 Gb and is refilled again. Why ? I have implemented the backup of the manager with the script backup.sh, this could be the cause of the problem ? Regards Massimo

2 1

Ovirt 3.5.x Power failure recovery
by Raymond 24 Feb '15

24 Feb '15

Hi, Long time read-only user here :) Unfortunately I need some info which I can't seem to find in the archives and on Google. In the past 5 months we’ve had two very rare occasions of power failures in my hometown. First one was a ms during spike or drop, just enough to cause a reboot, the other was a 30min failure. Problem After the power failure my ovirt nodes boot into CentOS 6.6 and are running fine. In both cases my ovirt-engine-VM wouldn't "start" due to service Postgresql not starting. I tried some things before reverting back to an older DB snapshot that was on the VM disk, but still not working. Postgresql is not starting due to "Duplicate UUID" My solution Calm down girlfriend and don't sleep Reinstall 1 node, create new ovirt-engine, recreate VM's and copy VM disk data from old store to new store. Add second node Other solutions I can think of 1. Start cluster without reinstall ;) 2. Buy UPS (€150 one time, extra €60 yearly power usage = €450 in 5 years) At this moment I’m 1 click away from buying the UPS, but I prefer a more elegant solution. After the last power failure I did NOT reinstall my second ovirt node and the old engine is also on storage available. Is there someone that wants some data to troubleshoot/analyse? Or is this just one of those things? Buy the UPS and get on with your life? Short HW overview 2x ovirt 3.5.x (i3/32GB ram,1Gb eth VM network, dual x520 NFS eth) 1x NFS (i3/4GB ram, 5TB SAS and 6TB SATA on Dell PERC,1Gb eth mgmt, dual x520 10Gb) 1Gb is used for VM networking, the 10Gb is connected via DAC cables and runs NFS-storage. This works great! Whole cluster runs below 120w and VM disk performance is around 700MB/s :) I bought all the HW with power usage in mind, PicoPSU's and 35w CPU's in all nodes. So adding 30w "extra" just for the UPS feels a bit like killing an elephant with tissues... kind regards Raymond

4 4

el6 vs el7
by Nathanaël Blanchet 24 Feb '15

24 Feb '15

Hi all, I'm planning to migrate my ovirt el6 hosts to el7. Excepting that el6 will not be supported in next release of ovirt, is there a difference of performance between el7 and el6? I mean, are qemu or libvirt for example at the same level of performance/capabilities in el6 than in el7 (knowing that qemu-kvm 0.12 is still backported on el6) ? I heard that el7.1 will support live merge, if true will el6.7 support it as well or the difference between them is there?

4 5

Local and remote storage?
by Pat Riehecky 24 Feb '15

24 Feb '15

Hello, I've run into an "odd" problem with oVirt 3.5.1. I've two sets of VMs: A) some fairly critical VMs which need HA and have access to shared storage B) some less important systems which can be reconstructed in the event of a disaster My plan was to use the slack disk on my oVirt nodes to host the 'B' systems while still allowing the 'A' systems to run there. This seems to not be allowed[1]. Is there a way I can utilize both the spare disk on my compute nodes and have HA configured for some VMs with shared storage? Pat [1] http://www.ovirt.org/OVirt_Administration_Guide#Preparing_Local_Storage -- Pat Riehecky Scientific Linux developer Fermi National Accelerator Laboratory www.fnal.gov www.scientificlinux.org

3 2

Re: [ovirt-users] [ovirt-devel] [QE][ACTION NEEDED] oVirt 3.5.2 RC status - postponing
by Oved Ourfali 24 Feb '15

24 Feb '15

On Feb 24, 2015 4:54 PM, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > > Hi, > We still have one open blocker for 3.5.2[1]: > > Bug ID Whiteboard Status Summary > 1161012 infra POST task cleaning utility should erase commands that have running tasks > Yair and Simone, what's blocking this one from getting merged? > We need to postpone the RC until this will be fixed. > The patch is already under review and verification so it shouldn't take too much. > > > There are still 48 bugs [2] targeted to 3.5.2. > Excluding node and documentation bugs we still have 42 bugs [3] targeted to 3.5.2. > > Whiteboard NEW ASSIGNED POST Total > doc 1 0 0 1 > docs 1 0 0 1 > gluster 4 0 1 5 > infra 4 2 8 14 > integration 0 0 1 1 > network 1 1 0 2 > node 4 0 1 5 > ppc 0 0 1 1 > sla 4 0 0 4 > storage 11 0 0 11 > ux 1 0 0 1 > virt 1 0 1 2 > Total 32 3 13 48 > > > 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 and updated here [4] > > Community: > - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] > > [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 > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel

2 1

FYI FreeBSD on POWER8
by Jiri Belka 24 Feb '15

24 Feb '15

http://adrianchadd.blogspot.cz/2015/02/freebsd-on-power8-its-alive.html "...FreeBSD now boots inside of the hypervisor environment and seems stable enough to do development on." -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ~~ http://en.wikipedia.org/wiki/Posting_style

1 0

[ACTION REQUIRED] oVirt 3.5.2 branch created
by Sandro Bonazzola 24 Feb '15

24 Feb '15

Hi, oVirt 3.5.2 branch has been created on hash: * 405c933 - userportal, webadmin: allow SSO robots to fill in the login form (34 minutes ago) <Greg Sheremeta> All patches targeted to 3.5.2 will need to be cherry-picked on the 3.5.2 branch too. Thanks -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Guest VM Running 160 RCU Processes
by Punit Dambiwal 24 Feb '15

24 Feb '15

Hi, I have one Ovirt cluster and under this cluster all the guest machines (such as centos,ubuntu,debian etc) almost 160 RCU processes running.... i searched on google about the RCU (It's kernel process "read-copy-upate") http://lwn.net/Articles/518953/ I want to know how i can modify this 160 processes to 10-20 or how i can to disable it....is there any bed impact if i disable it.... Thanks, Punit

5 7

Ovirt & VPS & SingleSignOn
by Dubravko Sever 24 Feb '15

24 Feb '15

Hi, Currently I'm looking for new solution for providing VPS-s to my organization users, we don't need biling infrastructure.. Does anyone has case of ovirt as VPS management and user interface (please provide me some feedbacks)? And another question, what about integration with SingleSignOn infrastructure like shibboleth, based od SAML2? Thanks Dubravko -- Dubravko Sever Sektor za računalne sustave Sveučilište u Zagrebu, Sveučilišni računski centar (Srce), www.srce.unizg.hr Dubravko.Sever(a)srce.hr, tel: +385 1 616 5807, fax: +385 1 616 5559

2 2

Re: [ovirt-users] Problems re-attaching an export domain
by Allon Mureinik 23 Feb '15

23 Feb '15

Maor, don't we have an REF to improve this on our radar? ----- Original Message ----- > From: "Donny Davis" <donny(a)cloudspin.me> > To: "Chris Burckhard" <chris.burckhard(a)gmail.com> > Cc: users(a)ovirt.org > Sent: Saturday, February 7, 2015 12:20:26 AM > Subject: Re: [ovirt-users] Problems re-attaching an export domain > > Give this a try > > http://www.ovirt.org/How_to_clear_the_storage_domain_pool_config_of_an_expo… > Feb 4, 2015 2:30 PM, Chris Burckhard <chris.burckhard(a)gmail.com> wrote: > > > > I had some issues with the virtual manager after upgrading, so exported my > > virtual machines to an export domain, then I tried to do a reinstall of > > the os and ovirt to go back to a previous version. I know now, that I > > should have put the storage into maintenance before re-installing, but I > > didn’t. Is there any way to get the export domain added to a new storage > > domain if the old one is gone? > > > > Error message that I get I try to attach the storage: > > error while executing action attach storage domain: the domain is already > > used by another data center > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > >

2 1

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

23 Feb '15

----_com.android.email_88339792828010 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CiAgICAKCldoYXQgaGUgc2FpZAoKSGFwcHkgQ29ubmVjdGluZy4gU2VudCBmcm9tIG15IFNwcmlu dCBTYW1zdW5nIEdhbGF4eSBTwq4gNQoKLS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAtLS0tLS0t LQpGcm9tOiBTY290dCBXb3J0aGluZ3RvbiA8c2NvdHQuYy53b3J0aGluZ3RvbkBnbWFpbC5jb20+ IApEYXRlOiAwMi8xOC8yMDE1ICAyOjAzIFBNICAoR01ULTA3OjAwKSAKVG86IERvbm55IEQgPGRv bm55QGNsb3Vkc3Bpbi5tZT4gClN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIG92aXJ0IGFuZCBn bHVzdGVyZnMgc2V0dXAgCgo+IEkgZGlkIG5vdCBoYXZlIGEgZ29vZCBleHBlcmllbmNlIHB1dHRp bmcgYm90aCBnbHVzdGVyIGFuZCB2aXJ0IG9uIHRoZSBzYW1lCj4gbm9kZS4gSSB3YXMgZG9pbmcg aG9zdGVkIGVuZ2luZSB3aXRoIHJlcGxpY2F0ZSBhY3Jvc3MgdHdvIG5vZGVzLCBhbmQgb25lIGRh eQo+IGl0IHdlbnQgaW50byBzcGxpdCBicmFpbiBoZWxsLi4uIGkgd2FzIG5ldmVyIGFibGUgdG8g dHJhY2sgZG93biB3aHkuIEhvd2V2ZXIKPiBpIGRvIGhhdmUgYSBnbHVzdGVyIHdpdGggZGlzdHJp YnV0ZSBhbmQgcmVwbGljYSBzZXR1cCBvbiBpdHMgb3duIHdpdGggYQo+IGNvdXBsZSBub2Rlcywg YW5kIGl0IGhhcyBnaXZlbiBtZSB6ZXJvIHByb2JsZW1zIGluIHRoZSBsYXN0IDYwIGRheXMuIEl0 Cj4gc2VlbXMgdG8gbWUgdGhhdCBnbHVzdGVyIGFuZCB2aXJ0IG5lZWQgdG8gc3RheSBzZXBlcmF0 ZSBmb3Igbm93LiBCb3RoIGFyZQo+IGdyZWF0IHByb2R1Y3RzIGFuZCBib3RoIHdvcmsgYXMgZGVz Y3JpYmVkLCBqdXN0IG5vdCBvbiB0aGUgc2FtZSBub2RlIGF0IHRoZQo+IHNhbWUgdGltZS4KPgoK VGhlIGlzc3VlLCBhcyBJIHBlcmNlaXZlIGl0LCBpcyBuZXdiaWVzIGZpbmQgSmFzb24gQnJvb2sn cyBibG9nOgrCoCBodHRwOi8vY29tbXVuaXR5LnJlZGhhdC5jb20vYmxvZy8yMDE0LzExL3VwLWFu ZC1ydW5uaW5nLXdpdGgtb3ZpcnQtMy01LXBhcnQtdHdvLwoKQW5kIHRoZW4gbmV3YmllcyB0aGlu ayB0aGlzIFJlZCBIYXQgYmxvZyBpcyBwcm9kdWN0aW9uIHF1YWxpdHkuwqAgSW4gbXkKb3Bpbmlv biwgdGhlIGJsb2cgaG93LXRvIGlzIG9rYXkgKG5vdCByZWFsbHksIElNSE8pIGZvciBhIGxhYiwg YnV0IG5vdCBmb3IKcHJvZHVjdGlvbi4KClNpbmNlIGZlbmNpbmcgaXMgaW1wb3J0YW50IGluIG9W aXJ0LCBoYXZpbmcgZ2x1c3RlciBvbiB0aGUgaG9zdHMgaXMgYSBuby1ubwpzaW5jZSBhIG5vbi1y ZXNwb25zaXZlIGhvc3QgY291bGQgYmUgZmVuY2VkIGF0IGFueSB0aW1lIC0tIGFuZCB0aGUgZW5n aW5lCmNvdWxkIGZlbmNlIG11bHRpcGxlIGhvc3RzIChhbmQgYm9yayBhIGxvY2FsbHkgaG9zdGVk IGdsdXN0ZXIgZmlsZSBzeXN0ZW0gYW5kCnRoZW4gc2NyZXcgdXAgdGhlIGVudGlyZSBnbHVzdGVy IGNsdXN0ZXIpLgoKLS1TY290dFcK ----_com.android.email_88339792828010 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT4KICAgIAo8ZGl2Pjxicj48L2Rpdj48 ZGl2PldoYXQgaGUgc2FpZDwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXYg aWQ9ImNvbXBvc2VyX3NpZ25hdHVyZSI+PGRpdiBzdHlsZT0iZm9udC1zaXplOjg1JTtjb2xvcjoj NTc1NzU3Ij5IYXBweSBDb25uZWN0aW5nLiBTZW50IGZyb20gbXkgU3ByaW50IFNhbXN1bmcgR2Fs YXh5IFPCriA1PC9kaXY+PC9kaXY+PGJyPjxicj4tLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0t LS0tLS0tPGJyPkZyb206IFNjb3R0IFdvcnRoaW5ndG9uICZsdDtzY290dC5jLndvcnRoaW5ndG9u QGdtYWlsLmNvbSZndDsgPGJyPkRhdGU6IDAyLzE4LzIwMTUgIDI6MDMgUE0gIChHTVQtMDc6MDAp IDxicj5UbzogRG9ubnkgRCAmbHQ7ZG9ubnlAY2xvdWRzcGluLm1lJmd0OyA8YnI+U3ViamVjdDog UmU6IFtvdmlydC11c2Vyc10gb3ZpcnQgYW5kIGdsdXN0ZXJmcyBzZXR1cCA8YnI+PGJyPiZndDsg SSBkaWQgbm90IGhhdmUgYSBnb29kIGV4cGVyaWVuY2UgcHV0dGluZyBib3RoIGdsdXN0ZXIgYW5k IHZpcnQgb24gdGhlIHNhbWU8YnI+Jmd0OyBub2RlLiBJIHdhcyBkb2luZyBob3N0ZWQgZW5naW5l IHdpdGggcmVwbGljYXRlIGFjcm9zcyB0d28gbm9kZXMsIGFuZCBvbmUgZGF5PGJyPiZndDsgaXQg d2VudCBpbnRvIHNwbGl0IGJyYWluIGhlbGwuLi4gaSB3YXMgbmV2ZXIgYWJsZSB0byB0cmFjayBk b3duIHdoeS4gSG93ZXZlcjxicj4mZ3Q7IGkgZG8gaGF2ZSBhIGdsdXN0ZXIgd2l0aCBkaXN0cmli dXRlIGFuZCByZXBsaWNhIHNldHVwIG9uIGl0cyBvd24gd2l0aCBhPGJyPiZndDsgY291cGxlIG5v ZGVzLCBhbmQgaXQgaGFzIGdpdmVuIG1lIHplcm8gcHJvYmxlbXMgaW4gdGhlIGxhc3QgNjAgZGF5 cy4gSXQ8YnI+Jmd0OyBzZWVtcyB0byBtZSB0aGF0IGdsdXN0ZXIgYW5kIHZpcnQgbmVlZCB0byBz dGF5IHNlcGVyYXRlIGZvciBub3cuIEJvdGggYXJlPGJyPiZndDsgZ3JlYXQgcHJvZHVjdHMgYW5k IGJvdGggd29yayBhcyBkZXNjcmliZWQsIGp1c3Qgbm90IG9uIHRoZSBzYW1lIG5vZGUgYXQgdGhl PGJyPiZndDsgc2FtZSB0aW1lLjxicj4mZ3Q7PGJyPjxicj5UaGUgaXNzdWUsIGFzIEkgcGVyY2Vp dmUgaXQsIGlzIG5ld2JpZXMgZmluZCBKYXNvbiBCcm9vaydzIGJsb2c6PGJyPiZuYnNwOyBodHRw Oi8vY29tbXVuaXR5LnJlZGhhdC5jb20vYmxvZy8yMDE0LzExL3VwLWFuZC1ydW5uaW5nLXdpdGgt b3ZpcnQtMy01LXBhcnQtdHdvLzxicj48YnI+QW5kIHRoZW4gbmV3YmllcyB0aGluayB0aGlzIFJl ZCBIYXQgYmxvZyBpcyBwcm9kdWN0aW9uIHF1YWxpdHkuJm5ic3A7IEluIG15PGJyPm9waW5pb24s IHRoZSBibG9nIGhvdy10byBpcyBva2F5IChub3QgcmVhbGx5LCBJTUhPKSBmb3IgYSBsYWIsIGJ1 dCBub3QgZm9yPGJyPnByb2R1Y3Rpb24uPGJyPjxicj5TaW5jZSBmZW5jaW5nIGlzIGltcG9ydGFu dCBpbiBvVmlydCwgaGF2aW5nIGdsdXN0ZXIgb24gdGhlIGhvc3RzIGlzIGEgbm8tbm88YnI+c2lu Y2UgYSBub24tcmVzcG9uc2l2ZSBob3N0IGNvdWxkIGJlIGZlbmNlZCBhdCBhbnkgdGltZSAtLSBh bmQgdGhlIGVuZ2luZTxicj5jb3VsZCBmZW5jZSBtdWx0aXBsZSBob3N0cyAoYW5kIGJvcmsgYSBs b2NhbGx5IGhvc3RlZCBnbHVzdGVyIGZpbGUgc3lzdGVtIGFuZDxicj50aGVuIHNjcmV3IHVwIHRo ZSBlbnRpcmUgZ2x1c3RlciBjbHVzdGVyKS48YnI+PGJyPi0tU2NvdHRXPGJyPjwvYm9keT48L2h0 bWw+ ----_com.android.email_88339792828010--

3 2

Exporting a VM's disks
by John Gardeniers 22 Feb '15

22 Feb '15

Hi All, Having recently had a need to manually export a VM from our RHEV environment I searched for a way to identify the VM's disks with the files on the storage system. The search led me to http://rhevdup.blogspot.com.au/2013/05/manual-export-of-vm-from-rhev.html but unfortunately, the script in that post only lists the first drive for a VM, making it less than useful for exporting VMs with multiple drives. Inspired by that post I wrote my own version in Perl (I detest Python). The script works on our RHEV 3.4 with a Gluster storage back end. I would greatly appreciate it if some of you could test it on other RHEV/Ovirt versions and on different storage systems. Thanks for any feedback. regards, John #! /usr/bin/env perl # Run this script on the RHEV/Ovirt engine (management) machine # # Find the files on the storage which belong to a VM's disk(s) # Input parameter: A single VM name (case sensitive) use DBI; my $vm = shift or die "No VM specified\n"; my $conf = '/etc/ovirt-engine/engine.conf.d/10-setup-database.conf'; my $host = 'localhost'; my $db; my $user; my $pass; my $port = 5432; open my $fi, '<', $conf or die "Can't read $conf\n"; while(<$fi>) { my $line = $_; $host = $1 if($line =~ /ENGINE_DB_HOST="(.*)"/); $db = $1 if($line =~ /ENGINE_DB_DATABASE="(.*)"/); $user = $1 if($line =~ /ENGINE_DB_USER="(.*)"/); $pass = $1 if($line =~ /ENGINE_DB_PASSWORD="(.*)"/); $port = $1 if($line =~ /ENGINE_DB_PORT="(.*)"/); } die "Unable to get all database details\n" if(!$db || !$user || !$pass); my $dbh = DBI->connect("dbi:Pg:dbname=$db;host=$host;port=$port", $user, $pass, {AutoCommit=>1,RaiseError=>1,PrintError=>0}); die "Error connecting to the database\n" if(!$dbh); # Get the device ID my $sql = "select device_id from vms_for_disk_view where array_vm_names = '{$vm}'"; my @row = $dbh->selectrow_array($sql); my $vm_id = $row[0]; if($vm_id) { print "\nVM ID: $vm_id\n"; # Get the drive ID(s) $sql = "select image_guid, to_char(size/1024/1024/1024.0, '999G999D99'), to_char(actual_size/1024/1024/1024.0, '999G999D99'), storage_name from images_storage_domain_view where vm_names = '$vm' and entity_type = 'VM'"; my $sth = $dbh->prepare($sql) || die "Error preparing the SQL string \"$sql\"\n$dbh::errstr"; print "\nError executing $sql\n$DBI::errstr\n\n" unless $sth->execute(); print "Disk ID(s): "; my $cnt = 0; while (@row = $sth->fetchrow_array) { print " " if($cnt++); print "$row[0], $row[1]GB allocated, $row[2]GB actual, on $row[3]\n"; } $sth->finish; print "\n"; } else { print "\nVM \"$vm\" not found. Be aware that the name is case sensitive.\n\n"; } $dbh->disconnect;

2 2

It is possible - Ovirt ? different CHAP authentication credentials
by Eduardo Terzella 22 Feb '15

22 Feb '15

Hello, We have a requirement where when we add storage to our Ovirt cluster, each node in the cluster must use a different iSCSI CHAP username. This unfortunately does not work correctly when adding storage from the web interface for Ovirt as it only allows you to specify a shared username/password combination. We need to be able to use different CHAP authentication credentials when we add storage to Ovirt

2 1

reinstall hosted engine vm (centos 6.6 -> 7)
by Pete 22 Feb '15

22 Feb '15

Hi, I currently have Centos 6.6 engine vm running, the server it self is running centos 7 with oVirt. How I could get rid of the 6.6 Centos engine vm and update to Centos 7 engine vm ? I was unable to find any docs on how to do it. Thanks in advance. Br, Pete

2 2

self hosted engine add second host - maintenance mode needed?
by Mike 22 Feb '15

22 Feb '15

Hi Got a running self hosted install with VMs running on the host, now adding a second host to get ha for the engine & VMs. Do I need to put the engine into maintenance mode before running hosted-engine --deploy on new host node? Thanks Mike

3 2

Problem with Neutron + Ovirt 3.5.1 [Centos 7]
by Eduardo Terzella 22 Feb '15

22 Feb '15

Good night, I'm trying oVirt 3.5 + neutron appliance in BareMetal servers, but I am facing some problems. structure: 2 servers with: oVirt 3.5.1 hundreds 7 4 network adapter int = 0 + int2 bond0 => public network => ovirtmgmt int = 1 + int3 bond1 => private network => neutron Virtual Appliance Neutron: http://www.ovirt.org/Features/NeutronVirtualAppliance NOTE: All steps were followed, and checked several times. Openvswitch configuration: *[root@ovirt01 network-scripts]# ovs-vsctl show* 62feffa7-3f3a-48f7-9299-0830ebcd8fd8 Bridge br-neutron Port phy-br-neutron Interface phy-br-neutron Port br-neutron Interface br-neutron type: internal Port neutron Interface neutron Bridge br-int fail_mode: secure Port int-br-neutron Interface int-br-neutron Port "qvof206e358-8f" tag: 1 Interface "qvof206e358-8f" Port br-int Interface br-int type: internal ovs_version: "2.1.3" *[root@ovirt02 /]# ovs-vsctl show* 9d40dda2-62ea-4538-9f82-d5babff0837b Bridge br-int fail_mode: secure Port "qvo723ce1c1-56" tag: 1 Interface "qvo723ce1c1-56" Port int-br-neutron Interface int-br-neutron Port br-int Interface br-int type: internal Bridge br-neutron Port br-neutron Interface br-neutron type: internal Port neutron Interface neutron Port phy-br-neutron Interface phy-br-neutron ovs_version: "2.1.3" *[root@ovirt01 /]# ovs-dpctl show* system@ovs-system: lookups: hit:1946392 missed:6566 lost:1 flows: 4 masks: hit:2490944 total:2 hit/pkt:1.28 port 0: ovs-system (internal) port 1: br-neutron (internal) port 2: br-int (internal) port 3: neutron port 4: int-br-neutron port 5: phy-br-neutron port 7: qvof206e358-8f *[root@ovirt02 /]# ovs-dpctl show* system@ovs-system: lookups: hit:2041047 missed:6445 lost:0 flows: 4 masks: hit:2234366 total:2 hit/pkt:1.09 port 0: ovs-system (internal) port 1: br-neutron (internal) port 2: br-int (internal) port 3: int-br-neutron port 4: phy-br-neutron port 5: neutron port 6: qvo723ce1c1-56 *Testing:* Connectivity between my virtual machines only work when both are running on the same node, when virtual machines are running on different hosts can not make a machine ping the other. *Tcpdump:* *[root@ovirt01 network-scripts]# tcpdump -e -i neutron -p -n not port nfs* tcpdump: WARNING: neutron: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on neutron, link-type EN10MB (Ethernet), capture size 65535 bytes 16:57:25.469628 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:26.469565 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:28.469910 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:29.469479 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:30.469472 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:32.469715 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:33.469374 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:34.469367 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:36.469617 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:37.469251 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:38.469258 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 *[root@ovirt02 /]# tcpdump -e -i neutron -p -n not port nfs* tcpdump: WARNING: neutron: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on neutron, link-type EN10MB (Ethernet), capture size 65535 bytes 16:57:23.188238 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:24.187726 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:25.187781 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:27.189224 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:28.188720 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:29.188715 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:31.190152 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:32.189646 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:33.189622 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:35.190959 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:36.190585 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:37.190544 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:39.191885 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:40.191492 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:41.191511 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28

2 3

Still blocked...
by Pascal Jakobi 21 Feb '15

21 Feb '15

This is a multi-part message in MIME format. --------------070200090500010505040401 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi there Still stuck when creating an NFS storage domain with an AIO installation. Below is the engine trace. Can someone say what means that 351 error ? Many thanks in advance P PS. I could observe that the NFS mount is done. Ovirt fails afterward. 2015-02-19 10:53:23,842 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] Lock Acquired to object EngineLock [exclusiveLocks= key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION , sharedLocks= ] 2015-02-19 10:53:23,875 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] Running command: AddStorageServerConnectionCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN 2015-02-19 10:53:23,877 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] START, ConnectStorageServerVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: null, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 7e2f307b 2015-02-19 10:53:29,131 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] FINISH, ConnectStorageServerVDSCommand, return: {00000000-0000-0000-0000-000000000000=0}, log id: 7e2f307b 2015-02-19 10:53:29,169 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] Lock freed to object EngineLock [exclusiveLocks= key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION , sharedLocks= ] 2015-02-19 10:53:34,250 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Running command: AddNFSStorageDomainCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN 2015-02-19 10:53:34,265 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] START, ConnectStorageServerVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: 7bc8d667-ae81-4462-b825-daebfba2b0bd, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 1d8d975 2015-02-19 10:53:34,273 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] FINISH, ConnectStorageServerVDSCommand, return: {7bc8d667-ae81-4462-b825-daebfba2b0bd=0}, log id: 1d8d975 2015-02-19 10:53:34,274 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] START, CreateStorageDomainVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storageDomain=StorageDomainStatic[Store, 4bb1e26a-a59b-41f2-b0c5-99a0a55837df], args=spirou.jakobi.fr:/var/lib/nfs/data), log id: 254d3442 2015-02-19 10:53:34,446 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Failed in CreateStorageDomainVDS method 2015-02-19 10:53:34,447 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=351, mMessage=Error creating a storage domain: (u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',)]] 2015-02-19 10:53:34,447 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] HostName = lab1 2015-02-19 10:53:34,447 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command CreateStorageDomainVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storageDomain=StorageDomainStatic[Store, 4bb1e26a-a59b-41f2-b0c5-99a0a55837df], args=spirou.jakobi.fr:/var/lib/nfs/data) execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Error creating a storage domain: (u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',), code = 351 2015-02-19 10:53:34,448 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] FINISH, CreateStorageDomainVDSCommand, log id: 254d3442 *2015-02-19 10:53:34,448 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Error creating a storage domain: (u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',), code = 351 (Failed with error StorageDomainCreationError and code 351)* 2015-02-19 10:53:34,449 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command [id=a20bdf09-e2d3-41aa-a0ab-fc2c10bdbed6]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.StorageDomainDynamic; snapshot: 4bb1e26a-a59b-41f2-b0c5-99a0a55837df. 2015-02-19 10:53:34,450 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command [id=a20bdf09-e2d3-41aa-a0ab-fc2c10bdbed6]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.StorageDomainStatic; snapshot: 4bb1e26a-a59b-41f2-b0c5-99a0a55837df. 2015-02-19 10:53:34,469 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Transaction rolled-back for command: org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand. 2015-02-19 10:53:34,482 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) [47bf1185] Correlation ID: 47bf1185, Job ID: e5e52e53-8501-4dec-a5b0-20780183d522, Call Stack: null, Custom Event ID: -1, Message: Failed to add Storage Domain Store. (User: admin@internal) 2015-02-19 10:53:49,050 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Lock Acquired to object EngineLock [exclusiveLocks= key: 7bc8d667-ae81-4462-b825-daebfba2b0bd value: STORAGE_CONNECTION key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION , sharedLocks= ] 2015-02-19 10:53:49,088 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Running command: RemoveStorageServerConnectionCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN 2015-02-19 10:53:49,101 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Removing connection 7bc8d667-ae81-4462-b825-daebfba2b0bd from database 2015-02-19 10:53:49,102 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-8) [7588445e] START, DisconnectStorageServerVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: 7bc8d667-ae81-4462-b825-daebfba2b0bd, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 5b7d6be4 2015-02-19 10:53:49,235 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-8) [7588445e] FINISH, DisconnectStorageServerVDSCommand, return: {7bc8d667-ae81-4462-b825-daebfba2b0bd=0}, log id: 5b7d6be4 2015-02-19 10:53:49,248 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Lock freed to object EngineLock [exclusiveLocks= key: 7bc8d667-ae81-4462-b825-daebfba2b0bd value: STORAGE_CONNECTION key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION , sharedLocks= ] --------------070200090500010505040401 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 text="#000000" bgcolor="#FFFFFF"> Hi there<br> <br> Still stuck when creating an NFS storage domain with an AIO installation. Below is the engine trace. Can someone say what means that 351 error ?<br> <br> Many thanks in advance<br> P<br> PS. I could observe that the NFS mount is done. Ovirt fails afterward.<br> <br> 2015-02-19 10:53:23,842 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] Lock Acquired to object EngineLock [exclusiveLocks= key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION<br> , sharedLocks= ]<br> 2015-02-19 10:53:23,875 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] Running command: AddStorageServerConnectionCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN<br> 2015-02-19 10:53:23,877 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] START, ConnectStorageServerVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: null, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 7e2f307b<br> 2015-02-19 10:53:29,131 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] FINISH, ConnectStorageServerVDSCommand, return: {00000000-0000-0000-0000-000000000000=0}, log id: 7e2f307b<br> 2015-02-19 10:53:29,169 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] Lock freed to object EngineLock [exclusiveLocks= key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION<br> , sharedLocks= ]<br> 2015-02-19 10:53:34,250 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Running command: AddNFSStorageDomainCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN<br> 2015-02-19 10:53:34,265 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] START, ConnectStorageServerVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: 7bc8d667-ae81-4462-b825-daebfba2b0bd, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 1d8d975<br> 2015-02-19 10:53:34,273 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] FINISH, ConnectStorageServerVDSCommand, return: {7bc8d667-ae81-4462-b825-daebfba2b0bd=0}, log id: 1d8d975<br> 2015-02-19 10:53:34,274 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] START, CreateStorageDomainVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storageDomain=StorageDomainStatic[Store, 4bb1e26a-a59b-41f2-b0c5-99a0a55837df], args=spirou.jakobi.fr:/var/lib/nfs/data), log id: 254d3442<br> 2015-02-19 10:53:34,446 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Failed in CreateStorageDomainVDS method<br> 2015-02-19 10:53:34,447 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand return value<br> StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=351, mMessage=Error creating a storage domain: (u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',)]]<br> 2015-02-19 10:53:34,447 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] HostName = lab1<br> 2015-02-19 10:53:34,447 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command CreateStorageDomainVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storageDomain=StorageDomainStatic[Store, 4bb1e26a-a59b-41f2-b0c5-99a0a55837df], args=spirou.jakobi.fr:/var/lib/nfs/data) execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Error creating a storage domain: (u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',), code = 351<br> 2015-02-19 10:53:34,448 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] FINISH, CreateStorageDomainVDSCommand, log id: 254d3442<br> <b>2015-02-19 10:53:34,448 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Error creating a storage domain: (u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',), code = 351 (Failed with error StorageDomainCreationError and code 351)</b><br> 2015-02-19 10:53:34,449 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command [id=a20bdf09-e2d3-41aa-a0ab-fc2c10bdbed6]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.StorageDomainDynamic; snapshot: 4bb1e26a-a59b-41f2-b0c5-99a0a55837df.<br> 2015-02-19 10:53:34,450 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command [id=a20bdf09-e2d3-41aa-a0ab-fc2c10bdbed6]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.StorageDomainStatic; snapshot: 4bb1e26a-a59b-41f2-b0c5-99a0a55837df.<br> 2015-02-19 10:53:34,469 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Transaction rolled-back for command: org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand.<br> 2015-02-19 10:53:34,482 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) [47bf1185] Correlation ID: 47bf1185, Job ID: e5e52e53-8501-4dec-a5b0-20780183d522, Call Stack: null, Custom Event ID: -1, Message: Failed to add Storage Domain Store. (User: admin@internal)<br> 2015-02-19 10:53:49,050 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Lock Acquired to object EngineLock [exclusiveLocks= key: 7bc8d667-ae81-4462-b825-daebfba2b0bd value: STORAGE_CONNECTION<br> key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION<br> , sharedLocks= ]<br> 2015-02-19 10:53:49,088 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Running command: RemoveStorageServerConnectionCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN<br> 2015-02-19 10:53:49,101 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Removing connection 7bc8d667-ae81-4462-b825-daebfba2b0bd from database<br> 2015-02-19 10:53:49,102 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-8) [7588445e] START, DisconnectStorageServerVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: 7bc8d667-ae81-4462-b825-daebfba2b0bd, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 5b7d6be4<br> 2015-02-19 10:53:49,235 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-8) [7588445e] FINISH, DisconnectStorageServerVDSCommand, return: {7bc8d667-ae81-4462-b825-daebfba2b0bd=0}, log id: 5b7d6be4<br> 2015-02-19 10:53:49,248 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Lock freed to object EngineLock [exclusiveLocks= key: 7bc8d667-ae81-4462-b825-daebfba2b0bd value: STORAGE_CONNECTION<br> key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION<br> , sharedLocks= ]<br> <br> </body> </html> --------------070200090500010505040401--

2 1

Slow storage migration towards nfs
by Tobias Fiebig 21 Feb '15

21 Feb '15

Heho, I currently move some vms from fcal-store to nfs, so i can restructure the fcal storage. However, i noticed, that dd is running with oflag=direct. I/o is currently very slow (~160mbit) on the nfs-servers network. Starting dd without oflag=direct leads to link-speed transmission (~1gbit/s). So... is this intended beheaviour? With best Regards, Tobias

1 1

Re: [ovirt-users] Unable to run noVNC console un recent browsers
by Donny Davis 20 Feb '15

20 Feb '15

No, I made my life easy and used nginx to proxy for the websocket. I was then able to use my commercial ssl cert to avoid all of these issues. Using a proxy for a proxy has been working out quite well for cloudspin, because I don't have to mess with anything internal to the engine and noVNC works without issue. DonnyD -----Original Message----- From: Simone Tiraboschi [mailto:stirabos@redhat.com] Sent: Friday, February 20, 2015 7:03 AM To: Donny Davis Subject: Re: [ovirt-users] Unable to run noVNC console un recent browsers ----- Original Message ----- > From: "Donny Davis" <donny(a)cloudspin.me> > To: "Simone Tiraboschi" <stirabos(a)redhat.com> > Sent: Friday, February 20, 2015 2:23:56 PM > Subject: RE: [ovirt-users] Unable to run noVNC console un recent > browsers > > Is your websocket proxy on the same machine as your engine. I also get > the CA error when the time it off. The proxy throws the error to > /var/log/messages Hi Donny, I'm using the proxy on the same machine where the engine runs. No error till now no my side. I also trusted oVirt internal CA to sign other certs in my browser. Did you? You can find it at https://{engine}/ca.crt You should download it and add to the list of trusted certification authorities in your browser. > -----Original Message----- > From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On > Behalf Of Simone Tiraboschi > Sent: Friday, February 20, 2015 5:57 AM > To: Stefano Danzi > Cc: users(a)ovirt.org > Subject: Re: [ovirt-users] Unable to run noVNC console un recent > browsers > > > > ----- Original Message ----- > > From: "Stefano Danzi" <s.danzi(a)hawai.it> > > To: "Darrell Budic" <budic(a)onholyground.com> > > Cc: users(a)ovirt.org > > Sent: Friday, February 20, 2015 9:07:51 AM > > Subject: Re: [ovirt-users] Unable to run noVNC console un recent > > browsers > > > > Hello! > > Already done but this didn't help. > > > > I downloaded a portable version of Firefox 17 and noVNC work as expected. > > > > Il 20/02/2015 5.18, Darrell Budic ha scritto: > > > > > > > > Try reimporting the ca.cert for noVNC by connecting directly to the > > webproxy address at port 6100. Do this by trying to connect to a > > console and then, once the 1006 error shows up, just strip off > > everything after :6100/ . I've found that somewhere in or after 3.5, > > restarting the webproxy causes it to generate its own new ca.cert > > even > through it shouldn't. > > > > -Darrell > > > > > > > > On Feb 19, 2015, at 4:09 PM, Stefano Danzi <s.danzi(a)hawai.it> wrote: > > > > Hello, > > > > I can't make work noVNC console on recent browsers (Chrome 40, > > Firefox > > 35 and IE 11). > > > > The error that I have is already explained here: > > https://forge.univention.org/bugzilla/show_bug.cgi?id=33587 I tried > > to change websocket like suggested ( > > http://errata.univention.de/ucs/3.2/31.html ) but this not helped. > > noVNC 0.5.1 should be soon released in EPEL6/EPEL7 as for [1]. > noVNC 0.5.1 should also improve compatibility with recent browsers. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1193454#c3 > > > > Someone know a workaround? > > _______________________________________________ > > Users mailing list Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > >

4 6

Problem: My VM's keep logging off
by Pedro ML Sousa 20 Feb '15

20 Feb '15

This is a multi-part message in MIME format. --------------050100040509080004020406 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit My VM's keep logging off I have a HP server with 64GB of ram and 2 TB of disk space, the cpu is a Intel E5-2420v2 and 13 thin clients from igel (https://www.igel.com/products/thin-client-zero-client-hardware/iz2ud2-serie…) i've purchase the clients and a service from a company, they installed the thins clients and the system but they are not finding a solution to my problem. The company installed centos 6.6 (final) (kernel linux 23.32-504.3.3.el6.x86_64) and ovirt 3.5.1 for virtualization (o.o.master.20141206225404) I have 12 VM's with centos (when i edit then is shows red hat enterprise linux 6.x x64) and gnome desktop 2.28.2 and 1 VM with windows xp prof. The problem only occurs on the VM's with linux. On linux display type is: Spice I use virtual machine viewer 1.0256 *Problem: when working the vm seems to log off and i have to put the username and password again, all the work that was open is losed.* 1 VM seems to log off more or less at the same hour each day 1h40 pm and 6h15 pm. This VM now as a newer thin client version UD3 instead of UD2 (https://www.igel.com/products/thin-client-zero-client-hardware/iz3ud3-serie…) and now the problem only occur 1 time each day (at 12h30/12h45pm). All of the VM's including the one with XP Pro suffers from slowness, and on libreoffice the mouse scrooll seems nuts scrolling up and down by itself, now the exception is the VM with the new thin client. On the same network switch i have VM's that logs off and others that remain on. So the problem doesn't seem to be with the network. The different VM's logs off from 1 to 7 times a day. Mostly 4 to 5 times a day. When the VM logs off the caps lock become to work on the opposite condition off with caps light on and on with the caps light off. Beside this i have problems with the canon's printes i have, they stop printing quite often. I have access to the logs if anyone can help me i can upload the logs you like. Hope anyone can help me, i'm glad to provide more information if you need. Thanks in advance. PS pedromls(a)pmls.pt --------------050100040509080004020406 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> My VM's keep logging off<br> <div class="linestyle2 colourline"><span><br> I have a HP server with 64GB of ram and 2 TB of disk space, the cpu is a Intel E5-2420v2 and 13 thin clients from igel (<a class="moz-txt-link-freetext" href="https://www.igel.com/products/thin-client-zero-client-hardware/iz2ud2-serie…">https://www.igel.com/products/thin-client-zero-client-hardware/iz2ud2-serie…</a>)<br> </span><span>i've purchase the clients and a service from a company, they installed the thins clients and the system but they are not finding a solution to my problem.<br> </span></div> <div class="linestyle1 colourline"><span>The company installed centos 6.6 (final) (kernel linux 23.32-504.3.3.el6.x86_64) and ovirt 3.5.1 for virtualization (o.o.master.20141206225404)<br> </span></div> <div class="linestyle1 colourline"><span>I have 12 VM's with centos (when i edit then is shows red hat enterprise linux 6.x x64) and gnome desktop 2.28.2 and 1 VM with windows xp prof.<br> <br> The problem only occurs on the VM's with linux.<br> <br> On linux display type is: Spice I use virtual machine viewer 1.0256<br> </span></div> <br> <b>Problem: when working the vm seems to log off and i have to put the username and password again, all the work that was open is losed.</b><br> <br> 1 VM seems to log off more or less at the same hour each day 1h40 pm and 6h15 pm. This VM now as a newer thin client version UD3 instead of UD2 (<a class="moz-txt-link-freetext" href="https://www.igel.com/products/thin-client-zero-client-hardware/iz3ud3-serie…">https://www.igel.com/products/thin-client-zero-client-hardware/iz3ud3-serie…</a>) and now the problem only occur 1 time each day (at 12h30/12h45pm).<br> <br> All of the VM's including the one with XP Pro suffers from <span class="" id="ouHighlight__0_7TO0_7" paragraphname="paragraph0" dstinfo="0:7" srcinfo="0:7">slowness, and on libreoffice the mouse scrooll seems nuts scrolling up and down by itself, now the exception is the VM with the new thin client.<br> <br> On the same network switch i have VM's that logs off and others that remain on. So the problem doesn't seem to be with the network. The different VM's logs off from 1 to 7 times a day. Mostly 4 to 5 times a day.<br> <br> When the VM logs off the caps lock become to work on the opposite condition off with caps light on and on with the caps light off.<br> </span><br> Beside this i have problems with the canon's printes i have, they stop printing quite often.<br> <br> I have access to the logs if anyone can help me i can upload the logs you like.<br> <br> Hope anyone can help me, i'm glad to provide more information if you need.<br> <br> Thanks in advance.<br> <br> PS<br> <a class="moz-txt-link-abbreviated" href="mailto:pedromls@pmls.pt">pedromls(a)pmls.pt</a> </body> </html> --------------050100040509080004020406--

2 2

Unable to run noVNC console un recent browsers
by Stefano Danzi 20 Feb '15

20 Feb '15

Hello, I can't make work noVNC console on recent browsers (Chrome 40, Firefox 35 and IE 11). The error that I have is already explained here: https://forge.univention.org/bugzilla/show_bug.cgi?id=33587 I tried to change websocket like suggested (http://errata.univention.de/ucs/3.2/31.html) but this not helped. Someone know a workaround?

5 6

Ovirt spice cannot log
by tharaka 20 Feb '15

20 Feb '15

This is a multi-part message in MIME format. --------------080200000709010709000606 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, My ovirt version *oVirt Engine Version: 3.5.0.1-1.el6 , *i cannot connect to ovirt graphical server via spice , i have already installed firebox plug-in, but i'm using *Version 3.1.0-3.26ovirt *server without any spice issue, Please guide me to resolve this problem. Thank You, Malinda Tharaka. --------------080200000709010709000606 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi,<br> <br> My ovirt version <b><span class="gwt-InlineLabel">oVirt Engine Version: 3.5.0.1-1.el6 , </span></b><span class="gwt-InlineLabel">i cannot connect to ovirt graphical server via spice , i have already installed firebox plug-in, <br> but i'm using </span><span class="gwt-InlineLabel"><b>Version 3.1.0-3.26ovirt </b>server without any spice issue, Please guide me to resolve this problem.<br> <br> Thank You,<br> Malinda Tharaka.<br> </span> </body> </html> --------------080200000709010709000606--

1 0

Re: [ovirt-users] Announcing the moVirt Incubator Project!
by Donny D 20 Feb '15

20 Feb '15

----_com.android.email_2495776108079720 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CiAgICAKVGhhdCBpcyBncmVhdCBwcm9qZWN0LiBUaGlzIG1ha2VzIG1lIHZlcnkgaGFwcHkuwqAK CgpIYXBweSBDb25uZWN0aW5nLiBTZW50IGZyb20gbXkgU3ByaW50IFNhbXN1bmcgR2FsYXh5IFPC riA1CgotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0tLS0tCkZyb206IEJyaWFuIFByb2Zm aXR0IDxicHJvZmZpdEByZWRoYXQuY29tPiAKRGF0ZTogMDIvMTcvMjAxNSAgOToxNyBBTSAgKEdN VC0wNzowMCkgClRvOiBib2FyZCA8Ym9hcmRAb3ZpcnQub3JnPiAKQ2M6IGFubm91bmNlQG92aXJ0 Lm9yZywgdXNlcnMgPHVzZXJzQG92aXJ0Lm9yZz4sIGRldmVsQG92aXJ0Lm9yZyAKU3ViamVjdDog W292aXJ0LXVzZXJzXSBBbm5vdW5jaW5nIHRoZSBtb1ZpcnQgSW5jdWJhdG9yIFByb2plY3QhIAoK VGhpcyBtZXNzYWdlIGlzIHRvIGFubm91bmNlIG1vVmlydCBhcyBhIG5ldyBvVmlydCBpbmN1YmF0 b3IgcHJvamVjdCwgYXBwcm92ZWQgYnkgdW5hbmltb3VzIHZvdGUgb2YgdGhlIEJvYXJkIG1haWxp bmcgbGlzdCEKCkRldGFpbHMgYWJvdXQgdGhlIHByb2plY3QgY2FuIGJlIGZvdW5kIGF0CgpodHRw Oi8vd3d3Lm92aXJ0Lm9yZy9Qcm9qZWN0X21vVmlydAoKTW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0 aGUgaW5jdWJhdG9yIGF0IG9WaXJ0IGNhbiBiZSBmb3VuZCBhdAoKaHR0cDovL3d3dy5vdmlydC5v cmcvSW5jdWJhdGluZ19hbl9vVmlydF9TdWJwcm9qZWN0CgpQbGVhc2UgY2hlY2sgb3V0IHRoaXMg cHJvamVjdCBhbmQgc2VlIHdoYXQgeW91IGNhbiBkbyB0byBoZWxwIQoKLS0gCkJyaWFuIFByb2Zm aXR0CgpDb21tdW5pdHkgTGlhaXNvbgpvVmlydApPcGVuIFNvdXJjZSBhbmQgU3RhbmRhcmRzLCBS ZWQgSGF0IC0gaHR0cDovL2NvbW11bml0eS5yZWRoYXQuY29tClBob25lOiArMSA1NzQgMzgzIDlC S1AKSVJDOiBia3AgQCBPRlRDCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fClVzZXJzIG1haWxpbmcgbGlzdApVc2Vyc0BvdmlydC5vcmcKaHR0cDovL2xpc3Rz Lm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzCg== ----_com.android.email_2495776108079720 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT4KICAgIAo8ZGl2PlRoYXQgaXMgZ3Jl YXQgcHJvamVjdC4gVGhpcyBtYWtlcyBtZSB2ZXJ5IGhhcHB5LiZuYnNwOzwvZGl2PjxkaXY+PGJy PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXYgaWQ9ImNvbXBvc2VyX3Np Z25hdHVyZSI+PGRpdiBzdHlsZT0iZm9udC1zaXplOjg1JTtjb2xvcjojNTc1NzU3Ij5IYXBweSBD b25uZWN0aW5nLiBTZW50IGZyb20gbXkgU3ByaW50IFNhbXN1bmcgR2FsYXh5IFPCriA1PC9kaXY+ PC9kaXY+PGJyPjxicj4tLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0tLS0tPGJyPkZyb206 IEJyaWFuIFByb2ZmaXR0ICZsdDticHJvZmZpdEByZWRoYXQuY29tJmd0OyA8YnI+RGF0ZTogMDIv MTcvMjAxNSAgOToxNyBBTSAgKEdNVC0wNzowMCkgPGJyPlRvOiBib2FyZCAmbHQ7Ym9hcmRAb3Zp cnQub3JnJmd0OyA8YnI+Q2M6IGFubm91bmNlQG92aXJ0Lm9yZywgdXNlcnMgJmx0O3VzZXJzQG92 aXJ0Lm9yZyZndDssIGRldmVsQG92aXJ0Lm9yZyA8YnI+U3ViamVjdDogW292aXJ0LXVzZXJzXSBB bm5vdW5jaW5nIHRoZSBtb1ZpcnQgSW5jdWJhdG9yIFByb2plY3QhIDxicj48YnI+VGhpcyBtZXNz YWdlIGlzIHRvIGFubm91bmNlIG1vVmlydCBhcyBhIG5ldyBvVmlydCBpbmN1YmF0b3IgcHJvamVj dCwgYXBwcm92ZWQgYnkgdW5hbmltb3VzIHZvdGUgb2YgdGhlIEJvYXJkIG1haWxpbmcgbGlzdCE8 YnI+PGJyPkRldGFpbHMgYWJvdXQgdGhlIHByb2plY3QgY2FuIGJlIGZvdW5kIGF0PGJyPjxicj5o dHRwOi8vd3d3Lm92aXJ0Lm9yZy9Qcm9qZWN0X21vVmlydDxicj48YnI+TW9yZSBpbmZvcm1hdGlv biBhYm91dCB0aGUgaW5jdWJhdG9yIGF0IG9WaXJ0IGNhbiBiZSBmb3VuZCBhdDxicj48YnI+aHR0 cDovL3d3dy5vdmlydC5vcmcvSW5jdWJhdGluZ19hbl9vVmlydF9TdWJwcm9qZWN0PGJyPjxicj5Q bGVhc2UgY2hlY2sgb3V0IHRoaXMgcHJvamVjdCBhbmQgc2VlIHdoYXQgeW91IGNhbiBkbyB0byBo ZWxwITxicj48YnI+LS0gPGJyPkJyaWFuIFByb2ZmaXR0PGJyPjxicj5Db21tdW5pdHkgTGlhaXNv bjxicj5vVmlydDxicj5PcGVuIFNvdXJjZSBhbmQgU3RhbmRhcmRzLCBSZWQgSGF0IC0gaHR0cDov L2NvbW11bml0eS5yZWRoYXQuY29tPGJyPlBob25lOiArMSA1NzQgMzgzIDlCS1A8YnI+SVJDOiBi a3AgQCBPRlRDPGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPlVzZXJzIG1haWxpbmcgbGlzdDxicj5Vc2Vyc0BvdmlydC5vcmc8YnI+aHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPGJyPjwvYm9keT48L2h0bWw+ ----_com.android.email_2495776108079720--

6 6

Re: [ovirt-users] importing iscsi storage domain
by Elad Ben Aharon 19 Feb '15

19 Feb '15

------=_Part_9372914_326988970.1423648670110 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Steven - can you please attach engine.log also? (/var/log/ovirt-engine/engi= ne.log)=20 Adding Maor and Liron from DEV.=20 Maor, Liron, can you take a look?=20 In vdsm.log I see the following:=20 Thread-77065::WARNING::2015-02-10 09:43:49,917::resourceManager::591::Stora= ge.ResourceManager::(registerResource) Resource factory failed to create re= source '2e94bbac-1648-49db-8605-ce574d2bc240_imageNS.952af113-8219-43a4-92a= 9-bfe913ec8b69'. Canceling request.=20 Traceback (most recent call last):=20 File "/usr/share/vdsm/storage/resourceManager.py", line 587, in registerRes= ource=20 obj =3D namespaceObj.factory.createResource(name, lockType)=20 File "/usr/share/vdsm/storage/resourceFactories.py", line 193, in createRes= ource=20 lockType)=20 File "/usr/share/vdsm/storage/resourceFactories.py", line 119, in __getReso= urceCandidatesList=20 repoPath =3D os.path.join(self.storage_repository, dom.getPools()[0])=20 IndexError: list index out of range=20 Thread-77065::DEBUG::2015-02-10 09:43:49,918::resourceManager::210::Storage= .ResourceManager.Request::(cancel) ResName=3D`2e94bbac-1648-49db-8605-ce574= d2bc240_imageNS.952af113-8219-43a4-92a9-bfe913ec8b69`ReqID=3D`10e68fbb-ac50= -461f-92ac-d8c43060ed43`::Canceled request=20 Thread-77065::WARNING::2015-02-10 09:43:49,918::resourceManager::203::Stora= ge.ResourceManager.Request::(cancel) ResName=3D`2e94bbac-1648-49db-8605-ce5= 74d2bc240_imageNS.952af113-8219-43a4-92a9-bfe913ec8b69`ReqID=3D`10e68fbb-ac= 50-461f-92ac-d8c43060ed43`::Tried to cancel a processed request=20 Thread-77065::ERROR::2015-02-10 09:43:49,918::task::866::Storage.TaskManage= r.Task::(_setError) Task=3D`6e023655-23ad-42cd-9b7e-6c5e5e3b08b9`::Unexpect= ed error=20 Traceback (most recent call last):=20 File "/usr/share/vdsm/storage/task.py", line 873, in _run=20 return fn(*args, **kargs)=20 File "/usr/share/vdsm/logUtils.py", line 45, in wrapper=20 res =3D f(*args, **kwargs)=20 File "/usr/share/vdsm/storage/hsm.py", line 1285, in setVolumeDescription= =20 pool.setVolumeDescription(sdUUID, imgUUID, volUUID, description)=20 File "/usr/share/vdsm/storage/securable.py", line 77, in wrapper=20 return method(self, *args, **kwargs)=20 File "/usr/share/vdsm/storage/sp.py", line 1884, in setVolumeDescription=20 rm.LockType.exclusive):=20 File "/usr/share/vdsm/storage/resourceManager.py", line 523, in acquireReso= urce=20 raise se.ResourceAcqusitionFailed()=20 ResourceAcqusitionFailed: Could not acquire resource. Probably resource fac= tory threw an exception.: ()=20 ----- Original Message ----- From: "Steven M. Bellistri" <SBellistri(a)ldirx.com>=20 To: "Elad Ben Aharon" <ebenahar(a)redhat.com>=20 Sent: Tuesday, 10 February, 2015 6:35:32 PM=20 Subject: RE: [ovirt-users] importing iscsi storage domain=20 Another issue, when I failback the 2 storage domains, the 2 nd SD is not wo= rking. The vm that has the DB drives will not boot after I failover (I chec= ked the virtio-scsi setting and it was checked), but I was getting an error= in the manager saying that: Failed to update OVF disks 952af113-8219-43a4-= 92a9-bfe913ec8b69, OVF data isn't updated on those OVF stores (Data Center = Default, Storage Domain iSCSI_2). So then I tried putting the SD2 into main= tenance mode and then reactivating it, but it would not active or would it = detach. I had to destroy the SD. The weird thing is that I had no problems = with the 1 st SD. I am sending the vdsm.log file from the host in the PR si= te.=20 From: Elad Ben Aharon [mailto:ebenahar@redhat.com]=20 Sent: Monday, February 9, 2015 1:26 AM=20 To: Steven M. Bellistri=20 Cc: Aharon Canan; users(a)ovirt.org=20 Subject: Re: [ovirt-users] importing iscsi storage domain=20 The import domain operation consists of several stages which their executio= n time can vary.=20 It would be almost impossible to estimate how long it will take. But, since= the whole import operation, along with the VMs registration in the new env= ironment, doesn't involve any long time operations, like disks creation, it= shouldn't take more than a few minutes.=20 ----- Original Message ----- From: "Steven M. Bellistri" <SBellistri(a)ldirx.com>=20 To: "Elad Ben Aharon" <ebenahar(a)redhat.com>=20 Cc: "Aharon Canan" <acanan(a)redhat.com>, users(a)ovirt.org=20 Sent: Thursday, 5 February, 2015 5:41:11 PM=20 Subject: RE: [ovirt-users] importing iscsi storage domain=20 I put the storage domain in maintenance mode, then changed the time from 60= minutes to 5min, then after I failed the storage over I was able to import = the domain. Thanks so much for the help. I just have one more question, is = there anyway to calculate how long it will take to import a domain, because= our production environment is about 5.5TB with about 40vm=E2=80=99s?=20 thanks=20 From: Elad Ben Aharon [mailto:ebenahar@redhat.com]=20 Sent: Thursday, February 5, 2015 1:49 AM=20 To: Steven M. Bellistri=20 Cc: Aharon Canan; users(a)ovirt.org=20 Subject: Re: [ovirt-users] importing iscsi storage domain=20 If you can't see the VMs under 'VM Import' subtab under the imported storag= e domain, it means that you won't be able to recover those VMs (because the= ir configuration files weren't uploaded to the domain).=20 For the next time, you can decrease the time interval of the OVFs upload as= explained below in the thread.=20 Regarding the upgrade, it is possible to upgrade from 3.4 to 3.5 and once y= ou'll upgrade the setup and the DC compatibility version to 3.5, the OVFs o= f the VMs will be uploaded to the storage domains where the VMs's disks are= located on. (again, every 60 minutes by default).=20 Elad Ben Aharon=20 RHEV-QE storage=20 From: "Steven M. Bellistri" < SBellistri(a)ldirx.com >=20 To: "Elad Ben Aharon" < ebenahar(a)redhat.com >=20 Cc: "Aharon Canan" < acanan(a)redhat.com >, users(a)ovirt.org=20 Sent: Wednesday, 4 February, 2015 5:44:37 PM=20 Subject: RE: [ovirt-users] importing iscsi storage domain=20 No, I did not wait 60 minutes before I tried to failover. Do, I need to sta= rt over, or can I just failback and wait the hour for the ovfs to upload? I= do have a question, is this feature possible for an environment that was u= pgraded from 3.4 to 3.5? My production environment is 3.4, the 3.5 environm= ent is a clean test environment, but if I cant upgrade to 3.5 from 3.4 then= this will not be a good DR option for me.=20 thanks=20 From: Elad Ben Aharon [ mailto:ebenahar@redhat.com ]=20 Sent: Wednesday, February 4, 2015 8:56 AM=20 To: Steven M. Bellistri=20 Cc: Aharon Canan; users(a)ovirt.org=20 Subject: Re: [ovirt-users] importing iscsi storage domain=20 Hi Steven,=20 In order to import the VMs from the imported storage domain, the VMs config= uration files (which are called OVFs) have to be uploaded first before the = domain is detached from the setup. This is being done by engine in a time i= nterval of 60 minutes (it's configurable using rhevm-config --set OvfUpdate= InMinutes=3D<value> and restart ovirt-engine service). From 3.5.1, the OVFs= are uploaded once you move the storage domain to maintenance. did you do s= o in the original RHEV environment? What was the version of this environmen= t?=20 If you didn't deactivate the domain in the first environment and then tried= to attach it to the DR environment, the existence of the VMs in the domain= depends on the OVFs upload that was supposed to be done by the first engin= e, which is being done every 60 minutes as explained, so if you've created = those VMs and immediately destroyed the setup, those VMs probably won't be = available for you in the DR environment.=20 Elad Ben Aharon=20 RHEV-QE storage=20 From: "Steven M. Bellistri" < SBellistri(a)LDIRx.com >=20 To: "Aharon Canan" < acanan(a)redhat.com >=20 Cc: users(a)ovirt.org=20 Sent: Tuesday, 3 February, 2015 6:16:01 PM=20 Subject: Re: [ovirt-users] importing iscsi storage domain=20 version 3.5.1=20 From: Aharon Canan [ mailto:acanan@redhat.com ]=20 Sent: Tuesday, February 3, 2015 6:22 AM=20 To: Steven M. Bellistri=20 Cc: users(a)ovirt.org=20 Subject: Re: [ovirt-users] importing iscsi storage domain=20 What version are you using?=20 Regards,=20 __________________________________________________=20 Aharon Canan=20 int phone - 8272036=20 ext phone - +97297692036=20 email - acanan(a)redhat.com=20 From: "Steven M. Bellistri" < SBellistri(a)ldirx.com >=20 To: "Aharon Canan" < acanan(a)redhat.com >=20 Cc: users(a)ovirt.org=20 Sent: Monday, February 2, 2015 8:12:00 PM=20 Subject: RE: [ovirt-users] importing iscsi storage domain=20 Thank you for the response.=20 I went thru the steps 1-9, and when I get to step 10 there is no import vms= or import templates sub-tabs. I am including the vdsm.log from the host. A= lso, when I do a lvs on the host, I can see the disks that reside in the im= ported SD, one is 30gb and the other is 40gb. The storage domain I am impor= ting is called iSCSI.=20 From: Aharon Canan [ mailto:acanan@redhat.com ]=20 Sent: Sunday, February 1, 2015 9:55 AM=20 To: Steven M. Bellistri=20 Cc: users(a)ovirt.org=20 Subject: Re: [ovirt-users] importing iscsi storage domain=20 Hi=20 Please check below link for info, ovirt version should be 3.5=20 http://www.ovirt.org/Features/ImportStorageDomain=20 please be aware to step 10 under " Work flow for Import block Storage Domai= n - UI flow "=20 In case it is not working, please add exact steps and engine/vdsm logs so w= e will be able to check=20 Regards,=20 __________________________________________________=20 Aharon Canan=20 int phone - 8272036=20 ext phone - +97297692036=20 email - acanan(a)redhat.com=20 <blockquote> From: "Steven M. Bellistri" < SBellistri(a)LDIRx.com >=20 To: " users(a)ovirt.org " < users(a)ovirt.org >=20 Sent: Friday, January 30, 2015 12:18:54 AM=20 Subject: [ovirt-users] importing iscsi storage domain=20 I am trying to test failing over to a DR site using the storage domain impo= rt. The DR site shows that it imported the iscsi storage domain, and activa= tes it in the datacenter, but none of the vm=E2=80=99s or anything shows up= . What am I missing.=20 thanks=20 Steven Bellistri=20 This email and its attachments may contain privileged and confidential info= rmation and/or protected health information (PHI) intended solely for the u= se of LDI Integrated Pharmacy Services and the recipient(s) named above. If= you are not the recipient, or the employee or agent responsible for delive= ring this message to the intended recipient, you are hereby notified that a= ny review, dissemination, distribution, printing or copying of this email m= essage and/or any attachments is strictly prohibited. If you have received = this transmission in error, please notify the sender immediately at 1-866-5= 16-3121 and permanently delete this email and any attachments.=20 _______________________________________________=20 Users mailing list=20 Users(a)ovirt.org=20 http://lists.ovirt.org/mailman/listinfo/users=20 This email and its attachments may contain privileged and confidential info= rmation and/or protected health information (PHI) intended solely for the u= se of LDI Integrated Pharmacy Services and the recipient(s) named above. If= you are not the recipient, or the employee or agent responsible for delive= ring this message to the intended recipient, you are hereby notified that a= ny review, dissemination, distribution, printing or copying of this email m= essage and/or any attachments is strictly prohibited. If you have received = this transmission in error, please notify the sender immediately at 1-866-5= 16-3121 and permanently delete this email and any attachments.=20 </blockquote> This email and its attachments may contain privileged and confidential info= rmation and/or protected health information (PHI) intended solely for the u= se of LDI Integrated Pharmacy Services and the recipient(s) named above. If= you are not the recipient, or the employee or agent responsible for delive= ring this message to the intended recipient, you are hereby notified that a= ny review, dissemination, distribution, printing or copying of this email m= essage and/or any attachments is strictly prohibited. If you have received = this transmission in error, please notify the sender immediately at 1-866-5= 16-3121 and permanently delete this email and any attachments.=20 _______________________________________________=20 Users mailing list=20 Users(a)ovirt.org=20 http://lists.ovirt.org/mailman/listinfo/users=20 This email and its attachments may contain privileged and confidential info= rmation and/or protected health information (PHI) intended solely for the u= se of LDI Integrated Pharmacy Services and the recipient(s) named above. If= you are not the recipient, or the employee or agent responsible for delive= ring this message to the intended recipient, you are hereby notified that a= ny review, dissemination, distribution, printing or copying of this email m= essage and/or any attachments is strictly prohibited. If you have received = this transmission in error, please notify the sender immediately at 1-866-5= 16-3121 and permanently delete this email and any attachments.=20 This email and its attachments may contain privileged and confidential info= rmation and/or protected health information (PHI) intended solely for the u= se of LDI Integrated Pharmacy Services and the recipient(s) named above. If= you are not the recipient, or the employee or agent responsible for delive= ring this message to the intended recipient, you are hereby notified that a= ny review, dissemination, distribution, printing or copying of this email m= essage and/or any attachments is strictly prohibited. If you have received = this transmission in error, please notify the sender immediately at 1-866-5= 16-3121 and permanently delete this email and any attachments.=20 This email and its attachments may contain privileged and confidential info= rmation and/or protected health information (PHI) intended solely for the u= se of LDI Integrated Pharmacy Services and the recipient(s) named above. If= you are not the recipient, or the employee or agent responsible for delive= ring this message to the intended recipient, you are hereby notified that a= ny review, dissemination, distribution, printing or copying of this email m= essage and/or any attachments is strictly prohibited. If you have received = this transmission in error, please notify the sender immediately at 1-866-5= 16-3121 and permanently delete this email and any attachments.=20 ------=_Part_9372914_326988970.1423648670110 Content-Type: multipart/related; boundary="----=_Part_9372915_292966117.1423648670110" ------=_Part_9372915_292966117.1423648670110 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman, new york, times, se= rif; font-size: 12pt; color: #000000"><div><div>Steven - can you please att= ach engine.log also? (/var/log/ovirt-engine/engine.log)<br></div></div><div= ><br></div><div>Adding Maor and Liron from DEV. </div><div><br>Maor, L= iron, can you take a look? <br></div><div><br></div><div>In vdsm.log I see = the following:<br></div><div><br></div><div>Thread-77065::WARNING::2015-02-= 10 09:43:49,917::resourceManager::591::Storage.ResourceManager::(registerRe= source) Resource factory failed to create resource '2e94bbac-1648-49db-8605= -ce574d2bc240_imageNS.952af113-8219-43a4-92a9-bfe913ec8b69'. Canceling requ= est.<br>Traceback (most recent call last):<br>  File "/usr/share/vdsm/= storage/resourceManager.py", line 587, in registerResource<br>  &= nbsp; obj =3D namespaceObj.factory.createResource(name, lockType)<br> = File "/usr/share/vdsm/storage/resourceFactories.py", line 193, in createRe= source<br>    lockType)<br>  File "/usr/share/vdsm/stor= age/resourceFactories.py", line 119, in __getResourceCandidatesList<br>&nbs= p;   repoPath =3D os.path.join(self.storage_repository, dom.getPo= ols()[0])<br>IndexError: list index out of range<br>Thread-77065::DEBUG::20= 15-02-10 09:43:49,918::resourceManager::210::Storage.ResourceManager.Reques= t::(cancel) ResName=3D`2e94bbac-1648-49db-8605-ce574d2bc240_imageNS.952af11= 3-8219-43a4-92a9-bfe913ec8b69`ReqID=3D`10e68fbb-ac50-461f-92ac-d8c43060ed43= `::Canceled request<br>Thread-77065::WARNING::2015-02-10 09:43:49,918::reso= urceManager::203::Storage.ResourceManager.Request::(cancel) ResName=3D`2e94= bbac-1648-49db-8605-ce574d2bc240_imageNS.952af113-8219-43a4-92a9-bfe913ec8b= 69`ReqID=3D`10e68fbb-ac50-461f-92ac-d8c43060ed43`::Tried to cancel a proces= sed request<br>Thread-77065::ERROR::2015-02-10 09:43:49,918::task::866::Sto= rage.TaskManager.Task::(_setError) Task=3D`6e023655-23ad-42cd-9b7e-6c5e5e3b= 08b9`::Unexpected error<br>Traceback (most recent call last):<br>  Fil= e "/usr/share/vdsm/storage/task.py", line 873, in _run<br>  &nbsp= ; return fn(*args, **kargs)<br>  File "/usr/share/vdsm/logUtils.py", l= ine 45, in wrapper<br>    res =3D f(*args, **kwargs)<br>&nbs= p; File "/usr/share/vdsm/storage/hsm.py", line 1285, in setVolumeDescriptio= n<br>    pool.setVolumeDescription(sdUUID, imgUUID, volUUID,= description)<br>  File "/usr/share/vdsm/storage/securable.py", line 7= 7, in wrapper<br>    return method(self, *args, **kwargs)<br= >  File "/usr/share/vdsm/storage/sp.py", line 1884, in setVolumeDescri= ption<br>    rm.LockType.exclusive):<br>  File "/usr/sh= are/vdsm/storage/resourceManager.py", line 523, in acquireResource<br>&nbsp= ;   raise se.ResourceAcqusitionFailed()<br>ResourceAcqusitionFail= ed: Could not acquire resource. Probably resource factory threw an exceptio= n.: ()</div><div><br></div><div><br></div><hr id=3D"zwchr"><div style=3D"co= lor:#000;font-weight:normal;font-style:normal;text-decoration:none;font-fam= ily:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"Steven M. Bel= listri" <SBellistri(a)ldirx.com><br><b>To: </b>"Elad Ben Aharon" <eb= enahar(a)redhat.com><br><b>Sent: </b>Tuesday, 10 February, 2015 6:35:32 PM= <br><b>Subject: </b>RE: [ovirt-users] importing iscsi storage domain<br><di= v><br></div> <style></style> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">Another issue, when I = failback the 2 storage domains, the 2<sup>nd</sup> SD is not working. = The vm that has the DB drives will not boot after I failover (I checked th= e virtio-scsi setting and it was checked), but I was getting an error in the manager saying that: Failed to update OV= F disks 952af113-8219-43a4-92a9-bfe913ec8b69, OVF data isn't updated on tho= se OVF stores (Data Center Default, Storage Domain iSCSI_2).   So= then I tried putting the SD2 into maintenance mode and then reactivating it, but it would not active or would it detach.=   I had to destroy the SD.  The weird thing is that I had no prob= lems with the 1<sup>st</sup> SD.  I am sending the vdsm.log file from = the host in the PR site.</span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span></p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in = 0in 0in"> <p class=3D"MsoNormal"><b>From:</b> Elad Ben Aharon [mailto:ebenahar@redhat= .com] <br> <b>Sent:</b> Monday, February 9, 2015 1:26 AM<br> <b>To:</b> Steven M. Bellistri<br> <b>Cc:</b> Aharon Canan; users(a)ovirt.org<br> <b>Subject:</b> Re: [ovirt-users] importing iscsi storage domain</p> </div> </div> <p class=3D"MsoNormal"> </p> <div> <div> <p class=3D"MsoNormal"><span style=3D"color:black">The import domain operat= ion consists of several stages which their execution time can vary.</span><= span style=3D"font-size:12.0pt;color:black"></span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black">It would be almost impos= sible to estimate how long it will take. But, since the whole import operat= ion, along with the VMs registration in the new environment, doesn't involv= e any long time operations, like disks creation, it shouldn't take more than a few minutes.</span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> </div> <div class=3D"MsoNormal" style=3D"text-align:center" align=3D"center"><span= style=3D"color:black"> <hr id=3D"zwchr" size=3D"2" width=3D"100%" align=3D"center"> </span></div> <div> <p class=3D"MsoNormal"><b><span style=3D"font-family:"Helvetica",= sans-serif;color:black">From: </span></b><span style=3D"font-family:"Helvetica",sans-serif;colo= r:black">"Steven M. Bellistri" <SBellistri(a)ldirx.com><br> <b>To: </b>"Elad Ben Aharon" <ebenahar(a)redhat.com><br> <b>Cc: </b>"Aharon Canan" <acanan(a)redhat.com>, users(a)ovirt.org<br> <b>Sent: </b>Thursday, 5 February, 2015 5:41:11 PM<br> <b>Subject: </b>RE: [ovirt-users] importing iscsi storage domain</span></p> <div> <p class=3D"MsoNormal"><span style=3D"font-family:"Helvetica",san= s-serif;color:black"> </span></p> </div> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">I put the storage doma= in in maintenance mode, then changed the time from 60minutes to 5min, then = after I failed the storage over I was able to import the domain.  Than= ks so much for the help.  I just have one more question, is there anyway to calculate how long it will take to impor= t a domain, because our production environment is about 5.5TB with about 40= vm=E2=80=99s?</span><span style=3D"color:black"></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span><span sty= le=3D"color:black"></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">thanks</span><span sty= le=3D"color:black"></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span><span sty= le=3D"color:black"></span></p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in = 0in 0in"> <p class=3D"MsoNormal"><b><span style=3D"color:black">From:</span></b><span= style=3D"color:black"> Elad Ben Aharon [mailto:ebenahar@redhat.com] <br> <b>Sent:</b> Thursday, February 5, 2015 1:49 AM<br> <b>To:</b> Steven M. Bellistri<br> <b>Cc:</b> Aharon Canan; users(a)ovirt.org<br> <b>Subject:</b> Re: [ovirt-users] importing iscsi storage domain</span></p> </div> </div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> <div> <div> <p class=3D"MsoNormal"><span style=3D"color:black">If you can't see the VMs= under 'VM Import' subtab under the imported storage domain, it means that = you won't be able to recover those VMs (because their configuration files w= eren't uploaded to the domain). </span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black">For the next time, you c= an decrease the time interval of the OVFs upload as explained below in the = thread. <br> <br> <br> </span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black">Regarding the upgrade, i= t is possible to upgrade from 3.4 to 3.5 and once you'll upgrade the setup = and the DC compatibility version to 3.5, the OVFs of the VMs will be upload= ed to the storage domains where the VMs's disks are located on. (again, every 60 minutes by default).<br> <br> <br> </span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black"><br> <br> <br> </span></p> </div> <div> <div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> </div> <p class=3D"MsoNormal"><span style=3D"color:black"><br>   <br> Elad Ben Aharon<br> RHEV-QE storage</span></p> <div> <p class=3D"MsoNormal"><span style=3D"color:black"><img id=3D"_x0000_i1025"= src=3D"cid:image001.jpg@01D0451B.AEA225C0" height=3D"68" width=3D"150"></s= pan></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black">    </spa= n></p> </div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> </div> <div class=3D"MsoNormal" style=3D"text-align:center" align=3D"center"><span= style=3D"color:black"> <hr size=3D"2" width=3D"100%" align=3D"center"> </span></div> <div> <p class=3D"MsoNormal"><b><span style=3D"font-family:"Helvetica",= sans-serif;color:black">From: </span></b><span style=3D"font-family:"Helvetica",sans-serif;colo= r:black">"Steven M. Bellistri" <<a href=3D"mailto:SBellistri@ldirx.com" = target=3D"_blank">SBellistri(a)ldirx.com</a>><br> <b>To: </b>"Elad Ben Aharon" <<a href=3D"mailto:ebenahar@redhat.com" tar= get=3D"_blank">ebenahar(a)redhat.com</a>><br> <b>Cc: </b>"Aharon Canan" <<a href=3D"mailto:acanan@redhat.com" target= =3D"_blank">acanan(a)redhat.com</a>>, <a href=3D"mailto:users@ovirt.org" target=3D"_blank">users(a)ovirt.org</a><br= > <b>Sent: </b>Wednesday, 4 February, 2015 5:44:37 PM<br> <b>Subject: </b>RE: [ovirt-users] importing iscsi storage domain</span><spa= n style=3D"color:black"></span></p> <div> <p class=3D"MsoNormal"><span style=3D"font-family:"Helvetica",san= s-serif;color:black"> </span><span style=3D"color:black"></span></p> </div> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">No, I did not wait 60 = minutes before I tried to failover.  Do, I need to start over, or can = I just failback and wait the hour for the ovfs to upload?  I do have a= question, is this feature possible for an environment that was upgraded from 3.4 to 3.5?  My production environment is 3.4,= the 3.5 environment is a clean test environment, but if I cant upgrade to = 3.5 from 3.4 then this will not be a good DR option for me.  </span><span style=3D"color:black"></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span><span sty= le=3D"color:black"></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">thanks</span><span sty= le=3D"color:black"></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span><span sty= le=3D"color:black"></span></p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in = 0in 0in"> <p class=3D"MsoNormal"><b><span style=3D"color:black">From:</span></b><span= style=3D"color:black"> Elad Ben Aharon [<a href=3D"mailto:ebenahar@redhat.= com" target=3D"_blank">mailto:ebenahar@redhat.com</a>] <br> <b>Sent:</b> Wednesday, February 4, 2015 8:56 AM<br> <b>To:</b> Steven M. Bellistri<br> <b>Cc:</b> Aharon Canan; <a href=3D"mailto:users@ovirt.org" target=3D"_blan= k">users(a)ovirt.org</a><br> <b>Subject:</b> Re: [ovirt-users] importing iscsi storage domain</span></p> </div> </div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> <div> <div> <p class=3D"MsoNormal"><span style=3D"color:black">Hi Steven,</span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black">In order to import the V= Ms from the imported storage domain, the VMs configuration files (which are= called OVFs) have to be uploaded first before the domain is detached from = the setup. This is being done by engine in a time interval of 60 minutes (it's configurable using rhevm-config --s= et OvfUpdateInMinutes=3D<value> and restart ovirt-engine service). Fr= om 3.5.1, the OVFs are uploaded once you move the storage domain to mainten= ance.  did you do so in the original RHEV environment? What was the version of this environment?</span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black">If you didn't deactivate= the domain in the first environment and then tried to attach it to the DR = environment, the existence of the VMs in the domain depends on the OVFs upl= oad that was supposed to be done by the first engine, which is being done every 60 minutes as explained, so if= you've created those VMs and immediately destroyed the setup, those VMs pr= obably won't be available for you in the DR environment.</span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> </div> <div> <div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> </div> <p class=3D"MsoNormal"><span style=3D"color:black"><br>   <br> Elad Ben Aharon<br> RHEV-QE storage</span></p> <div> <p class=3D"MsoNormal"><span style=3D"color:black"><img id=3D"_x0000_i1027"= src=3D"cid:image001.jpg@01D0451B.AEA225C0" height=3D"68" width=3D"150" bor= der=3D"0"></span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black">    </spa= n></p> </div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> </div> <div class=3D"MsoNormal" style=3D"text-align:center" align=3D"center"><span= style=3D"color:black"> <hr size=3D"2" width=3D"100%" align=3D"center"> </span></div> <div> <p class=3D"MsoNormal"><b><span style=3D"font-family:"Helvetica",= sans-serif;color:black">From: </span></b><span style=3D"font-family:"Helvetica",sans-serif;colo= r:black">"Steven M. Bellistri" <<a href=3D"mailto:SBellistri@LDIRx.com" = target=3D"_blank">SBellistri(a)LDIRx.com</a>><br> <b>To: </b>"Aharon Canan" <<a href=3D"mailto:acanan@redhat.com" target= =3D"_blank">acanan(a)redhat.com</a>><br> <b>Cc: </b><a href=3D"mailto:users@ovirt.org" target=3D"_blank">users@ovirt= .org</a><br> <b>Sent: </b>Tuesday, 3 February, 2015 6:16:01 PM<br> <b>Subject: </b>Re: [ovirt-users] importing iscsi storage domain</span><spa= n style=3D"color:black"></span></p> <div> <p class=3D"MsoNormal"><span style=3D"font-family:"Helvetica",san= s-serif;color:black"> </span><span style=3D"color:black"></span></p> </div> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">version 3.5.1</span><s= pan style=3D"color:black"></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span><span sty= le=3D"color:black"></span></p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in = 0in 0in"> <p class=3D"MsoNormal"><b><span style=3D"color:black">From:</span></b><span= style=3D"color:black"> Aharon Canan [<a href=3D"mailto:acanan@redhat.com" = target=3D"_blank">mailto:acanan@redhat.com</a>] <br> <b>Sent:</b> Tuesday, February 3, 2015 6:22 AM<br> <b>To:</b> Steven M. Bellistri<br> <b>Cc:</b> <a href=3D"mailto:users@ovirt.org" target=3D"_blank">users@ovirt= .org</a><br> <b>Subject:</b> Re: [ovirt-users] importing iscsi storage domain</span></p> </div> </div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> <div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black">What version are you using?</span><span styl= e=3D"color:black"></span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> <div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black">Regards, <br> __________________________________________________<br> </span><strong><span style=3D"font-size:10.0pt;font-family:"Comic Sans= MS";color:#3366FF">Aharon Canan</span></strong><span style=3D"font-si= ze:10.0pt;font-family:"Comic Sans MS";color:black"><br> </span><span style=3D"font-family:"Comic Sans MS";color:#3366FF">= int phone - 8272036</span><span style=3D"font-size:10.0pt;font-family:&quot= ;Comic Sans MS";color:black"><br> </span><span style=3D"font-family:"Comic Sans MS";color:#3366FF">= ext phone - +97297692036</span><span style=3D"font-size:10.0pt;font-family:= "Comic Sans MS";color:black"><br> </span><span style=3D"font-family:"Comic Sans MS";color:#3366FF">= email - <a href=3D"mailto:acanan@redhat.com" target=3D"_blank"> acanan(a)redhat.com</a></span><span style=3D"color:black"></span></p> </div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> <div class=3D"MsoNormal" style=3D"text-align:center" align=3D"center"><span= style=3D"color:black"> <hr size=3D"2" width=3D"100%" align=3D"center"> </span></div> <blockquote style=3D"border:none;border-left:solid #1010FF 1.5pt;padding:0i= n 0in 0in 4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-bottom:5.0pt"> <p class=3D"MsoNormal"><b><span style=3D"font-family:"Helvetica",= sans-serif;color:black">From: </span></b><span style=3D"font-family:"Helvetica",sans-serif;colo= r:black">"Steven M. Bellistri" <<a href=3D"mailto:SBellistri@ldirx.com" = target=3D"_blank">SBellistri(a)ldirx.com</a>><br> <b>To: </b>"Aharon Canan" <<a href=3D"mailto:acanan@redhat.com" target= =3D"_blank">acanan(a)redhat.com</a>><br> <b>Cc: </b><a href=3D"mailto:users@ovirt.org" target=3D"_blank">users@ovirt= .org</a><br> <b>Sent: </b>Monday, February 2, 2015 8:12:00 PM<br> <b>Subject: </b>RE: [ovirt-users] importing iscsi storage domain</span><spa= n style=3D"color:black"></span></p> <div> <p class=3D"MsoNormal"><span style=3D"font-family:"Helvetica",san= s-serif;color:black"> </span><span style=3D"color:black"></span></p> </div> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">Thank you for the resp= onse.</span><span style=3D"color:black"></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span><span sty= le=3D"color:black"></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">I went thru the steps = 1-9, and when I get to step 10 there is no import vms or import templates s= ub-tabs.  I am including the vdsm.log from the host.  Also, when = I do a lvs on the host, I can see the disks that reside in the imported SD, one is 30gb and the other is 40gb.  The st= orage domain I am importing is called iSCSI.</span><span style=3D"color:bla= ck"></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span><span sty= le=3D"color:black"></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D"> </span><span sty= le=3D"color:black"></span></p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in = 0in 0in"> <p class=3D"MsoNormal"><b><span style=3D"color:black">From:</span></b><span= style=3D"color:black"> Aharon Canan [<a href=3D"mailto:acanan@redhat.com" = target=3D"_blank">mailto:acanan@redhat.com</a>] <br> <b>Sent:</b> Sunday, February 1, 2015 9:55 AM<br> <b>To:</b> Steven M. Bellistri<br> <b>Cc:</b> <a href=3D"mailto:users@ovirt.org" target=3D"_blank">users@ovirt= .org</a><br> <b>Subject:</b> Re: [ovirt-users] importing iscsi storage domain</span></p> </div> </div> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> <div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black">Hi</span><span style=3D"color:black"></span>= </p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black">Please check below link for info, ovirt vers= ion should be 3.5</span><span style=3D"color:black"></span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"><a href=3D"http://www.ovirt.org/Features/Imp= ortStorageDomain" target=3D"_blank">http://www.ovirt.org/Features/ImportSto= rageDomain</a></span><span style=3D"color:black"></span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black">please be aware to step 10 under "<span clas= s=3D"mw-headline">Work flow for Import block Storage Domain - UI flow</span= >"</span><span style=3D"color:black"></span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black">In case it is not working, please add exact = steps and engine/vdsm logs so we will be able to check </span><span style=3D"color:black"></span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> <div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black">Regards, <br> __________________________________________________<br> </span><strong><span style=3D"font-size:10.0pt;font-family:"Comic Sans= MS";color:#3366FF">Aharon Canan</span></strong><span style=3D"font-si= ze:10.0pt;font-family:"Comic Sans MS";color:black"><br> </span><span style=3D"font-family:"Comic Sans MS";color:#3366FF">= int phone - 8272036</span><span style=3D"font-size:10.0pt;font-family:&quot= ;Comic Sans MS";color:black"><br> </span><span style=3D"font-family:"Comic Sans MS";color:#3366FF">= ext phone - +97297692036</span><span style=3D"font-size:10.0pt;font-family:= "Comic Sans MS";color:black"><br> </span><span style=3D"font-family:"Comic Sans MS";color:#3366FF">= email - <a href=3D"mailto:acanan@redhat.com" target=3D"_blank"> acanan(a)redhat.com</a></span><span style=3D"color:black"></span></p> </div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> <div class=3D"MsoNormal" style=3D"text-align:center" align=3D"center"><span= style=3D"color:black"> <hr size=3D"2" width=3D"100%" align=3D"center"> </span></div> <blockquote style=3D"border:none;border-left:solid #1010FF 1.5pt;padding:0i= n 0in 0in 4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-bottom:5.0pt"> <p class=3D"MsoNormal"><b><span style=3D"font-family:"Helvetica",= sans-serif;color:black">From: </span></b><span style=3D"font-family:"Helvetica",sans-serif;colo= r:black">"Steven M. Bellistri" <<a href=3D"mailto:SBellistri@LDIRx.com" = target=3D"_blank">SBellistri(a)LDIRx.com</a>><br> <b>To: </b>"<a href=3D"mailto:users@ovirt.org" target=3D"_blank">users@ovir= t.org</a>" <<a href=3D"mailto:users@ovirt.org" target=3D"_blank">users@o= virt.org</a>><br> <b>Sent: </b>Friday, January 30, 2015 12:18:54 AM<br> <b>Subject: </b>[ovirt-users] importing iscsi storage domain</span><span st= yle=3D"color:black"></span></p> <div> <p class=3D"MsoNormal"><span style=3D"font-family:"Helvetica",san= s-serif;color:black"> </span><span style=3D"color:black"></span></p> </div> <p class=3D"MsoNormal"><span style=3D"color:black">I am trying to test fail= ing over to a DR site using the storage domain import.  The DR site sh= ows that it imported the iscsi storage domain, and activates it in the data= center, but none of the vm=E2=80=99s or anything shows up.  What am I missing.</span></p> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> <p class=3D"MsoNormal"><span style=3D"color:black">thanks</span></p> <p class=3D"MsoNormal"><span style=3D"color:black"> </span></p> <p class=3D"MsoNormal"><span style=3D"color:black">Steven Bellistri</span><= /p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"He= lvetica",sans-serif;color:black"><br> This email and its attachments may contain privileged and confidential info= rmation and/or protected health information (PHI) intended solely for the u= se of LDI Integrated Pharmacy Services and the recipient(s) named above. If= you are not the recipient, or the employee or agent responsible for delivering this message to the intended = recipient, you are hereby notified that any review, dissemination, distribu= tion, printing or copying of this email message and/or any attachments is s= trictly prohibited. If you have received this transmission in error, please notify the sender immediately = at 1-866-516-3121 and permanently delete this email and any attachments. <br> _______________________________________________<br> Users mailing list<br> <a href=3D"mailto:Users@ovirt.org" target=3D"_blank">Users(a)ovirt.org</a><br= > <a href=3D"http://lists.ovirt.org/mailman/listinfo/users" target=3D"_blank"= >http://lists.ovirt.org/mailman/listinfo/users</a></span><span style=3D"col= or:black"></span></p> </blockquote> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> </div> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"He= lvetica",sans-serif;color:black"><br> This email and its attachments may contain privileged and confidential info= rmation and/or protected health information (PHI) intended solely for the u= se of LDI Integrated Pharmacy Services and the recipient(s) named above. If= you are not the recipient, or the employee or agent responsible for delivering this message to the intended = recipient, you are hereby notified that any review, dissemination, distribu= tion, printing or copying of this email message and/or any attachments is s= trictly prohibited. If you have received this transmission in error, please notify the sender immediately = at 1-866-516-3121 and permanently delete this email and any attachments. </span><span style=3D"color:black"></span></p> </blockquote> <div> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Co= mic Sans MS";color:black"> </span><span style=3D"color:black"></s= pan></p> </div> </div> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"He= lvetica",sans-serif;color:black"><br> This email and its attachments may contain privileged and confidential info= rmation and/or protected health information (PHI) intended solely for the u= se of LDI Integrated Pharmacy Services and the recipient(s) named above. If= you are not the recipient, or the employee or agent responsible for delivering this message to the intended = recipient, you are hereby notified that any review, dissemination, distribu= tion, printing or copying of this email message and/or any attachments is s= trictly prohibited. If you have received this transmission in error, please notify the sender immediately = at 1-866-516-3121 and permanently delete this email and any attachments. <br> _______________________________________________<br> Users mailing list<br> <a href=3D"mailto:Users@ovirt.org" target=3D"_blank">Users(a)ovirt.org</a><br= > <a href=3D"http://lists.ovirt.org/mailman/listinfo/users" target=3D"_blank"= >http://lists.ovirt.org/mailman/listinfo/users</a></span><span style=3D"col= or:black"></span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"Ti= mes New Roman",serif;color:black"> </span><span style=3D"color:bl= ack"></span></p> </div> </div> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"He= lvetica",sans-serif;color:black"><br> This email and its attachments may contain privileged and confidential info= rmation and/or protected health information (PHI) intended solely for the u= se of LDI Integrated Pharmacy Services and the recipient(s) named above. If= you are not the recipient, or the employee or agent responsible for delivering this message to the intended = recipient, you are hereby notified that any review, dissemination, distribu= tion, printing or copying of this email message and/or any attachments is s= trictly prohibited. If you have received this transmission in error, please notify the sender immediately = at 1-866-516-3121 and permanently delete this email and any attachments.</s= pan><span style=3D"color:black"></span></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"Ti= mes New Roman",serif;color:black"> </span><span style=3D"color:bl= ack"></span></p> </div> </div> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"He= lvetica",sans-serif;color:black"><br> This email and its attachments may contain privileged and confidential info= rmation and/or protected health information (PHI) intended solely for the u= se of LDI Integrated Pharmacy Services and the recipient(s) named above. If= you are not the recipient, or the employee or agent responsible for delivering this message to the intended = recipient, you are hereby notified that any review, dissemination, distribu= tion, printing or copying of this email message and/or any attachments is s= trictly prohibited. If you have received this transmission in error, please notify the sender immediately = at 1-866-516-3121 and permanently delete this email and any attachments.</s= pan></p> </div> <div> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"Ti= mes New Roman",serif;color:black"> </span></p> </div> </div> </div> <br> This email and its attachments may contain privileged and confidential info= rmation and/or protected health information (PHI) intended solely for the u= se of LDI Integrated Pharmacy Services and the recipient(s) named above. If= you are not the recipient, or the employee or agent responsible for delive= ring this message to the intended recipient, you are hereby notified that a= ny review, dissemination, distribution, printing or copying of this email m= essage and/or any attachments is strictly prohibited. If you have received = this transmission in error, please notify the sender immediately at 1-866-5= 16-3121 and permanently delete this email and any attachments. </div><div><br></div></div></body></html> ------=_Part_9372915_292966117.1423648670110 Content-Type: image/jpeg; name=image001.jpg Content-Disposition: attachment; filename=image001.jpg Content-Transfer-Encoding: base64 Content-Description: image001.jpg Content-ID: <image001.jpg(a)01D0451B.AEA225C0> /9j/4AAQSkZJRgABAQEASABIAAD/4gxYSUNDX1BST0ZJTEUAAQEAAAxITGlubwIQAABtbnRyUkdC IFhZWiAHzgACAAkABgAxAABhY3NwTVNGVAAAAABJRUMgc1JHQgAAAAAAAAAAAAAAAAAA9tYAAQAA AADTLUhQICAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFj cHJ0AAABUAAAADNkZXNjAAABhAAAAGx3dHB0AAAB8AAAABRia3B0AAACBAAAABRyWFlaAAACGAAA ABRnWFlaAAACLAAAABRiWFlaAAACQAAAABRkbW5kAAACVAAAAHBkbWRkAAACxAAAAIh2dWVkAAAD TAAAAIZ2aWV3AAAD1AAAACRsdW1pAAAD+AAAABRtZWFzAAAEDAAAACR0ZWNoAAAEMAAAAAxyVFJD AAAEPAAACAxnVFJDAAAEPAAACAxiVFJDAAAEPAAACAx0ZXh0AAAAAENvcHlyaWdodCAoYykgMTk5 OCBIZXdsZXR0LVBhY2thcmQgQ29tcGFueQAAZGVzYwAAAAAAAAASc1JHQiBJRUM2MTk2Ni0yLjEA AAAAAAAAAAAAABJzUkdCIElFQzYxOTY2LTIuMQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAWFlaIAAAAAAAAPNRAAEAAAABFsxYWVogAAAAAAAAAAAAAAAA AAAAAFhZWiAAAAAAAABvogAAOPUAAAOQWFlaIAAAAAAAAGKZAAC3hQAAGNpYWVogAAAAAAAAJKAA AA+EAAC2z2Rlc2MAAAAAAAAAFklFQyBodHRwOi8vd3d3LmllYy5jaAAAAAAAAAAAAAAAFklFQyBo dHRwOi8vd3d3LmllYy5jaAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAABkZXNjAAAAAAAAAC5JRUMgNjE5NjYtMi4xIERlZmF1bHQgUkdCIGNvbG91ciBzcGFjZSAt IHNSR0IAAAAAAAAAAAAAAC5JRUMgNjE5NjYtMi4xIERlZmF1bHQgUkdCIGNvbG91ciBzcGFjZSAt IHNSR0IAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZGVzYwAAAAAAAAAsUmVmZXJlbmNlIFZpZXdpbmcg Q29uZGl0aW9uIGluIElFQzYxOTY2LTIuMQAAAAAAAAAAAAAALFJlZmVyZW5jZSBWaWV3aW5nIENv bmRpdGlvbiBpbiBJRUM2MTk2Ni0yLjEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHZpZXcAAAAA ABOk/gAUXy4AEM8UAAPtzAAEEwsAA1yeAAAAAVhZWiAAAAAAAEwJVgBQAAAAVx/nbWVhcwAAAAAA AAABAAAAAAAAAAAAAAAAAAAAAAAAAo8AAAACc2lnIAAAAABDUlQgY3VydgAAAAAAAAQAAAAABQAK AA8AFAAZAB4AIwAoAC0AMgA3ADsAQABFAEoATwBUAFkAXgBjAGgAbQByAHcAfACBAIYAiwCQAJUA mgCfAKQAqQCuALIAtwC8AMEAxgDLANAA1QDbAOAA5QDrAPAA9gD7AQEBBwENARMBGQEfASUBKwEy ATgBPgFFAUwBUgFZAWABZwFuAXUBfAGDAYsBkgGaAaEBqQGxAbkBwQHJAdEB2QHhAekB8gH6AgMC DAIUAh0CJgIvAjgCQQJLAlQCXQJnAnECegKEAo4CmAKiAqwCtgLBAssC1QLgAusC9QMAAwsDFgMh Ay0DOANDA08DWgNmA3IDfgOKA5YDogOuA7oDxwPTA+AD7AP5BAYEEwQgBC0EOwRIBFUEYwRxBH4E jASaBKgEtgTEBNME4QTwBP4FDQUcBSsFOgVJBVgFZwV3BYYFlgWmBbUFxQXVBeUF9gYGBhYGJwY3 BkgGWQZqBnsGjAadBq8GwAbRBuMG9QcHBxkHKwc9B08HYQd0B4YHmQesB78H0gflB/gICwgfCDII RghaCG4IggiWCKoIvgjSCOcI+wkQCSUJOglPCWQJeQmPCaQJugnPCeUJ+woRCicKPQpUCmoKgQqY Cq4KxQrcCvMLCwsiCzkLUQtpC4ALmAuwC8gL4Qv5DBIMKgxDDFwMdQyODKcMwAzZDPMNDQ0mDUAN Wg10DY4NqQ3DDd4N+A4TDi4OSQ5kDn8Omw62DtIO7g8JDyUPQQ9eD3oPlg+zD88P7BAJECYQQxBh EH4QmxC5ENcQ9RETETERTxFtEYwRqhHJEegSBxImEkUSZBKEEqMSwxLjEwMTIxNDE2MTgxOkE8UT 5RQGFCcUSRRqFIsUrRTOFPAVEhU0FVYVeBWbFb0V4BYDFiYWSRZsFo8WshbWFvoXHRdBF2UXiReu F9IX9xgbGEAYZRiKGK8Y1Rj6GSAZRRlrGZEZtxndGgQaKhpRGncanhrFGuwbFBs7G2MbihuyG9oc AhwqHFIcexyjHMwc9R0eHUcdcB2ZHcMd7B4WHkAeah6UHr4e6R8THz4faR+UH78f6iAVIEEgbCCY IMQg8CEcIUghdSGhIc4h+yInIlUigiKvIt0jCiM4I2YjlCPCI/AkHyRNJHwkqyTaJQklOCVoJZcl xyX3JicmVyaHJrcm6CcYJ0kneierJ9woDSg/KHEooijUKQYpOClrKZ0p0CoCKjUqaCqbKs8rAis2 K2krnSvRLAUsOSxuLKIs1y0MLUEtdi2rLeEuFi5MLoIuty7uLyQvWi+RL8cv/jA1MGwwpDDbMRIx SjGCMbox8jIqMmMymzLUMw0zRjN/M7gz8TQrNGU0njTYNRM1TTWHNcI1/TY3NnI2rjbpNyQ3YDec N9c4FDhQOIw4yDkFOUI5fzm8Ofk6Njp0OrI67zstO2s7qjvoPCc8ZTykPOM9Ij1hPaE94D4gPmA+ oD7gPyE/YT+iP+JAI0BkQKZA50EpQWpBrEHuQjBCckK1QvdDOkN9Q8BEA0RHRIpEzkUSRVVFmkXe RiJGZ0arRvBHNUd7R8BIBUhLSJFI10kdSWNJqUnwSjdKfUrESwxLU0uaS+JMKkxyTLpNAk1KTZNN 3E4lTm5Ot08AT0lPk0/dUCdQcVC7UQZRUFGbUeZSMVJ8UsdTE1NfU6pT9lRCVI9U21UoVXVVwlYP VlxWqVb3V0RXklfgWC9YfVjLWRpZaVm4WgdaVlqmWvVbRVuVW+VcNVyGXNZdJ114XcleGl5sXr1f D19hX7NgBWBXYKpg/GFPYaJh9WJJYpxi8GNDY5dj62RAZJRk6WU9ZZJl52Y9ZpJm6Gc9Z5Nn6Wg/ aJZo7GlDaZpp8WpIap9q92tPa6dr/2xXbK9tCG1gbbluEm5rbsRvHm94b9FwK3CGcOBxOnGVcfBy S3KmcwFzXXO4dBR0cHTMdSh1hXXhdj52m3b4d1Z3s3gReG54zHkqeYl553pGeqV7BHtje8J8IXyB fOF9QX2hfgF+Yn7CfyN/hH/lgEeAqIEKgWuBzYIwgpKC9INXg7qEHYSAhOOFR4Wrhg6GcobXhzuH n4gEiGmIzokziZmJ/opkisqLMIuWi/yMY4zKjTGNmI3/jmaOzo82j56QBpBukNaRP5GokhGSepLj k02TtpQglIqU9JVflcmWNJaflwqXdZfgmEyYuJkkmZCZ/JpomtWbQpuvnByciZz3nWSd0p5Anq6f HZ+Ln/qgaaDYoUehtqImopajBqN2o+akVqTHpTilqaYapoum/adup+CoUqjEqTepqaocqo+rAqt1 q+msXKzQrUStuK4trqGvFq+LsACwdbDqsWCx1rJLssKzOLOutCW0nLUTtYq2AbZ5tvC3aLfguFm4 0blKucK6O7q1uy67p7whvJu9Fb2Pvgq+hL7/v3q/9cBwwOzBZ8Hjwl/C28NYw9TEUcTOxUvFyMZG xsPHQce/yD3IvMk6ybnKOMq3yzbLtsw1zLXNNc21zjbOts83z7jQOdC60TzRvtI/0sHTRNPG1EnU y9VO1dHWVdbY11zX4Nhk2OjZbNnx2nba+9uA3AXcit0Q3ZbeHN6i3ynfr+A24L3hROHM4lPi2+Nj 4+vkc+T85YTmDeaW5x/nqegy6LzpRunQ6lvq5etw6/vshu0R7ZzuKO6070DvzPBY8OXxcvH/8ozz GfOn9DT0wvVQ9d72bfb794r4Gfio+Tj5x/pX+uf7d/wH/Jj9Kf26/kv+3P9t////4QCMRXhpZgAA TU0AKgAAAAgABQESAAMAAAABAAEAAAEaAAUAAAABAAAASgEbAAUAAAABAAAAUgEoAAMAAAABAAIA AIdpAAQAAAABAAAAWgAAAAAAAABIAAAAAQAAAEgAAAABAAOgAQADAAAAAQABAACgAgAEAAAAAQAA AJagAwAEAAAAAQAAAEQAAAAA/9sAQwABAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB/9sAQwEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB/8AAEQgARACWAwEiAAIR AQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//EALUQAAIBAwMCBAMFBQQEAAAB fQECAwAEEQUSITFBBhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJChYXGBkaJSYnKCkqNDU2Nzg5 OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SVlpeYmZqio6Slpqeo qaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX29/j5+v/EAB8BAAMB AQEBAQEBAQEAAAAAAAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQHBQQEAAECdwABAgMRBAUhMQYS QVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpDREVGR0hJSlNU VVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5 usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/aAAwDAQACEQMRAD8A/v4ooooA KK+T/wBrX9ub9kr9hbwH/wALH/aw+PHgD4LeGp47s6OninVTJ4k8VXNlaz3k+neC/BmlxX/i7xnq ogtpWXTfDWi6ndtj/Viv58Pil/weC/8ABNXwNry6R4O+FH7YPxZsMTlvEvh/4WeEvBejsIfJ2tb2 /wAVviD4H12bzzK/lI2kxSgQsZY4y0e8bS3f3jSlLZN+ib3P6v6K/nn/AGYP+Dn3/gkv+0hd6Lo2 t/GDxV+zN4h1uEPBZ/tQeDZ/hr4chuhFFJLYXfxPtL3xB8KrK6iMpQLfeM7VLjypZbZ5oUMlf0Fa bqenazp9lq2kX9lqul6lawX2nalp11BfWF/ZXUazW15ZXtrJLbXdrcROksFxbyyQyxsro7KQaHdb 7+ZKaklKLUk1dNO6a7prRrzL1FFFAwooooAKKKKACiiigAooooAKKKKACiiigAr8jf8Agsv/AMFT vA//AASr/ZTvvinc2+leJvjb8Q7zUPBH7Pnw71SS6Fj4h8axaTc6rqXifxOLANfwfD/4e6RBJ4i8 XT2my71HZpvhXSpRrviPSkk/XEnAJ9AT+XNf5fH/AAc2/tPab8ev+CxOr/Bfx9d6ovwh/Zj8H+CP gtomnXd1BD4bm8X+JvDejfGPx7rDi2m+0pb6nrPiz4a6DrVxcG2ZpPCGn2xjFgtxNc8uOxSwOCxe NlSrV44TDV8S6OHh7TEVlQpyqOlQp3j7StU5eWnDmjzTaV1e57vC+RVOKeJeH+GqOPy3KqvEGd5X ktPM85xTwWUZdPNMbQwSx+aYxU6zwuX4R1vrGNxCpVXRw9OpUVObjyv8KfG37Q/xx/b2/am1z4z/ ALRnjbxZ8VfGviK01bVfEmqaxdta6pqPh/Q47m503wXoljBcx6V4L8GrqOrx2mleBPDLad4Y060f 7PeDWdTkvdf1D0rwv4P+C3jc2c1r8Gb3R2aFmkl1jwRd6LZWt1GiGezuZZylpeTwSs0AdFurSSaO RElfaRWt4x+FNzo9vpPiH4I6d4W8JeLdEnnkaOPTba0s/Euk3dv5dzo+o3MSHzoXZYbqATl45JYk 2z20nlXUXEaV+0L420LW9L0H4sfDa58MpeXtpptx4itpLqLTbee8mit4r2T7RHc6Z/Z4lk3XDW+v TyW6HISYKSf50z3Psz43jPM+Gq1eM6GD9lHK6OfvLM0wVSlUxTxGInlcakaWZU8VSnhnSqYerOov ZvDyUpWhH/Zjwp8J+BfouVcPwP434DKa2HzbiKnmVXj3MfCKlxzwHxRhcwwmQUsnyrC8d18FXx/B OKyPHYfO6eYYTOMDh8HUjjY5thqlGipYirb8ffAEXnh/xne6K+iWmrxWq3XhGDRNBh0e5SztInfU /Duv3dpcQW/iKw1uANbx293YRwWcjKzLeISlfq3/AMEB/wDgvn8S/wDgn78UfC/7P/x68Sa/44/Y r8e+ItM0vXNE1XUvt7fs8Pq7Q2h+K/w1Go3QfQfBGgyeVqHxV+F+kSHw6fDr6v448GaPousaDrOm eJ/k4EHByGXrkchl65GPvAjkY4bt1r84fiN+zr4r8Ox6x8R9KGn6lZW+qax4hvfCnlNFqGn6FNql 3eGxkcSTWWrQjTJXi1S1iWB1tpbi3iF6keybv8K/EDmljMr4jzOlB1sRgo5VPEONK9arTlQqYaPJ BQhGX1ejUc6jhB4irVnUnKviff8Ak/p7/REVGjw3x34L8D4/Ewy/KOJ6/H2GyhV8c6eX4DG4fNMJ nVV4jE1MRiK1P+18xwiw2FWIrwyjAYKhhMNRyrJZLDf7idhf2Wq2Nnqem3dtf6fqFrb31hfWc0dz Z3tldwpcWt3aXELPFcW1zBJHPBNE7RyxSI6MVYGrdfgl/wAG1P7SfiD9pD/gkp8A28Ya/H4m8XfA vVvHX7OGra2DdGfUdJ+E/iG4034f3N613eX88l83w0u/CEd5O91J9quInuQsayrGv7AftCftH/A7 9lH4Xa18a/2i/iV4d+Enwq8O3mi6frnjnxXLdQaHpd54i1W20TRILua0truWNtS1a8tdPtiYSjXN xFGzKXFf0Mf47b6nttFfHPhr/goH+xr40/aE8K/sqeD/ANoHwH4p/aD8ZeAF+KOj/C7w/dX2r+I4 PAsvh3TvFtprviBbKyls/Cn9oeG9W07WtN03xPdaVq9/p17b3VrYSRyqT4b+0B/wWX/4Jgfsu/FK 7+C3xy/bQ+DPgr4oaTqMGleJPB/9tXfiHU/B9/cW0d3HaeMz4ZsdYtvCd2LaaGea016eyureKeCS 4gjSeJnAP04pGYKrMxCqoLMxIAAAySSSAABySTgdSa4TwD8Ufhx8U/h94d+LHw28d+EvHfwy8W6D B4o8M+P/AAn4g0zXfB+u+HbiA3MWtaZ4h0+5n0y607yVd5LqO4McPlyrMY2ikC/mXqX/AAWi/wCC VvxC8T+J/gH4M/bp/Z98Q/E7V9I8R+HtG0iw8ZwvouueIJdK1G1g0TRPGkkMfgvV9Turlfs9lbWG v3DX9y8VrZG4uZoonAP1tWRHVXRlZGVXV1IKsrAFWVgSrKQQQykg560+v4Rf+CEP7Tf7QfgX/g35 /wCClfxg8M/FfxvffFH4B+OvFx+D+ueLNT1n4ny+AL3w3+zZ8A9XstC0LQPGV5rsSaLZ+J9Q1i5k 8E2cdvpX27UNStLKws2udif12eM/+Cg/7G3wz8TXfg34h/tC+A/DOsaLr+keDfFOrahLqv8Awgng 7xtrMmkWuneD/HXxNtdLn+G3gTxZqF9ruj2ln4a8W+K9G1m4u9X0u1isjPf2scoB9nUV5h8V/jV8 J/gZ4M/4WF8XviF4V+HngxtW0Hw/ba/4o1e206z1LxD4q1G30jwv4c0ZWZrjXPEnibVru10zw54f 0iG+1jXdRuYLLSrO7uZo4287+D37X37OPx517xR4T+F/xQ0vW/GngvRLHxP4p8B6xpPibwR8QtE8 LardX9jpfiu88AePNE8NeMR4T1S+0rUrDTfFEWiSaFqF/YXtlaX81zbTRIAfSdFfmR8Mf+Cpv7Nf j/48fHz4SXXxB8FaTovwt1j4P6H4H8SQ3/iS9vPiFffErwmmualv01/DNvDo39i61c2vhy0hS6vT fSrLeTTWyyxwp+m9ABRRRQA1+Vb/AHT/ACNf5IH/AAcV/Bf4laj/AMFs/wBqrwBo3hPXtb8WfEjx /wCC/G3w90HQtC1zxLr/AI40Txv8C/hXBYSeGPDfhjTdc8Q635GpeCfE2kXkdlpU5jutPkWRRBLH K/8Arg1mNo2kNqQ1h9M09tVVFiXUzY2h1BYwGRY1vjCbsIFdlCibaFYgAAnIHW/VO6fW61T9b6n+ bB/wT2/4Ie/Gr9o3/gnd8Q/ip8Kvixf63+2H8KPjN4g8A+IP2KPjH4Yt/hJc+CdD8PanYxWHhLxV 4m8WaVL8Tvhx8RPF/gbULT4q+D5PFmljwTLpWo6J4VuPDmn28154ktvy8+PGlat+zH8avG37O37R miy/Bv4s+AdWuNM13wp48utPtLOaBHzp+v8Ah/xDLJFonijwl4htGi1Twz4o0x1sdZ0yaOQxWOpQ ajpOm/61Ol/Br4U6J8U/FHxv0b4e+EtK+L3jfwvoXgrxl8R9O0SysvGHizwr4Yurq88N6H4l1u3j ju9dsfD9xfXraKmpvcvpa3l1FZPDDcTI+H8UvgF8IfivNa+IfGnwh+D3j7xx4c0++j8D+Ivid8N/ DvjiTw5qEkTyWTQzalaHVodNS/EM97ZaZqVhLcRq6wXFvMyzL+fcQ+GXC3EVWeKq4arl2OnJznjc sqQw86s27uVejOnVw1SUpNynU9jGvOTvKsz+v/B36cPj34OYHDZFgM8wHGXCmFpwoYfhrjnC184w 2Cw0EoxoZZmWHxmAzrBUqdOMKWGwrzGvlmFpQjCjl6Wh/kan4kfDMIX/AOFnfDLYozgfELwaW2hc /LCNa804HARYy5PyqhOBXzx8af2j/CFl4a1vw34K1EeIvEOr2N1pX23T45H0zSReRNbzzG7ePy72 /WKR0trG2E2Lhla7aKNWr/UD/bRvvCX7KH7FPxY8efFb9nb9l7xH+1V49ufEXw+/Zg+Hf7O/wjGp eIvjJ+0b4s8Can4b+Fll4M0zXfCGreLJPHWorY6p4r8Qm103XLb4a/D3RdaudS17xHonhTVPEt7/ ACA/Av8A4M7v26/iP8M/CnxG+Ifxg/Z5+BPjfV/D/h3VdP8Ahr4m0/4j+LPGHhN10TTGtLXxvceH Lmw8IaV4vtLhHn1zQ9Li8YaPYaqJbV9c1+IzXEvz2VeC/DuXY/D42tjsxzBYarCvDDV3h6dGdSnO M6ftvZUVOpBSV5QU4Rnop80HKMv2Ljz9pn4ycY8KZxwxlvC3BfCU87wGJyzFZ3lcc4xmZ4fB42hU w+L/ALO+v5jUwuExNWlUlThiZ4fE1MPGUp4d0sRGliKf9GH/AAaOfD/VPBv/AASkutdvWDad8R/2 pPjz4p8OOs808Uuj6JqWjfDuWeEyfu/KfW/BerIrwErKUaR/3pevbv8Ag6NtoLz/AII1/tAWl1GJ ba6+Jn7LdtcRHBEsE/7SXwzimjIYMpDxsykMGXnkGv0z/Yp+EvhP9j74W/CX9hT4eeEfFH/CCfs7 fBbwf4b0r4k6nDYR2vjLU9PtreLxBrGpx6fZWNtH4g8T61dX/iTULi2iS2vNRvtRWG2thbMi+af8 Fcf2GvGn/BRj9hz4jfsp+APHXhX4ceJ/Gvi34R+JLHxZ4z0zWNZ8PWCfDX4oeFviFc297pugz2uq XP8AaUPh1tOiW2urUpJciRriILur9i/H11fzfU/zeSSSSSSWiSVkl0SS0SXRI/Ej9iP9lP4E/sM/ 8EK7z/gp58L/AIeaX4s/b0vf+Cc/xA/acuv2nPiI194t+Kx8beMfgbfeIbfR7bxNfXMl9p3gnwnp 40rw/pPhzT3trFtI0G0uL0TajJdX8v5T/wDBGbxj+0t4P/4J96hpvgT/AIIPf8PDvDn7SfiX4w3v xp/ap8XfG/4O215+0Tc3njbxX4T1nTte0b4iad4k8U2Nn4bt7S68KX1pf6lG+q67a654smtodY12 /ubj+2/9kL9lCL4DfsG/AP8AYv8Aild+HviVafDL9m3wZ+z748u7Oyu4fDPjjT9C8EQeCvEDxafq GLyLSdfskuAbW6PnpBcmN2LLuP4UfCP/AIItf8FRP+Ce/iTxx4L/AOCXX/BSj4d+BP2TPFfiO98R eGvgB+0n8F5fiGPhteaqbE3c2j67bTaiuo38cVktlPqek2/g+LxFAF1bxZo2veNrjVvGGqAH4g69 4I/4KDf8E6/+Den/AIKP/CD41/CD4p/ADwz8RP2tvh1ofwe8A+MvFug+LtW074C/tAa5oMHxb+G2 j694d8S+LpBouttpmoeEdc1H7Ta6tr1z4y13X/sVjq+vXjxf0TfsVf8ABJD/AIJ2eIv+CM/wt8B+ JvgP8GviZD8cv2TPDPxP+I3xjk8LaPJ428VeO/G/wyt/Fk3j7w548CyeIvCyeHdRntv+FdWfh/V7 LTPA2h6NoujaDBa6dp0UI+3IP+CfHxd/aS/4J7/Ff9jP/gpj+0Np37S3jn4wal4pv9T+Mfwz+Huk /CmfwEbnXLLxT8Mpfh/opXUrCHV/g34k0+w1Hwjrl/Y+ZfjTbFdds7+Y39xf/kr+zj/wRK/4K3/C j4Yf8MQeL/8AgrLoif8ABPtlfw/qWifDD4STaB8e5/hjqB1AeJvhp4C8XeIZ9bu/hFofi5L65iuo tK8XeI7LwdZ38uk+BLTSNEtbPS4gD8mf+CMouZ/+DaT/AILJG3uLjTL+/wDEfxKlTULYul3aahqf 7JH7O0zatatG9u0Vyt3ctqNqYZIBDMYzBJEqIy/3o6R8EfhTbfBRPgIPAnhuf4QXvgW68A6n4Bvd LtL/AMOax4U1vSJtN13S9b029int9aTX4L29fXptUS7uNaur69vNUlurm7uJZPwN/Yy/4Ia/FP8A ZQ/4Jp/8FBv2B4/jN8M9avP2tfGvjzXvhd4qg0bxnNofw88P+Jvh14F+HWg6L4wt7y6g1rX5tB03 wPZS3NxpV1ZtqBlkSOWzLK0X9JdtE0MEMTEFo4ooyRnBKRqhIzzglSRnnHWgD8df2Sv2jdC/Z2/4 J3fsD+F/Fdj8TP2gPi54w8Oaf8CPgR4F0S20rxL8XPjB4q+Fnh/xqlvdXmu+I9Q8PeEPDv8AYfw1 +Hep+IvHfxL8c+IvCvhPRra0nN7rA1bWdG0nVPO/j94z/afl/wCCgf8AwSY8Y/Eb4CfB/wCDWkeI v2gP2hvg9L4r8NfHO9+KPxZ1Pwd4t/Y3+O/xG1T4XeItFHwS8JeHtN8Fa74n+EXgfx5rM+i/ErXR b+L/AIc+DYY9L1CEnV7T2u3/AGEPjp4A+Gf7EGs/Cf4kfDWP9oL9i3WfiiRY+LtL8RSfB74yeAPj JY+IdJ8ffDrWb+xhuPGHgK7uEuvCPiXwz8QdG0rX7/w74l8IRWl94c8R+GNa1rSb3e8WfsoftXfH j9pD9jP9pL4zfEn4VeCNO/ZR+MPjjx5afs8/DNPE3ivwdq+mePPgL8U/hDqPibWPih4l0Lwx4m8U fE7SLnx1p8fhSO38KeDvAmgeErrx7p+qaR4t8Sa54a8S+EgDuv2Zif8Ahu//AIKYZJP/ABP/ANkb v0z+z3aZ+me/+TX6JV+fmqfA/wDaa+Gv7W/xK+OnwJvfgl4t+Gv7RWg/A7R/i34H+KeqeM/BXijw H4m+EQ8U+H9Q+I/gHxF4R8LeNLTxz/wlvw+1vQNCl8BeJLLwhBpOteCtN1W18Xva6/qtpZ/V3hb/ AIW5/wALF8fHxafDH/CtnXTB8Po9LhkXXImjjC6idWuHupTcm4ctJKJLWzW1lWOGzN1C7ygA9Voo ooAKKKKACiiigDgtY+F3w+8QePvCHxS1zwlo2sfED4f6X4j0fwN4p1O2+3an4PsfF6WUPin/AIRl rl5INEvPENrp9nYavqenQ2+p3+mQLplxePp5a2bvaKKADHOefzP8ulFFFABRRRQAUUUUAFFFFABR RRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQB/9k= ------=_Part_9372915_292966117.1423648670110-- ------=_Part_9372914_326988970.1423648670110--

4 6

oVirt 3.6.0 release schedule update
by Sandro Bonazzola 19 Feb '15

19 Feb '15

Hi, here is the proposed schedule for oVirt 3.6.0. These are tentative planning dates and may change: 2015-04-22 - Feature Submission Closed 2015-05-06 - Alpha Release 2015-05-12 - Alpha Release Test Day 2015-06-16 - Feature freeze - Stable branch 2015-07-15 - Beta Release 2015-07-20 - Beta Release Test Day 2015-08-03 - String Freeze 2015-08-19 - Release Candidate 2015-08-24 - Release Candidate Test Day 2015-09-16 - Release Release management page has been updated accordingly: http://www.ovirt.org/OVirt_3.6_Release_Management oVirt Google Calendar has been updated accordingly: ICAL: https://www.google.com/calendar/ical/ppqtk46u9cglj7l987ruo2l0f8%40group.cal… XML: https://www.google.com/calendar/feeds/ppqtk46u9cglj7l987ruo2l0f8%40group.ca… HTML: https://www.google.com/calendar/embed?src=ppqtk46u9cglj7l987ruo2l0f8%40grou… Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

SELinux is preventing /usr/sbin/glusterfsd from write access on the sock_file
by Nathanaël Blanchet 19 Feb '15

19 Feb '15

On freshly installed el7 hosts, selinux prevents gluster from running. Setting selinux to permissive or building the relative .pp module resolves the issue. Does otopi configure selinux for gluster when installing?

2 1

Ovirt 3.5.1, Windows 2008 hangs
by wodel youchi 19 Feb '15

19 Feb '15

------=_Part_3325810_102070030.1423671665987 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, I've a two nodes hosted-engine ovirt 3.5used storage is NFS4 for the: engine, vms, iso and export I have many Linux VMs and one Windows 2008 VM. The windows 2008 VMs is acting as a second AD, it's the second time in a month where the VM hangs and the cpu usage is 100%.I have this problem only with this VM only. I tried to look into vdsm logs, but no luck so far, all I found isGuestMonitor-Win2k8x64-AD2::DEBUG::2015-02-11 12:01:02,158::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`ce0bcb92-90e8-45a7-9b9f-cfed10e920d6`::Domain Metadata is not set Is there a log file where I can follow the behaviour of the VM, because for now I have no clue about what is causing this problem. any advice? PS: is there a good solution to gather and analyze all the logs from ovirt's hypervisors and engine, storage...etc? thanks in advance. ------=_Part_3325810_102070030.1423671665987 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo= nt-size:16px"><div id=3D"yui_3_16_0_1_1423652121743_87447">Hi,</div><div id= =3D"yui_3_16_0_1_1423652121743_87448"><br></div><div id=3D"yui_3_16_0_1_142= 3652121743_82672" dir=3D"ltr">I've a two nodes hosted-engine ovirt 3.5</div= ><div id=3D"yui_3_16_0_1_1423652121743_82673" dir=3D"ltr">used storage is N= FS4 for the: engine, vms, iso and export</div><div id=3D"yui_3_16_0_1_14236= 52121743_87449" dir=3D"ltr"><br></div><div id=3D"yui_3_16_0_1_1423652121743= _87446" dir=3D"ltr">I have many Linux VMs and one Windows 2008 VM.<br></div= ><div id=3D"yui_3_16_0_1_1423652121743_87445" dir=3D"ltr">The windows 2008 = VMs is acting as a second AD, it's the second time in a month where the VM = hangs and the cpu usage is 100%.</div><div dir=3D"ltr">I have this problem = only with this VM only.<br></div><div id=3D"yui_3_16_0_1_1423652121743_8744= 4" dir=3D"ltr"><br></div><div id=3D"yui_3_16_0_1_1423652121743_87443" dir= =3D"ltr">I tried to look into vdsm logs, but no luck so far, all I found is= </div><div dir=3D"ltr">GuestMonitor-Win2k8x64-AD2::DEBUG::2015-02-11 12:01:= 02,158::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=3D`ce0bcb92-90e8-45a7-9b= 9f-cfed10e920d6`::Domain Metadata is not set<br></div><div dir=3D"ltr"><br>= </div><div dir=3D"ltr">Is there a log file where I can follow the behaviour= of the VM, because for now I have no clue about what is causing this probl= em.</div><div id=3D"yui_3_16_0_1_1423652121743_87455" dir=3D"ltr"><br></div= ><div id=3D"yui_3_16_0_1_1423652121743_87466" dir=3D"ltr">any advice?</div>= <div id=3D"yui_3_16_0_1_1423652121743_87454" dir=3D"ltr"><br></div><div id= =3D"yui_3_16_0_1_1423652121743_87467" dir=3D"ltr">PS: is there a good solut= ion to gather and analyze all the logs from ovirt's hypervisors and engine,= storage...etc?<br></div><div id=3D"yui_3_16_0_1_1423652121743_87451" dir= =3D"ltr"><br></div><div id=3D"yui_3_16_0_1_1423652121743_87450" dir=3D"ltr"= >thanks in advance.</div><div id=3D"yui_3_16_0_1_1423652121743_82653"><br><= /div></div></body></html> ------=_Part_3325810_102070030.1423671665987--

4 6

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,<br> <br> 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:<br> <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<br> </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<br> </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> <p>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.<br> </p> <p>Here's a typical example of the poor performance I get (as tested with bonnie++) with the normal virtual disk setup:<br> </p> <p><tt># bonnie++ -d . -r 2048 -u root:root<br> <snip><br> Version 1.96 ------Sequential Output------ --Sequential Input- --Random-</tt><tt><br> </tt><tt>Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--</tt><tt><br> </tt><tt>Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP</tt><tt><br> </tt><tt>narvi-f21.double 4G 806 91 18507 1 15675 1 3174 56 33175 1 176.4 3</tt><tt><br> </tt><tt>Latency 15533us 8142ms 2440ms 262ms 1289ms 780ms</tt><tt><br> </tt><tt>Version 1.96 ------Sequential Create------ --------Random Create--------</tt><tt><br> </tt><tt>narvi-f21.doubledog -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--</tt><tt><br> </tt><tt> files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP</tt><tt><br> </tt><tt> 16 13641 24 +++++ +++ 22702 17 18919 31 +++++ +++ +++++ +++</tt><tt><br> </tt><tt>Latency 27724us 247us 292us 71us 30us 172us</tt><br> <br> </p> <p>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:<br> </p> <p><tt>bonnie++ -d . -r 2048 -u root:root</tt><tt><br> </tt><tt><snip></tt><tt><br> </tt><tt>Version 1.96 ------Sequential Output------ --Sequential Input- --Random-</tt><tt><br> </tt><tt>Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--</tt><tt><br> </tt><tt>Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP</tt><tt><br> </tt><tt>narvi-f21.double 4G 2051 89 103877 4 36286 3 4803 88 88166 4 163.6 3</tt><tt><br> </tt><tt>Latency 7724us 191ms 396ms 48734us 73004us 1645ms</tt><tt><br> </tt><tt>Version 1.96 ------Sequential Create------ --------Random Create--------</tt><tt><br> </tt><tt>narvi-f21.doubledog -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--</tt><tt><br> </tt><tt> files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP</tt><tt><br> </tt><tt> 16 6531 18 +++++ +++ 16388 20 5924 15 +++++ +++ 17906 23</tt><tt><br> </tt><tt>Latency 15623us 64us 92us 1281us 14us 256us</tt><br> </p> <p>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?<br> </p> <p><br> </p> </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"> <p class=3D"MsoNormal">Hi,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I’m in at the deep end…<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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= > <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Any advice or pointers would be gratefully received.= <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></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"> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif";color:#0082D5;mso-fareast-language:EN-G= B">Bill Dossett</span></b><span style=3D"mso-fareast-language:EN-GB"><o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial","sans-serif";mso-fareast-language:EN-GB">Systems Archit= ect</span><span style=3D"mso-fareast-language:EN-GB"><o:p></o:p></span></p> </td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif";mso-fareast-language:EN-GB">Tech Centra= l – Global Engineering Services</span></b><span style=3D"mso-fareast-= language:EN-GB"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;mso-fareast-language= :EN-GB"> </span><span style=3D"mso-fareast-language:EN-GB"><o:p></o:p>= </span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif";mso-fareast-language:EN-GB">T</span></b= ><span style=3D"font-size:10.0pt;font-family:"Arial","sans-s= erif";mso-fareast-language:EN-GB"> +44 (0)1923 279353</span><= span style=3D"mso-fareast-language:EN-GB"><o:p></o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif";mso-fareast-language:EN-GB">M</span></b= ><span style=3D"font-size:10.0pt;font-family:"Arial","sans-s= erif";mso-fareast-language:EN-GB"> +44 (0)777 590 8612</span>= <span style=3D"mso-fareast-language:EN-GB"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-GB"><a href= =3D"mailto:jeff.gonzalez@pb.com"><span style=3D"font-size:10.0pt;font-famil= y:"Arial","sans-serif";color:purple">b</span></a></span= ><span style=3D"font-size:10.0pt;font-family:"Arial","sans-s= erif";color:#0082D5;mso-fareast-language:EN-GB"><a href=3D"mailto:ill.= dossett(a)pb.com"><span style=3D"color:blue">ill.dossett(a)pb.com</span></a></s= pan><span style=3D"font-size:12.0pt;font-family:"Times New Roman"= ,"serif";mso-fareast-language:EN-GB"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial","sans-serif";color:#0082D5;mso-fareast-language:EN-GB">= <a href=3D"pitneybowes.com"><span style=3D"color:#0082D5">pitneybowes.com</= span></a></span><span style=3D"mso-fareast-language:EN-GB"><o:p></o:p></spa= n></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;mso-fareast-language= :EN-GB"><br> </span><b><span style=3D"font-size:10.0pt;font-family:"Arial",&qu= ot;sans-serif";mso-fareast-language:EN-GB">Pitney Bowes</span></b><spa= n style=3D"mso-fareast-language:EN-GB"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial","sans-serif";mso-fareast-language:EN-GB">6 Hercules Way= | Leavesden | WD25 7GS | UK</span><span style=3D"mso-fareast-language:EN-G= B"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial","sans-serif";mso-fareast-language:EN-GB"> </span><= span style=3D"mso-fareast-language:EN-GB"><o:p></o:p></span></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"> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial","sans-serif";color:#0082D5;mso-fareast-language:EN-GB">= <a href=3D"http://teamsite.inside.pb.com/sites/TCPPM/GES/SitePages/Home.asp= x"><span style=3D"color:#0082D5">Learn more about Global Engineering Services</span></a></span><span style=3D"mso-fareast-language:EN-GB"><o:p>= </o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid"><span style=3D"font= -size:10.0pt;font-family:"Arial","sans-serif";mso-farea= st-language:EN-GB"> </span><span style=3D"mso-fareast-language:EN-GB">= <o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid"><span style=3D"font= -size:10.0pt;font-family:"Arial","sans-serif";mso-farea= st-language:EN-GB">In Engineering?</span><span style=3D"mso-fareast-languag= e:EN-GB"><o:p></o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif";mso-fareast-language:EN-GB">Raise a tic= ket via Remedy Anywhere [<span style=3D"color:#0082D5"><a href=3D"teamsite.= inside.pb.com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx"><sp= an style=3D"color:#0082D5">HERE</span></a></span>]<span style=3D"color:blue= "> </span>takes less than a minute</span></b><span style=3D"mso-fareast-language:EN-GB"><o= :p></o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif";mso-fareast-language:EN-GB"> </spa= n></b><span style=3D"mso-fareast-language:EN-GB"><o:p></o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif";mso-fareast-language:EN-GB">CloudForms = User Guide available</span></b><span style=3D"font-size:10.0pt;font-family:= "Arial","sans-serif";mso-fareast-language:EN-GB"> = [<b><span style=3D"color:#0082D5"><a href=3D"https://dl.dropboxusercontent.= com/u/6219441/ManageIQ%20-%20User%20Manual%20PB%20v5.pdf"><span style=3D"co= lor:#0082D5">HERE</span></a></span></b>]</span><span style=3D"mso-fareast-l= anguage:EN-GB"><o:p></o:p></span></p> </td> </tr> </tbody> </table> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"Ti= mes New Roman","serif";mso-fareast-language:EN-GB"><o:p>&nbs= p;</o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> <br> <hr> <font face=3D"Arial" color=3D"Black" size=3D"2"><br> </font> </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"> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US">Sorry, forgot to copyall…<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US"><o:p> </o:p></span></p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> <p class=3D"MsoNormal"><b><span lang=3D"EN-US">From:</span></b><span lang= =3D"EN-US"> Bill Dossett s<br> <b>Sent:</b> 18 February 2015 17:37<br> <b>To:</b> 'Donny Davis'<br> <b>Subject:</b> RE: [ovirt-users] ovirt and glusterfs setup<o:p></o:p></spa= n></p> </div> </div> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US">Well, it seems to be something that RedHat were saying was going to be= supported.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US">I am far more familiar with VMware VSAN and that is current a VERY hot= topic.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US">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></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US">Saying that it is in it’s infancy.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US">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></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US">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></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US">I may be slow at responding though as I am spread very thin right now.= <o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US">Thanks<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US">Bill<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"color:#1F497D;mso-fareast-language:EN= -US"><o:p> </o:p></span></p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> <p class=3D"MsoNormal"><b><span lang=3D"EN-US">From:</span></b><span lang= =3D"EN-US"> Donny Davis [<a href=3D"mailto:donny@cloudspin.me">mailto:donny= @cloudspin.me</a>] <br> <b>Sent:</b> 18 February 2015 13:30<br> <b>To:</b> Bill Dossett<br> <b>Subject:</b> RE: [ovirt-users] ovirt and glusterfs setup<o:p></o:p></spa= n></p> </div> </div> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">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></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">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></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">I have = a free to use ovirt deployment that you could run your desired setup on. <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">Donny D= <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D">cloudsp= in.me <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"color:#1F497D"><o:p>&n= bsp;</o:p></span></p> <div> <div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> <p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:10.0pt;fo= nt-family:"Tahoma","sans-serif"">From:</span></b><span = lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:"Tahoma",&qu= ot;sans-serif""> <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>] <b>On Behalf Of </b>Bill Dossett<br> <b>Sent:</b> Wednesday, February 18, 2015 4:33 AM<br> <b>To:</b> <a href=3D"mailto:users@ovirt.org">users(a)ovirt.org</a><br> <b>Subject:</b> [ovirt-users] ovirt and glusterfs setup<o:p></o:p></span></= p> </div> </div> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal">Hi,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I’m in at the deep end…<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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= > <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">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> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Any advice or pointers would be gratefully received.= <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></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"> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif";color:#0082D5">Bill Dossett</span></b><= o:p></o:p></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial","sans-serif"">Systems Architect</span><o:p></o:p></p> </td> </tr> <tr> <td width=3D"640" style=3D"width:480.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif"">Tech Central – Global Engineerin= g Services</span></b><o:p></o:p></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt"> </span><o:p><= /o:p></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif"">T</span></b><span style=3D"font-size:1= 0.0pt;font-family:"Arial","sans-serif""> +44 (= 0)1923 279353</span><o:p></o:p></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif"">M</span></b><span style=3D"font-size:1= 0.0pt;font-family:"Arial","sans-serif""> +44 (= 0)777 590 8612</span><o:p></o:p></p> <p class=3D"MsoNormal"><a href=3D"mailto:jeff.gonzalez@pb.com"><span style= =3D"font-size:10.0pt;font-family:"Arial","sans-serif";c= olor:purple">b</span></a><span style=3D"font-size:10.0pt;font-family:"= Arial","sans-serif";color:#0082D5"><a href=3D"mailto:ill.dos= sett(a)pb.com"><span style=3D"color:blue">ill.dossett(a)pb.com</span></a></span= ><span style=3D"font-size:12.0pt;font-family:"Times New Roman",&q= uot;serif""><o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial","sans-serif";color:#0082D5"><a href=3D"pitneybowes.com"= ><span style=3D"color:#0082D5">pitneybowes.com</span></a></span><o:p></o:p>= </p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt"><br> </span><b><span style=3D"font-size:10.0pt;font-family:"Arial",&qu= ot;sans-serif"">Pitney Bowes</span></b><o:p></o:p></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial","sans-serif"">6 Hercules Way | Leavesden | WD25 7GS | U= K</span><o:p></o:p></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial","sans-serif""> </span><o:p></o:p></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"> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial","sans-serif";color:#0082D5"><a href=3D"http://teamsite.= inside.pb.com/sites/TCPPM/GES/SitePages/Home.aspx"><span style=3D"color:#00= 82D5">Learn more about Global Engineering Services</span></a></span><o:p></= o:p></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid"><span style=3D"font= -size:10.0pt;font-family:"Arial","sans-serif""> </= span><o:p></o:p></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid"><span style=3D"font= -size:10.0pt;font-family:"Arial","sans-serif"">In Engin= eering?</span><o:p></o:p></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif"">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"><span style=3D"color:#0082D5">= HERE</span></a></span>]<span style=3D"color:blue"> </span>takes less than a minute</span></b><o:p></o:p></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif""> </span></b><o:p></o:p></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Arial","sans-serif"">CloudForms User Guide available</span>= </b><span style=3D"font-size:10.0pt;font-family:"Arial","san= s-serif""> [<b><span style=3D"color:#0082D5"><a href=3D"https://d= l.dropboxusercontent.com/u/6219441/ManageIQ%20-%20User%20Manual%20PB%20v5.p= df"><span style=3D"color:#0082D5">HERE</span></a></span></b>]</span><o:p></= o:p></p> </td> </tr> </tbody> </table> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"Ti= mes New Roman","serif""><o:p> </o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"Ti= mes New Roman","serif""><o:p> </o:p></span></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"> </span></div> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;font-family:"Ti= mes New Roman","serif""><o:p> </o:p></span></p> </div> <br> <hr> <font face=3D"Arial" color=3D"Black" size=3D"2"><br> </font> </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