- Users - oVirt List Archives

[Users] Removing orphaned hosts
by Rob Abshear 08 Nov '13

08 Nov '13

This is a multi-part message in MIME format. --------------060804010609010105070203 Content-Type: text/plain; charset=US-ASCII; format=flowed I have an oVirt installation with two datacenters. One datacenter called "Dev" has three nodes that are just PCs and live in a datacenter called "Development". The other is a production cluster called "DMZ" with two Dell servers and it lives in a data center called "Production". I had to bring all our servers down for some electrical maintanance in the building, so I brought down all running VMs gracefully and brought down all hosts gracefully. When I brought the servers back up, the Dev cluster came up fine, but the DMZ cluster's hosts would never go green. I could put them in maintenance mode and reinstall them, but they would still not come "UP". I worked with this for hours with no change in my situation. Finally, I made the decision to remove the datacenter and rebuild it. I force removed the Production data center. Now here is my situation. I have two nodes in a cluster called DMZ that are not in any datacenter. I can put them in maintenance mode and reinstall them, but they never come up afterward. I can't remove either one because" Error while executing action: Cannot remove Host. Related operation is currently in progress. Please try again later." I just don't know how to get back from this. All the VMs from this datacenter are sitting on a NAS. I tried to create another data center and import the data domain, but I realize this isn't supported, so that is one issue. When I try to just remove the DMZ cluster, it won't let me because "Error while executing action: Cannot remove default Host Cluster." -- *NADA Convention & Expo*: January 24-27, 2014 - New Orleans, LA - Booth 5001 <http://www.bbb.org/south-east-florida/business-reviews/advertising-agencies…><http://www.bbb.org/south-east-florida/business-reviews/advertising-agencies…> --------------060804010609010105070203 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=3DISO-8= 859-1"> </head> <body bgcolor=3D"#FFFFFF" text=3D"#000000"> I have an oVirt installation with two datacenters.  One datacenter called "Dev" has three nodes that are just PCs and live in a datacenter called "Development". The other is a production cluster called "DMZ" with two Dell servers and it lives in a data center called "Production".  I had to bring all our servers down for some electrical maintanance in the building, so I brought down all running VMs gracefully and brought down all hosts gracefully.  Whe= n I brought the servers back up, the Dev cluster came up fine, but the DMZ cluster's hosts would never go green.  I could put them in maintenance mode and reinstall them, but they would still not come "UP".  I worked with this for hours with no change in my situation= .  Finally, I made the decision to remove the datacenter and rebuild it.  I force removed the Production data center.<br> <br> Now here is my situation.  I have two nodes in a cluster called DM= Z that are not in any datacenter.  I can put them in maintenance mod= e and reinstall them, but they never come up afterward.  I can't remove either one because<big> "</big> <meta http-equiv=3D"content-type" content=3D"text/html; charset=3DISO-8859-1"> <span style=3D"color: rgb(0, 0, 0); font-family: 'Arial Unicode MS', Arial, sans-serif; font-size: small; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;"><big><font face=3D"sans-serif">Error while executing action: Cannot remove Host. Related operation is currently in progress. Please try again later."  I just don't know how to get back from this.  All the VMs from this datacenter are sitting on a NAS.  I tried to create another data center and import the data domain, but I realize this isn't supported, so that is one issue.  When I try to just remove the DMZ cluste= r, it won't let me because "Error while executing action: Cannot remove default Host Cluster."<br> </font></big></span><span style=3D"color: rgb(0, 0, 0); font-family: 'Arial Unicode MS', Arial, sans-serif; font-size: small; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); display: inline !important; float: none;"></span> </body> </html> <br> <img src=3D"http://goo.gl/NKPFh"><br><br><div><b style=3D"font-family:Arial= ;font-size:small">NADA Convention & Expo</b><span style=3D"font-family:= Arial;font-size:small">:  January 24-27, 2014 - New Orleans, LA - Boot= h 5001</span></div><a href=3D"http://www.bbb.org/south-east-florida/busines= s-reviews/advertising-agencies/citytwist-in-boca-raton-fl-90033448" target= =3D"_blank"><img src=3D"http://goo.gl/63JJt" style=3D"font-size:1.3em"></a>= <a href=3D"http://www.bbb.org/south-east-florida/business-reviews/advertisi= ng-agencies/citytwist-in-boca-raton-fl-90033448" target=3D"_blank"><img src= =3D"http://seal-seflorida.bbb.org/seals/blue-seal-96-50-citytwist-90033448.= png"></a> --------------060804010609010105070203--

2 1

[Users] Error logged during Admin Portal login
by Bob Doolittle 08 Nov '13

08 Nov '13

Hi, I'm running 3.3 on F19. Every time I login from the admin portal, I get a bunch of errors logged: > 2013-11-08 09:14:48,151 ERROR > [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] > (ajp--127.0.0.1-8702-1) Failed to decrypt value for property > LocalAdminPassword will be used encrypted value: > javax.crypto.BadPaddingException: Data must start with zero Full error is here: http://pastebin.com/GpASyTCL Anybody know what's happening here, and what the effect is? I must say I'm not noticing any overt problems - the portal functions pretty much as I'd expect. But these errors are disturbing. -Bob

2 2

[Users] Urgent: Export NFS Migration issue oVirt 3.0 -> 3.2.1
by Sven Knohsalla 08 Nov '13

08 Nov '13

--_000_DC9ABD90CB55EC448B1F682D5731AF7407ACDBE25BIAD2MBX17mex0_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, we are currently running in the following issue when trying to migrate VMs = from oVirt 3.0 -> oVirt 3.2.1 : NFS Exports are mounted separately to both oVirt instances, both are workin= g. When detaching NFS Export with exported VMs from oVirt 3.0 to oVirt 3.2.1= the following error message occurs: "Failed to attach Storage Domain DE-SD-Export-NFS to Data Center Default. (= User: X)" engine log: 2013-11-04 08:33:46,763 ERROR [org.ovirt.engine.core.bll.storage.AttachStor= ageDomainToPoolCommand] (pool-3-thread-49) [6348553f] Command org.ovirt.eng= ine.core.bll.storage.AttachStorageDomainToPoolCommand throw Vdc Bll excepti= on. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.irs= broker.IrsOperationFailedNoFailoverException: IRSGenericException: IRSError= Exception: Storage domain already attached to pool: 'domain=3D5c1dec62-3144= -4fc4-8ac5-be4e8c04c3ae, pool=3D4e37e18a-ae32-41a3-a558-af2495d64da8' 2013-11-04 08:33:46,772 INFO [org.ovirt.engine.core.bll.storage.AttachStor= ageDomainToPoolCommand] (pool-3-thread-49) [6348553f] Command [id=3D9095ca2= b-f875-42f4-8861-1c89805e6b74]: Compensating NEW_ENTITY_ID of org.ovirt.eng= ine.core.common.businessentities.StoragePoolIsoMap; snapshot: storagePoolId= =3D 5849b030-626e-47cb-ad90-3ce782d831b3, storageId =3D 5c1dec62-3144-4fc4= -8ac5-be4e8c04c3ae. This issue occurred first when exporting a oVirt 3.0 VM to NFS export share= of oVirt 3.2.1. The opposite way ( attach NFS Export from oVirt 3.2.1 to 3.0) did work with= no issue. Is this a known bug? Thanks in advance for your help! Regards, Sven. Sven Knohsalla | Sr. IT Systems Administrator Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsalla@netbi= scuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY [https://my.netbiscuits.com/image/image_gallery?uuid=3D3a1a9d19-c305-4032-8= cef-00b03c3d4c79&groupId=3D10211&t=3D1361534926402]<http://www.netbiscuits.= com/> Register Court: Local Court Kaiserslautern | Commercial Register ID: HR B 3= 604 Management Board: Guido Moggert, Michael Neidh=F6fer, Christian Reitz, Mart= in S=FC=DF This message and any files transmitted with it are confidential and intende= d solely for the use of the individual or entity to whom they are addressed= . It may also be privileged or otherwise protected by work product immunity= or other legal rules. Please notify the sender immediately by e-mail if yo= u have received this e-mail by mistake and delete this e-mail from your sys= tem. If you are not the intended recipient you are notified that disclosing= , copying, distributing or taking any action in reliance on the contents of= this information is strictly prohibited. Warning: Although Netbiscuits has taken reasonable precautions to ensure no= viruses are present in this email, the company cannot accept responsibilit= y for any loss or damage arising from the use of this email or attachments. [http://www.netbiscuits.com/image/image_gallery?uuid=3D0ba7711a-a277-4ea0-a= cb0-17fe13c3089d&groupId=3D10211&t=3D1348560850164]Please consider the envi= ronment before printing --_000_DC9ABD90CB55EC448B1F682D5731AF7407ACDBE25BIAD2MBX17mex0_ Content-Type: text/html; charset="iso-8859-1" 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=3Diso-8859-1"><meta name=3DGenerator content=3D"Micr= osoft Word 15 (filtered medium)"><style></style></head><body lang=3DDE link=3D"#0563C1" v= link=3D"#954F72"><div class=3DWordSection1><p class=3DMsoNormal><span lang= =3DEN-US>Hi,<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US><= o:p> </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>we are c= urrently running in the following issue when trying to migrate VMs from oVi= rt 3.0 -> oVirt 3.2.1 :<br><br>NFS Exports are mounted separately to bot= h oVirt instances, both are working.<o:p></o:p></span></p><p class=3DMsoNor= mal><span lang=3DEN-US><br>When detaching NFS Export with exported VMs from= oVirt 3.0 =A0=A0to oVirt 3.2.1 the following error message occurs:<br>&#82= 20;Failed to attach Storage Domain DE-SD-Export-NFS to Data Center Default.= (User: X)”<br><br>engine log:<br>2013-11-04 08:33:46,763 ERROR [org.= ovirt.engine.core.bll.storage.AttachStorageDomainToPoolCommand] (pool-3-thr= ead-49) [6348553f] Command org.ovirt.engine.core.bll.storage.AttachStorageD= omainToPoolCommand throw Vdc Bll exception. With error message VdcBLLExcept= ion: org.ovirt.engine.core.vdsbroker.irsbroker.IrsOperationFailedNoFailover= Exception: IRSGenericException: IRSErrorException: Storage domain already a= ttached to pool: 'domain=3D5c1dec62-3144-4fc4-8ac5-be4e8c04c3ae, pool=3D4e3= 7e18a-ae32-41a3-a558-af2495d64da8'<o:p></o:p></span></p><p class=3DMsoNorma= l><span lang=3DEN-US>2013-11-04 08:33:46,772 INFO=A0 [org.ovirt.engine.core= .bll.storage.AttachStorageDomainToPoolCommand] (pool-3-thread-49) [6348553f= ] Command [id=3D9095ca2b-f875-42f4-8861-1c89805e6b74]: Compensating NEW_ENT= ITY_ID of org.ovirt.engine.core.common.businessentities.StoragePoolIsoMap; = snapshot: storagePoolId =3D 5849b030-626e-47cb-ad90-3ce782d831b3, storageId= =3D 5c1dec62-3144-4fc4-8ac5-be4e8c04c3ae.<o:p></o:p></span></p><p class=3D= MsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNorm= al><span lang=3DEN-US>This issue occurred first when exporting a oVirt 3.0 = VM to NFS export share of oVirt 3.2.1.<br>The opposite way ( attach NFS Exp= ort from oVirt 3.2.1 to 3.0) did work with no issue.<o:p></o:p></span></p><= p class=3DMsoNormal><span lang=3DEN-US><br>Is this a known bug? <br><br>Tha= nks in advance for your help!<br><br>Regards,<o:p></o:p></span></p><p class= =3DMsoNormal><span lang=3DEN-US>Sven.<o:p></o:p></span></p><p class=3DMsoNo= rmal><span lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><s= pan lang=3DEN-US style=3D'color:#5A5A5A;mso-fareast-language:DE'>Sven Knohs= alla </span><span lang=3DEN-US style=3D'color:#C00000;mso-fareast-language:= DE'>|</span><span lang=3DEN-US style=3D'color:#5A5A5A;mso-fareast-language:= DE'> Sr. IT Systems Administrator<o:p></o:p></span></p><p class=3DMsoNormal= ><span lang=3DEN-US style=3D'color:gray;mso-fareast-language:DE'><o:p>&nbsp= ;</o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US style=3D'font-siz= e:9.0pt;color:#5A5A5A;mso-fareast-language:DE'>Office +49 631 68036 433 | F= ax +49 631 68036 111=A0 |E-Mail</span><span lang=3DEN-US style=3D'font-size= :9.0pt;color:#505050;mso-fareast-language:DE'> </span><span lang=3DEN-US st= yle=3D'font-size:9.0pt;color:#0070C0;mso-fareast-language:DE'>s.knohsalla@n= etbiscuits.com</span><span lang=3DEN-US style=3D'font-size:9.0pt;color:#5A5= A5A;mso-fareast-language:DE'> | Skype: </span><span lang=3DEN-US style=3D'f= ont-size:9.0pt;color:#0070C0;mso-fareast-language:DE'>netbiscuits.admin</sp= an><span lang=3DEN-US style=3D'font-size:9.0pt;color:#5A5A5A;mso-fareast-la= nguage:DE'> <o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US s= tyle=3D'font-size:9.0pt;color:#5A5A5A;mso-fareast-language:DE'>Netbiscuits = GmbH | Europaallee 10 | 67657 | GERMANY<o:p></o:p></span></p><p class=3DMso= Normal><span lang=3DEN-US style=3D'font-size:9.0pt;color:#5A5A5A;mso-fareas= t-language:DE'><o:p> </o:p></span></p><p class=3DMsoNormal><a href=3D"= http://www.netbiscuits.com/"><span style=3D'color:blue;mso-fareast-language= :DE;text-decoration:none'><img border=3D0 width=3D231 height=3D38 id=3D"_x0= 000_i1026" src=3D"https://my.netbiscuits.com/image/image_gallery?uuid=3D3a1= a9d19-c305-4032-8cef-00b03c3d4c79&groupId=3D10211&t=3D1361534926402= " alt=3D"https://my.netbiscuits.com/image/image_gallery?uuid=3D3a1a9d19-c30= 5-4032-8cef-00b03c3d4c79&groupId=3D10211&t=3D1361534926402"></span>= </a><span lang=3DEN-US style=3D'mso-fareast-language:DE'><br><br></span><sp= an lang=3DEN-US style=3D'mso-fareast-language:DE'><o:p></o:p></span></p><p = class=3DMsoNormal><b><span lang=3DEN-US style=3D'font-size:9.0pt;color:#5A5= A5A;mso-fareast-language:DE'>Register Court:</span></b><span lang=3DEN-US s= tyle=3D'font-size:9.0pt;color:#5A5A5A;mso-fareast-language:DE'> Local Court= Kaiserslautern | <b>Commercial Register ID:</b> HR B 3604<br><b>Management= Board</b>: Guido Moggert, Michael Neidh=F6fer, Christian Reitz, Martin S= =FC=DF<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US style= =3D'font-size:9.0pt;color:#5A5A5A;mso-fareast-language:DE'><o:p> </o:p= ></span></p><p class=3DMsoNormal><span lang=3DEN-US style=3D'font-size:9.0p= t;color:#5A5A5A;mso-fareast-language:DE'>This message and any files transmi= tted with it are confidential and intended solely for the use of the indivi= dual or entity to whom they are addressed. It may also be privileged or oth= erwise protected by work product immunity or other legal rules. Please noti= fy the sender immediately by e-mail if you have received this e-mail by mis= take and delete this e-mail from your system. If you are not the intended r= ecipient you are notified that disclosing, copying, distributing or taking = any action in reliance on the contents of this information is strictly proh= ibited.<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US style= =3D'font-size:9.0pt;color:#5A5A5A;mso-fareast-language:DE'>Warning: Althoug= h Netbiscuits has taken reasonable precautions to ensure no viruses are pre= sent in this email, the company cannot accept responsibility for any loss o= r damage arising from the use of this email or attachments.<o:p></o:p></spa= n></p><p class=3DMsoNormal><span lang=3DEN-US style=3D'font-size:9.0pt;colo= r:#5A5A5A;mso-fareast-language:DE'><o:p> </o:p></span></p><p class=3DM= soNormal><span style=3D'font-size:9.0pt;color:#5A5A5A;mso-fareast-language:= DE'><img border=3D0 width=3D33 height=3D19 id=3D"_x0000_i1025" src=3D"http:= //www.netbiscuits.com/image/image_gallery?uuid=3D0ba7711a-a277-4ea0-acb0-17= fe13c3089d&groupId=3D10211&t=3D1348560850164" alt=3D"Beschreibung: = Beschreibung: http://www.netbiscuits.com/image/image_gallery?uuid=3D0ba7711= a-a277-4ea0-acb0-17fe13c3089d&groupId=3D10211&t=3D1348560850164"></= span><span lang=3DEN-US style=3D'font-size:9.0pt;color:#6CA62C;mso-fareast-= language:DE'>Please consider the environment before printing<o:p></o:p></sp= an></p><p class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p>= </div></body></html>= --_000_DC9ABD90CB55EC448B1F682D5731AF7407ACDBE25BIAD2MBX17mex0_--

3 3

[Users] Help with a VM
by Josué Delgado 08 Nov '13

08 Nov '13

Hello all, Need help to understand why a VM don’t boot. I took a screen shoot and upload it here: https://www.dropbox.com/s/4vjjli3r0i5984l/Screenshot%202013-11-07%2020.43.3… I’m using Fedora 18 with Ovirt 3.2. Is there’s some that can help me understand what i need to do (logs, debug tools etc). Many tnkx in advance. Regards, JD

2 4

[Users] oVirt and SAS storage
by Hans-Joachim 08 Nov '13

08 Nov '13

--========GMXBoundary20491383898113124337 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hello Community, I'm running oVirt 3.3 (based on EL6) in an iSCSI environment with 3 nodes. Now, I was looking for a better shared storage system and I got offered a SAS solution. My questions: Does oVirt support SAS? What type will be the storagedomain in the setup? POSIX, FC, iSCSI? Is there an easy way to migrate from iSCSI to SAS without export/import? Thank you for your help Hans-Joachim --========GMXBoundary20491383898113124337 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <span style=3D'font-family:Verdana'><span style=3D'font-size:12px'>Hello Co= mmunity,<br /><br />I'm running oVirt 3.3 (based on EL6) in an iSCSI enviro= nment with 3 nodes.<br /><br />Now, I was looking for a better shared stora= ge system and I got offered a SAS solution.<br /><br />My questions:<br />D= oes oVirt support SAS?<br /><br />What type will be the storagedomain in th= e setup? POSIX, FC, iSCSI?<br /><br />Is there an easy way to migrate from = iSCSI to SAS without export/import?<br /><br />Thank you for your help<br /= ><br />Hans-Joachim<br />=C2=A0</span></span> --========GMXBoundary20491383898113124337--

1 0

[Users] oVirt and IPA
by Jakub Bittner 07 Nov '13

07 Nov '13

Hi, I found an issue with IPA (and DNS) and oVirt. If I have hosted IPA server in ovirt and have enabled login thru IPA to oVirt and I stop IPA VM, I can not do anything in oVirt. I can not even log in to oVirt, because login dialog is grayed out (I think it waits on reaching IPA server). Of course I use IPA as primary DNS server for oVirt. After some time oVirt lets me input local admin credentials and waits on something. I have more ipa servers, so I think login authentication should fall back to another IPA server, but it does not.

3 3

[Users] Proposal for a fresh look and feel for Ovirt
by Malini Rao 07 Nov '13

07 Nov '13

Hi all, Here is a proposal for updating the ovirt look and feel to give it a fresh and modern look - http://www.ovirt.org/Ovirt_LAF. Your feedback and input is invited. Thanks Malini

16 31

[Users] oVirt Weekly Meeting Minutes -- 2013-11-06
by Mike Burns 07 Nov '13

07 Nov '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-11-06-15.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-11-06-15.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-11-06-15.00.log.html ============================ #ovirt: oVirt Weekly Meeting ============================ Meeting started by mburns at 15:00:23 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-11-06-15.00.log.html . Meeting summary --------------- * agenda and role call (mburns, 15:00:32) * 3.3 updates (mburns, 15:00:37) * 3.4 planning (mburns, 15:00:41) * conferences and workshops (mburns, 15:00:46) * infra update (mburns, 15:00:51) * other topics (mburns, 15:00:54) * 3.3 updates (mburns, 15:02:51) * ACTION: mburns to move engine build to beta (mburns, 15:07:57) * ovirt-engine has passed sanity testing and is available for testing in the beta repos (mburns, 15:10:36) * vdsm blocked by bug 1022961 -- gluster domains not using libgfapi (mburns, 15:11:21) * no eta yet for vdsm fix (mburns, 15:11:38) * blocked vdsm blocks node as well (mburns, 15:13:22) * 3.4 release planning (mburns, 15:18:41) * work is underway for oVirt 3.4 (mburns, 15:18:50) * development freeze is end of december (mburns, 15:19:11) * itamar is tracking fetaures with a google docs spreadsheet, see ovirt mailing lists for detail (mburns, 15:19:42) * LINK: http://www.ovirt.org/OVirt_3.4_release-management (mburns, 15:19:47) * Conferences and workshops (mburns, 15:22:33) * Openstack Summit going on now, many people attending from oVirt project (hence the lack of people here today) (mburns, 15:23:02) * dev room at fosdem is planned, CFP open (mburns, 15:24:40) * likely to have a booth at fosdem as well (mburns, 15:24:51) * no other known conferences planned at the moment, but some discussions are happening now (mburns, 15:25:23) * Infra update (mburns, 15:25:30) * new fedora 20 bare metal slave added (mburns, 15:26:24) * plan to add monitoring to RAX servers (mburns, 15:27:03) * new stats server for upstream gerrit http://stats.ovirt.org/gerrit.ovirt.org/11/ (mburns, 15:29:54) * plan to keep improving over time (mburns, 15:30:08) * various updates to puppet classes for jenkins (mburns, 15:31:53) * whitelist validate added for gerrit trigger jobs (mburns, 15:32:06) * Other topics (mburns, 15:35:53) * no other topics (mburns, 15:35:57) Meeting ended at 15:36:06 UTC. Action Items ------------ * mburns to move engine build to beta Action Items, by person ----------------------- * mburns * mburns to move engine build to beta * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (62) * sbonazzo (16) * eedri_ (7) * ovirtbot (2) * dcaro (1) * lvernia (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

2 2

[Users] oVirt quality team proposal
by Sandro Bonazzola 07 Nov '13

07 Nov '13

Hi, I would like to propose to the community to join creating a group for testing oVirt releases and oVirt bug fixes. I suggest to create a ovirt-qe mailing list and set that as default QE assignee for oVirt bugs. The list may be used for coordinating testing efforts, to be notified about new ovirt bugs, to plan test days, propose test cases, discussing about jenkins jobs implementation and so on. Forming just a small group of people testing milestones release will also help in having better release testing. What do you think about this? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

5 6

[Users] Master Data Domain fails to activate
by Mark Shields 06 Nov '13

06 Nov '13

oVirt 3.3 on CentOS 6.4. I had the bright idea of shutting down all boxes then rebooting them (trying to fix another unrelated problem). Now I can't get the master data domain to activate. Here's the relevant section from the engine.log on the ovirt-engine system (virt01): http://pastebin.com/hS6DLdf5 >From above, what appears to be the error: 2013-11-04 09:58:23,726 ERROR [org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand] (pool-6-thread-13) [1455cecf] Command org.ovirt.engine.core.bll.storage.ActivateStorageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: Cannot allocate IRS server (Failed with VDSM error IRS_REPOSITORY_NOT_FOUND and code 5009) Can someone provide assistance?

2 3

Re: [Users] Live storage migration fails on CentOS 6.4 + ovirt3.3 cluster
by Martijn Grendelman 06 Nov '13

06 Nov '13

Itamar Heim schreef op 6-11-2013 12:06: > On 11/06/2013 10:42 AM, Sander Grendelman wrote: >> Can anyone reproduce / comment on this? >> >> Can this be caused by >> http://www.ovirt.org/Vdsm_Developers#Missing_dependencies_on_RHEL_6.4 >> ? >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > do you use qemu-kvm or qemu-kvm-rhev rpm? What is the difference? regards, Martijn.

1 0

[Users] [QE] 3.3.2 Release tracker
by Sandro Bonazzola 06 Nov '13

06 Nov '13

Hi, as you may know, we're planning to build oVirt 3.3.2 beta really soon and release 3.3.2 by early December. I have created a tracker bug (https://bugzilla.redhat.com/show_bug.cgi?id=1027349) for this release. Beta build will be composed in 2 weeks. The following is a list of the bugs with target 3.3.2 or 3.3: Whiteboard Bug ID Summary infra 987982 When adding a host through the REST API, the error message says that "rootPassword" is required... infra 1017267 Plaintext user passwords in async_tasks database infra 992883 VdsManager.OnTimer loads VDS instead of VdsDynamic infra 1020344 Power Managent with cisco_ucs problem infra 1009899 exportDbSchema scripts generates output file with wrong name integration 1022440 AIO - configure the AIO host to be a gluster cluster/host integration 1026926 engine-cleanup (and possible engine-setup) does not affect runtime value of shmmax integration 902979 ovirt-live - firefox doesn't trust the installed engine integration 1021805 oVirt Live - use motd to show the admin password network 1019818 Support OpenStack Havana layer 2 agent integration network 988002 [oVirt] [network] Add button shouldn't appear on specific network network 987916 [oVirt] [provider] Dialog doesn't update unless focus lost network 987999 [oVirt] [provider] Add button shouldn't appear on specific provider storage 915753 Deadlock detected during creation vms in pool storage 987917 [oVirt] [glance] API version not specified in provider dialog storage 1024449 Check the performance with lvm-2.02.100-7 virt 1007940 Cannot clone from snapshot while using GlusterFS as POSIX Storage Domain ? 991267 [RFE] Add TUI information to log file. Please set the target to 3.3.2 and add the bug to the tracker if you think that 3.3.2 should not be released without it fixed. Please also update the target to 3.3.3 or any next release for bugs that won't be in 3.3.2: it will ease gathering the blocking bugs for next releases. For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Users] [QE] oVirt 3.3.1 RC testing
by Sandro Bonazzola 06 Nov '13

06 Nov '13

Hi, oivrt-engine-3.3.1 has been released in beta repository [1] as release candidate. Please join us testing it! I've created a wiki page [2] for collecting participants to 3.3.1 testing. Due to lack of time it's a really minimal page, remanding to 3.3 test day for covering the test cases, feel free to improve it if you want. Happy testing! [1] http://resources.ovirt.org/releases/beta [2] http://www.ovirt.org/Testing/Ovirt_3.3.1_testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Users] Live storage migration fails on CentOS 6.4 + ovirt3.3 cluster
by Sander Grendelman 06 Nov '13

06 Nov '13

Moving the storage of a (running) VM to a different (FC) storage domain fails. Steps to reproduce: 1) Create new VM 2) Start VM 3) Start move of the VM to a different storage domain When I look at the logs it seems that vdsm/libvirt tries to use an option that is unsupported by libvirt or the qemu-kvm version on CentOS 6.4: "libvirtError: unsupported configuration: reuse is not supported with this QEMU binary" Information in the "Events" section of the oVirt engine manager: 2013-Nov-04, 14:45 VM migratest powered off by grendelmans (Host: gnkvm01). 2013-Nov-04, 14:05 User grendelmans moving disk migratest_Disk1 to domain gneva03_vmdisk02. 2013-Nov-04, 14:04 Snapshot 'Auto-generated for Live Storage Migration' creation for VM 'migratest' has been completed. 2013-Nov-04, 14:04 Failed to create live snapshot 'Auto-generated for Live Storage Migration' for VM 'migratest'. VM restart is recommended. 2013-Nov-04, 14:04 Snapshot 'Auto-generated for Live Storage Migration' creation for VM 'migratest' was initiated by grendelmans. 2013-Nov-04, 14:04 VM migratest started on Host gnkvm01 2013-Nov-04, 14:03 VM migratest was started by grendelmans (Host: gnkvm01). Information from the vdsm log: Thread-100903::DEBUG::2013-11-04 14:04:56,548::lvm::311::Storage.Misc.excCmd::(cmd) SUCCESS: <err> = ''; <rc> = 0 Thread-100903::DEBUG::2013-11-04 14:04:56,615::lvm::448::OperationMutex::(_reloadlvs) Operation 'lvm reload operation' released the operation mutex Thread-100903::DEBUG::2013-11-04 14:04:56,622::blockVolume::588::Storage.Misc.excCmd::(getMetadata) '/bin/dd iflag=direct skip=38 bs=512 if=/dev/dfbbc8dd-bfae-44e1-8876-2bb82921565a/metadata count=1' (cwd None) Thread-100903::DEBUG::2013-11-04 14:04:56,642::blockVolume::588::Storage.Misc.excCmd::(getMetadata) SUCCESS: <err> = '1+0 records in\n1+0 records out\n512 bytes (512 B) copied, 0.000208694 s, 2.5 MB/s\n'; <rc> = 0 Thread-100903::DEBUG::2013-11-04 14:04:56,643::misc::288::Storage.Misc::(validateDDBytes) err: ['1+0 records in', '1+0 records out', '512 bytes (512 B) copied, 0.000208694 s, 2.5 MB/s'], size: 512 Thread-100903::INFO::2013-11-04 14:04:56,644::logUtils::47::dispatcher::(wrapper) Run and protect: prepareImage, Return response: {'info': {'path': '/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/4d05730d-433c-40d9-8600-6fb0eb5af821', 'volType': 'path'}, 'path': '/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/4d05730d-433c-40d9-8600-6fb0eb5af821', 'chain': [{'path': '/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/7af63c13-c44b-4418-a1d4-e0e092ee7f04', 'domainID': 'dfbbc8dd-bfae-44e1-8876-2bb82921565a', 'vmVolInfo': {'path': '/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/7af63c13-c44b-4418-a1d4-e0e092ee7f04', 'volType': 'path'}, 'volumeID': '7af63c13-c44b-4418-a1d4-e0e092ee7f04', 'imageID': '57ff3040-0cbd-4659-bd21-f07036d84dd8'}, {'path': '/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/4d05730d-433c-40d9-8600-6fb0eb5af821', 'domainID': 'dfbbc8dd-bfae-44e1-8876-2bb82921565a', 'vmVolInfo': {'path': '/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/4d05730d-433c-40d9-8600-6fb0eb5af821', 'volType': 'path'}, 'volumeID': '4d05730d-433c-40d9-8600-6fb0eb5af821', 'imageID': '57ff3040-0cbd-4659-bd21-f07036d84dd8'}]} Thread-100903::DEBUG::2013-11-04 14:04:56,644::task::1168::TaskManager.Task::(prepare) Task=`0f953aa3-e2b9-4008-84ad-f271136d8d23`::finished: {'info': {'path': '/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/4d05730d-433c-40d9-8600-6fb0eb5af821', 'volType': 'path'}, 'path': '/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/4d05730d-433c-40d9-8600-6fb0eb5af821', 'chain': [{'path': '/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/7af63c13-c44b-4418-a1d4-e0e092ee7f04', 'domainID': 'dfbbc8dd-bfae-44e1-8876-2bb82921565a', 'vmVolInfo': {'path': '/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/7af63c13-c44b-4418-a1d4-e0e092ee7f04', 'volType': 'path'}, 'volumeID': '7af63c13-c44b-4418-a1d4-e0e092ee7f04', 'imageID': '57ff3040-0cbd-4659-bd21-f07036d84dd8'}, {'path': '/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/4d05730d-433c-40d9-8600-6fb0eb5af821', 'domainID': 'dfbbc8dd-bfae-44e1-8876-2bb82921565a', 'vmVolInfo': {'path': '/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/4d05730d-433c-40d9-8600-6fb0eb5af821', 'volType': 'path'}, 'volumeID': '4d05730d-433c-40d9-8600-6fb0eb5af821', 'imageID': '57ff3040-0cbd-4659-bd21-f07036d84dd8'}]} Thread-100903::DEBUG::2013-11-04 14:04:56,644::task::579::TaskManager.Task::(_updateState) Task=`0f953aa3-e2b9-4008-84ad-f271136d8d23`::moving from state preparing -> state finished Thread-100903::DEBUG::2013-11-04 14:04:56,645::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.dfbbc8dd-bfae-44e1-8876-2bb82921565a': < ResourceRef 'Storage.dfbbc8dd-bfae-44e1-8876-2bb82921565a', isValid: 'True' obj: 'None'>} Thread-100903::DEBUG::2013-11-04 14:04:56,645::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-100903::DEBUG::2013-11-04 14:04:56,646::resourceManager::615::ResourceManager::(releaseResource) Trying to release resource 'Storage.dfbbc8dd-bfae-44e1-8876-2bb82921565a' Thread-100903::DEBUG::2013-11-04 14:04:56,646::resourceManager::634::ResourceManager::(releaseResource) Released resource 'Storage.dfbbc8dd-bfae-44e1-8876-2bb82921565a' (0 active users) Thread-100903::DEBUG::2013-11-04 14:04:56,647::resourceManager::640::ResourceManager::(releaseResource) Resource 'Storage.dfbbc8dd-bfae-44e1-8876-2bb82921565a' is free, finding out if anyone is waiting for it. Thread-100903::DEBUG::2013-11-04 14:04:56,647::resourceManager::648::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.dfbbc8dd-bfae-44e1-8876-2bb82921565a', Clearing records. Thread-100903::DEBUG::2013-11-04 14:04:56,648::task::974::TaskManager.Task::(_decref) Task=`0f953aa3-e2b9-4008-84ad-f271136d8d23`::ref 0 aborting False Thread-100903::INFO::2013-11-04 14:04:56,648::clientIF::325::vds::(prepareVolumePath) prepared volume path: /rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/4d05730d-433c-40d9-8600-6fb0eb5af821 Thread-100903::DEBUG::2013-11-04 14:04:56,649::vm::3619::vm.Vm::(snapshot) vmId=`2147dd59-6794-4be6-98b9-948636a31159`::<domainsnapshot> <disks> <disk name="vda" snapshot="external"> <source file="/rhev/data-center/def9b712-876a-49a9-b4b9-df9770befac4/dfbbc8dd-bfae-44e1-8876-2bb82921565a/images/57ff3040-0cbd-4659-bd21-f07036d84dd8/4d05730d-433c-40d9-8600-6fb0eb5af821"/> </disk> </disks> </domainsnapshot> Thread-100903::DEBUG::2013-11-04 14:04:56,659::libvirtconnection::101::libvirtconnection::(wrapper) Unknown libvirterror: ecode: 67 edom: 10 level: 2 message: unsupported configuration: reuse is not supported with this QEMU binary Thread-100903::DEBUG::2013-11-04 14:04:56,659::vm::3640::vm.Vm::(snapshot) vmId=`2147dd59-6794-4be6-98b9-948636a31159`::Snapshot failed using the quiesce flag, trying again without it (unsupported configuration: reuse is not supported with this QEMU binary) Thread-100903::DEBUG::2013-11-04 14:04:56,668::libvirtconnection::101::libvirtconnection::(wrapper) Unknown libvirterror: ecode: 67 edom: 10 level: 2 message: unsupported configuration: reuse is not supported with this QEMU binary Thread-100903::ERROR::2013-11-04 14:04:56,668::vm::3644::vm.Vm::(snapshot) vmId=`2147dd59-6794-4be6-98b9-948636a31159`::Unable to take snapshot Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 3642, in snapshot self._dom.snapshotCreateXML(snapxml, snapFlags) File "/usr/share/vdsm/vm.py", line 826, in f ret = attr(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line 76, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1623, in snapshotCreateXML if ret is None:raise libvirtError('virDomainSnapshotCreateXML() failed', dom=self) libvirtError: unsupported configuration: reuse is not supported with this QEMU binary Thread-100903::DEBUG::2013-11-04 14:04:56,670::BindingXMLRPC::986::vds::(wrapper) return vmSnapshot with {'status': {'message': 'Snapshot failed', 'code': 48}} Version information: oVirt Engine server (CentOS 6.4 + updates, ovirt 3.3 stable): [root@gnovirt01 ~]# rpm -qa '*ovirt*' '*vdsm*' '*libvirt*' '*kvm*' ovirt-host-deploy-1.1.1-1.el6.noarch ovirt-engine-lib-3.3.0.1-1.el6.noarch ovirt-engine-webadmin-portal-3.3.0.1-1.el6.noarch ovirt-engine-dbscripts-3.3.0.1-1.el6.noarch libvirt-client-0.10.2-18.el6_4.14.x86_64 qemu-kvm-0.12.1.2-2.355.0.1.el6_4.9.x86_64 ovirt-engine-sdk-python-3.3.0.6-1.el6.noarch ovirt-release-el6-8-1.noarch ovirt-host-deploy-java-1.1.1-1.el6.noarch ovirt-engine-websocket-proxy-3.3.0.1-1.el6.noarch ovirt-image-uploader-3.3.1-1.el6.noarch ovirt-log-collector-3.3.1-1.el6.noarch ovirt-engine-userportal-3.3.0.1-1.el6.noarch ovirt-engine-restapi-3.3.0.1-1.el6.noarch ovirt-engine-backend-3.3.0.1-1.el6.noarch ovirt-engine-setup-3.3.0.1-1.el6.noarch libvirt-0.10.2-18.el6_4.14.x86_64 ovirt-engine-cli-3.3.0.4-1.el6.noarch ovirt-node-iso-3.0.1-1.0.2.vdsm.el6.noarch ovirt-iso-uploader-3.3.1-1.el6.noarch ovirt-engine-tools-3.3.0.1-1.el6.noarch ovirt-engine-3.3.0.1-1.el6.noarch oVirt hypervisor servers (CentOS 6.4 + updates, ovirt 3.3 stable): [root@gnkvm01 vdsm]# rpm -qa '*ovirt*' '*vdsm*' '*libvirt*' '*kvm*' libvirt-client-0.10.2-18.el6_4.14.x86_64 libvirt-lock-sanlock-0.10.2-18.el6_4.14.x86_64 qemu-kvm-tools-0.12.1.2-2.355.0.1.el6_4.9.x86_64 libvirt-python-0.10.2-18.el6_4.14.x86_64 libvirt-0.10.2-18.el6_4.14.x86_64 vdsm-python-4.12.1-4.el6.x86_64 vdsm-xmlrpc-4.12.1-4.el6.noarch vdsm-4.12.1-4.el6.x86_64 qemu-kvm-0.12.1.2-2.355.0.1.el6_4.9.x86_64 vdsm-python-cpopen-4.12.1-4.el6.x86_64 vdsm-cli-4.12.1-4.el6.noarch [root@gnkvm01 vdsm]#

4 6

[Users] VM Disk corruption
by Usman Aslam 05 Nov '13

05 Nov '13

I have a few VM's that have their root LVM file system corrupted because of improper shutdown. I experienced an issue described here which cause a node to restart http://lists.ovirt.org/pipermail/users/2013-July/015247.html But now I'm experiencing the same problem with other VM's. A DB VM was in single user mode when it was powered off. I created snapshot to clone it. Powered the CentOS 6 VM back on and it cannot execute the mount command on boot and dropped me to a root maintenance prompt. Running fsck comes back with way too many errors, many of them about files that shouldnt have even been open. Countless Innode issues and clone multiply-claimed blocks. Running fsck -y seems to fix the file system and it comes back as clean but upon restart, the VM load the files system as read only and trying to remount it as rw, the mount command throws a segmentation fault. I dont know if its the new version of ovirt engine. I'm afraid to shutdown any VM using the ovirt UI as they dont always come backup. I have tried repairing the file system with the live CD and such to no avail. Given the fact the alot of the corrupt files are plain static html, or archived tar files, I assume it has something to do with ovirt. The only corrupting for data should be and live application data (open files). Please advise on how to proceed. I can provide whatever logs you may requires. Thanks, -- Usman Aslam 401.6.99.66.55 usman(a)linkshift.com

2 2

[Users] Problem in 3.3 with shmmax configuration
by Bob Doolittle 05 Nov '13

05 Nov '13

Hi, I'm setting up Engine for the 2nd time - the first time I answered a configuration question wrong. So I did: engine-setup engine-cleanup engine-setup Things worked, until I rebooted the system. I found that postgresql would not startup, and was failing with "could not create shared memory segment: Invalid Argument". I resolved this issue by creating a file /etc/sysctl.d/10-shmmax.conf, containing the line: kernel.shmmax = 1000000000 (I read somewhere that postgresql recommends setting shmmax to 1/4 of physical memory, and I have 4GB) 1. Is this a known bug? If not, should I file one? If so, how do I do that? :) 2. Is there a better fix than the one I settled on? Does the normal configuration wind up increasing shmmax, or reducing postgresql's limits? What are the default values for this in a normal engine configuration? Thanks, Bob

4 10

[Users] ISO_DOMAIN won't attach
by Bob Doolittle 05 Nov '13

05 Nov '13

I have a fresh, default oVirt 3.3 setup, with F19 on the engine and the node (after applying the shmmax workaround discussed in separate thread). I followed the Quick Start Guide. I've added the node, and a storage domain on the node, so the Datacenter is now initialized. However, my ISO_DOMAIN remains unattached. If I select it, select its Data Center tab, and click on Attach, it times out. The following messages are are seen in engine.log when the operation is attempted: http://pastebin.com/WguQJFRu I can loopback mount the ISO_DOMAIN directory manually, so I'm not sure why anything is timing out? -Bob P.S. I also note that I have to do a "Shift-Refresh" on the Storage page before ISO_DOMAIN shows up. This is consistently reproducible. Firefox 25.

3 9

[Users] Committing a snapshot that is in preview mode
by Rob Abshear 05 Nov '13

05 Nov '13

We had an issue with a VM where someone made a configuration change and broke something. So I brought up a previous snapshot in preview mode and made a few changes to it and got the broken piece back up. Now I want to make the snapshot with the changes into the actual running VM. I am tempted to "commit" the snapshot, but will that commit the snapshot along with the changes made to it? Or should I commit the "Current" snapshot? I just want to be sure before I do this. To be clear, I want to keep the current state of the machine as the end result of this action. -- *NADA Convention & Expo*: January 24-27, 2014 - New Orleans, LA - Booth 5001 <http://www.bbb.org/south-east-florida/business-reviews/advertising-agencies…><http://www.bbb.org/south-east-florida/business-reviews/advertising-agencies…>

1 0

[Users] [3.2-el6] corrupted disk after snapshot removal
by Yuriy Demchenko 05 Nov '13

05 Nov '13

Hi, I've run into some disturbing situation recently with my production ovirt-3.2-el6. Planned an upgrade for one of my vm's app, so i've took live snapshot, did application upgrade. Upgrade went fine, so I had no need in taken snapshot - I've shutdown vm and deleted snapshot via admin interface. When task was completed (took about 40mins) I've tried to start vm - but its OS didnt start - "no boot disk found". Disks tab in admin interface shows 'actual size' = 1Gb, fdisk from livecd shows no partitions at all. It seems snapshot removal somehow corrupted vms disk. What went wrong and how to avoid this in future? logs in attach ovirt-engine.noarch 3.2.2-1.1.el6 vdsm.x86_64 4.10.3-16.el6 Storage domain type is FC -- Yuriy Demchenko

2 2

[Users] Host local_host running without virtualization hardware acceleration
by Sandro Bonazzola 05 Nov '13

05 Nov '13

Hi, I had to reinstall ovirt yesterday and now it seems that it doesn't work anymore. I'm running nightly on Fedora 18. kernel-3.11.4-101.fc18.x86_64 sanlock-2.8-1.fc18.x86_64 libvirt-1.1.4-1.fc18.x86_64 qemu-1.5.1-1.fc18.x86_64 vdsm-4.13.0-93.gitea8c8f0.fc18.x86_64 ovirt-engine-3.4.0-0.2.master.20131104192919.git3b65870.fc18.noarch engine-setup with all-in-one detects hardware virtualization and allow me to configure the system. (it fails detecting engine health status due probably to recent changes in its URL, I'm already looking into it) Once added localhost to the engine, it has been moved to non operational mode saying I don't have virtualization hardware acceleration anymore. I've found that: # modinfo kvm filename: /lib/modules/3.11.4-101.fc18.x86_64/kernel/arch/x86/kvm/kvm.ko license: GPL author: Qumranet depends: intree: Y vermagic: 3.11.4-101.fc18.x86_64 SMP mod_unload parm: min_timer_period_us:uint parm: ignore_msrs:bool parm: tsc_tolerance_ppm:uint parm: allow_unsafe_assigned_interrupts:Enable device assignment on platforms without interrupt remapping support. (bool) # /usr/bin/qemu-kvm Could not access KVM kernel module: No such file or directory failed to initialize KVM: No such file or directory looking at strace: open("/dev/kvm", O_RDWR|O_CLOEXEC) = -1 ENOENT (No such file or directory) Any clue on what may be happened? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 5

[Users] unable to use ad authentication
by david van zeebroeck 05 Nov '13

05 Nov '13

hello i'm trying to use ad authentication in my ovirt setup however i can't seem to get it to work. i can browse the ad and select users & groups but logging in does not work output of engine-manage-domains engine-manage-domains -report -action=validate Domain mydomain.com is valid. The configured user for domain mydomain.com is sync(a)MYDOMAIN.COM Manage Domains completed successfully in the egine.log i see following info : 2013-11-05 09:53:45,088 ERROR [org.ovirt.engine.core.bll.adbroker.LDAPTemplateWrapper] (ajp--127.0.0.1-8702-11) Error in running LDAP query. BaseDN is , filter is (cn=*). Exception message is: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; nested exception is javax.naming.InvalidNameException: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; remaining name '' 2013-11-05 09:53:45,100 ERROR [org.ovirt.engine.core.bll.adbroker.DirectorySearcher] (ajp--127.0.0.1-8702-11) Failed ldap search server LDAP:// srvdc06.mydomain.com:389 using user vzeebrod(a)MYDOMAIN.COM due to : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; nested exception is javax.naming.InvalidNameException: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; remaining name ''. We should try the next server 2013-11-05 09:53:45,179 ERROR [org.ovirt.engine.core.bll.adbroker.LDAPTemplateWrapper] (ajp--127.0.0.1-8702-11) Error in running LDAP query. BaseDN is , filter is (cn=*). Exception message is: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; nested exception is javax.naming.InvalidNameException: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; remaining name '' 2013-11-05 09:53:45,189 ERROR [org.ovirt.engine.core.bll.adbroker.DirectorySearcher] (ajp--127.0.0.1-8702-11) Failed ldap search server LDAP:// srvdc04.mydomain.com:389 using user vzeebrod(a)MYDOMAIN.COM due to : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; nested exception is javax.naming.InvalidNameException: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; remaining name ''. We should try the next server 2013-11-05 09:53:45,253 ERROR [org.ovirt.engine.core.bll.adbroker.LDAPTemplateWrapper] (ajp--127.0.0.1-8702-11) Error in running LDAP query. BaseDN is , filter is (cn=*). Exception message is: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; nested exception is javax.naming.InvalidNameException: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; remaining name '' 2013-11-05 09:53:45,262 ERROR [org.ovirt.engine.core.bll.adbroker.DirectorySearcher] (ajp--127.0.0.1-8702-11) Failed ldap search server LDAP:// srvdc05.mydomain.com:389 using user vzeebrod(a)MYDOMAIN.COM due to : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; nested exception is javax.naming.InvalidNameException: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; remaining name ''. We should try the next server 2013-11-05 09:53:45,335 ERROR [org.ovirt.engine.core.bll.adbroker.LDAPTemplateWrapper] (ajp--127.0.0.1-8702-11) Error in running LDAP query. BaseDN is , filter is (cn=*). Exception message is: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0]; nested exception is javax.naming.InvalidNameException: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0]; remaining name '' 2013-11-05 09:53:45,353 ERROR [org.ovirt.engine.core.bll.adbroker.DirectorySearcher] (ajp--127.0.0.1-8702-11) Failed ldap search server LDAP:// srvdc08.mydomain.com:389 using user vzeebrod(a)MYDOMAIN.COM due to : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0]; nested exception is javax.naming.InvalidNameException: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0]; remaining name ''. We should try the next server 2013-11-05 09:53:45,433 ERROR [org.ovirt.engine.core.bll.adbroker.LDAPTemplateWrapper] (ajp--127.0.0.1-8702-11) Error in running LDAP query. BaseDN is , filter is (cn=*). Exception message is: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0]; nested exception is javax.naming.InvalidNameException: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0]; remaining name '' 2013-11-05 09:53:45,451 ERROR [org.ovirt.engine.core.bll.adbroker.DirectorySearcher] (ajp--127.0.0.1-8702-11) Failed ldap search server LDAP:// srvdc07.mydomain.com:389 using user vzeebrod(a)MYDOMAIN.COM due to : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0]; nested exception is javax.naming.InvalidNameException: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0]; remaining name ''. We should try the next server 2013-11-05 09:53:45,523 ERROR [org.ovirt.engine.core.bll.adbroker.LDAPTemplateWrapper] (ajp--127.0.0.1-8702-11) Error in running LDAP query. BaseDN is , filter is (cn=*). Exception message is: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; nested exception is javax.naming.InvalidNameException: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; remaining name '' 2013-11-05 09:53:45,540 ERROR [org.ovirt.engine.core.bll.adbroker.DirectorySearcher] (ajp--127.0.0.1-8702-11) Failed ldap search server LDAP:// srvdc03.mydomain.com:389 using user vzeebrod(a)MYDOMAIN.COM due to : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; nested exception is javax.naming.InvalidNameException: : [LDAP: error code 34 - 0000208F: LdapErr: DSID-0C090715, comment: Error processing name, data 0, v1db1]; remaining name ''. We should try the next server 2013-11-05 09:53:45,987 WARN [org.ovirt.engine.core.bll.LoginAdminUserCommand] (ajp--127.0.0.1-8702-11) CanDoAction of action LoginAdminUser failed. Reasons:USER_NOT_AUTHORIZED_TO_PERFORM_ACTION when i try to get a kerberos ticket on the server i'm able to get a correct ticket

2 1

[Users] ovirt-live questions
by i iordanov 05 Nov '13

05 Nov '13

Hello, Please cc me on any reply, because I tried to subscribe to this list twice and did not receive any confirmation so I assume I'm not subscribed. I'm using ovirt live as a test framework for some Android SPICE client work I'm doing and I have a couple of questions: - My oVirt live distro is installed on-disk, and I'm able to get it up and running with an engine-cleanup, some manual rm's, and an engine-setup. However, when I reboot, the "local_host" host is in a failed state and refuses to be resurrected no matter what. Is there a way to get around that somehow? - My second question is, where do I have to tweak to make all the cores available on the "local_host" host? At the moment, engine-setup automatically sets it to have only 1 core, and it has 8. Any help is much appreciated, and thanks in advance! iordan -- The conscious mind has only one thread of execution.

3 5

[Users] oVirt at LISA 13, Washington, D.C November 5th-7th
by Itamar Heim 05 Nov '13

05 Nov '13

Einav will present oVirt at a booth in LISA 13 today through thursday. if you are in the area, come and say hi. https://www.usenix.org/conference/lisa13 Thanks, Itamar

1 0

[Users] Tagged and Untagged Traffic on the same Interface.
by Matt Curry 04 Nov '13

04 Nov '13

--_000_9272B85912E97F4486906561F9257C57016FE680AUSP01DAG0307co_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hello All, Is it possible to have tagged, and untagged traffic on the same interface. Example. 2 nics on node. Bond them together. Management traffic and other traffic on same bonded interface? All help is appreciated. PS. I am on #ovirt as MCLinux=85 Thanks ________________________________ 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_9272B85912E97F4486906561F9257C57016FE680AUSP01DAG0307co_ Content-Type: text/html; charset="Windows-1252" Content-ID: <50889DF5E2434A41BFF3ADD4326B6EC5(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:'Courier New',sans-serif"> <div>Hello All,</div> <div><br> </div> <div>Is it possible to have tagged, and untagged traffic on the same interf= ace.</div> <div><br> </div> <div>Example.</div> <div>2 nics on node.</div> <div>Bond them together.</div> <div><br> </div> <div>Management traffic and other traffic on same bonded interface?</div> <div><br> </div> <div>All help is appreciated.</div> <div><br> </div> <div>PS. I am on #ovirt as MCLinux=85</div> <div>Thanks<br> </div> <div></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_9272B85912E97F4486906561F9257C57016FE680AUSP01DAG0307co_--

2 2

[Users] Cannot delete a template
by Karli Sjöberg 04 Nov '13

04 Nov '13

--_000_5F9E965F5A80BC468BE5F40576769F0948D5E65Dexchange21_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkhDQoNCknCtG0gdHJ5aW5nIHRvIGRlbGV0ZSBhbiBvbGQgdGVtcGxhdGUgKE5GUyBEYXRhc3Rv cmUpIGJ1dCBlbmdpbmUgd29uwrR0IGxldCBtZS4gSGVyZcK0cyB0aGUgcmVsZXZhbnQgcGFydCBv ZiBTUE3CtHMgdmRzbWQubG9nOg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6 NTE6NTYsMjY5OjpCaW5kaW5nWE1MUlBDOjoxNjE6OnZkczo6KHdyYXBwZXIpIFsxMzAuMjM4Ljk2 LjY2XQ0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMjcwOjp0YXNr Ojo1Njg6OlRhc2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9YDc4YjhmNDJkLTE0 Y2QtNDhlMi05ZTNlLTYxYTY2MTBjOWY2NmA6Om1vdmluZyBmcm9tIHN0YXRlIGluaXQgLT4gc3Rh dGUgcHJlcGFyaW5nDQpUaHJlYWQtMzA0OTE1OjpJTkZPOjoyMDEzLTExLTA0IDA3OjUxOjU2LDI3 MDo6bG9nVXRpbHM6OjQxOjpkaXNwYXRjaGVyOjood3JhcHBlcikgUnVuIGFuZCBwcm90ZWN0OiBk ZWxldGVJbWFnZShzZFVVSUQ9J2YyMzFkMTc2LWExMWEtNDdhOC04NGU3LTEyYmZhOTA5NWJkZCcs IHNwVVVJRD0nOGI3MGM5OWQtNTBmMi00YTMwLTkyMTQtYzUxZWYyMGNiNDhhJywgaW1nVVVJRD0n YWU3M2I0MzUtMjkzNS00ZTlmLTkyNjktYzZjOGZhZDJjZjM4JywgcG9zdFplcm89J2ZhbHNlJywg Zm9yY2U9J2ZhbHNlJykNClRocmVhZC0zMDQ5MTU6OklORk86OjIwMTMtMTEtMDQgMDc6NTE6NTYs MjcwOjpmaWxlU0Q6OjMwMjo6U3RvcmFnZS5TdG9yYWdlRG9tYWluOjoodmFsaWRhdGUpIHNkVVVJ RD1mMjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0xMmJmYTkwOTViZGQNClRocmVhZC0zMDQ5MTU6OkRF QlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDI3OTo6cGVyc2lzdGVudERpY3Q6OjIzNDo6U3RvcmFn ZS5QZXJzaXN0ZW50RGljdDo6KHJlZnJlc2gpIHJlYWQgbGluZXMgKEZpbGVNZXRhZGF0YVJXKT1b J0NMQVNTPURhdGEnLCAnREVTQ1JJUFRJT049WkZTMi0xX0RTMV9EYXRhJywgJ0lPT1BUSU1FT1VU U0VDPTEwJywgJ0xFQVNFUkVUUklFUz0zJywgJ0xFQVNFVElNRVNFQz02MCcsICdMT0NLUE9MSUNZ PScsICdMT0NLUkVORVdBTElOVEVSVkFMU0VDPTUnLCAnTUFTVEVSX1ZFUlNJT049OTAyJywgJ1BP T0xfREVTQ1JJUFRJT049QzQyNDEnLCAnUE9PTF9ET01BSU5TPTc3MzM3MGQ0LWJlNWQtNDNkOC05 NWNkLWZmZDNhNmE1YjFjODpBY3RpdmUsNTBhYmE3YTEtYmJjMS00ZWNhLTg0ODAtNDVlYzM3YjY0 ZTYzOkFjdGl2ZSw0ZjQ2NjgwZi1hNzBkLTQ4NDYtYmZjMy05MzE4Y2U3ZDRkNmQ6QWN0aXZlLGYy MzFkMTc2LWExMWEtNDdhOC04NGU3LTEyYmZhOTA5NWJkZDpBY3RpdmUnLCAnUE9PTF9TUE1fSUQ9 LTEnLCAnUE9PTF9TUE1fTFZFUj0tMScsICdQT09MX1VVSUQ9OGI3MGM5OWQtNTBmMi00YTMwLTky MTQtYzUxZWYyMGNiNDhhJywgJ1JFTU9URV9QQVRIPWhvc3RuZnM1LXVhLnN0by5zbHUuc2U6L2V4 cG9ydC9kczEvZGF0YScsICdST0xFPU1hc3RlcicsICdTRFVVSUQ9ZjIzMWQxNzYtYTExYS00N2E4 LTg0ZTctMTJiZmE5MDk1YmRkJywgJ1RZUEU9TkZTJywgJ1ZFUlNJT049MycsICdfU0hBX0NLU1VN PWRlMWI3N2Y1OTEyZTk0MDUyYzRmYmQyMTI5OWY0NGE2NDk4Mjc1ZDknXQ0KVGhyZWFkLTMwNDkx NTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMjgwOjpyZXNvdXJjZU1hbmFnZXI6OjE5MDo6 UmVzb3VyY2VNYW5hZ2VyLlJlcXVlc3Q6OihfX2luaXRfXykgUmVzTmFtZT1gU3RvcmFnZS5hZTcz YjQzNS0yOTM1LTRlOWYtOTI2OS1jNmM4ZmFkMmNmMzhgUmVxSUQ9YGU0MTJlYWRjLTVhZjctNDI2 Zi05NGY5LTRkNTI3ODM2MTRlN2A6OlJlcXVlc3Qgd2FzIG1hZGUgaW4gJy91c3Ivc2hhcmUvdmRz bS9zdG9yYWdlL3Jlc291cmNlTWFuYWdlci5weScgbGluZSAnMTg5JyBhdCAnX19pbml0X18nDQpU aHJlYWQtMzA0OTE1OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwyODA6OnJlc291cmNlTWFu YWdlcjo6NTA0OjpSZXNvdXJjZU1hbmFnZXI6OihyZWdpc3RlclJlc291cmNlKSBUcnlpbmcgdG8g cmVnaXN0ZXIgcmVzb3VyY2UgJ1N0b3JhZ2UuYWU3M2I0MzUtMjkzNS00ZTlmLTkyNjktYzZjOGZh ZDJjZjM4JyBmb3IgbG9jayB0eXBlICdleGNsdXNpdmUnDQpUaHJlYWQtMzA0OTE1OjpERUJVRzo6 MjAxMy0xMS0wNCAwNzo1MTo1NiwyODE6OnJlc291cmNlTWFuYWdlcjo6NTQ3OjpSZXNvdXJjZU1h bmFnZXI6OihyZWdpc3RlclJlc291cmNlKSBSZXNvdXJjZSAnU3RvcmFnZS5hZTczYjQzNS0yOTM1 LTRlOWYtOTI2OS1jNmM4ZmFkMmNmMzgnIGlzIGZyZWUuIE5vdyBsb2NraW5nIGFzICdleGNsdXNp dmUnICgxIGFjdGl2ZSB1c2VyKQ0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6 NTE6NTYsMjgxOjpyZXNvdXJjZU1hbmFnZXI6OjIyNzo6UmVzb3VyY2VNYW5hZ2VyLlJlcXVlc3Q6 OihncmFudCkgUmVzTmFtZT1gU3RvcmFnZS5hZTczYjQzNS0yOTM1LTRlOWYtOTI2OS1jNmM4ZmFk MmNmMzhgUmVxSUQ9YGU0MTJlYWRjLTVhZjctNDI2Zi05NGY5LTRkNTI3ODM2MTRlN2A6OkdyYW50 ZWQgcmVxdWVzdA0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMjgx Ojp0YXNrOjo3OTQ6OlRhc2tNYW5hZ2VyLlRhc2s6OihyZXNvdXJjZUFjcXVpcmVkKSBUYXNrPWA3 OGI4ZjQyZC0xNGNkLTQ4ZTItOWUzZS02MWE2NjEwYzlmNjZgOjpfcmVzb3VyY2VzQWNxdWlyZWQ6 IFN0b3JhZ2UuYWU3M2I0MzUtMjkzNS00ZTlmLTkyNjktYzZjOGZhZDJjZjM4IChleGNsdXNpdmUp DQpUaHJlYWQtMzA0OTE1OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwyODE6OnRhc2s6Ojk1 Nzo6VGFza01hbmFnZXIuVGFzazo6KF9kZWNyZWYpIFRhc2s9YDc4YjhmNDJkLTE0Y2QtNDhlMi05 ZTNlLTYxYTY2MTBjOWY2NmA6OnJlZiAxIGFib3J0aW5nIEZhbHNlDQpUaHJlYWQtMzA0OTE1OjpE RUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwyODI6OnJlc291cmNlTWFuYWdlcjo6MTkwOjpSZXNv dXJjZU1hbmFnZXIuUmVxdWVzdDo6KF9faW5pdF9fKSBSZXNOYW1lPWBTdG9yYWdlLmYyMzFkMTc2 LWExMWEtNDdhOC04NGU3LTEyYmZhOTA5NWJkZGBSZXFJRD1gNTQ0Y2FlYjItOWQ2MS00MmU0LTlm YzctMWY3ODExNzAwZjRiYDo6UmVxdWVzdCB3YXMgbWFkZSBpbiAnL3Vzci9zaGFyZS92ZHNtL3N0 b3JhZ2UvcmVzb3VyY2VNYW5hZ2VyLnB5JyBsaW5lICcxODknIGF0ICdfX2luaXRfXycNClRocmVh ZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDI4Mjo6cmVzb3VyY2VNYW5hZ2Vy Ojo1MDQ6OlJlc291cmNlTWFuYWdlcjo6KHJlZ2lzdGVyUmVzb3VyY2UpIFRyeWluZyB0byByZWdp c3RlciByZXNvdXJjZSAnU3RvcmFnZS5mMjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0xMmJmYTkwOTVi ZGQnIGZvciBsb2NrIHR5cGUgJ3NoYXJlZCcNClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTEx LTA0IDA3OjUxOjU2LDI4Mjo6cmVzb3VyY2VNYW5hZ2VyOjo1NDc6OlJlc291cmNlTWFuYWdlcjo6 KHJlZ2lzdGVyUmVzb3VyY2UpIFJlc291cmNlICdTdG9yYWdlLmYyMzFkMTc2LWExMWEtNDdhOC04 NGU3LTEyYmZhOTA5NWJkZCcgaXMgZnJlZS4gTm93IGxvY2tpbmcgYXMgJ3NoYXJlZCcgKDEgYWN0 aXZlIHVzZXIpDQpUaHJlYWQtMzA0OTE1OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwyODM6 OnJlc291cmNlTWFuYWdlcjo6MjI3OjpSZXNvdXJjZU1hbmFnZXIuUmVxdWVzdDo6KGdyYW50KSBS ZXNOYW1lPWBTdG9yYWdlLmYyMzFkMTc2LWExMWEtNDdhOC04NGU3LTEyYmZhOTA5NWJkZGBSZXFJ RD1gNTQ0Y2FlYjItOWQ2MS00MmU0LTlmYzctMWY3ODExNzAwZjRiYDo6R3JhbnRlZCByZXF1ZXN0 DQpUaHJlYWQtMzA0OTE1OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwyODM6OnRhc2s6Ojc5 NDo6VGFza01hbmFnZXIuVGFzazo6KHJlc291cmNlQWNxdWlyZWQpIFRhc2s9YDc4YjhmNDJkLTE0 Y2QtNDhlMi05ZTNlLTYxYTY2MTBjOWY2NmA6Ol9yZXNvdXJjZXNBY3F1aXJlZDogU3RvcmFnZS5m MjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0xMmJmYTkwOTViZGQgKHNoYXJlZCkNClRocmVhZC0zMDQ5 MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDI4Mzo6dGFzazo6OTU3OjpUYXNrTWFuYWdl ci5UYXNrOjooX2RlY3JlZikgVGFzaz1gNzhiOGY0MmQtMTRjZC00OGUyLTllM2UtNjFhNjYxMGM5 ZjY2YDo6cmVmIDEgYWJvcnRpbmcgRmFsc2UNClRocmVhZC0zMDQ5MTU6OkVSUk9SOjoyMDEzLTEx LTA0IDA3OjUxOjU2LDMxMzo6dGFzazo6ODMzOjpUYXNrTWFuYWdlci5UYXNrOjooX3NldEVycm9y KSBUYXNrPWA3OGI4ZjQyZC0xNGNkLTQ4ZTItOWUzZS02MWE2NjEwYzlmNjZgOjpVbmV4cGVjdGVk IGVycm9yDQpUcmFjZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6DQogIEZpbGUgIi91c3Iv c2hhcmUvdmRzbS9zdG9yYWdlL3Rhc2sucHkiLCBsaW5lIDg0MCwgaW4gX3J1bg0KICAgIHJldHVy biBmbigqYXJncywgKiprYXJncykNCiAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL2xvZ1V0aWxzLnB5 IiwgbGluZSA0MiwgaW4gd3JhcHBlcg0KICAgIHJlcyA9IGYoKmFyZ3MsICoqa3dhcmdzKQ0KICBG aWxlICIvdXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9oc20ucHkiLCBsaW5lIDE0NTEsIGluIGRlbGV0 ZUltYWdlDQogICAgdm9sc0J5SW1nKSkNCkNhbm5vdERlbGV0ZVNoYXJlZFZvbHVtZTogU2hhcmVk IFZvbHVtZSBjYW5ub3QgYmUgZGVsZXRlZDogKCJDYW5ub3QgZGVsZXRlIHNoYXJlZCBpbWFnZSBh ZTczYjQzNS0yOTM1LTRlOWYtOTI2OS1jNmM4ZmFkMmNmMzguIHZvbEltZ3M6IHsnNzExYjc0NGEt NzYzYi00M2IzLWFiN2ItMjJlODNlOTQ2ZDNhJzogSW1nc1BhcihpbWdzPSgnYWU3M2I0MzUtMjkz NS00ZTlmLTkyNjktYzZjOGZhZDJjZjM4JywgJzdkZDNjMzVmLThlZDAtNDVhZC1hNzI2LWIwNWI0 ZTlhYmI3NCcsICcyMzA1ODliOC1kZmYzLTRmYjAtODg0Zi05ZGI5YTQ3YzA3ZWMnLCAnMzRiMDkx ODUtMTZhZS00NTcyLThkNTItOTk1MmViOGUwNWZiJywgJzY3MmRjZjBhLWNiMzEtNGRjNi04MTBj LThmZjRjZDVkY2QwZCcsICc5NThmMjkwMS0xYTdlLTRiYWYtYmQxZS1lZTRkMzMwYzIwMDYnLCAn NGE4ODYwYjQtZjQwMC00NjE1LWI2NDEtYzc0YmI0OTUyMzBmJywgJzRlMmEwYzkyLTg1OWUtNDc0 My1hOTZhLWI1MjVhOWJmYTU0NicsICc5N2QxMTlhNi1lZThkLTRjMTItYWI3ZC1iYTUxNTIyYTRk MjcnLCAnY2Q5ZTQwMWUtYzE0OS00Y2YwLTkzNGItYmUwNjBlYzA1MzJkJywgJzk5MWVmYTQ3LTVl NTItNGI5My1hNzBiLTA2N2U4MjdhY2JlZCcsICc1MGMwZWJkNy03MjE5LTQ5NzItOWNmNC02MjI4 MWE4MWY4NTcnLCAnMGZiNTc5YWEtZWU3My00Y2VkLWFlM2QtMDA1ZjEyNTk0ZmI2JywgJ2M1MGE1 ZjlmLTA2OTMtNDdiOC1hZWQ5LTQ1YThiMzA4YWRhZicsICdjZWM0ODA2NS03NDJhLTRjZTgtOTBl YS1jMDlkOWU2NjA4M2UnLCAnYWMyZDMzYTAtNzZiMi00YjUwLWI3ZDMtMzM3Y2M0ZDRkYzAwJywg JzE1NzAzNjE5LTgwMTMtNGFmOS1hNmNmLTU5YzUzMTQyMjA2YycsICdkNWMyOGY3MC05NTBjLTRi M2QtOGI5Yi1kZWMzNThmODc2MGYnLCAnNGZjZWNlNTktMmVhMy00NjkxLTg4YzktZTI0ODU1NGM0 M2ZlJywgJzUzNjkxNTc2LTQxZDItNDg2NS05Y2JmLWRlMGMzOWYwNjNkYicsICdmNmJiMzljMS0z ZjM1LTQyMzYtYWU4Mi0yOWJiOGJmNDRkNzUnKSwgcGFyZW50PScwMDAwMDAwMC0wMDAwLTAwMDAt MDAwMC0wMDAwMDAwMDAwMDAnKX0iLCkNClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0 IDA3OjUxOjU2LDMyMDo6dGFzazo6ODUyOjpUYXNrTWFuYWdlci5UYXNrOjooX3J1bikgVGFzaz1g NzhiOGY0MmQtMTRjZC00OGUyLTllM2UtNjFhNjYxMGM5ZjY2YDo6VGFzay5fcnVuOiA3OGI4ZjQy ZC0xNGNkLTQ4ZTItOWUzZS02MWE2NjEwYzlmNjYgKCdmMjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0x MmJmYTkwOTViZGQnLCAnOGI3MGM5OWQtNTBmMi00YTMwLTkyMTQtYzUxZWYyMGNiNDhhJywgJ2Fl NzNiNDM1LTI5MzUtNGU5Zi05MjY5LWM2YzhmYWQyY2YzOCcsICdmYWxzZScsICdmYWxzZScpIHt9 IGZhaWxlZCAtIHN0b3BwaW5nIHRhc2sNClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0 IDA3OjUxOjU2LDMyMDo6dGFzazo6MTE3Nzo6VGFza01hbmFnZXIuVGFzazo6KHN0b3ApIFRhc2s9 YDc4YjhmNDJkLTE0Y2QtNDhlMi05ZTNlLTYxYTY2MTBjOWY2NmA6OnN0b3BwaW5nIGluIHN0YXRl IHByZXBhcmluZyAoZm9yY2UgRmFsc2UpDQpUaHJlYWQtMzA0OTE1OjpERUJVRzo6MjAxMy0xMS0w NCAwNzo1MTo1NiwzMjA6OnRhc2s6Ojk1Nzo6VGFza01hbmFnZXIuVGFzazo6KF9kZWNyZWYpIFRh c2s9YDc4YjhmNDJkLTE0Y2QtNDhlMi05ZTNlLTYxYTY2MTBjOWY2NmA6OnJlZiAxIGFib3J0aW5n IFRydWUNClRocmVhZC0zMDQ5MTU6OklORk86OjIwMTMtMTEtMDQgMDc6NTE6NTYsMzIwOjp0YXNr OjoxMTM0OjpUYXNrTWFuYWdlci5UYXNrOjoocHJlcGFyZSkgVGFzaz1gNzhiOGY0MmQtMTRjZC00 OGUyLTllM2UtNjFhNjYxMGM5ZjY2YDo6YWJvcnRpbmc6IFRhc2sgaXMgYWJvcnRlZDogJ1NoYXJl ZCBWb2x1bWUgY2Fubm90IGJlIGRlbGV0ZWQnIC0gY29kZSAyMjMNClRocmVhZC0zMDQ5MTU6OkRF QlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDMyMTo6dGFzazo6MTEzOTo6VGFza01hbmFnZXIuVGFz azo6KHByZXBhcmUpIFRhc2s9YDc4YjhmNDJkLTE0Y2QtNDhlMi05ZTNlLTYxYTY2MTBjOWY2NmA6 OlByZXBhcmU6IGFib3J0ZWQ6IFNoYXJlZCBWb2x1bWUgY2Fubm90IGJlIGRlbGV0ZWQNClRocmVh ZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDMyMTo6dGFzazo6OTU3OjpUYXNr TWFuYWdlci5UYXNrOjooX2RlY3JlZikgVGFzaz1gNzhiOGY0MmQtMTRjZC00OGUyLTllM2UtNjFh NjYxMGM5ZjY2YDo6cmVmIDAgYWJvcnRpbmcgVHJ1ZQ0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIw MTMtMTEtMDQgMDc6NTE6NTYsMzIxOjp0YXNrOjo4OTI6OlRhc2tNYW5hZ2VyLlRhc2s6OihfZG9B Ym9ydCkgVGFzaz1gNzhiOGY0MmQtMTRjZC00OGUyLTllM2UtNjFhNjYxMGM5ZjY2YDo6VGFzay5f ZG9BYm9ydDogZm9yY2UgRmFsc2UNClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3 OjUxOjU2LDMyMTo6cmVzb3VyY2VNYW5hZ2VyOjo4NjQ6OlJlc291cmNlTWFuYWdlci5Pd25lcjo6 KGNhbmNlbEFsbCkgT3duZXIuY2FuY2VsQWxsIHJlcXVlc3RzIHt9DQpUaHJlYWQtMzA0OTE1OjpE RUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwzMjE6OnRhc2s6OjU2ODo6VGFza01hbmFnZXIuVGFz azo6KF91cGRhdGVTdGF0ZSkgVGFzaz1gNzhiOGY0MmQtMTRjZC00OGUyLTllM2UtNjFhNjYxMGM5 ZjY2YDo6bW92aW5nIGZyb20gc3RhdGUgcHJlcGFyaW5nIC0+IHN0YXRlIGFib3J0aW5nDQpUaHJl YWQtMzA0OTE1OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwzMjI6OnRhc2s6OjUyMzo6VGFz a01hbmFnZXIuVGFzazo6KF9fc3RhdGVfYWJvcnRpbmcpIFRhc2s9YDc4YjhmNDJkLTE0Y2QtNDhl Mi05ZTNlLTYxYTY2MTBjOWY2NmA6Ol9hYm9ydGluZzogcmVjb3ZlciBwb2xpY3kgbm9uZQ0KVGhy ZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMzIyOjp0YXNrOjo1Njg6OlRh c2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9YDc4YjhmNDJkLTE0Y2QtNDhlMi05 ZTNlLTYxYTY2MTBjOWY2NmA6Om1vdmluZyBmcm9tIHN0YXRlIGFib3J0aW5nIC0+IHN0YXRlIGZh aWxlZA0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMzIyOjpyZXNv dXJjZU1hbmFnZXI6OjgzMDo6UmVzb3VyY2VNYW5hZ2VyLk93bmVyOjoocmVsZWFzZUFsbCkgT3du ZXIucmVsZWFzZUFsbCByZXF1ZXN0cyB7fSByZXNvdXJjZXMgeydTdG9yYWdlLmYyMzFkMTc2LWEx MWEtNDdhOC04NGU3LTEyYmZhOTA5NWJkZCc6IDwgUmVzb3VyY2VSZWYgJ1N0b3JhZ2UuZjIzMWQx NzYtYTExYS00N2E4LTg0ZTctMTJiZmE5MDk1YmRkJywgaXNWYWxpZDogJ1RydWUnIG9iajogJ05v bmUnPiwgJ1N0b3JhZ2UuYWU3M2I0MzUtMjkzNS00ZTlmLTkyNjktYzZjOGZhZDJjZjM4JzogPCBS ZXNvdXJjZVJlZiAnU3RvcmFnZS5hZTczYjQzNS0yOTM1LTRlOWYtOTI2OS1jNmM4ZmFkMmNmMzgn LCBpc1ZhbGlkOiAnVHJ1ZScgb2JqOiAnTm9uZSc+fQ0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIw MTMtMTEtMDQgMDc6NTE6NTYsMzIyOjpyZXNvdXJjZU1hbmFnZXI6Ojg2NDo6UmVzb3VyY2VNYW5h Z2VyLk93bmVyOjooY2FuY2VsQWxsKSBPd25lci5jYW5jZWxBbGwgcmVxdWVzdHMge30NClRocmVh ZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDMyMzo6cmVzb3VyY2VNYW5hZ2Vy Ojo1NTc6OlJlc291cmNlTWFuYWdlcjo6KHJlbGVhc2VSZXNvdXJjZSkgVHJ5aW5nIHRvIHJlbGVh c2UgcmVzb3VyY2UgJ1N0b3JhZ2UuZjIzMWQxNzYtYTExYS00N2E4LTg0ZTctMTJiZmE5MDk1YmRk Jw0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMzIzOjpyZXNvdXJj ZU1hbmFnZXI6OjU3Mzo6UmVzb3VyY2VNYW5hZ2VyOjoocmVsZWFzZVJlc291cmNlKSBSZWxlYXNl ZCByZXNvdXJjZSAnU3RvcmFnZS5mMjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0xMmJmYTkwOTViZGQn ICgwIGFjdGl2ZSB1c2VycykNClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUx OjU2LDMyMzo6cmVzb3VyY2VNYW5hZ2VyOjo1Nzg6OlJlc291cmNlTWFuYWdlcjo6KHJlbGVhc2VS ZXNvdXJjZSkgUmVzb3VyY2UgJ1N0b3JhZ2UuZjIzMWQxNzYtYTExYS00N2E4LTg0ZTctMTJiZmE5 MDk1YmRkJyBpcyBmcmVlLCBmaW5kaW5nIG91dCBpZiBhbnlvbmUgaXMgd2FpdGluZyBmb3IgaXQu DQpUaHJlYWQtMzA0OTE1OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwzMjM6OnJlc291cmNl TWFuYWdlcjo6NTg1OjpSZXNvdXJjZU1hbmFnZXI6OihyZWxlYXNlUmVzb3VyY2UpIE5vIG9uZSBp cyB3YWl0aW5nIGZvciByZXNvdXJjZSAnU3RvcmFnZS5mMjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0x MmJmYTkwOTViZGQnLCBDbGVhcmluZyByZWNvcmRzLg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIw MTMtMTEtMDQgMDc6NTE6NTYsMzIzOjpyZXNvdXJjZU1hbmFnZXI6OjU1Nzo6UmVzb3VyY2VNYW5h Z2VyOjoocmVsZWFzZVJlc291cmNlKSBUcnlpbmcgdG8gcmVsZWFzZSByZXNvdXJjZSAnU3RvcmFn ZS5hZTczYjQzNS0yOTM1LTRlOWYtOTI2OS1jNmM4ZmFkMmNmMzgnDQpUaHJlYWQtMzA0OTE1OjpE RUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwzMjQ6OnJlc291cmNlTWFuYWdlcjo6NTczOjpSZXNv dXJjZU1hbmFnZXI6OihyZWxlYXNlUmVzb3VyY2UpIFJlbGVhc2VkIHJlc291cmNlICdTdG9yYWdl LmFlNzNiNDM1LTI5MzUtNGU5Zi05MjY5LWM2YzhmYWQyY2YzOCcgKDAgYWN0aXZlIHVzZXJzKQ0K VGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMzI0OjpyZXNvdXJjZU1h bmFnZXI6OjU3ODo6UmVzb3VyY2VNYW5hZ2VyOjoocmVsZWFzZVJlc291cmNlKSBSZXNvdXJjZSAn U3RvcmFnZS5hZTczYjQzNS0yOTM1LTRlOWYtOTI2OS1jNmM4ZmFkMmNmMzgnIGlzIGZyZWUsIGZp bmRpbmcgb3V0IGlmIGFueW9uZSBpcyB3YWl0aW5nIGZvciBpdC4NClRocmVhZC0zMDQ5MTU6OkRF QlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDMyNDo6cmVzb3VyY2VNYW5hZ2VyOjo1ODU6OlJlc291 cmNlTWFuYWdlcjo6KHJlbGVhc2VSZXNvdXJjZSkgTm8gb25lIGlzIHdhaXRpbmcgZm9yIHJlc291 cmNlICdTdG9yYWdlLmFlNzNiNDM1LTI5MzUtNGU5Zi05MjY5LWM2YzhmYWQyY2YzOCcsIENsZWFy aW5nIHJlY29yZHMuDQpUaHJlYWQtMzA0OTE1OjpFUlJPUjo6MjAxMy0xMS0wNCAwNzo1MTo1Niwz MjQ6OmRpc3BhdGNoZXI6OjY3OjpTdG9yYWdlLkRpc3BhdGNoZXIuUHJvdGVjdDo6KHJ1bikgeydz dGF0dXMnOiB7J21lc3NhZ2UnOiAnU2hhcmVkIFZvbHVtZSBjYW5ub3QgYmUgZGVsZXRlZDogKCJD YW5ub3QgZGVsZXRlIHNoYXJlZCBpbWFnZSBhZTczYjQzNS0yOTM1LTRlOWYtOTI2OS1jNmM4ZmFk MmNmMzguIHZvbEltZ3M6IHtcJzcxMWI3NDRhLTc2M2ItNDNiMy1hYjdiLTIyZTgzZTk0NmQzYVwn OiBJbWdzUGFyKGltZ3M9KFwnYWU3M2I0MzUtMjkzNS00ZTlmLTkyNjktYzZjOGZhZDJjZjM4XCcs IFwnN2RkM2MzNWYtOGVkMC00NWFkLWE3MjYtYjA1YjRlOWFiYjc0XCcsIFwnMjMwNTg5YjgtZGZm My00ZmIwLTg4NGYtOWRiOWE0N2MwN2VjXCcsIFwnMzRiMDkxODUtMTZhZS00NTcyLThkNTItOTk1 MmViOGUwNWZiXCcsIFwnNjcyZGNmMGEtY2IzMS00ZGM2LTgxMGMtOGZmNGNkNWRjZDBkXCcsIFwn OTU4ZjI5MDEtMWE3ZS00YmFmLWJkMWUtZWU0ZDMzMGMyMDA2XCcsIFwnNGE4ODYwYjQtZjQwMC00 NjE1LWI2NDEtYzc0YmI0OTUyMzBmXCcsIFwnNGUyYTBjOTItODU5ZS00NzQzLWE5NmEtYjUyNWE5 YmZhNTQ2XCcsIFwnOTdkMTE5YTYtZWU4ZC00YzEyLWFiN2QtYmE1MTUyMmE0ZDI3XCcsIFwnY2Q5 ZTQwMWUtYzE0OS00Y2YwLTkzNGItYmUwNjBlYzA1MzJkXCcsIFwnOTkxZWZhNDctNWU1Mi00Yjkz LWE3MGItMDY3ZTgyN2FjYmVkXCcsIFwnNTBjMGViZDctNzIxOS00OTcyLTljZjQtNjIyODFhODFm ODU3XCcsIFwnMGZiNTc5YWEtZWU3My00Y2VkLWFlM2QtMDA1ZjEyNTk0ZmI2XCcsIFwnYzUwYTVm OWYtMDY5My00N2I4LWFlZDktNDVhOGIzMDhhZGFmXCcsIFwnY2VjNDgwNjUtNzQyYS00Y2U4LTkw ZWEtYzA5ZDllNjYwODNlXCcsIFwnYWMyZDMzYTAtNzZiMi00YjUwLWI3ZDMtMzM3Y2M0ZDRkYzAw XCcsIFwnMTU3MDM2MTktODAxMy00YWY5LWE2Y2YtNTljNTMxNDIyMDZjXCcsIFwnZDVjMjhmNzAt OTUwYy00YjNkLThiOWItZGVjMzU4Zjg3NjBmXCcsIFwnNGZjZWNlNTktMmVhMy00NjkxLTg4Yzkt ZTI0ODU1NGM0M2ZlXCcsIFwnNTM2OTE1NzYtNDFkMi00ODY1LTljYmYtZGUwYzM5ZjA2M2RiXCcs IFwnZjZiYjM5YzEtM2YzNS00MjM2LWFlODItMjliYjhiZjQ0ZDc1XCcpLCBwYXJlbnQ9XCcwMDAw MDAwMC0wMDAwLTAwMDAtMDAwMC0wMDAwMDAwMDAwMDBcJyl9IiwpJywgJ2NvZGUnOiAyMjN9fQ0K VGhyZWFkLTMwNDkxNzo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsODY5OjpCaW5kaW5nWE1M UlBDOjoxNjE6OnZkczo6KHdyYXBwZXIpIFsxMzAuMjM4Ljk2LjY2XQ0KVGhyZWFkLTMwNDkxNzo6 REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsODcwOjp0YXNrOjo1Njg6OlRhc2tNYW5hZ2VyLlRh c2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9YGYzMmMxYWVkLTU4NTctNGRmYy05MGJlLThkMmYzYTQx ODZkYWA6Om1vdmluZyBmcm9tIHN0YXRlIGluaXQgLT4gc3RhdGUgcHJlcGFyaW5nDQpUaHJlYWQt MzA0OTE3OjpJTkZPOjoyMDEzLTExLTA0IDA3OjUxOjU2LDg3MDo6bG9nVXRpbHM6OjQxOjpkaXNw YXRjaGVyOjood3JhcHBlcikgUnVuIGFuZCBwcm90ZWN0OiBnZXRTcG1TdGF0dXMoc3BVVUlEPSc4 YjcwYzk5ZC01MGYyLTRhMzAtOTIxNC1jNTFlZjIwY2I0OGEnLCBvcHRpb25zPU5vbmUpDQpUaHJl YWQtMzA0OTE3OjpJTkZPOjoyMDEzLTExLTA0IDA3OjUxOjU2LDg3MDo6bG9nVXRpbHM6OjQ0Ojpk aXNwYXRjaGVyOjood3JhcHBlcikgUnVuIGFuZCBwcm90ZWN0OiBnZXRTcG1TdGF0dXMsIFJldHVy biByZXNwb25zZTogeydzcG1fc3QnOiB7J3NwbUlkJzogMiwgJ3NwbVN0YXR1cyc6ICdTUE0nLCAn c3BtTHZlcic6IDcyfX0NClRocmVhZC0zMDQ5MTc6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2 LDg3MDo6dGFzazo6MTE1MTo6VGFza01hbmFnZXIuVGFzazo6KHByZXBhcmUpIFRhc2s9YGYzMmMx YWVkLTU4NTctNGRmYy05MGJlLThkMmYzYTQxODZkYWA6OmZpbmlzaGVkOiB7J3NwbV9zdCc6IHsn c3BtSWQnOiAyLCAnc3BtU3RhdHVzJzogJ1NQTScsICdzcG1MdmVyJzogNzJ9fQ0KVGhyZWFkLTMw NDkxNzo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsODcxOjp0YXNrOjo1Njg6OlRhc2tNYW5h Z2VyLlRhc2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9YGYzMmMxYWVkLTU4NTctNGRmYy05MGJlLThk MmYzYTQxODZkYWA6Om1vdmluZyBmcm9tIHN0YXRlIHByZXBhcmluZyAtPiBzdGF0ZSBmaW5pc2hl ZA0KVGhyZWFkLTMwNDkxNzo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsODcxOjpyZXNvdXJj ZU1hbmFnZXI6OjgzMDo6UmVzb3VyY2VNYW5hZ2VyLk93bmVyOjoocmVsZWFzZUFsbCkgT3duZXIu cmVsZWFzZUFsbCByZXF1ZXN0cyB7fSByZXNvdXJjZXMge30NClRocmVhZC0zMDQ5MTc6OkRFQlVH OjoyMDEzLTExLTA0IDA3OjUxOjU2LDg3MTo6cmVzb3VyY2VNYW5hZ2VyOjo4NjQ6OlJlc291cmNl TWFuYWdlci5Pd25lcjo6KGNhbmNlbEFsbCkgT3duZXIuY2FuY2VsQWxsIHJlcXVlc3RzIHt9DQpU aHJlYWQtMzA0OTE3OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1Niw4NzE6OnRhc2s6Ojk1Nzo6 VGFza01hbmFnZXIuVGFzazo6KF9kZWNyZWYpIFRhc2s9YGYzMmMxYWVkLTU4NTctNGRmYy05MGJl LThkMmYzYTQxODZkYWA6OnJlZiAwIGFib3J0aW5nIEZhbHNlDQoNCkFuZCBoZXJlwrRzIGhvdyBp dCBsb29rcyBsaWtlIGZyb20gdGhlIHN0b3JhZ2Ugc2lkZToNCiMgbHMgLWxhaCAvZXhwb3J0L2Rz MS9kYXRhL2YyMzFkMTc2LWExMWEtNDdhOC04NGU3LTEyYmZhOTA5NWJkZC9pbWFnZXMvYWU3M2I0 MzUtMjkzNS00ZTlmLTkyNjktYzZjOGZhZDJjZjM4Lw0KdG90YWwgMjQzDQpkcnd4ci14ci14KyAg MiAzNiAgMzYgICAgIDVCIEF1ZyAxNCAwNzoyMiAuDQpkcnd4ci14ci14KyA2NyAzNiAgMzYgICAg NjdCIE9jdCAyOCAxNTo0MSAuLg0KLXJ3LXJ3LXItLSsgMjEgMzYgIDM2ICAgIDQwRyBTZXAgMjcg IDIwMTIgNzExYjc0NGEtNzYzYi00M2IzLWFiN2ItMjJlODNlOTQ2ZDNhDQotcnctcnctci0tKyAy MSAzNiAgMzYgICAxLjBNIEF1ZyAxNCAwNzoyMiA3MTFiNzQ0YS03NjNiLTQzYjMtYWI3Yi0yMmU4 M2U5NDZkM2EubGVhc2UNCi1ydy1ydy1yLS0rIDIxIDM2ICAzNiAgIDI3MEIgU2VwIDI3ICAyMDEy IDcxMWI3NDRhLTc2M2ItNDNiMy1hYjdiLTIyZTgzZTk0NmQzYS5tZXRhDQoNCkFueSB0aG91Z2h0 cyBvbiBob3cgSSBjb3VsZCBnZXQgcmlkIG9mIHRoaXMgdGhpbmc/DQoNCi0tDQoNCk1lZCBWw6Ru bGlnYSBIw6Rsc25pbmdhcg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KS2FybGkgU2rDtmJlcmcN ClN3ZWRpc2ggVW5pdmVyc2l0eSBvZiBBZ3JpY3VsdHVyYWwgU2NpZW5jZXMNCkJveCA3MDc5IChW aXNpdGluZyBBZGRyZXNzIEtyb27DpXN2w6RnZW4gOCkNClMtNzUwIDA3IFVwcHNhbGEsIFN3ZWRl bg0KUGhvbmU6ICArNDYtKDApMTgtNjcgMTUgNjYNCmthcmxpLnNqb2JlcmdAc2x1LnNlPG1haWx0 bzprYXJsaS5zam9iZXJnQGFkbS5zbHUuc2U+DQo= --_000_5F9E965F5A80BC468BE5F40576769F0948D5E65Dexchange21_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii IGNvbnRlbnQ9Ikd0a0hUTUwvNC42LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpIaSE8YnI+DQo8YnI+ DQpJwrRtIHRyeWluZyB0byBkZWxldGUgYW4gb2xkIHRlbXBsYXRlIChORlMgRGF0YXN0b3JlKSBi dXQgZW5naW5lIHdvbsK0dCBsZXQgbWUuIEhlcmXCtHMgdGhlIHJlbGV2YW50IHBhcnQgb2YgU1BN wrRzIHZkc21kLmxvZzo8YnI+DQpUaHJlYWQtMzA0OTE1OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1 MTo1NiwyNjk6OkJpbmRpbmdYTUxSUEM6OjE2MTo6dmRzOjood3JhcHBlcikgWzEzMC4yMzguOTYu NjZdPGJyPg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMjcwOjp0 YXNrOjo1Njg6OlRhc2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9YDc4YjhmNDJk LTE0Y2QtNDhlMi05ZTNlLTYxYTY2MTBjOWY2NmA6Om1vdmluZyBmcm9tIHN0YXRlIGluaXQgLSZn dDsgc3RhdGUgcHJlcGFyaW5nPGJyPg0KVGhyZWFkLTMwNDkxNTo6SU5GTzo6MjAxMy0xMS0wNCAw Nzo1MTo1NiwyNzA6OmxvZ1V0aWxzOjo0MTo6ZGlzcGF0Y2hlcjo6KHdyYXBwZXIpIFJ1biBhbmQg cHJvdGVjdDogZGVsZXRlSW1hZ2Uoc2RVVUlEPSdmMjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0xMmJm YTkwOTViZGQnLCBzcFVVSUQ9JzhiNzBjOTlkLTUwZjItNGEzMC05MjE0LWM1MWVmMjBjYjQ4YScs IGltZ1VVSUQ9J2FlNzNiNDM1LTI5MzUtNGU5Zi05MjY5LWM2YzhmYWQyY2YzOCcsIHBvc3RaZXJv PSdmYWxzZScsDQogZm9yY2U9J2ZhbHNlJyk8YnI+DQpUaHJlYWQtMzA0OTE1OjpJTkZPOjoyMDEz LTExLTA0IDA3OjUxOjU2LDI3MDo6ZmlsZVNEOjozMDI6OlN0b3JhZ2UuU3RvcmFnZURvbWFpbjo6 KHZhbGlkYXRlKSBzZFVVSUQ9ZjIzMWQxNzYtYTExYS00N2E4LTg0ZTctMTJiZmE5MDk1YmRkPGJy Pg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMjc5OjpwZXJzaXN0 ZW50RGljdDo6MjM0OjpTdG9yYWdlLlBlcnNpc3RlbnREaWN0OjoocmVmcmVzaCkgcmVhZCBsaW5l cyAoRmlsZU1ldGFkYXRhUlcpPVsnQ0xBU1M9RGF0YScsICdERVNDUklQVElPTj1aRlMyLTFfRFMx X0RhdGEnLCAnSU9PUFRJTUVPVVRTRUM9MTAnLCAnTEVBU0VSRVRSSUVTPTMnLCAnTEVBU0VUSU1F U0VDPTYwJywgJ0xPQ0tQT0xJQ1k9JywgJ0xPQ0tSRU5FV0FMSU5URVJWQUxTRUM9NScsDQogJ01B U1RFUl9WRVJTSU9OPTkwMicsICdQT09MX0RFU0NSSVBUSU9OPUM0MjQxJywgJ1BPT0xfRE9NQUlO Uz03NzMzNzBkNC1iZTVkLTQzZDgtOTVjZC1mZmQzYTZhNWIxYzg6QWN0aXZlLDUwYWJhN2ExLWJi YzEtNGVjYS04NDgwLTQ1ZWMzN2I2NGU2MzpBY3RpdmUsNGY0NjY4MGYtYTcwZC00ODQ2LWJmYzMt OTMxOGNlN2Q0ZDZkOkFjdGl2ZSxmMjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0xMmJmYTkwOTViZGQ6 QWN0aXZlJywgJ1BPT0xfU1BNX0lEPS0xJywNCiAnUE9PTF9TUE1fTFZFUj0tMScsICdQT09MX1VV SUQ9OGI3MGM5OWQtNTBmMi00YTMwLTkyMTQtYzUxZWYyMGNiNDhhJywgJ1JFTU9URV9QQVRIPWhv c3RuZnM1LXVhLnN0by5zbHUuc2U6L2V4cG9ydC9kczEvZGF0YScsICdST0xFPU1hc3RlcicsICdT RFVVSUQ9ZjIzMWQxNzYtYTExYS00N2E4LTg0ZTctMTJiZmE5MDk1YmRkJywgJ1RZUEU9TkZTJywg J1ZFUlNJT049MycsICdfU0hBX0NLU1VNPWRlMWI3N2Y1OTEyZTk0MDUyYzRmYmQyMTI5OWY0NGE2 NDk4Mjc1ZDknXTxicj4NClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2 LDI4MDo6cmVzb3VyY2VNYW5hZ2VyOjoxOTA6OlJlc291cmNlTWFuYWdlci5SZXF1ZXN0OjooX19p bml0X18pIFJlc05hbWU9YFN0b3JhZ2UuYWU3M2I0MzUtMjkzNS00ZTlmLTkyNjktYzZjOGZhZDJj ZjM4YFJlcUlEPWBlNDEyZWFkYy01YWY3LTQyNmYtOTRmOS00ZDUyNzgzNjE0ZTdgOjpSZXF1ZXN0 IHdhcyBtYWRlIGluICcvdXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9yZXNvdXJjZU1hbmFnZXIucHkn DQogbGluZSAnMTg5JyBhdCAnX19pbml0X18nPGJyPg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIw MTMtMTEtMDQgMDc6NTE6NTYsMjgwOjpyZXNvdXJjZU1hbmFnZXI6OjUwNDo6UmVzb3VyY2VNYW5h Z2VyOjoocmVnaXN0ZXJSZXNvdXJjZSkgVHJ5aW5nIHRvIHJlZ2lzdGVyIHJlc291cmNlICdTdG9y YWdlLmFlNzNiNDM1LTI5MzUtNGU5Zi05MjY5LWM2YzhmYWQyY2YzOCcgZm9yIGxvY2sgdHlwZSAn ZXhjbHVzaXZlJzxicj4NClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2 LDI4MTo6cmVzb3VyY2VNYW5hZ2VyOjo1NDc6OlJlc291cmNlTWFuYWdlcjo6KHJlZ2lzdGVyUmVz b3VyY2UpIFJlc291cmNlICdTdG9yYWdlLmFlNzNiNDM1LTI5MzUtNGU5Zi05MjY5LWM2YzhmYWQy Y2YzOCcgaXMgZnJlZS4gTm93IGxvY2tpbmcgYXMgJ2V4Y2x1c2l2ZScgKDEgYWN0aXZlIHVzZXIp PGJyPg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMjgxOjpyZXNv dXJjZU1hbmFnZXI6OjIyNzo6UmVzb3VyY2VNYW5hZ2VyLlJlcXVlc3Q6OihncmFudCkgUmVzTmFt ZT1gU3RvcmFnZS5hZTczYjQzNS0yOTM1LTRlOWYtOTI2OS1jNmM4ZmFkMmNmMzhgUmVxSUQ9YGU0 MTJlYWRjLTVhZjctNDI2Zi05NGY5LTRkNTI3ODM2MTRlN2A6OkdyYW50ZWQgcmVxdWVzdDxicj4N ClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDI4MTo6dGFzazo6Nzk0 OjpUYXNrTWFuYWdlci5UYXNrOjoocmVzb3VyY2VBY3F1aXJlZCkgVGFzaz1gNzhiOGY0MmQtMTRj ZC00OGUyLTllM2UtNjFhNjYxMGM5ZjY2YDo6X3Jlc291cmNlc0FjcXVpcmVkOiBTdG9yYWdlLmFl NzNiNDM1LTI5MzUtNGU5Zi05MjY5LWM2YzhmYWQyY2YzOCAoZXhjbHVzaXZlKTxicj4NClRocmVh ZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDI4MTo6dGFzazo6OTU3OjpUYXNr TWFuYWdlci5UYXNrOjooX2RlY3JlZikgVGFzaz1gNzhiOGY0MmQtMTRjZC00OGUyLTllM2UtNjFh NjYxMGM5ZjY2YDo6cmVmIDEgYWJvcnRpbmcgRmFsc2U8YnI+DQpUaHJlYWQtMzA0OTE1OjpERUJV Rzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwyODI6OnJlc291cmNlTWFuYWdlcjo6MTkwOjpSZXNvdXJj ZU1hbmFnZXIuUmVxdWVzdDo6KF9faW5pdF9fKSBSZXNOYW1lPWBTdG9yYWdlLmYyMzFkMTc2LWEx MWEtNDdhOC04NGU3LTEyYmZhOTA5NWJkZGBSZXFJRD1gNTQ0Y2FlYjItOWQ2MS00MmU0LTlmYzct MWY3ODExNzAwZjRiYDo6UmVxdWVzdCB3YXMgbWFkZSBpbiAnL3Vzci9zaGFyZS92ZHNtL3N0b3Jh Z2UvcmVzb3VyY2VNYW5hZ2VyLnB5Jw0KIGxpbmUgJzE4OScgYXQgJ19faW5pdF9fJzxicj4NClRo cmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDI4Mjo6cmVzb3VyY2VNYW5h Z2VyOjo1MDQ6OlJlc291cmNlTWFuYWdlcjo6KHJlZ2lzdGVyUmVzb3VyY2UpIFRyeWluZyB0byBy ZWdpc3RlciByZXNvdXJjZSAnU3RvcmFnZS5mMjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0xMmJmYTkw OTViZGQnIGZvciBsb2NrIHR5cGUgJ3NoYXJlZCc8YnI+DQpUaHJlYWQtMzA0OTE1OjpERUJVRzo6 MjAxMy0xMS0wNCAwNzo1MTo1NiwyODI6OnJlc291cmNlTWFuYWdlcjo6NTQ3OjpSZXNvdXJjZU1h bmFnZXI6OihyZWdpc3RlclJlc291cmNlKSBSZXNvdXJjZSAnU3RvcmFnZS5mMjMxZDE3Ni1hMTFh LTQ3YTgtODRlNy0xMmJmYTkwOTViZGQnIGlzIGZyZWUuIE5vdyBsb2NraW5nIGFzICdzaGFyZWQn ICgxIGFjdGl2ZSB1c2VyKTxicj4NClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3 OjUxOjU2LDI4Mzo6cmVzb3VyY2VNYW5hZ2VyOjoyMjc6OlJlc291cmNlTWFuYWdlci5SZXF1ZXN0 OjooZ3JhbnQpIFJlc05hbWU9YFN0b3JhZ2UuZjIzMWQxNzYtYTExYS00N2E4LTg0ZTctMTJiZmE5 MDk1YmRkYFJlcUlEPWA1NDRjYWViMi05ZDYxLTQyZTQtOWZjNy0xZjc4MTE3MDBmNGJgOjpHcmFu dGVkIHJlcXVlc3Q8YnI+DQpUaHJlYWQtMzA0OTE1OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1 NiwyODM6OnRhc2s6Ojc5NDo6VGFza01hbmFnZXIuVGFzazo6KHJlc291cmNlQWNxdWlyZWQpIFRh c2s9YDc4YjhmNDJkLTE0Y2QtNDhlMi05ZTNlLTYxYTY2MTBjOWY2NmA6Ol9yZXNvdXJjZXNBY3F1 aXJlZDogU3RvcmFnZS5mMjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0xMmJmYTkwOTViZGQgKHNoYXJl ZCk8YnI+DQpUaHJlYWQtMzA0OTE1OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwyODM6OnRh c2s6Ojk1Nzo6VGFza01hbmFnZXIuVGFzazo6KF9kZWNyZWYpIFRhc2s9YDc4YjhmNDJkLTE0Y2Qt NDhlMi05ZTNlLTYxYTY2MTBjOWY2NmA6OnJlZiAxIGFib3J0aW5nIEZhbHNlPGJyPg0KVGhyZWFk LTMwNDkxNTo6RVJST1I6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMzEzOjp0YXNrOjo4MzM6OlRhc2tN YW5hZ2VyLlRhc2s6Oihfc2V0RXJyb3IpIFRhc2s9YDc4YjhmNDJkLTE0Y2QtNDhlMi05ZTNlLTYx YTY2MTBjOWY2NmA6OlVuZXhwZWN0ZWQgZXJyb3I8YnI+DQpUcmFjZWJhY2sgKG1vc3QgcmVjZW50 IGNhbGwgbGFzdCk6PGJyPg0KJm5ic3A7IEZpbGUgJnF1b3Q7L3Vzci9zaGFyZS92ZHNtL3N0b3Jh Z2UvdGFzay5weSZxdW90OywgbGluZSA4NDAsIGluIF9ydW48YnI+DQombmJzcDsmbmJzcDsmbmJz cDsgcmV0dXJuIGZuKCphcmdzLCAqKmthcmdzKTxicj4NCiZuYnNwOyBGaWxlICZxdW90Oy91c3Iv c2hhcmUvdmRzbS9sb2dVdGlscy5weSZxdW90OywgbGluZSA0MiwgaW4gd3JhcHBlcjxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyByZXMgPSBmKCphcmdzLCAqKmt3YXJncyk8YnI+DQombmJzcDsgRmls ZSAmcXVvdDsvdXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9oc20ucHkmcXVvdDssIGxpbmUgMTQ1MSwg aW4gZGVsZXRlSW1hZ2U8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgdm9sc0J5SW1nKSk8YnI+DQpD YW5ub3REZWxldGVTaGFyZWRWb2x1bWU6IFNoYXJlZCBWb2x1bWUgY2Fubm90IGJlIGRlbGV0ZWQ6 ICgmcXVvdDtDYW5ub3QgZGVsZXRlIHNoYXJlZCBpbWFnZSBhZTczYjQzNS0yOTM1LTRlOWYtOTI2 OS1jNmM4ZmFkMmNmMzguIHZvbEltZ3M6IHsnNzExYjc0NGEtNzYzYi00M2IzLWFiN2ItMjJlODNl OTQ2ZDNhJzogSW1nc1BhcihpbWdzPSgnYWU3M2I0MzUtMjkzNS00ZTlmLTkyNjktYzZjOGZhZDJj ZjM4JywgJzdkZDNjMzVmLThlZDAtNDVhZC1hNzI2LWIwNWI0ZTlhYmI3NCcsDQogJzIzMDU4OWI4 LWRmZjMtNGZiMC04ODRmLTlkYjlhNDdjMDdlYycsICczNGIwOTE4NS0xNmFlLTQ1NzItOGQ1Mi05 OTUyZWI4ZTA1ZmInLCAnNjcyZGNmMGEtY2IzMS00ZGM2LTgxMGMtOGZmNGNkNWRjZDBkJywgJzk1 OGYyOTAxLTFhN2UtNGJhZi1iZDFlLWVlNGQzMzBjMjAwNicsICc0YTg4NjBiNC1mNDAwLTQ2MTUt YjY0MS1jNzRiYjQ5NTIzMGYnLCAnNGUyYTBjOTItODU5ZS00NzQzLWE5NmEtYjUyNWE5YmZhNTQ2 JywgJzk3ZDExOWE2LWVlOGQtNGMxMi1hYjdkLWJhNTE1MjJhNGQyNycsDQogJ2NkOWU0MDFlLWMx NDktNGNmMC05MzRiLWJlMDYwZWMwNTMyZCcsICc5OTFlZmE0Ny01ZTUyLTRiOTMtYTcwYi0wNjdl ODI3YWNiZWQnLCAnNTBjMGViZDctNzIxOS00OTcyLTljZjQtNjIyODFhODFmODU3JywgJzBmYjU3 OWFhLWVlNzMtNGNlZC1hZTNkLTAwNWYxMjU5NGZiNicsICdjNTBhNWY5Zi0wNjkzLTQ3YjgtYWVk OS00NWE4YjMwOGFkYWYnLCAnY2VjNDgwNjUtNzQyYS00Y2U4LTkwZWEtYzA5ZDllNjYwODNlJywg J2FjMmQzM2EwLTc2YjItNGI1MC1iN2QzLTMzN2NjNGQ0ZGMwMCcsDQogJzE1NzAzNjE5LTgwMTMt NGFmOS1hNmNmLTU5YzUzMTQyMjA2YycsICdkNWMyOGY3MC05NTBjLTRiM2QtOGI5Yi1kZWMzNThm ODc2MGYnLCAnNGZjZWNlNTktMmVhMy00NjkxLTg4YzktZTI0ODU1NGM0M2ZlJywgJzUzNjkxNTc2 LTQxZDItNDg2NS05Y2JmLWRlMGMzOWYwNjNkYicsICdmNmJiMzljMS0zZjM1LTQyMzYtYWU4Mi0y OWJiOGJmNDRkNzUnKSwgcGFyZW50PScwMDAwMDAwMC0wMDAwLTAwMDAtMDAwMC0wMDAwMDAwMDAw MDAnKX0mcXVvdDssKTxicj4NClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUx OjU2LDMyMDo6dGFzazo6ODUyOjpUYXNrTWFuYWdlci5UYXNrOjooX3J1bikgVGFzaz1gNzhiOGY0 MmQtMTRjZC00OGUyLTllM2UtNjFhNjYxMGM5ZjY2YDo6VGFzay5fcnVuOiA3OGI4ZjQyZC0xNGNk LTQ4ZTItOWUzZS02MWE2NjEwYzlmNjYgKCdmMjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0xMmJmYTkw OTViZGQnLCAnOGI3MGM5OWQtNTBmMi00YTMwLTkyMTQtYzUxZWYyMGNiNDhhJywNCiAnYWU3M2I0 MzUtMjkzNS00ZTlmLTkyNjktYzZjOGZhZDJjZjM4JywgJ2ZhbHNlJywgJ2ZhbHNlJykge30gZmFp bGVkIC0gc3RvcHBpbmcgdGFzazxicj4NClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0 IDA3OjUxOjU2LDMyMDo6dGFzazo6MTE3Nzo6VGFza01hbmFnZXIuVGFzazo6KHN0b3ApIFRhc2s9 YDc4YjhmNDJkLTE0Y2QtNDhlMi05ZTNlLTYxYTY2MTBjOWY2NmA6OnN0b3BwaW5nIGluIHN0YXRl IHByZXBhcmluZyAoZm9yY2UgRmFsc2UpPGJyPg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMt MTEtMDQgMDc6NTE6NTYsMzIwOjp0YXNrOjo5NTc6OlRhc2tNYW5hZ2VyLlRhc2s6OihfZGVjcmVm KSBUYXNrPWA3OGI4ZjQyZC0xNGNkLTQ4ZTItOWUzZS02MWE2NjEwYzlmNjZgOjpyZWYgMSBhYm9y dGluZyBUcnVlPGJyPg0KVGhyZWFkLTMwNDkxNTo6SU5GTzo6MjAxMy0xMS0wNCAwNzo1MTo1Niwz MjA6OnRhc2s6OjExMzQ6OlRhc2tNYW5hZ2VyLlRhc2s6OihwcmVwYXJlKSBUYXNrPWA3OGI4ZjQy ZC0xNGNkLTQ4ZTItOWUzZS02MWE2NjEwYzlmNjZgOjphYm9ydGluZzogVGFzayBpcyBhYm9ydGVk OiAnU2hhcmVkIFZvbHVtZSBjYW5ub3QgYmUgZGVsZXRlZCcgLSBjb2RlIDIyMzxicj4NClRocmVh ZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDMyMTo6dGFzazo6MTEzOTo6VGFz a01hbmFnZXIuVGFzazo6KHByZXBhcmUpIFRhc2s9YDc4YjhmNDJkLTE0Y2QtNDhlMi05ZTNlLTYx YTY2MTBjOWY2NmA6OlByZXBhcmU6IGFib3J0ZWQ6IFNoYXJlZCBWb2x1bWUgY2Fubm90IGJlIGRl bGV0ZWQ8YnI+DQpUaHJlYWQtMzA0OTE1OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwzMjE6 OnRhc2s6Ojk1Nzo6VGFza01hbmFnZXIuVGFzazo6KF9kZWNyZWYpIFRhc2s9YDc4YjhmNDJkLTE0 Y2QtNDhlMi05ZTNlLTYxYTY2MTBjOWY2NmA6OnJlZiAwIGFib3J0aW5nIFRydWU8YnI+DQpUaHJl YWQtMzA0OTE1OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwzMjE6OnRhc2s6Ojg5Mjo6VGFz a01hbmFnZXIuVGFzazo6KF9kb0Fib3J0KSBUYXNrPWA3OGI4ZjQyZC0xNGNkLTQ4ZTItOWUzZS02 MWE2NjEwYzlmNjZgOjpUYXNrLl9kb0Fib3J0OiBmb3JjZSBGYWxzZTxicj4NClRocmVhZC0zMDQ5 MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDMyMTo6cmVzb3VyY2VNYW5hZ2VyOjo4NjQ6 OlJlc291cmNlTWFuYWdlci5Pd25lcjo6KGNhbmNlbEFsbCkgT3duZXIuY2FuY2VsQWxsIHJlcXVl c3RzIHt9PGJyPg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMzIx Ojp0YXNrOjo1Njg6OlRhc2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9YDc4Yjhm NDJkLTE0Y2QtNDhlMi05ZTNlLTYxYTY2MTBjOWY2NmA6Om1vdmluZyBmcm9tIHN0YXRlIHByZXBh cmluZyAtJmd0OyBzdGF0ZSBhYm9ydGluZzxicj4NClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEz LTExLTA0IDA3OjUxOjU2LDMyMjo6dGFzazo6NTIzOjpUYXNrTWFuYWdlci5UYXNrOjooX19zdGF0 ZV9hYm9ydGluZykgVGFzaz1gNzhiOGY0MmQtMTRjZC00OGUyLTllM2UtNjFhNjYxMGM5ZjY2YDo6 X2Fib3J0aW5nOiByZWNvdmVyIHBvbGljeSBub25lPGJyPg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6 OjIwMTMtMTEtMDQgMDc6NTE6NTYsMzIyOjp0YXNrOjo1Njg6OlRhc2tNYW5hZ2VyLlRhc2s6Oihf dXBkYXRlU3RhdGUpIFRhc2s9YDc4YjhmNDJkLTE0Y2QtNDhlMi05ZTNlLTYxYTY2MTBjOWY2NmA6 Om1vdmluZyBmcm9tIHN0YXRlIGFib3J0aW5nIC0mZ3Q7IHN0YXRlIGZhaWxlZDxicj4NClRocmVh ZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDMyMjo6cmVzb3VyY2VNYW5hZ2Vy Ojo4MzA6OlJlc291cmNlTWFuYWdlci5Pd25lcjo6KHJlbGVhc2VBbGwpIE93bmVyLnJlbGVhc2VB bGwgcmVxdWVzdHMge30gcmVzb3VyY2VzIHsnU3RvcmFnZS5mMjMxZDE3Ni1hMTFhLTQ3YTgtODRl Ny0xMmJmYTkwOTViZGQnOiAmbHQ7IFJlc291cmNlUmVmICdTdG9yYWdlLmYyMzFkMTc2LWExMWEt NDdhOC04NGU3LTEyYmZhOTA5NWJkZCcsIGlzVmFsaWQ6DQogJ1RydWUnIG9iajogJ05vbmUnJmd0 OywgJ1N0b3JhZ2UuYWU3M2I0MzUtMjkzNS00ZTlmLTkyNjktYzZjOGZhZDJjZjM4JzogJmx0OyBS ZXNvdXJjZVJlZiAnU3RvcmFnZS5hZTczYjQzNS0yOTM1LTRlOWYtOTI2OS1jNmM4ZmFkMmNmMzgn LCBpc1ZhbGlkOiAnVHJ1ZScgb2JqOiAnTm9uZScmZ3Q7fTxicj4NClRocmVhZC0zMDQ5MTU6OkRF QlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDMyMjo6cmVzb3VyY2VNYW5hZ2VyOjo4NjQ6OlJlc291 cmNlTWFuYWdlci5Pd25lcjo6KGNhbmNlbEFsbCkgT3duZXIuY2FuY2VsQWxsIHJlcXVlc3RzIHt9 PGJyPg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMzIzOjpyZXNv dXJjZU1hbmFnZXI6OjU1Nzo6UmVzb3VyY2VNYW5hZ2VyOjoocmVsZWFzZVJlc291cmNlKSBUcnlp bmcgdG8gcmVsZWFzZSByZXNvdXJjZSAnU3RvcmFnZS5mMjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0x MmJmYTkwOTViZGQnPGJyPg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6 NTYsMzIzOjpyZXNvdXJjZU1hbmFnZXI6OjU3Mzo6UmVzb3VyY2VNYW5hZ2VyOjoocmVsZWFzZVJl c291cmNlKSBSZWxlYXNlZCByZXNvdXJjZSAnU3RvcmFnZS5mMjMxZDE3Ni1hMTFhLTQ3YTgtODRl Ny0xMmJmYTkwOTViZGQnICgwIGFjdGl2ZSB1c2Vycyk8YnI+DQpUaHJlYWQtMzA0OTE1OjpERUJV Rzo6MjAxMy0xMS0wNCAwNzo1MTo1NiwzMjM6OnJlc291cmNlTWFuYWdlcjo6NTc4OjpSZXNvdXJj ZU1hbmFnZXI6OihyZWxlYXNlUmVzb3VyY2UpIFJlc291cmNlICdTdG9yYWdlLmYyMzFkMTc2LWEx MWEtNDdhOC04NGU3LTEyYmZhOTA5NWJkZCcgaXMgZnJlZSwgZmluZGluZyBvdXQgaWYgYW55b25l IGlzIHdhaXRpbmcgZm9yIGl0Ljxicj4NClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0 IDA3OjUxOjU2LDMyMzo6cmVzb3VyY2VNYW5hZ2VyOjo1ODU6OlJlc291cmNlTWFuYWdlcjo6KHJl bGVhc2VSZXNvdXJjZSkgTm8gb25lIGlzIHdhaXRpbmcgZm9yIHJlc291cmNlICdTdG9yYWdlLmYy MzFkMTc2LWExMWEtNDdhOC04NGU3LTEyYmZhOTA5NWJkZCcsIENsZWFyaW5nIHJlY29yZHMuPGJy Pg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMzIzOjpyZXNvdXJj ZU1hbmFnZXI6OjU1Nzo6UmVzb3VyY2VNYW5hZ2VyOjoocmVsZWFzZVJlc291cmNlKSBUcnlpbmcg dG8gcmVsZWFzZSByZXNvdXJjZSAnU3RvcmFnZS5hZTczYjQzNS0yOTM1LTRlOWYtOTI2OS1jNmM4 ZmFkMmNmMzgnPGJyPg0KVGhyZWFkLTMwNDkxNTo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYs MzI0OjpyZXNvdXJjZU1hbmFnZXI6OjU3Mzo6UmVzb3VyY2VNYW5hZ2VyOjoocmVsZWFzZVJlc291 cmNlKSBSZWxlYXNlZCByZXNvdXJjZSAnU3RvcmFnZS5hZTczYjQzNS0yOTM1LTRlOWYtOTI2OS1j NmM4ZmFkMmNmMzgnICgwIGFjdGl2ZSB1c2Vycyk8YnI+DQpUaHJlYWQtMzA0OTE1OjpERUJVRzo6 MjAxMy0xMS0wNCAwNzo1MTo1NiwzMjQ6OnJlc291cmNlTWFuYWdlcjo6NTc4OjpSZXNvdXJjZU1h bmFnZXI6OihyZWxlYXNlUmVzb3VyY2UpIFJlc291cmNlICdTdG9yYWdlLmFlNzNiNDM1LTI5MzUt NGU5Zi05MjY5LWM2YzhmYWQyY2YzOCcgaXMgZnJlZSwgZmluZGluZyBvdXQgaWYgYW55b25lIGlz IHdhaXRpbmcgZm9yIGl0Ljxicj4NClRocmVhZC0zMDQ5MTU6OkRFQlVHOjoyMDEzLTExLTA0IDA3 OjUxOjU2LDMyNDo6cmVzb3VyY2VNYW5hZ2VyOjo1ODU6OlJlc291cmNlTWFuYWdlcjo6KHJlbGVh c2VSZXNvdXJjZSkgTm8gb25lIGlzIHdhaXRpbmcgZm9yIHJlc291cmNlICdTdG9yYWdlLmFlNzNi NDM1LTI5MzUtNGU5Zi05MjY5LWM2YzhmYWQyY2YzOCcsIENsZWFyaW5nIHJlY29yZHMuPGJyPg0K VGhyZWFkLTMwNDkxNTo6RVJST1I6OjIwMTMtMTEtMDQgMDc6NTE6NTYsMzI0OjpkaXNwYXRjaGVy Ojo2Nzo6U3RvcmFnZS5EaXNwYXRjaGVyLlByb3RlY3Q6OihydW4pIHsnc3RhdHVzJzogeydtZXNz YWdlJzogJ1NoYXJlZCBWb2x1bWUgY2Fubm90IGJlIGRlbGV0ZWQ6ICgmcXVvdDtDYW5ub3QgZGVs ZXRlIHNoYXJlZCBpbWFnZSBhZTczYjQzNS0yOTM1LTRlOWYtOTI2OS1jNmM4ZmFkMmNmMzguIHZv bEltZ3M6IHtcJzcxMWI3NDRhLTc2M2ItNDNiMy1hYjdiLTIyZTgzZTk0NmQzYVwnOg0KIEltZ3NQ YXIoaW1ncz0oXCdhZTczYjQzNS0yOTM1LTRlOWYtOTI2OS1jNmM4ZmFkMmNmMzhcJywgXCc3ZGQz YzM1Zi04ZWQwLTQ1YWQtYTcyNi1iMDViNGU5YWJiNzRcJywgXCcyMzA1ODliOC1kZmYzLTRmYjAt ODg0Zi05ZGI5YTQ3YzA3ZWNcJywgXCczNGIwOTE4NS0xNmFlLTQ1NzItOGQ1Mi05OTUyZWI4ZTA1 ZmJcJywgXCc2NzJkY2YwYS1jYjMxLTRkYzYtODEwYy04ZmY0Y2Q1ZGNkMGRcJywgXCc5NThmMjkw MS0xYTdlLTRiYWYtYmQxZS1lZTRkMzMwYzIwMDZcJywNCiBcJzRhODg2MGI0LWY0MDAtNDYxNS1i NjQxLWM3NGJiNDk1MjMwZlwnLCBcJzRlMmEwYzkyLTg1OWUtNDc0My1hOTZhLWI1MjVhOWJmYTU0 NlwnLCBcJzk3ZDExOWE2LWVlOGQtNGMxMi1hYjdkLWJhNTE1MjJhNGQyN1wnLCBcJ2NkOWU0MDFl LWMxNDktNGNmMC05MzRiLWJlMDYwZWMwNTMyZFwnLCBcJzk5MWVmYTQ3LTVlNTItNGI5My1hNzBi LTA2N2U4MjdhY2JlZFwnLCBcJzUwYzBlYmQ3LTcyMTktNDk3Mi05Y2Y0LTYyMjgxYTgxZjg1N1wn LCBcJzBmYjU3OWFhLWVlNzMtNGNlZC1hZTNkLTAwNWYxMjU5NGZiNlwnLA0KIFwnYzUwYTVmOWYt MDY5My00N2I4LWFlZDktNDVhOGIzMDhhZGFmXCcsIFwnY2VjNDgwNjUtNzQyYS00Y2U4LTkwZWEt YzA5ZDllNjYwODNlXCcsIFwnYWMyZDMzYTAtNzZiMi00YjUwLWI3ZDMtMzM3Y2M0ZDRkYzAwXCcs IFwnMTU3MDM2MTktODAxMy00YWY5LWE2Y2YtNTljNTMxNDIyMDZjXCcsIFwnZDVjMjhmNzAtOTUw Yy00YjNkLThiOWItZGVjMzU4Zjg3NjBmXCcsIFwnNGZjZWNlNTktMmVhMy00NjkxLTg4YzktZTI0 ODU1NGM0M2ZlXCcsIFwnNTM2OTE1NzYtNDFkMi00ODY1LTljYmYtZGUwYzM5ZjA2M2RiXCcsDQog XCdmNmJiMzljMS0zZjM1LTQyMzYtYWU4Mi0yOWJiOGJmNDRkNzVcJyksIHBhcmVudD1cJzAwMDAw MDAwLTAwMDAtMDAwMC0wMDAwLTAwMDAwMDAwMDAwMFwnKX0mcXVvdDssKScsICdjb2RlJzogMjIz fX08YnI+DQpUaHJlYWQtMzA0OTE3OjpERUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1Niw4Njk6OkJp bmRpbmdYTUxSUEM6OjE2MTo6dmRzOjood3JhcHBlcikgWzEzMC4yMzguOTYuNjZdPGJyPg0KVGhy ZWFkLTMwNDkxNzo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsODcwOjp0YXNrOjo1Njg6OlRh c2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9YGYzMmMxYWVkLTU4NTctNGRmYy05 MGJlLThkMmYzYTQxODZkYWA6Om1vdmluZyBmcm9tIHN0YXRlIGluaXQgLSZndDsgc3RhdGUgcHJl cGFyaW5nPGJyPg0KVGhyZWFkLTMwNDkxNzo6SU5GTzo6MjAxMy0xMS0wNCAwNzo1MTo1Niw4NzA6 OmxvZ1V0aWxzOjo0MTo6ZGlzcGF0Y2hlcjo6KHdyYXBwZXIpIFJ1biBhbmQgcHJvdGVjdDogZ2V0 U3BtU3RhdHVzKHNwVVVJRD0nOGI3MGM5OWQtNTBmMi00YTMwLTkyMTQtYzUxZWYyMGNiNDhhJywg b3B0aW9ucz1Ob25lKTxicj4NClRocmVhZC0zMDQ5MTc6OklORk86OjIwMTMtMTEtMDQgMDc6NTE6 NTYsODcwOjpsb2dVdGlsczo6NDQ6OmRpc3BhdGNoZXI6Oih3cmFwcGVyKSBSdW4gYW5kIHByb3Rl Y3Q6IGdldFNwbVN0YXR1cywgUmV0dXJuIHJlc3BvbnNlOiB7J3NwbV9zdCc6IHsnc3BtSWQnOiAy LCAnc3BtU3RhdHVzJzogJ1NQTScsICdzcG1MdmVyJzogNzJ9fTxicj4NClRocmVhZC0zMDQ5MTc6 OkRFQlVHOjoyMDEzLTExLTA0IDA3OjUxOjU2LDg3MDo6dGFzazo6MTE1MTo6VGFza01hbmFnZXIu VGFzazo6KHByZXBhcmUpIFRhc2s9YGYzMmMxYWVkLTU4NTctNGRmYy05MGJlLThkMmYzYTQxODZk YWA6OmZpbmlzaGVkOiB7J3NwbV9zdCc6IHsnc3BtSWQnOiAyLCAnc3BtU3RhdHVzJzogJ1NQTScs ICdzcG1MdmVyJzogNzJ9fTxicj4NClRocmVhZC0zMDQ5MTc6OkRFQlVHOjoyMDEzLTExLTA0IDA3 OjUxOjU2LDg3MTo6dGFzazo6NTY4OjpUYXNrTWFuYWdlci5UYXNrOjooX3VwZGF0ZVN0YXRlKSBU YXNrPWBmMzJjMWFlZC01ODU3LTRkZmMtOTBiZS04ZDJmM2E0MTg2ZGFgOjptb3ZpbmcgZnJvbSBz dGF0ZSBwcmVwYXJpbmcgLSZndDsgc3RhdGUgZmluaXNoZWQ8YnI+DQpUaHJlYWQtMzA0OTE3OjpE RUJVRzo6MjAxMy0xMS0wNCAwNzo1MTo1Niw4NzE6OnJlc291cmNlTWFuYWdlcjo6ODMwOjpSZXNv dXJjZU1hbmFnZXIuT3duZXI6OihyZWxlYXNlQWxsKSBPd25lci5yZWxlYXNlQWxsIHJlcXVlc3Rz IHt9IHJlc291cmNlcyB7fTxicj4NClRocmVhZC0zMDQ5MTc6OkRFQlVHOjoyMDEzLTExLTA0IDA3 OjUxOjU2LDg3MTo6cmVzb3VyY2VNYW5hZ2VyOjo4NjQ6OlJlc291cmNlTWFuYWdlci5Pd25lcjo6 KGNhbmNlbEFsbCkgT3duZXIuY2FuY2VsQWxsIHJlcXVlc3RzIHt9PGJyPg0KVGhyZWFkLTMwNDkx Nzo6REVCVUc6OjIwMTMtMTEtMDQgMDc6NTE6NTYsODcxOjp0YXNrOjo5NTc6OlRhc2tNYW5hZ2Vy LlRhc2s6OihfZGVjcmVmKSBUYXNrPWBmMzJjMWFlZC01ODU3LTRkZmMtOTBiZS04ZDJmM2E0MTg2 ZGFgOjpyZWYgMCBhYm9ydGluZyBGYWxzZTxicj4NCjxicj4NCkFuZCBoZXJlwrRzIGhvdyBpdCBs b29rcyBsaWtlIGZyb20gdGhlIHN0b3JhZ2Ugc2lkZTo8YnI+DQojIGxzIC1sYWggL2V4cG9ydC9k czEvZGF0YS9mMjMxZDE3Ni1hMTFhLTQ3YTgtODRlNy0xMmJmYTkwOTViZGQvaW1hZ2VzL2FlNzNi NDM1LTI5MzUtNGU5Zi05MjY5LWM2YzhmYWQyY2YzOC88YnI+DQp0b3RhbCAyNDM8YnI+DQpkcnd4 ci14ci14JiM0MzsmbmJzcDsgMiAzNiZuYnNwOyAzNiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA1 QiBBdWcgMTQgMDc6MjIgLjxicj4NCmRyd3hyLXhyLXgmIzQzOyA2NyAzNiZuYnNwOyAzNiZuYnNw OyZuYnNwOyZuYnNwOyA2N0IgT2N0IDI4IDE1OjQxIC4uPGJyPg0KLXJ3LXJ3LXItLSYjNDM7IDIx IDM2Jm5ic3A7IDM2Jm5ic3A7Jm5ic3A7Jm5ic3A7IDQwRyBTZXAgMjcmbmJzcDsgMjAxMiA3MTFi NzQ0YS03NjNiLTQzYjMtYWI3Yi0yMmU4M2U5NDZkM2E8YnI+DQotcnctcnctci0tJiM0MzsgMjEg MzYmbmJzcDsgMzYmbmJzcDsmbmJzcDsgMS4wTSBBdWcgMTQgMDc6MjIgNzExYjc0NGEtNzYzYi00 M2IzLWFiN2ItMjJlODNlOTQ2ZDNhLmxlYXNlPGJyPg0KLXJ3LXJ3LXItLSYjNDM7IDIxIDM2Jm5i c3A7IDM2Jm5ic3A7Jm5ic3A7IDI3MEIgU2VwIDI3Jm5ic3A7IDIwMTIgNzExYjc0NGEtNzYzYi00 M2IzLWFiN2ItMjJlODNlOTQ2ZDNhLm1ldGE8YnI+DQo8YnI+DQpBbnkgdGhvdWdodHMgb24gaG93 IEkgY291bGQgZ2V0IHJpZCBvZiB0aGlzIHRoaW5nPzxicj4NCjxicj4NCjx0YWJsZSBjZWxsc3Bh Y2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiIHdpZHRoPSIxMDAlIj4NCjx0Ym9keT4NCjx0cj4NCjx0 ZD4tLSA8YnI+DQo8YnI+DQpNZWQgVsOkbmxpZ2EgSMOkbHNuaW5nYXI8YnI+DQotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tPGJyPg0KS2FybGkgU2rDtmJlcmc8YnI+DQpTd2VkaXNoIFVuaXZlcnNpdHkg b2YgQWdyaWN1bHR1cmFsIFNjaWVuY2VzPGJyPg0KQm94IDcwNzkgKFZpc2l0aW5nIEFkZHJlc3Mg S3JvbsOlc3bDpGdlbiA4KTxicj4NClMtNzUwIDA3IFVwcHNhbGEsIFN3ZWRlbjxicj4NClBob25l OiAmbmJzcDsmIzQzOzQ2LSgwKTE4LTY3IDE1IDY2PGJyPg0KPGEgaHJlZj0ibWFpbHRvOmthcmxp LnNqb2JlcmdAYWRtLnNsdS5zZSI+a2FybGkuc2pvYmVyZ0BzbHUuc2U8L2E+IDwvdGQ+DQo8L3Ry Pg0KPC90Ym9keT4NCjwvdGFibGU+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_5F9E965F5A80BC468BE5F40576769F0948D5E65Dexchange21_--

2 7