December 2013 - Devel - oVirt List Archives

[Engine-devel] Using REST API in web UI - review call summary
by Vojtech Szocs 15 Feb '14

15 Feb '14

Hi guys, this is a summary of yesterday's review call, I'll try to highlight important Q/A and things we agreed on. Feel free to add anything in case I've missed something. -- Q: Why don't we simply try to use existing Java SDK and adapt it for GWT apps? (asked by Michael & Gilad) A: This might be a viable option to consider if we wanted to skip JavaScript-based SDK altogether and target Java/GWT code directly; we could simply take Java SDK and customize its abstractions where necessary, i.e. using HTTP transport layer implementation that works with GWT. In any case, this would mean coupling ourselves to Java SDK (which has its own release cycle) and I think this would complicate things for us. As proposed on the meeting, I think it's best to aim for JavaScript SDK as the lowest common denominator for *any* web application that wants to work with REST API. oVirt GWT-based UI can simply bind to JavaScript SDK, i.e. Java/GWT code that just overlays objects and functions provided by JavaScript SDK. Another reason is ease of maintenance - I'd rather see JavaScript SDK's code generation process to be independent of any other SDK (people responsible for maintaining JavaScript SDK should have full control over generated code). -- Q: What about functionality currently used by oVirt UI but not supported by REST API? (asked by Einav) [For example, fetching VM entity over GWT RPC also returns related data such as Cluster name.] A: Based on discussion I've had with other colleagues after yesterday's review call, I don't think that separate support-like backend layer is a good idea. Instead, this is the kind of functionality that could be placed in oVirt.js library. Logical operations like "get VMs and related data" would be exposed through oVirt.js (callback-based) API and ultimately realized as multiple physical requests to REST API via JavaScript Binding. oVirt.js client would be completely oblivious to the fact that multiple physical requests are dispatched. In fact, since HTTP communication is asynchronous in nature, oVirt.js client wouldn't even notice any difference in terms of API consumption. This assumes JavaScript SDK would use callback-based (non-blocking) API instead of blocking one - after all, blocking API on top of non-blocking implementation sounds pretty much like leaky abstraction [1]. For example: sdk.getVmsWithExtraData( callbackToGetExtraDataForGivenVm, // might cause extra physical requests to REST API callbackFiredWhenAllDataIsReady // update client only when all data is ready ) [1] http://en.wikipedia.org/wiki/Leaky_abstraction -- Last but not least, where to maintain JavaScript SDK projects: low-level JavaScript Binding + high-level oVirt.js library. I agree that conceptually both above mentioned projects should go into dedicated "ovirt-engine-sdk-js" git repository and have their own build/release process. However, for now, we're just making baby steps so let's keep things simple and prototype these projects as part of "ovirt-engine" git repository. ... we can complicate things anytime, but we should know that any complex system that works has inevitably evolved from simple system that works ... (quote from http://en.wikipedia.org/wiki/Gall%27s_law) Regards, Vojtech

4 17

[Engine-devel] [BUG] in UserMapper.java in 3.3.2
by Sven Kieske 18 Jan '14

18 Jan '14

Hi, afaik there's a bug in 3.3.2 rest-api implementation of Cloud-Init: This Class never gets the password: http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=backend/manager/… and I think there is a typo in line 48: vdcUser.setDomainControler(adUser.getDomainControler it should be Controller, not Controler. there is no model.setPassword or similar. so the data gets to the vm without the password, can somebody fix this? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

2 3

[Engine-devel] How to custom the UI for oVirt?
by JustMan 06 Jan '14

06 Jan '14

This is a multi-part message in MIME format. ------=_NextPart_52BD485E_08F68980_60AF79F1 Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 SEkgQWxso7oNCg0KDQogICAgSWYgY3VzdG9tIGRldmVsb3BtZW50IHRoZSBVSSBmb3Igb1Zp cnQsIHdoYXQncyBkZXZlbG9wbWVudCB0ZWNobm9sb2d5IG11c3QgYmUgbGVhcm4sIGFuZCB3 aGVyZSBpcyB0aGUgVUkgbW9kdWxlIGluIHRoZSByZXNvdXJjZT8gV2hlcmUgaXMgdGhlIHN0 YXJ0IHN0ZXCjvw0KDQoNCiAgICBXaGVyZSBjYW4gZmluZCBvVmlydCBhcmNoaXRlY3R1cmUg ZG9jdW1lbnQ/IEkgZ290byB0aGUgb2ZmaWNlIHdlYnNpdGUsIGFscmVhZHkgcmVhZCBzb21l IGRldmVsb3BtZW50IGRvY3VtZW50LCBidXQgc3RpbGwgdmVyeSBjbGVhciB0aGUgYXJjaGl0 ZWN0dXJlIG9mIG9WaXJ0LCBzcGVjaWFsIG9mIHRoZSBHV1QgcGFydC4NCg0KDQppa2UNCg0K DQpUaGFua3M= ------=_NextPart_52BD485E_08F68980_60AF79F1 Content-Type: text/html; charset="gb18030" Content-Transfer-Encoding: base64 PGRpdj5ISSBBbGyjujwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyBJ ZiBjdXN0b20gZGV2ZWxvcG1lbnQgdGhlIFVJIGZvciBvVmlydCwgd2hhdCdzIGRldmVsb3Bt ZW50IHRlY2hub2xvZ3kgbXVzdCBiZSBsZWFybiwgYW5kIHdoZXJlIGlzIHRoZSBVSSBtb2R1 bGUgaW4gdGhlIHJlc291cmNlPyBXaGVyZSBpcyB0aGUgc3RhcnQgc3RlcKO/PC9kaXY+PGRp dj48YnI+PC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7IFdoZXJlIGNhbiBmaW5kIG9WaXJ0IGFy Y2hpdGVjdHVyZSBkb2N1bWVudD8gSSBnb3RvIHRoZSBvZmZpY2Ugd2Vic2l0ZSwgYWxyZWFk eSByZWFkIHNvbWUgZGV2ZWxvcG1lbnQgZG9jdW1lbnQsIGJ1dCBzdGlsbCB2ZXJ5IGNsZWFy IHRoZSBhcmNoaXRlY3R1cmUgb2Ygb1ZpcnQsIHNwZWNpYWwgb2YgdGhlIEdXVCBwYXJ0Ljwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+aWtlPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5U aGFua3M8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PiZuYnNwOzwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2Pg== ------=_NextPart_52BD485E_08F68980_60AF79F1--

4 4

[Engine-devel] Gluster volume capacity feature
by Shubhendu Tripathi 03 Jan '14

03 Jan '14

Hi All, A new wiki has been published for feature "Gluster Volume Capacity" http://www.ovirt.org/Features/Gluster_Volume_Capacity Please review the same and provide your comments. Added Michael and Ori specifically for review of REST apis. Thanks, Shubhendu Tripathi

2 2

[Engine-devel] Broken devel setup on Gentoo?
by Doron Fediuck 01 Jan '14

01 Jan '14

While refreshing my devel environment, setup fails. Log file shows this: 2013-12-31 16:26:05 DEBUG otopi.plugins.otopi.services.openrc plugin.executeRaw:366 execute: ('/etc/init.d/ovirt-websocket-proxy', '-q', 'status'), executable='None', cwd= 'None', env=None 2013-12-31 16:26:05 DEBUG otopi.plugins.otopi.services.openrc plugin.executeRaw:389 execute-result: ('/etc/init.d/ovirt-websocket-proxy', '-q', 'status'), exception Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/otopi/plugin.py", line 376, in executeRaw env=env, File "/usr/lib64/python2.7/subprocess.py", line 711, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 1308, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory Should there be a redirection to use ovirt-websocket-proxy in a local script rather than daemon?

2 12

[Engine-devel] Request for power-user permissions
by Nir Soffer 29 Dec '13

29 Dec '13

Hi all, I'm Nir from storage team. I work mostly on vdsm. I want power-user permissions for jenkins.ovirt.org so I would be able to create and modify jobs related to vdsm. Thanks, Nir

4 3

[Engine-devel] Engine on Fedora 20
by Adam Litke 27 Dec '13

27 Dec '13

Has anyone had success running ovirt-engine on Fedora 20? I upgraded my system on Wednesday and thought everything was fine but then I started getting the following error: 2013-12-19 14:53:31,447 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-5) Error in getting DB connection. The database is inaccessible. Original exception is: DataAccessResourceFailureException: Error retreiving database metadata; nested exception is org.springframework.jdbc.support.MetaDataAccessException: Could not get Connection for extracting meta data; nested exception is org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is java.sql.SQLException: javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:/ENGINEDataSource Has anyone encountered this recently?

4 6

Re: [Engine-devel] Options for embedding Cloud init features into VM dialog - Need Input
by Gustavo Frederico Temple Pedrosa 26 Dec '13

26 Dec '13

--_000_EF26FC1776F7FF46BFC072393EFD13A2558049E0SERV070corpeldo_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, In an initial analysis, in my opinion I would discard the "Alternate Concep= t 3", because it goes against the heuristic number #6 of Nielsen (recogniti= on rather than recall), it soon becomes difficult for the user remember whe= re are the options. Also discard the "Alternate Concept 1", because it blends vertical and hori= zontal menus, it soon avoids a pattern (system of meaning) and confuses the= user. Thanks. Date: Tue, 24 Dec 2013 07:49:39 -0500 (EST) From: Eldan Hildesheim <ehildesh(a)redhat.com<mailto:ehildesh@redhat.com>> To: Shahar Havivi <shaharh(a)redhat.com<mailto:shaharh@redhat.com>> Cc: engine-devel <engine-devel(a)ovirt.org<mailto:engine-devel@ovirt.org>> Subject: Re: [Engine-devel] Options for embedding Cloud init features into = VM dialog - Need Input Hi, Can we merge those 2 pages together? Eldan ----- Original Message ----- From: "Shahar Havivi" <shaharh at redhat.com> To: "Malini Rao" <mrao at redhat.com> Cc: "engine-devel" <engine-devel at ovirt.org>, "Eldan Hildesheim" <ehildes= h at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>, "Michal Skrivane= k" <michal.skrivanek at redhat.com> Sent: Tuesday, December 24, 2013 2:33:28 PM Subject: Re: [Engine-devel] Options for embedding Cloud init features into = VM dialog - Need Input Hi, We have a feature page for the VM Init (including Cloud-Init and Windows Sysprep): http://www.ovirt.org/Features/vm-init-persistent >From: "Malini Rao" <mrao at redhat.com> >To: "engine-devel" <engine-devel at ovirt.org> >Cc: "Eldan Hildesheim" <ehildesh at redhat.com> >Sent: Monday, December 23, 2013 11:43:07 PM >Subject: [Engine-devel] Options for embedding Cloud init features into VM = dialog - Need Input > >Hello all, > >There is a current feature to embed cloud init configuration which was ori= ginally part of the Run dialog to be part of the create/ Edit VM dialog. Th= is presents a challenge in terms of good display of the hierarchies of inf= ormation since the VM dialog is already having subtabs stacked vertically. = Please find here (http://www.ovirt.org/UX/cloud_init) alternate concepts of= how we might represent all the levels of hierarchy from the VM dialog sub = tabs to the cloud init categories and the content ( which is also nested so= metimes) for each. > >I have provided brief explanations of each concept and I would like your f= eedback on these ... esp with regard to feasibility. The general goals that= govern the various concepts are - > >- Correct representation of the hierarchy >- Not overloading the users with too much info and cluttering the screen >- Not utilizing the same UI paradigm ( like expand/ collapse) for differen= t types of info. For example, we have categories of info where the fields a= re distinct from each other and then we have times where the user is able t= o add multiple instances of the same object type - e.g NICs and have the sa= me set of fields be defined for each instance. > >Your feedback is appreciated. > >Thanks >Malini --_000_EF26FC1776F7FF46BFC072393EFD13A2558049E0SERV070corpeldo_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"PT-BR" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p= ></o:p> <o:p>&n= bsp;</o:p> In an i= nitial analysis, in my opinion I would discard the "Alternate Concept = 3", because it goes against the heuristic number #6 of Nielsen (recogn= ition rather than recall), it soon becomes difficult for the user remember where are the options.<o:p></o:p> Also di= scard the "Alternate Concept 1", because it blends vertical and h= orizontal menus, it soon avoids a pattern (system of meaning) and confuses = the user.<o:p></o:p> <o:p>&n= bsp;</o:p> Thanks.<o:p></o:p></sp= an> <o:p> </o:p></spa= n> <o:p> </o:p></spa= n> <o:p> </o:p></spa= n> <o:p> </o:p></spa= n> <div style=3D"border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm = 4.0pt"> Date: Tue, 24 Dec 2013 07:49:39= -0500 (EST)<o:p></o:p> From: Eldan Hildesheim <<a h= ref=3D"mailto:ehildesh@redhat.com">ehildesh(a)redhat.com</a>><o:p></o:p></= span> To: Shahar Havivi <<a href= =3D"mailto:shaharh@redhat.com">shaharh(a)redhat.com</a>><o:p></o:p>= Cc: engine-devel <<a href=3D= "mailto:engine-devel@ovirt.org">engine-devel(a)ovirt.org</a>><o:p></o:p></= span> Subject: Re: [Engine-devel] Opt= ions for embedding Cloud init features into VM dialog - Need Input<o:p></o:= p> <o:p> </o:p> Hi,<o:p></o:p> Can we merge those 2 pages toge= ther?<o:p></o:p> Eldan<o:p></o:p> <o:p> </o:p> ----- Original Message -----<o:= p></o:p> From: "Shahar Havivi"= <shaharh at redhat.com><o:p></o:p> To: "Malini Rao" <= mrao at redhat.com><o:p></o:p> Cc: "engine-devel" &l= t;engine-devel at ovirt.org>, "Eldan Hildesheim" <ehildesh = at redhat.com>, "Omer Frenkel" <ofrenkel at redhat.com>,= "Michal Skrivanek" <michal.skrivanek at redhat.com><o:p></= o:p> Sent: Tuesday, December 24, 201= 3 2:33:28 PM<o:p></o:p> Subject: Re: [Engine-devel] Opt= ions for embedding Cloud init features into VM dialog - Need Input<o:p></o:= p> <o:p> </o:p> Hi,<o:p></o:p> We have a feature page for the = VM Init (including Cloud-Init and Windows<o:p></o:p> Sysprep):<o:p></o:p> <o:p> </o:p> <a href=3D"http://www.ovirt.org= /Features/vm-init-persistent">http://www.ovirt.org/Features/vm-init-persist= ent</a><o:p></o:p> <o:p> </o:p> <o:p> </o:p> >From: "Malini Rao&quot= ; <mrao at redhat.com><o:p></o:p> >To: "engine-devel&quot= ; <engine-devel at ovirt.org><o:p></o:p> >Cc: "Eldan Hildesheim&= quot; <ehildesh at redhat.com><o:p></o:p> >Sent: Monday, December 23, = 2013 11:43:07 PM<o:p></o:p> >Subject: [Engine-devel] Opt= ions for embedding Cloud init features into VM dialog - Need Input<o:p></o:= p> ><o:p> </o:p></p= > >Hello all, <o:p></o:p></spa= n> ><o:p> </o:p></p= > >There is a current feature = to embed cloud init configuration which was originally part of the Run dial= og to be part of the create/ Edit VM dialog. This presents a challenge in t= erms of  good display of the hierarchies of information since the VM dialog is already having subtabs stacked verti= cally. Please find here (<a href=3D"http://www.ovirt.org/UX/cloud_init">htt= p://www.ovirt.org/UX/cloud_init</a>) alternate concepts of how we might rep= resent all the levels of hierarchy from the VM dialog sub tabs to the cloud init categories and the content (= which is also nested sometimes) for each.<o:p></o:p> ><o:p> </o:p></p= > >I have provided brief expla= nations of each concept and I would like your feedback on these ... esp wit= h regard to feasibility. The general goals that govern the various concepts= are - <o:p></o:p> ><o:p> </o:p></p= > >- Correct representation of= the hierarchy<o:p></o:p> >- Not overloading the users= with too much info and cluttering the screen<o:p></o:p> >- Not utilizing the same UI= paradigm ( like expand/ collapse) for different types of info. For example= , we have categories of info where the fields are distinct from each other = and then we have times where the user is able to add multiple instances of the same object type - e.g NICs and have= the same set of fields be defined for each instance. <o:p></o:p> ><o:p> </o:p> >Your feedback is appreciated.<o:p></o:p> ><o:p> </o:p> >Thanks<o:p></o:p> >Malini<o:p></o:p> </div> </div> </body> </html> --_000_EF26FC1776F7FF46BFC072393EFD13A2558049E0SERV070corpeldo_--

1 0

[Engine-devel] [test email - sent at 12:30 IST]
by Eyal Edri 26 Dec '13

26 Dec '13

sorry for the noise, testing mailman. Eyal.

1 0

[Engine-devel] Is there is time based task scheduling available in oVirt ?
by Shubhendu Tripathi 26 Dec '13

26 Dec '13

We are in a requirement where time based task scheduling is required for gluster tasks. I understand that, as is there is no such mechanism available in oVirt using which we can schedule tasks like volume snaps creation at a given time and frequency. Wanted to know if there is some plan in near future for supporting this feature. This certainly would open other automation options in oVirt. Regards, Shubhendu

1 0

[Engine-devel] ovirt-engine-sdk-java 1.0.0.6-1 released
by Michael Pasternak 25 Dec '13

25 Dec '13

- added new collection ClusterGlusterVolumeGlusterBrickStatistics - added new properties to the GlusterBrick - to vm added cpu.mode - to host install action added "image" parameter - ignore case in factory method lookup More details can be found at [1]. [1] http://www.ovirt.org/Java-sdk-changelog -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 10

[Engine-devel] ovirt-sdk-python 3.3.0.1 released
by Michael Pasternak 25 Dec '13

25 Dec '13

- added new collection ClusterGlusterVolumeBrickStatistics - added NetUp 'cloned disk' importing capabilities - to ClusterGlusterVolumeBricks.list() added new argument "all_content" - to ClusterGlusterVolumeBricks.get() added new argument "all_content" - to host install method added new parameter "image" - to host add method added new parameter "display.address" - to vm add method added new parameter "vm.cpu.mode" - to vm add method added new overload for creating vm from snapshot - to cluster added tunnel_migration - to display added keyboard_layout - to display added smartcard_enabled - to DataCenter added Clusters sub-collection - to StorageDomain added Disks sub-collection - to Disks.list() added 'unregistered' argument - to Host added display.address - to Snapshot added commit/preview/undo actions - to vms.add() added overload for creating vm from snapshot - to hosts.add() added [@param host.display.address: string] - to vm.ticket() added [@param action.ticket.value: string] - return error if amount of fetched objects in X.get() is > 1 #890327 - session based authentication for /localhost is broken #916285 - explicitly ask for reply in xml - Add constructor parameter validate_cert_chain=True #915225 - defend against malformed server reply For more details see [1]. [1] http://wiki.ovirt.org/Python-sdk-changelog -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 5

Re: [Engine-devel] Options for embedding Cloud init features into VM dialog - Need Input
by Shahar Havivi 24 Dec '13

24 Dec '13

Hi, We have a feature page for the VM Init (including Cloud-Init and Windows Sysprep): http://www.ovirt.org/Features/vm-init-persistent >From: "Malini Rao" <mrao(a)redhat.com> >To: "engine-devel" <engine-devel(a)ovirt.org> >Cc: "Eldan Hildesheim" <ehildesh(a)redhat.com> >Sent: Monday, December 23, 2013 11:43:07 PM >Subject: [Engine-devel] Options for embedding Cloud init features into VM dialog - Need Input > >Hello all, > >There is a current feature to embed cloud init configuration which was originally part of the Run dialog to be part of the create/ Edit VM dialog. This presents a challenge in terms of good display of the hierarchies of information since the VM dialog is already having subtabs stacked vertically. Please find here (http://www.ovirt.org/UX/cloud_init) alternate concepts of how we might represent all the levels of hierarchy from the VM dialog sub tabs to the cloud init categories and the content ( which is also nested sometimes) for each. > >I have provided brief explanations of each concept and I would like your feedback on these ... esp with regard to feasibility. The general goals that govern the various concepts are - > >- Correct representation of the hierarchy >- Not overloading the users with too much info and cluttering the screen >- Not utilizing the same UI paradigm ( like expand/ collapse) for different types of info. For example, we have categories of info where the fields are distinct from each other and then we have times where the user is able to add multiple instances of the same object type - e.g NICs and have the same set of fields be defined for each instance. > >Your feedback is appreciated. > >Thanks >Malini >_______________________________________________ >Engine-devel mailing list >Engine-devel(a)ovirt.org >http://lists.ovirt.org/mailman/listinfo/engine-devel

2 1

[Engine-devel] [CORE] broken backward compatibility for vm creation
by Michael Pasternak 24 Dec '13

24 Dec '13

[oVirt shell (connected)]# add vm --name test --cluster-id 00000001-0001-0001-0001-000000000001 --template-id 00000000-0000-0000-0000-000000000000 =========================================================================== ERROR ========================================================================= status: 400 reason: Bad Request detail: Cannot add VM. Selected operating system is not supported by the architecture. =========================================================================================================================================================== [oVirt shell (connected)]# show template 00000000-0000-0000-0000-000000000000 id : 00000000-0000-0000-0000-000000000000 name : Blank description : Blank template cluster-id : 00000001-0001-0001-0001-000000000001 cpu-architecture : UNDEFINED cpu-topology-cores : 1 cpu-topology-sockets : 1 cpu_shares : 0 creation_time : 2008-04-01 00:00:00+03:00 delete_protected : False display-allow_override : False display-monitors : 1 display-single_qxl_pci : False display-smartcard_enabled : False display-type : spice high_availability-enabled : False high_availability-priority: 0 memory : 1073741824 origin : rhev os-boot-dev : hd os-type : other stateless : False status-state : ok type : desktop usb-enabled : False [oVirt shell (connected)]# show cluster 00000001-0001-0001-0001-000000000001 id : 00000001-0001-0001-0001-000000000001 name : Default description : The default server cluster ballooning_enabled : False data_center-id : 00000002-0002-0002-0002-000000000002 error_handling-on_error : migrate gluster_service : False memory_policy-overcommit-percent : 100 memory_policy-transparent_hugepages-enabled: True scheduling_policy-policy : none threads_as_cores : False trusted_service : False tunnel_migration : False version-major : 3 version-minor : 3 virt_service : True -- Michael Pasternak RedHat, ENG-Virtualization R&D

4 4

[Engine-devel] Options for embedding Cloud init features into VM dialog - Need Input
by Malini Rao 24 Dec '13

24 Dec '13

Hello all, There is a current feature to embed cloud init configuration which was originally part of the Run dialog to be part of the create/ Edit VM dialog. This presents a challenge in terms of good display of the hierarchies of information since the VM dialog is already having subtabs stacked vertically. Please find here (http://www.ovirt.org/UX/cloud_init) alternate concepts of how we might represent all the levels of hierarchy from the VM dialog sub tabs to the cloud init categories and the content ( which is also nested sometimes) for each. I have provided brief explanations of each concept and I would like your feedback on these ... esp with regard to feasibility. The general goals that govern the various concepts are - - Correct representation of the hierarchy - Not overloading the users with too much info and cluttering the screen - Not utilizing the same UI paradigm ( like expand/ collapse) for different types of info. For example, we have categories of info where the fields are distinct from each other and then we have times where the user is able to add multiple instances of the same object type - e.g NICs and have the same set of fields be defined for each instance. Your feedback is appreciated. Thanks Malini

1 0

[Engine-devel] Installing RHEVM DWH 3.2
by Liran Zelkha 23 Dec '13

23 Dec '13

Anybody knows how to install RHEVM DWH version 3.2 using the subscription-manager?

1 0

[Engine-devel] missing javadoc for restapi?
by Sven Kieske 23 Dec '13

23 Dec '13

Hi, we are not able to find the javadoc for the restapi. I can find the javadoc for the java sdk but not for REST. Are we looking in the wrong place? Any links or help would be appreciated! -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

3 4

[Engine-devel] Proposal to add Juan Hernandez as maintainer to api/sdk/cli
by Michael Pasternak 23 Dec '13

23 Dec '13

Juan has worked on oVirt for a long period of time, developing several features in the different areas (including api and cli), and obviously gained a lot of experience and knowledge, I'd like to propose Juan as a maintainer of the api/sdk/cli projects. -- Michael Pasternak RedHat, ENG-Virtualization R&D

12 11

[Engine-devel] oVirt 3.3.2 release
by Sandro Bonazzola 23 Dec '13

23 Dec '13

The oVirt development team is very happy to announce the general availability of oVirt 3.3.2 as of December 19th 2013. This release solidifies oVirt as a leading KVM management application and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5 (or similar). This release of oVirt includes 175 bug fixes and the first release of the Backup and Restore API, which enables backup programs to integrate with oVirt. This release also simplifies the Guide Me VM-creation wizard. See the release notes [1] for a list of the new features and bugs fixed. IMPORTANT NOTE: If you're upgrading from a previous version, please update ovirt-release to the latest version (10) and verify you have the correct repositories enabled by running the following commands # yum update ovirt-release # yum repolist enabled before upgrading with the usual procedure. You should see the ovirt-3.3.2 and ovirt-stable repositories listed in the output of the repolist command. [1] http://www.ovirt.org/OVirt_3.3.2_release_notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 4

[Engine-devel] Help with "Packager install not implemented"
by Mooli Tayer 22 Dec '13

22 Dec '13

------=_Part_10003452_452066899.1387638944733 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit For patch[1], running: setup/ovirt-install Produces: [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: [] Log file: /tmp/otopi-20131221103813.log Version: otopi-1.2.0_master (otopi-1.2.0-0.0.master.20131007.git6f8ac6d.fc19) [ INFO ] Stage: Environment packages setup [ ERROR ] Failed to execute stage 'Environment packages setup': Packager install not implemented [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination The only relevant information I could find was here: http://gerrit.ovirt.org/#/c/17637/1/packaging/setup/bin/ovirt-engine-remove I've attached the otopi log [1] http://gerrit.ovirt.org/#/c/22135/ ------=_Part_10003452_452066899.1387638944733 Content-Type: text/x-log; name=otopi-20131221162712.log Content-Disposition: attachment; filename=otopi-20131221162712.log Content-Transfer-Encoding: base64 MjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmly b25tZW50OjQ0MSBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxMy0xMi0yMSAxNjoyNzoxMiBE RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQkFTRS9s b2c9Ym9vbDonVHJ1ZScKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNv bnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09SRS9sb2dEaXI9c3RyOicvdG1wJwoyMDEz LTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l bnQ6NDU2IEVOViBDT1JFL2xvZ0ZpbGVIYW5kbGU9ZmlsZTonPG9wZW4gZmlsZSAnL3RtcC9vdG9w aS0yMDEzMTIyMTE2MjcxMi5sb2cnLCBtb2RlICdhJyBhdCAweDdmMDUwN2M4NjQyMD4nCjIwMTMt MTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVu dDo0NTYgRU5WIENPUkUvbG9nRmlsZU5hbWU9c3RyOicvdG1wL290b3BpLTIwMTMxMjIxMTYyNzEy LmxvZycKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt cEVudmlyb25tZW50OjQ1NiBFTlYgQ09SRS9sb2dGaWxlTmFtZVByZWZpeD1zdHI6J290b3BpJwoy MDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJv bm1lbnQ6NDU2IEVOViBDT1JFL2xvZ0ZpbHRlcj1fTXlMb2dnZXJGaWx0ZXI6J2ZpbHRlcicKMjAx My0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t ZW50OjQ1NiBFTlYgQ09SRS9sb2dGaWx0ZXJLZXlzPWxpc3Q6J1tdJwoyMDEzLTEyLTIxIDE2OjI3 OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBD T1JFL2xvZ1JlbW92ZUF0RXhpdD1ib29sOidGYWxzZScKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJV RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1OCBFTlZJUk9OTUVOVCBE VU1QIC0gRU5ECjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0 Ll9leGVjdXRlTWV0aG9kOjEyMyBTdGFnZSBib290IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3Bp LmRpYWxvZy5taXNjLlBsdWdpbi5faW5pdAoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3Bp LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDQxIEVOVklST05NRU5UIERVTVAgLSBC RUdJTgoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w RW52aXJvbm1lbnQ6NDU2IEVOViBESUFMT0cvZGlhbGVjdD1zdHI6J2h1bWFuJwoyMDEzLTEyLTIx IDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU4 IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5j b250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTIzIFN0YWdlIGJvb3QgTUVUSE9EIG90b3Bp LnBsdWdpbnMub3RvcGkuZGlhbG9nLmh1bWFuLlBsdWdpbi5faW5pdAoyMDEzLTEyLTIxIDE2OjI3 OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDQxIEVOVklS T05NRU5UIERVTVAgLSBCRUdJTgoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRl eHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBESUFMT0cvYm91bmRhcnk9c3RyOict LT00NTFiODBkYy05OTZmLTQzMmUtOWU0Zi0yYjI5ZWY2ZDExNDE9LS0nCjIwMTMtMTItMjEgMTY6 Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTggRU5W SVJPTk1FTlQgRFVNUCAtIEVORAoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRl eHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMjMgU3RhZ2UgYm9vdCBNRVRIT0Qgb3RvcGkucGx1 Z2lucy5vdG9waS5kaWFsb2cubWFjaGluZS5QbHVnaW4uX2luaXQKMjAxMy0xMi0yMSAxNjoyNzox MiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTI5IGNvbmRpdGlv biBGYWxzZQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5f ZXhlY3V0ZU1ldGhvZDoxMjMgU3RhZ2UgYm9vdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5j b3JlLm1pc2MuUGx1Z2luLl9pbml0CjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29u dGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MjggU0VRVUVOQ0UgRFVNUCAtIEJFR0lOCjIwMTMt MTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0 MzAgU1RBR0UgYm9vdAoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29u dGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3Jl LmxvZy5QbHVnaW4uX2luaXQgKG90b3BpLmNvcmUubG9nLmluaXQpCjIwMTMtMTItMjEgMTY6Mjc6 MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhP RCBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5taXNjLlBsdWdpbi5faW5pdCAoTm9uZSkKMjAx My0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl OjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLmh1bWFuLlBsdWdpbi5f aW5pdCAoTm9uZSkKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl eHQuZHVtcFNlcXVlbmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9n Lm1hY2hpbmUuUGx1Z2luLl9pbml0IChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90 b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1 Z2lucy5vdG9waS5jb3JlLm1pc2MuUGx1Z2luLl9pbml0IChOb25lKQoyMDEzLTEyLTIxIDE2OjI3 OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRI T0Qgb3RvcGkucGx1Z2lucy5vdG9waS5wYWNrYWdlcnMueXVtcGFja2FnZXIuUGx1Z2luLl9ib290 IChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k dW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0ZW0uaW5m by5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29u dGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzAgU1RBR0UgaW5pdAoyMDEzLTEyLTIxIDE2OjI3 OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRI T0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLmNvbmZpZy5QbHVnaW4uX2luaXQgKG90b3BpLmNv cmUuY29uZmlnLmluaXQpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBj b250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnBh Y2thZ2Vycy55dW1wYWNrYWdlci5QbHVnaW4uX2luaXQgKG90b3BpLnBhY2thZ2Vycy5kZXRlY3Rp b24pCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBT ZXF1ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnN5c3RlbS5jb21tYW5k LlBsdWdpbi5faW5pdCAoTm9uZSkKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250 ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3Rv cGkuY29yZS50cmFuc2FjdGlvbi5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6 MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhP RCBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5jbGkuUGx1Z2luLl9pbml0IChOb25lKQoyMDEz LTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6 NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLmZpcmV3YWxsZC5QbHVn aW4uX2luaXQgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBj b250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLm5l dHdvcmsuaXB0YWJsZXMuUGx1Z2luLl9pbml0IChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERF QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3Rv cGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLnNzaC5QbHVnaW4uX2luaXQgKE5vbmUpCjIwMTMtMTIt MjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUg ICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnN5c3RlbS5jbG9jay5QbHVnaW4uX2luaXQg KE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1 bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnN5c3RlbS5yZWJv b3QuUGx1Z2luLl9pbml0IChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNv bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v dmlydF9lbmdpbmVfc2V0dXAud2Vic29ja2V0X3Byb3h5LmNvbmZpZy5QbHVnaW4uX2luaXQgKE5v bmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBT ZXF1ZW5jZTo0MzAgU1RBR0Ugc2V0dXAKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5j b250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMu b3RvcGkuY29yZS5jb25maWcuUGx1Z2luLl9wb3N0X2luaXQgKE5vbmUpCjIwMTMtMTItMjEgMTY6 Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1F VEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmNvcmUubG9nLlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIw MTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5j ZTo0MzUgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmNvcmUubWlzYy5QbHVnaW4uX3Nl dHVwIChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4 dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5wYWNrYWdl cnMueXVtcGFja2FnZXIuUGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAxMy0xMi0yMSAxNjoyNzoxMiBE RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQzNSAgICAgTUVUSE9EIG90 b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5maXJld2FsbGQuUGx1Z2luLl9zZXR1cCAoTm9uZSkK MjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVl bmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5ob3N0bmFtZS5Q bHVnaW4uX3NldHVwIChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRl eHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9w aS5uZXR3b3JrLnNzaC5QbHVnaW4uX3NldHVwIChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERF QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3Rv cGkucGx1Z2lucy5vdG9waS5zZXJ2aWNlcy5vcGVucmMuUGx1Z2luLl9zZXR1cCAoTm9uZSkKMjAx My0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNl OjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMucmhlbC5QbHVnaW4u X3NldHVwIChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29u dGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zZXJ2 aWNlcy5zeXN0ZW1kLlBsdWdpbi5fc2V0dXAgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVC VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9w aS5wbHVnaW5zLm90b3BpLnN5c3RlbS5jbG9jay5QbHVnaW4uX3NldHVwIChOb25lKQoyMDEzLTEy LTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1 ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0ZW0ucmVib290LlBsdWdpbi5fc2V0 dXAgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0 LmR1bXBTZXF1ZW5jZTo0MzAgU1RBR0UgaW50ZXJuYWxfcGFja2FnZXMKMjAxMy0xMi0yMSAxNjoy NzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQzNSAgICAgTUVU SE9EIG90b3BpLnBsdWdpbnMub3RvcGkuY29yZS50cmFuc2FjdGlvbi5QbHVnaW4uX3ByZV9wcmVw YXJlIChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4 dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3Jr Lmhvc3RuYW1lLlBsdWdpbi5faW50ZXJuYWxfcGFja2FnZXMgKE5vbmUpCjIwMTMtMTItMjEgMTY6 Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1F VEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnBhY2thZ2Vycy55dW1wYWNrYWdlci5QbHVnaW4uX2lu dGVybmFsX3BhY2thZ2VzX2VuZCAoTm9uZSkKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9w aS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdp bnMub3RvcGkuY29yZS50cmFuc2FjdGlvbi5QbHVnaW4uX3ByZV9lbmQgKE5vbmUpCjIwMTMtMTIt MjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzAg U1RBR0UgcHJvZ3JhbXMKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNv bnRleHQuZHVtcFNlcXVlbmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc3lz dGVtLmNvbW1hbmQuUGx1Z2luLl9wcm9ncmFtcyAob3RvcGkuc3lzdGVtLmNvbW1hbmQuZGV0ZWN0 aW9uKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w U2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zZXJ2aWNlcy5zeXN0 ZW1kLlBsdWdpbi5fcHJvZ3JhbXMgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3Rv cGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9waS5wbHVn aW5zLm90b3BpLnNlcnZpY2VzLnJoZWwuUGx1Z2luLl9wcm9ncmFtcyAoTm9uZSkKMjAxMy0xMi0y MSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQzNSAg ICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc2VydmljZXMub3BlbnJjLlBsdWdpbi5fcHJv Z3JhbXMgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250 ZXh0LmR1bXBTZXF1ZW5jZTo0MzAgU1RBR0UgbGF0ZV9zZXR1cAoyMDEzLTEyLTIxIDE2OjI3OjEy IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qg b3RvcGkucGx1Z2lucy5vdmlydF9lbmdpbmVfc2V0dXAud2Vic29ja2V0X3Byb3h5LmNvbmZpZy5Q bHVnaW4uX2xhdGVfc2V0dXAgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGku Y29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzAgU1RBR0UgY3VzdG9taXphdGlvbgoyMDEz LTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6 NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLmZpcmV3YWxsZC5QbHVn aW4uX2N1c3RvbWl6YXRpb24gKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGku Y29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5z Lm90b3BpLmNvcmUuY29uZmlnLlBsdWdpbi5fY3VzdG9taXplMSAoTm9uZSkKMjAxMy0xMi0yMSAx NjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQzNSAgICAg TUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLmNsaS5QbHVnaW4uX2N1c3RvbWl6ZSAo b3RvcGkuZGlhbG9nLmNsaS5jdXN0b21pemF0aW9uKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVH IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGku cGx1Z2lucy5vdmlydF9lbmdpbmVfc2V0dXAud2Vic29ja2V0X3Byb3h5LmNvbmZpZy5QbHVnaW4u X2N1c3RvbWl6YXRpb24gKHNldHVwLmNvbmZpZy53ZWJzb2NrZXQtcHJveHkuY3VzdG9taXphdGlv bikKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNl cXVlbmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3ZpcnRfZW5naW5lX3NldHVwLndl YnNvY2tldF9wcm94eS5jb25maWcuUGx1Z2luLl9jdXN0b21pemF0aW9uX2ZpcmV3YWxsIChOb25l KQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2Vx dWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLmNvbmZpZy5QbHVn aW4uX2N1c3RvbWl6ZTIgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29u dGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzAgU1RBR0UgdmFsaWRhdGlvbgoyMDEzLTEyLTIx IDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAg ICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLm1pc2MuUGx1Z2luLl92YWxpZGF0aW9u IChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k dW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLmZp cmV3YWxsZC5QbHVnaW4uX3ZhbGlkYXRpb24gKG90b3BpLm5ldHdvcmsuZmlyZWFsbGQudmFsaWRh dGlvbikKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt cFNlcXVlbmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5ob3N0 bmFtZS5QbHVnaW4uX3ZhbGlkYXRpb24gKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcg b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9waS5w bHVnaW5zLm90b3BpLm5ldHdvcmsuaXB0YWJsZXMuUGx1Z2luLl92YWxpZGF0ZSAob3RvcGkubmV0 d29yay5pcHRhYmxlcy52YWxpZGF0aW9uKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3Bp LmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lu cy5vdG9waS5uZXR3b3JrLnNzaC5QbHVnaW4uX3ZhbGlkYXRpb24gKE5vbmUpCjIwMTMtMTItMjEg MTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzAgU1RB R0UgdHJhbnNhY3Rpb24tcHJlcGFyZQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNv bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v dG9waS5jb3JlLnRyYW5zYWN0aW9uLlBsdWdpbi5fbWFpbl9wcmVwYXJlIChOb25lKQoyMDEzLTEy LTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1 ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9lbmdpbmVfY29tbW9uLndlYnNvY2tldF9w cm94eS5jb3JlLlBsdWdpbi5fdHJhbnNhY3Rpb25CZWdpbiAoTm9uZSkKMjAxMy0xMi0yMSAxNjoy NzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQzMCBTVEFHRSBl YXJseV9taXNjCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0 LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLm5ldHdvcmsu ZmlyZXdhbGxkLlBsdWdpbi5fZWFybHlfbWlzYyAoTm9uZSkKMjAxMy0xMi0yMSAxNjoyNzoxMiBE RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQzMCBTVEFHRSBwYWNrYWdl cwoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2Vx dWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLmlwdGFibGVz LlBsdWdpbi5fcGFja2FnZXMgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGku Y29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5z Lm90b3BpLnBhY2thZ2Vycy55dW1wYWNrYWdlci5QbHVnaW4uX3BhY2thZ2VzIChOb25lKQoyMDEz LTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6 NDMwIFNUQUdFIG1pc2MKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNv bnRleHQuZHVtcFNlcXVlbmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc3lz dGVtLmNvbW1hbmQuUGx1Z2luLl9taXNjIChvdG9waS5zeXN0ZW0uY29tbWFuZC5yZWRldGVjdGlv bikKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNl cXVlbmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5maXJld2Fs bGQuUGx1Z2luLl9taXNjIChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNv bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v dG9waS5uZXR3b3JrLmlwdGFibGVzLlBsdWdpbi5fc3RvcmVfaXB0YWJsZXMgKE5vbmUpCjIwMTMt MTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0 MzUgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLm5ldHdvcmsuc3NoLlBsdWdpbi5fYXBw ZW5kX2tleSAoTm9uZSkKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNv bnRleHQuZHVtcFNlcXVlbmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc3lz dGVtLmNsb2NrLlBsdWdpbi5fc2V0X2Nsb2NrIChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERF QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3Rv cGkucGx1Z2lucy5vdmlydF9lbmdpbmVfc2V0dXAud2Vic29ja2V0X3Byb3h5LmNvbmZpZy5QbHVn aW4uX21pc2MgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBj b250ZXh0LmR1bXBTZXF1ZW5jZTo0MzAgU1RBR0UgY2xlYW51cAoyMDEzLTEyLTIxIDE2OjI3OjEy IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qg b3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLnRyYW5zYWN0aW9uLlBsdWdpbi5fbWFpbl9lbmQgKE5v bmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBT ZXF1ZW5jZTo0MzAgU1RBR0UgY2xvc2V1cAoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3Bp LmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lu cy5vdG9waS5uZXR3b3JrLmZpcmV3YWxsZC5QbHVnaW4uX2Nsb3NldXAgKE5vbmUpCjIwMTMtMTIt MjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUg ICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLm5ldHdvcmsuaXB0YWJsZXMuUGx1Z2luLl9j bG9zZXVwIChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29u dGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3 b3JrLnNzaC5QbHVnaW4uX2NsZWFudXAgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcg b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9waS5w bHVnaW5zLm92aXJ0X2VuZ2luZV9zZXR1cC53ZWJzb2NrZXRfcHJveHkuY29uZmlnLlBsdWdpbi5f Y2xvc2V1cCAoTm9uZSkKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNv bnRleHQuZHVtcFNlcXVlbmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc3lz dGVtLnJlYm9vdC5QbHVnaW4uX2Nsb3NldXAgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVC VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzAgU1RBR0UgcHJlLXRlcm1p bmF0ZQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w U2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLm1pc2MuUGx1 Z2luLl9wcmVUZXJtaW5hdGUgKE5vbmUpCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGku Y29udGV4dCBjb250ZXh0LmR1bXBTZXF1ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5z Lm90b3BpLmRpYWxvZy5jbGkuUGx1Z2luLl9wcmVfdGVybWluYXRlIChvdG9waS5kaWFsb2cuY2xp LnRlcm1pbmF0aW9uKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29u dGV4dC5kdW1wU2VxdWVuY2U6NDMwIFNUQUdFIHRlcm1pbmF0ZQoyMDEzLTEyLTIxIDE2OjI3OjEy IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qg b3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cuaHVtYW4uUGx1Z2luLl90ZXJtaW5hdGUgKE5vbmUp CjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBTZXF1 ZW5jZTo0MzUgICAgIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLmRpYWxvZy5tYWNoaW5lLlBs dWdpbi5fdGVybWluYXRlIChOb25lKQoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNv bnRleHQgY29udGV4dC5kdW1wU2VxdWVuY2U6NDM1ICAgICBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v dG9waS5jb3JlLmxvZy5QbHVnaW4uX3Rlcm1pbmF0ZSAoTm9uZSkKMjAxMy0xMi0yMSAxNjoyNzox MiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQzMCBTVEFHRSByZWJv b3QKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcFNl cXVlbmNlOjQzNSAgICAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVtLnJlYm9vdC5Q bHVnaW4uX3JlYm9vdCAoTm9uZSkKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250 ZXh0IGNvbnRleHQuZHVtcFNlcXVlbmNlOjQzNyBTRVFVRU5DRSBEVU1QIC0gRU5ECjIwMTMtMTIt MjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0 NDEgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lOCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3Rv cGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIEJBU0UvYWJvcnRlZD1i b29sOidGYWxzZScKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl eHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQkFTRS9kZWJ1Zz1pbnQ6JzAnCjIwMTMtMTItMjEg MTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYg RU5WIEJBU0UvZXJyb3I9Ym9vbDonRmFsc2UnCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3Rv cGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIEJBU0UvZXhjZXB0aW9u SW5mbz1saXN0OidbXScKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNv bnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQkFTRS9leGVjdXRpb25EaXJlY3Rvcnk9c3Ry OicvaG9tZS9tdGF5ZXIvZGV2L292aXJ0LWVuZ2luZS9zcmMnCjIwMTMtMTItMjEgMTY6Mjc6MTIg REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIEJBU0Uv bG9nPWJvb2w6J1RydWUnCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBj b250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIEJBU0UvcGx1Z2luR3JvdXBzPXN0cjonb3Rv cGk6b3ZpcnQtZW5naW5lLWNvbW1vbjpvdmlydC1lbmdpbmUtc2V0dXAnCjIwMTMtMTItMjEgMTY6 Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5W IEJBU0UvcGx1Z2luUGF0aD1zdHI6Jy91c3Ivc2hhcmUvb3RvcGkvcGx1Z2luczovaG9tZS9tdGF5 ZXIvZGV2L292aXJ0LWVuZ2luZS9naXRfc25tcF9jbGVhbnVwL3NoYXJlL292aXJ0LWVuZ2luZS9z ZXR1cC9iaW4vLi4vcGx1Z2lucycKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250 ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQkFTRS9zdXBwcmVzc0Vudmlyb25t ZW50S2V5cz1saXN0OidbXScKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0 IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09SRS9sb2dEaXI9c3RyOicvdG1wJwoy MDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJv bm1lbnQ6NDU2IEVOViBDT1JFL2xvZ0ZpbGVIYW5kbGU9ZmlsZTonPG9wZW4gZmlsZSAnL3RtcC9v dG9waS0yMDEzMTIyMTE2MjcxMi5sb2cnLCBtb2RlICdhJyBhdCAweDdmMDUwN2M4NjQyMD4nCjIw MTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9u bWVudDo0NTYgRU5WIENPUkUvbG9nRmlsZU5hbWU9c3RyOicvdG1wL290b3BpLTIwMTMxMjIxMTYy NzEyLmxvZycKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu ZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09SRS9sb2dGaWxlTmFtZVByZWZpeD1zdHI6J290b3Bp JwoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52 aXJvbm1lbnQ6NDU2IEVOViBDT1JFL2xvZ0ZpbHRlcj1fTXlMb2dnZXJGaWx0ZXI6J2ZpbHRlcicK MjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmly b25tZW50OjQ1NiBFTlYgQ09SRS9sb2dGaWx0ZXJLZXlzPWxpc3Q6J1tdJwoyMDEzLTEyLTIxIDE2 OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVO ViBDT1JFL2xvZ1JlbW92ZUF0RXhpdD1ib29sOidGYWxzZScKMjAxMy0xMi0yMSAxNjoyNzoxMiBE RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09SRS9y YW5kb21pemVFdmVudHM9Ym9vbDonRmFsc2UnCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3Rv cGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIERJQUxPRy9ib3VuZGFy eT1zdHI6Jy0tPTQ1MWI4MGRjLTk5NmYtNDMyZS05ZTRmLTJiMjllZjZkMTE0MT0tLScKMjAxMy0x Mi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50 OjQ1NiBFTlYgRElBTE9HL2RpYWxlY3Q9c3RyOidodW1hbicKMjAxMy0xMi0yMSAxNjoyNzoxMiBE RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgSU5GTy9Q QUNLQUdFX05BTUU9c3RyOidvdG9waScKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5j b250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgSU5GTy9QQUNLQUdFX1ZFUlNJ T049c3RyOicxLjIuMF9tYXN0ZXInCjIwMTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29u dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTggRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoy MDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJv bm1lbnQ6NDQxIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDEzLTEyLTIxIDE2OjI3OjEyIERF QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBJTkZPL1BB Q0tBR0VfTkFNRT1zdHI6J290b3BpJwoyMDEzLTEyLTIxIDE2OjI3OjEyIERFQlVHIG90b3BpLmNv bnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBJTkZPL1BBQ0tBR0VfVkVSU0lP Tj1zdHI6JzEuMi4wX21hc3RlcicKMjAxMy0xMi0yMSAxNjoyNzoxMiBERUJVRyBvdG9waS5jb250 ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1OCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIw MTMtMTItMjEgMTY6Mjc6MTIgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0 aG9kOjEyMyBTdGFnZSBib290IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnBhY2thZ2Vycy55 dW1wYWNrYWdlci5QbHVnaW4uX2Jvb3QKTG9hZGVkIHBsdWdpbnM6IGxhbmdwYWNrcywgcmVmcmVz aC1wYWNrYWdla2l0LCByZW1vdmUtd2l0aC1sZWF2ZXMKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJV RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ0MSBFTlZJUk9OTUVOVCBE VU1QIC0gQkVHSU4KMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl eHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgUEFDS0FHRVIva2VlcEFsaXZlSW50ZXJ2YWw9aW50 OiczMCcKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVt cEVudmlyb25tZW50OjQ1NiBFTlYgUEFDS0FHRVIveXVtRGlzYWJsZWRQbHVnaW5zPWxpc3Q6J1td JwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52 aXJvbm1lbnQ6NDU2IEVOViBQQUNLQUdFUi95dW1FbmFibGVkUGx1Z2lucz1saXN0OidbXScKMjAx My0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25t ZW50OjQ1NiBFTlYgUEFDS0FHRVIveXVtRXhwaXJlQ2FjaGU9Ym9vbDonVHJ1ZScKMjAxMy0xMi0y MSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1 OCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGku Y29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEyMyBTdGFnZSBib290IE1FVEhPRCBvdG9w aS5wbHVnaW5zLm90b3BpLnN5c3RlbS5pbmZvLlBsdWdpbi5faW5pdAoyMDEzLTEyLTIxIDE2OjI3 OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVtLmluZm8gaW5mby5faW5pdDo0OCBT WVNURU0gSU5GT1JNQVRJT04gLSBCRUdJTgoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3Bp LnBsdWdpbnMub3RvcGkuc3lzdGVtLmluZm8gaW5mby5faW5pdDo0OSBleGVjdXRhYmxlIC9iaW4v cHl0aG9uCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0 ZW0uaW5mbyBpbmZvLl9pbml0OjUwIHB5dGhvbiAvYmluL3B5dGhvbgoyMDEzLTEyLTIxIDE2OjI3 OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVtLmluZm8gaW5mby5faW5pdDo1MSBw bGF0Zm9ybSBsaW51eDIKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5wbHVnaW5zLm90 b3BpLnN5c3RlbS5pbmZvIGluZm8uX2luaXQ6NTIgZGlzdHJpYnV0aW9uICgnRmVkb3JhJywgJzIw JywgJ0hlaXNlbmJ1ZycpCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkucGx1Z2lucy5v dG9waS5zeXN0ZW0uaW5mbyBpbmZvLl9pbml0OjUzIGhvc3QgJ2RoY3AtMS0zLnRsdi5yZWRoYXQu Y29tJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVt LmluZm8gaW5mby5faW5pdDo1OSB1aWQgMTAwMCBldWlkIDEwMDAgZ2lkIDEwMDAgZWdpZCAxMDAw CjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0ZW0uaW5m byBpbmZvLl9pbml0OjYxIFNZU1RFTSBJTkZPUk1BVElPTiAtIEVORAoyMDEzLTEyLTIxIDE2OjI3 OjE1IElORk8gb3RvcGkuY29udGV4dCBjb250ZXh0LnJ1blNlcXVlbmNlOjM4MCBTdGFnZTogSW5p dGlhbGl6aW5nCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0 LnJ1blNlcXVlbmNlOjM4NCBTVEFHRSBpbml0CjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3Rv cGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEyMyBTdGFnZSBpbml0IE1FVEhPRCBv dG9waS5wbHVnaW5zLm90b3BpLmNvcmUuY29uZmlnLlBsdWdpbi5faW5pdAoyMDEzLTEyLTIxIDE2 OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDQxIEVO VklST05NRU5UIERVTVAgLSBCRUdJTgoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNv bnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBDT1JFL2NvbmZpZ0ZpbGVOYW1l PXN0cjonL2V0Yy9vdG9waS5jb25mJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNv bnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU4IEVOVklST05NRU5UIERVTVAgLSBFTkQK MjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVN ZXRob2Q6MTIzIFN0YWdlIGluaXQgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkucGFja2FnZXJz Lnl1bXBhY2thZ2VyLlBsdWdpbi5faW5pdAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3Bp LmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMjkgY29uZGl0aW9uIEZhbHNlCjIwMTMt MTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9k OjEyMyBTdGFnZSBpbml0IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnN5c3RlbS5jb21tYW5k LlBsdWdpbi5faW5pdAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29u dGV4dC5kdW1wRW52aXJvbm1lbnQ6NDQxIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDEzLTEy LTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6 NDU2IEVOViBTWVNURU0vY29tbWFuZFBhdGg9c3RyOicvdXNyL2xvY2FsL3NiaW46L3Vzci9sb2Nh bC9iaW46L3Vzci9zYmluOi91c3IvYmluOi9zYmluOi9iaW4nCjIwMTMtMTItMjEgMTY6Mjc6MTUg REVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTggRU5WSVJPTk1F TlQgRFVNUCAtIEVORAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29u dGV4dC5fZXhlY3V0ZU1ldGhvZDoxMjMgU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v dG9waS5jb3JlLnRyYW5zYWN0aW9uLlBsdWdpbi5faW5pdAoyMDEzLTEyLTIxIDE2OjI3OjE1IERF QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDQxIEVOVklST05NRU5U IERVTVAgLSBCRUdJTgoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29u dGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBDT1JFL2ludGVybmFsUGFja2FnZVRyYW5zYWN0 aW9uPVRyYW5zYWN0aW9uOid0cmFuc2FjdGlvbicKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBv dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09SRS9tYWluVHJh bnNhY3Rpb249VHJhbnNhY3Rpb246J3RyYW5zYWN0aW9uJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERF QlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBDT1JFL21v ZGlmaWVkRmlsZXM9bGlzdDonW10nCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29u dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTggRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoy MDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1l dGhvZDoxMjMgU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cuY2xp LlBsdWdpbi5faW5pdAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29u dGV4dC5kdW1wRW52aXJvbm1lbnQ6NDQxIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDEzLTEy LTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6 NDU2IEVOViBESUFMT0cvY2xpVmVyc2lvbj1pbnQ6JzEnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVC VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIERJQUxPRy9j dXN0b21pemF0aW9uPWJvb2w6J0ZhbHNlJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3Bp LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU4IEVOVklST05NRU5UIERVTVAgLSBF TkQKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1 dGVNZXRob2Q6MTIzIFN0YWdlIGluaXQgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29y ay5maXJld2FsbGQuUGx1Z2luLl9pbml0CjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGku Y29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NDEgRU5WSVJPTk1FTlQgRFVNUCAtIEJF R0lOCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBF bnZpcm9ubWVudDo0NTYgRU5WIE5FVFdPUksvZmlyZXdhbGxkQXZhaWxhYmxlPWJvb2w6J0ZhbHNl JwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52 aXJvbm1lbnQ6NDU2IEVOViBORVRXT1JLL2ZpcmV3YWxsZERpc2FibGVTZXJ2aWNlcz1saXN0Oidb XScKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVu dmlyb25tZW50OjQ1NiBFTlYgTkVUV09SSy9maXJld2FsbGRFbmFibGU9Ym9vbDonRmFsc2UnCjIw MTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9u bWVudDo0NTggRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVH IG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMjMgU3RhZ2UgaW5pdCBNRVRI T0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3JrLmlwdGFibGVzLlBsdWdpbi5faW5pdAoyMDEz LTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l bnQ6NDQxIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVH IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBORVRXT1JLL2lw dGFibGVzRW5hYmxlPWJvb2w6J0ZhbHNlJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3Bp LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU4IEVOVklST05NRU5UIERVTVAgLSBF TkQKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1 dGVNZXRob2Q6MTIzIFN0YWdlIGluaXQgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29y ay5zc2guUGx1Z2luLl9pbml0CjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4 dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NDEgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lOCjIw MTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9u bWVudDo0NTYgRU5WIE5FVFdPUksvc3NoRW5hYmxlPWJvb2w6J0ZhbHNlJwoyMDEzLTEyLTIxIDE2 OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVO ViBORVRXT1JLL3NzaFVzZXI9c3RyOicnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGku Y29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTggRU5WSVJPTk1FTlQgRFVNUCAtIEVO RAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0 ZU1ldGhvZDoxMjMgU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zeXN0ZW0u Y2xvY2suUGx1Z2luLl9pbml0CjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4 dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NDEgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lOCjIw MTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9u bWVudDo0NTYgRU5WIFNZU1RFTS9jbG9ja01heEdhcD1pbnQ6JzUnCjIwMTMtMTItMjEgMTY6Mjc6 MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIFNZ U1RFTS9jbG9ja1NldD1ib29sOidGYWxzZScKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9w aS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1OCBFTlZJUk9OTUVOVCBEVU1QIC0g RU5ECjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVj dXRlTWV0aG9kOjEyMyBTdGFnZSBpbml0IE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnN5c3Rl bS5yZWJvb3QuUGx1Z2luLl9pbml0CjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29u dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NDEgRU5WSVJPTk1FTlQgRFVNUCAtIEJFR0lO CjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZp cm9ubWVudDo0NTYgRU5WIFNZU1RFTS9yZWJvb3Q9Ym9vbDonRmFsc2UnCjIwMTMtMTItMjEgMTY6 Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5W IFNZU1RFTS9yZWJvb3RBbGxvdz1ib29sOidUcnVlJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVH IG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBTWVNURU0vcmVi b290RGVmZXJUaW1lPWludDonMTAnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29u dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTggRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoy MDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1l dGhvZDoxMjMgU3RhZ2UgaW5pdCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdmlydF9lbmdpbmVfc2V0 dXAud2Vic29ja2V0X3Byb3h5LmNvbmZpZy5QbHVnaW4uX2luaXQKMjAxMy0xMi0yMSAxNjoyNzox NSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ0MSBFTlZJUk9O TUVOVCBEVU1QIC0gQkVHSU4KMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0 IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgT1ZFU0VUVVBfQ09ORklHL3dlYnNvY2tl dFByb3h5UG9ydD1pbnQ6JzYxMDAnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29u dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTggRU5WSVJPTk1FTlQgRFVNUCAtIEVORAoy MDEzLTEyLTIxIDE2OjI3OjE1IElORk8gb3RvcGkuY29udGV4dCBjb250ZXh0LnJ1blNlcXVlbmNl OjM4MCBTdGFnZTogRW52aXJvbm1lbnQgc2V0dXAKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBv dG9waS5jb250ZXh0IGNvbnRleHQucnVuU2VxdWVuY2U6Mzg0IFNUQUdFIHNldHVwCjIwMTMtMTIt MjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEy MyBTdGFnZSBzZXR1cCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLmNvbmZpZy5QbHVn aW4uX3Bvc3RfaW5pdAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3Rv cGkuZGlhbG9nLmh1bWFuIGRpYWxvZy5fX2xvZ1N0cmluZzoyMTUgRElBTE9HOlNFTkQgICAgICAg ICAgICAgICAgIENvbmZpZ3VyYXRpb24gZmlsZXM6IFtdCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVC VUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEyMyBTdGFnZSBzZXR1cCBN RVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLmxvZy5QbHVnaW4uX3NldHVwCjIwMTMtMTIt MjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cuaHVtYW4gZGlhbG9n Ll9fbG9nU3RyaW5nOjIxNSBESUFMT0c6U0VORCAgICAgICAgICAgICAgICAgTG9nIGZpbGU6IC90 bXAvb3RvcGktMjAxMzEyMjExNjI3MTIubG9nCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3Rv cGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEyMyBTdGFnZSBzZXR1cCBNRVRIT0Qg b3RvcGkucGx1Z2lucy5vdG9waS5jb3JlLm1pc2MuUGx1Z2luLl9zZXR1cAoyMDEzLTEyLTIxIDE2 OjI3OjE1IERFQlVHIG90b3BpLnBsdWdpbnMub3RvcGkuZGlhbG9nLmh1bWFuIGRpYWxvZy5fX2xv Z1N0cmluZzoyMTUgRElBTE9HOlNFTkQgICAgICAgICAgICAgICAgIFZlcnNpb246IG90b3BpLTEu Mi4wX21hc3RlciAob3RvcGktMS4yLjAtMC4wLm1hc3Rlci4yMDEzMTAwNy5naXQ2ZjhhYzZkLmZj MTkpCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVj dXRlTWV0aG9kOjEyMyBTdGFnZSBzZXR1cCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5wYWNr YWdlcnMueXVtcGFja2FnZXIuUGx1Z2luLl9zZXR1cAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVH IG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMjkgY29uZGl0aW9uIEZhbHNl CjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRl TWV0aG9kOjEyMyBTdGFnZSBzZXR1cCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5uZXR3b3Jr LmZpcmV3YWxsZC5QbHVnaW4uX3NldHVwCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGku Y29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEyOSBjb25kaXRpb24gRmFsc2UKMjAxMy0x Mi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6 MTIzIFN0YWdlIHNldHVwIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLm5ldHdvcmsuaG9zdG5h bWUuUGx1Z2luLl9zZXR1cAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQg Y29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDQxIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDEz LTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l bnQ6NDU4IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBv dG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTIzIFN0YWdlIHNldHVwIE1FVEhP RCBvdG9waS5wbHVnaW5zLm90b3BpLm5ldHdvcmsuc3NoLlBsdWdpbi5fc2V0dXAKMjAxMy0xMi0y MSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ0 MSBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9w aS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1OCBFTlZJUk9OTUVOVCBEVU1QIC0g RU5ECjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVj dXRlTWV0aG9kOjEyMyBTdGFnZSBzZXR1cCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5zZXJ2 aWNlcy5vcGVucmMuUGx1Z2luLl9zZXR1cAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3Bp LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDQxIEVOVklST05NRU5UIERVTVAgLSBC RUdJTgoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w RW52aXJvbm1lbnQ6NDU4IEVOVklST05NRU5UIERVTVAgLSBFTkQKMjAxMy0xMi0yMSAxNjoyNzox NSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTIzIFN0YWdlIHNl dHVwIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3BpLnNlcnZpY2VzLnJoZWwuUGx1Z2luLl9zZXR1 cAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52 aXJvbm1lbnQ6NDQxIEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDEzLTEyLTIxIDE2OjI3OjE1 IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU4IEVOVklST05N RU5UIERVTVAgLSBFTkQKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNv bnRleHQuX2V4ZWN1dGVNZXRob2Q6MTIzIFN0YWdlIHNldHVwIE1FVEhPRCBvdG9waS5wbHVnaW5z Lm90b3BpLnNlcnZpY2VzLnN5c3RlbWQuUGx1Z2luLl9zZXR1cAoyMDEzLTEyLTIxIDE2OjI3OjE1 IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMjMgU3RhZ2Ugc2V0 dXAgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkuc3lzdGVtLmNsb2NrLlBsdWdpbi5fc2V0dXAK MjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmly b25tZW50OjQ0MSBFTlZJUk9OTUVOVCBEVU1QIC0gQkVHSU4KMjAxMy0xMi0yMSAxNjoyNzoxNSBE RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1OCBFTlZJUk9OTUVO VCBEVU1QIC0gRU5ECjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250 ZXh0Ll9leGVjdXRlTWV0aG9kOjEyMyBTdGFnZSBzZXR1cCBNRVRIT0Qgb3RvcGkucGx1Z2lucy5v dG9waS5zeXN0ZW0ucmVib290LlBsdWdpbi5fc2V0dXAKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJV RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ0MSBFTlZJUk9OTUVOVCBE VU1QIC0gQkVHSU4KMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl eHQuZHVtcEVudmlyb25tZW50OjQ1OCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5ECjIwMTMtMTItMjEg MTY6Mjc6MTUgSU5GTyBvdG9waS5jb250ZXh0IGNvbnRleHQucnVuU2VxdWVuY2U6MzgwIFN0YWdl OiBFbnZpcm9ubWVudCBwYWNrYWdlcyBzZXR1cAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90 b3BpLmNvbnRleHQgY29udGV4dC5ydW5TZXF1ZW5jZTozODQgU1RBR0UgaW50ZXJuYWxfcGFja2Fn ZXMKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1 dGVNZXRob2Q6MTIzIFN0YWdlIGludGVybmFsX3BhY2thZ2VzIE1FVEhPRCBvdG9waS5wbHVnaW5z Lm90b3BpLmNvcmUudHJhbnNhY3Rpb24uUGx1Z2luLl9wcmVfcHJlcGFyZQoyMDEzLTEyLTIxIDE2 OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDoxMjMgU3Rh Z2UgaW50ZXJuYWxfcGFja2FnZXMgTUVUSE9EIG90b3BpLnBsdWdpbnMub3RvcGkubmV0d29yay5o b3N0bmFtZS5QbHVnaW4uX2ludGVybmFsX3BhY2thZ2VzCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVC VUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEzNyBtZXRob2QgZXhjZXB0 aW9uClRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBsYXN0KToKICBGaWxlICIvdXNyL2xpYi9w eXRob24yLjcvc2l0ZS1wYWNrYWdlcy9vdG9waS9jb250ZXh0LnB5IiwgbGluZSAxMjcsIGluIF9l eGVjdXRlTWV0aG9kCiAgICBtZXRob2RbJ21ldGhvZCddKCkKICBGaWxlICIvdXNyL3NoYXJlL290 b3BpL3BsdWdpbnMvb3RvcGkvbmV0d29yay9ob3N0bmFtZS5weSIsIGxpbmUgNjYsIGluIF9pbnRl cm5hbF9wYWNrYWdlcwogICAgc2VsZi5wYWNrYWdlci5pbnN0YWxsKHBhY2thZ2VzPSgnaXByb3V0 ZScsKSkKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy9vdG9waS9wYWNr YWdlci5weSIsIGxpbmUgMTEwLCBpbiBpbnN0YWxsCiAgICByYWlzZSBOb3RJbXBsZW1lbnRlZEVy cm9yKF8oJ1BhY2thZ2VyIGluc3RhbGwgbm90IGltcGxlbWVudGVkJykpCk5vdEltcGxlbWVudGVk RXJyb3I6IFBhY2thZ2VyIGluc3RhbGwgbm90IGltcGxlbWVudGVkCjIwMTMtMTItMjEgMTY6Mjc6 MTUgRVJST1Igb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjE0NiBGYWlsZWQg dG8gZXhlY3V0ZSBzdGFnZSAnRW52aXJvbm1lbnQgcGFja2FnZXMgc2V0dXAnOiBQYWNrYWdlciBp bnN0YWxsIG5vdCBpbXBsZW1lbnRlZAoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNv bnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDQxIEVOVklST05NRU5UIERVTVAgLSBCRUdJ TgoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52 aXJvbm1lbnQ6NDU2IEVOViBCQVNFL2Vycm9yPWJvb2w6J1RydWUnCjIwMTMtMTItMjEgMTY6Mjc6 MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTggRU5WSVJP Tk1FTlQgRFVNUCAtIEVORAoyMDEzLTEyLTIxIDE2OjI3OjE1IElORk8gb3RvcGkuY29udGV4dCBj b250ZXh0LnJ1blNlcXVlbmNlOjM4MCBTdGFnZTogUHJlLXRlcm1pbmF0aW9uCjIwMTMtMTItMjEg MTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LnJ1blNlcXVlbmNlOjM4NCBTVEFH RSBwcmUtdGVybWluYXRlCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBj b250ZXh0Ll9leGVjdXRlTWV0aG9kOjEyMyBTdGFnZSBwcmUtdGVybWluYXRlIE1FVEhPRCBvdG9w aS5wbHVnaW5zLm90b3BpLmNvcmUubWlzYy5QbHVnaW4uX3ByZVRlcm1pbmF0ZQoyMDEzLTEyLTIx IDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDQx IEVOVklST05NRU5UIERVTVAgLSBCRUdJTgoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3Bp LmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBCQVNFL2Fib3J0ZWQ9Ym9v bDonRmFsc2UnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0 LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIEJBU0UvZGVidWc9aW50OicwJwoyMDEzLTEyLTIxIDE2 OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVO ViBCQVNFL2Vycm9yPWJvb2w6J1RydWUnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGku Y29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIEJBU0UvZXhjZXB0aW9uSW5m bz1saXN0OidbKDx0eXBlICdleGNlcHRpb25zLk5vdEltcGxlbWVudGVkRXJyb3InPiwgTm90SW1w bGVtZW50ZWRFcnJvcignUGFja2FnZXIgaW5zdGFsbCBub3QgaW1wbGVtZW50ZWQnLCksIDx0cmFj ZWJhY2sgb2JqZWN0IGF0IDB4MTBhMTY4MD4pXScKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBv dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQkFTRS9leGVjdXRp b25EaXJlY3Rvcnk9c3RyOicvaG9tZS9tdGF5ZXIvZGV2L292aXJ0LWVuZ2luZS9zcmMnCjIwMTMt MTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVu dDo0NTYgRU5WIEJBU0UvbG9nPWJvb2w6J1RydWUnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcg b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIEJBU0UvcGx1Z2lu R3JvdXBzPXN0cjonb3RvcGk6b3ZpcnQtZW5naW5lLWNvbW1vbjpvdmlydC1lbmdpbmUtc2V0dXAn CjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZp cm9ubWVudDo0NTYgRU5WIEJBU0UvcGx1Z2luUGF0aD1zdHI6Jy91c3Ivc2hhcmUvb3RvcGkvcGx1 Z2luczovaG9tZS9tdGF5ZXIvZGV2L292aXJ0LWVuZ2luZS9naXRfc25tcF9jbGVhbnVwL3NoYXJl L292aXJ0LWVuZ2luZS9zZXR1cC9iaW4vLi4vcGx1Z2lucycKMjAxMy0xMi0yMSAxNjoyNzoxNSBE RUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQkFTRS9z dXBwcmVzc0Vudmlyb25tZW50S2V5cz1saXN0OidbXScKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJV RyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09NTUFORC9j aGtjb25maWc9Tm9uZVR5cGU6J05vbmUnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGku Y29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIENPTU1BTkQvY2hyb255Yz1O b25lVHlwZTonTm9uZScKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNv bnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09NTUFORC9kYXRlPU5vbmVUeXBlOidOb25l JwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52 aXJvbm1lbnQ6NDU2IEVOViBDT01NQU5EL2h3Y2xvY2s9Tm9uZVR5cGU6J05vbmUnCjIwMTMtMTIt MjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0 NTYgRU5WIENPTU1BTkQvaW5pdGN0bD1Ob25lVHlwZTonTm9uZScKMjAxMy0xMi0yMSAxNjoyNzox NSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09N TUFORC9pcD1Ob25lVHlwZTonTm9uZScKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5j b250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09NTUFORC9udHBxPU5vbmVU eXBlOidOb25lJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4 dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBDT01NQU5EL3JjPU5vbmVUeXBlOidOb25lJwoyMDEz LTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1l bnQ6NDU2IEVOViBDT01NQU5EL3JjLXVwZGF0ZT1Ob25lVHlwZTonTm9uZScKMjAxMy0xMi0yMSAx NjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBF TlYgQ09NTUFORC9yZWJvb3Q9Tm9uZVR5cGU6J05vbmUnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVC VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIENPTU1BTkQv cmVzdG9yZWNvbj1Ob25lVHlwZTonTm9uZScKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9w aS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09NTUFORC9zZXJ2aWNl PU5vbmVUeXBlOidOb25lJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQg Y29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBDT01NQU5EL3N5c3RlbWN0bD1Ob25lVHlw ZTonTm9uZScKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQu ZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09SRS9jb25maWdGaWxlQXBwZW5kPU5vbmVUeXBlOidO b25lJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w RW52aXJvbm1lbnQ6NDU2IEVOViBDT1JFL2NvbmZpZ0ZpbGVOYW1lPXN0cjonL2V0Yy9vdG9waS5j b25mJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w RW52aXJvbm1lbnQ6NDU2IEVOViBDT1JFL2ludGVybmFsUGFja2FnZVRyYW5zYWN0aW9uPVRyYW5z YWN0aW9uOid0cmFuc2FjdGlvbicKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250 ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09SRS9sb2dEaXI9c3RyOicvdG1w JwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52 aXJvbm1lbnQ6NDU2IEVOViBDT1JFL2xvZ0ZpbGVIYW5kbGU9ZmlsZTonPG9wZW4gZmlsZSAnL3Rt cC9vdG9waS0yMDEzMTIyMTE2MjcxMi5sb2cnLCBtb2RlICdhJyBhdCAweDdmMDUwN2M4NjQyMD4n CjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZp cm9ubWVudDo0NTYgRU5WIENPUkUvbG9nRmlsZU5hbWU9c3RyOicvdG1wL290b3BpLTIwMTMxMjIx MTYyNzEyLmxvZycKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl eHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09SRS9sb2dGaWxlTmFtZVByZWZpeD1zdHI6J290 b3BpJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1w RW52aXJvbm1lbnQ6NDU2IEVOViBDT1JFL2xvZ0ZpbHRlcj1fTXlMb2dnZXJGaWx0ZXI6J2ZpbHRl cicKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVu dmlyb25tZW50OjQ1NiBFTlYgQ09SRS9sb2dGaWx0ZXJLZXlzPWxpc3Q6J1tdJwoyMDEzLTEyLTIx IDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2 IEVOViBDT1JFL2xvZ1JlbW92ZUF0RXhpdD1ib29sOidGYWxzZScKMjAxMy0xMi0yMSAxNjoyNzox NSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgQ09S RS9tYWluVHJhbnNhY3Rpb249VHJhbnNhY3Rpb246J3RyYW5zYWN0aW9uJwoyMDEzLTEyLTIxIDE2 OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVO ViBDT1JFL21vZGlmaWVkRmlsZXM9bGlzdDonW10nCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcg b3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIENPUkUvcmFuZG9t aXplRXZlbnRzPWJvb2w6J0ZhbHNlJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNv bnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBESUFMT0cvYm91bmRhcnk9c3Ry OictLT00NTFiODBkYy05OTZmLTQzMmUtOWU0Zi0yYjI5ZWY2ZDExNDE9LS0nCjIwMTMtMTItMjEg MTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYg RU5WIERJQUxPRy9jbGlWZXJzaW9uPWludDonMScKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBv dG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgRElBTE9HL2N1c3Rv bWl6YXRpb249Ym9vbDonRmFsc2UnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29u dGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIERJQUxPRy9kaWFsZWN0PXN0cjon aHVtYW4nCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1 bXBFbnZpcm9ubWVudDo0NTYgRU5WIElORk8vUEFDS0FHRV9OQU1FPXN0cjonb3RvcGknCjIwMTMt MTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVu dDo0NTYgRU5WIElORk8vUEFDS0FHRV9WRVJTSU9OPXN0cjonMS4yLjBfbWFzdGVyJwoyMDEzLTEy LTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6 NDU2IEVOViBORVRXT1JLL2ZpcmV3YWxsZEF2YWlsYWJsZT1ib29sOidGYWxzZScKMjAxMy0xMi0y MSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1 NiBFTlYgTkVUV09SSy9maXJld2FsbGREaXNhYmxlU2VydmljZXM9bGlzdDonW10nCjIwMTMtMTIt MjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0 NTYgRU5WIE5FVFdPUksvZmlyZXdhbGxkRW5hYmxlPWJvb2w6J0ZhbHNlJwoyMDEzLTEyLTIxIDE2 OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVO ViBORVRXT1JLL2lwdGFibGVzRW5hYmxlPWJvb2w6J0ZhbHNlJwoyMDEzLTEyLTIxIDE2OjI3OjE1 IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBORVRX T1JLL2lwdGFibGVzUnVsZXM9Tm9uZVR5cGU6J05vbmUnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVC VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIE5FVFdPUksv c3NoRW5hYmxlPWJvb2w6J0ZhbHNlJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNv bnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBORVRXT1JLL3NzaEtleT1Ob25l VHlwZTonTm9uZScKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRl eHQuZHVtcEVudmlyb25tZW50OjQ1NiBFTlYgTkVUV09SSy9zc2hVc2VyPXN0cjonJwoyMDEzLTEy LTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6 NDU2IEVOViBPVkVTRVRVUF9DT05GSUcvd2Vic29ja2V0UHJveHlDb25maWc9Tm9uZVR5cGU6J05v bmUnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBF bnZpcm9ubWVudDo0NTYgRU5WIE9WRVNFVFVQX0NPTkZJRy93ZWJzb2NrZXRQcm94eVBvcnQ9aW50 Oic2MTAwJwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5k dW1wRW52aXJvbm1lbnQ6NDU2IEVOViBQQUNLQUdFUi9rZWVwQWxpdmVJbnRlcnZhbD1pbnQ6JzMw JwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52 aXJvbm1lbnQ6NDU2IEVOViBQQUNLQUdFUi95dW1EaXNhYmxlZFBsdWdpbnM9bGlzdDonW10nCjIw MTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9u bWVudDo0NTYgRU5WIFBBQ0tBR0VSL3l1bUVuYWJsZWRQbHVnaW5zPWxpc3Q6J1tdJwoyMDEzLTEy LTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6 NDU2IEVOViBQQUNLQUdFUi95dW1FeHBpcmVDYWNoZT1ib29sOidUcnVlJwoyMDEzLTEyLTIxIDE2 OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVO ViBTWVNURU0vY2xvY2tNYXhHYXA9aW50Oic1JwoyMDEzLTEyLTIxIDE2OjI3OjE1IERFQlVHIG90 b3BpLmNvbnRleHQgY29udGV4dC5kdW1wRW52aXJvbm1lbnQ6NDU2IEVOViBTWVNURU0vY2xvY2tT ZXQ9Ym9vbDonRmFsc2UnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBj b250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIFNZU1RFTS9jb21tYW5kUGF0aD1zdHI6Jy91 c3IvbG9jYWwvc2JpbjovdXNyL2xvY2FsL2JpbjovdXNyL3NiaW46L3Vzci9iaW46L3NiaW46L2Jp bicKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVu dmlyb25tZW50OjQ1NiBFTlYgU1lTVEVNL3JlYm9vdD1ib29sOidGYWxzZScKMjAxMy0xMi0yMSAx NjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1NiBF TlYgU1lTVEVNL3JlYm9vdEFsbG93PWJvb2w6J1RydWUnCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVC VUcgb3RvcGkuY29udGV4dCBjb250ZXh0LmR1bXBFbnZpcm9ubWVudDo0NTYgRU5WIFNZU1RFTS9y ZWJvb3REZWZlclRpbWU9aW50OicxMCcKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5j b250ZXh0IGNvbnRleHQuZHVtcEVudmlyb25tZW50OjQ1OCBFTlZJUk9OTUVOVCBEVU1QIC0gRU5E CjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRl TWV0aG9kOjEyMyBTdGFnZSBwcmUtdGVybWluYXRlIE1FVEhPRCBvdG9waS5wbHVnaW5zLm90b3Bp LmRpYWxvZy5jbGkuUGx1Z2luLl9wcmVfdGVybWluYXRlCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVC VUcgb3RvcGkuY29udGV4dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEyOSBjb25kaXRpb24gRmFs c2UKMjAxMy0xMi0yMSAxNjoyNzoxNSBJTkZPIG90b3BpLmNvbnRleHQgY29udGV4dC5ydW5TZXF1 ZW5jZTozODAgU3RhZ2U6IFRlcm1pbmF0aW9uCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3Rv cGkuY29udGV4dCBjb250ZXh0LnJ1blNlcXVlbmNlOjM4NCBTVEFHRSB0ZXJtaW5hdGUKMjAxMy0x Mi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6 MTIzIFN0YWdlIHRlcm1pbmF0ZSBNRVRIT0Qgb3RvcGkucGx1Z2lucy5vdG9waS5kaWFsb2cuaHVt YW4uUGx1Z2luLl90ZXJtaW5hdGUKMjAxMy0xMi0yMSAxNjoyNzoxNSBERUJVRyBvdG9waS5jb250 ZXh0IGNvbnRleHQuX2V4ZWN1dGVNZXRob2Q6MTIzIFN0YWdlIHRlcm1pbmF0ZSBNRVRIT0Qgb3Rv cGkucGx1Z2lucy5vdG9waS5kaWFsb2cubWFjaGluZS5QbHVnaW4uX3Rlcm1pbmF0ZQoyMDEzLTEy LTIxIDE2OjI3OjE1IERFQlVHIG90b3BpLmNvbnRleHQgY29udGV4dC5fZXhlY3V0ZU1ldGhvZDox MjkgY29uZGl0aW9uIEZhbHNlCjIwMTMtMTItMjEgMTY6Mjc6MTUgREVCVUcgb3RvcGkuY29udGV4 dCBjb250ZXh0Ll9leGVjdXRlTWV0aG9kOjEyMyBTdGFnZSB0ZXJtaW5hdGUgTUVUSE9EIG90b3Bp LnBsdWdpbnMub3RvcGkuY29yZS5sb2cuUGx1Z2luLl90ZXJtaW5hdGUK ------=_Part_10003452_452066899.1387638944733--

2 1

[Engine-devel] [ATN] [devenv] packaging: setup: refactoring
by Sandro Bonazzola 22 Dec '13

22 Dec '13

Hello All, a patch refactoring the packaging of ovirt-engine-setup[1] will be merged soon. The change requires latest version of the otopi package to be installed. Please update it in your development environment. [1] http://gerrit.ovirt.org/20293 Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Re: [Engine-devel] [Users] oVirt 3.3.2 release
by Bob Doolittle 21 Dec '13

21 Dec '13

Thanks. I considered that but I've been hesitant to try manual workarounds in case my environment proves helpful for troubleshooting or verifying a solution. Clearly the community needs a real fix, although the lack of response to this issue surprised me. Must be the holidays :-) -Bob On Dec 21, 2013 4:55 AM, "Markus Stockhausen" <stockhausen(a)collogia.de> wrote: > We are on centos 6.5 and got similar dependency errors but simply replaced > ovirt-release with ovirt-release-el6 in the guide. Afterwards everything > worked smoothly. > > Do not know if it helps > > Von meinem Xperia™-Smartphone gesendet > > Bob Doolittle <bob(a)doolittle.us.com> schrieb: > > > I think the problem may be other than I indicated, however, because I > don't see ovirt-engine-3.3.2 in the FC19 stable repo either. Here's the > error output of my update command: > > Error: Package: ovirt-engine-3.3.1-2.el6.noarch (@ovirt-stable) > Requires: ovirt-engine-websocket-proxy = 3.3.1-2.el6 > Removing: ovirt-engine-websocket-proxy-3.3.1-2.el6.noarch > (@ovirt-stable) > ovirt-engine-websocket-proxy = 3.3.1-2.el6 > Updated By: ovirt-engine-websocket-proxy-3.3.2-1.el6.noarch > (ovirt-3.3.2) > ovirt-engine-websocket-proxy = 3.3.2-1.el6 > Available: ovirt-engine-websocket-proxy-3.3.0-3.el6.noarch > (ovirt-stable) > ovirt-engine-websocket-proxy = 3.3.0-3.el6 > Available: ovirt-engine-websocket-proxy-3.3.0-4.el6.noarch > (ovirt-stable) > ovirt-engine-websocket-proxy = 3.3.0-4.el6 > Available: ovirt-engine-websocket-proxy-3.3.0.1-1.el6.noarch > (ovirt-stable) > ovirt-engine-websocket-proxy = 3.3.0.1-1.el6 > Available: ovirt-engine-websocket-proxy-3.3.1-1.el6.noarch > (ovirt-stable) > ovirt-engine-websocket-proxy = 3.3.1-1.el6 > > I have attached my current repo config, after the update of > ovirt-release-el6-10-1 > > I'm not sure why it's not seeing > > http://resources.ovirt.org/releases/3.3.2/rpm/EL/6/noarch/ovirt-engine-3.3.… > > I do see that repository enabled in "yum repolist enabled" output. > > -Bob > > On 12/20/2013 11:13 AM, Fabian Deutsch wrote: > > Am Freitag, den 20.12.2013, 11:12 -0500 schrieb Bob Doolittle: > >> I can't do an update of Engine for RHEL 6. > >> > >> The 3.3.2 packages do not seem to have been pushed here: > >> > >> http://resources.ovirt.org/releases/stable/rpm/EL/6/noarch/ > > Thanks - I observed the same. > > > > - fabian > > > >> -Bob > >> > >> On 12/19/2013 09:03 AM, Sandro Bonazzola wrote: > >>> The oVirt development team is very happy to announce the general > >>> availability of oVirt 3.3.2 as of December 19th 2013. This release > >>> solidifies oVirt as a leading KVM management application and open > >>> source alternative to VMware vSphere. > >>> > >>> oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5 > >>> (or similar). > >>> > >>> This release of oVirt includes 175 bug fixes and the first release of > the > >>> Backup and Restore API, which enables backup programs to integrate > with oVirt. > >>> This release also simplifies the Guide Me VM-creation wizard. See the > release > >>> notes [1] for a list of the new features and bugs fixed. > >>> > >>> IMPORTANT NOTE: If you're upgrading from a previous version, please > update > >>> ovirt-release to the latest version (10) and verify you have the > correct > >>> repositories enabled by running the following commands > >>> > >>> # yum update ovirt-release > >>> # yum repolist enabled > >>> > >>> before upgrading with the usual procedure. You should see the > ovirt-3.3.2 and > >>> ovirt-stable repositories listed in the output of the repolist command. > >>> > >>> > >>> > >>> [1] http://www.ovirt.org/OVirt_3.3.2_release_notes > >>> > >> _______________________________________________ > >> Arch mailing list > >> Arch(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/arch >

1 0

[Engine-devel] BUG: Typo in RSDL 3.3.2
by Sven Kieske 21 Dec '13

21 Dec '13

Hi, in the rsdl you got: link href="/api/hosts/{host:id}/forceselectspm" rel="forceselectspm"><description>force the specified to be selected as storage pool manager</description><request><http_method>POST</http_method> it should read "force the specified host to be selected" I think there are more of those, but I can't list them all atm. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

1 0

[Engine-devel] REST Error during VM creation
by Sven Kieske 21 Dec '13

21 Dec '13

Hi, when we try to create a vm via REST-API, we get the following error via REST: <h1>HTTP Status 500 - org.codehaus.jackson.map.JsonMappingException: (was java.lang.NullPointerException) (through reference chain: org.ovirt.engine.api.model.VM["console"])</h1><HR size="1" noshade="noshade">type Status reportmessage org.codehaus.jackson.map.JsonMappingException: (was java.lang.NullPointerException) (through reference chain: org.ovirt.engine.api.model.VM["console"])description The server encountered an internal error (org.codehaus.jackson.map.JsonMappingException: (was java.lang.NullPointerException) (through reference chain: org.ovirt.engine.api.model.VM["console"])) that prevented it from fulfilling this request.<HR size="1" noshade="noshade"><h3>JBoss Web/7.0.13.Final</h3> However, the vm is correctly created (see attached engine.log). This is ovirt-engine 3.3.2-1.el6 Any suggestions? We need to be able to get the correct response via API. Should I open a BZ for this? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

2 4

[Engine-devel] UX: Display VM Downtime in the UI
by Adam Litke 20 Dec '13

20 Dec '13

Hi UX developers, My recent change: http://gerrit.ovirt.org/#/c/22429/ adds support for tracking the time a VM was last stopped and presenting it in the REST API. I would also like to expose this information in the admin portal. This feature has been requested by end users and is useful for managing lots of VMs which may not be used frequently. My idea is to change the 'Uptime' column in the VMs tab to 'Uptime / Downtime' or some equivalent and more compact phrasing. If the VM is Up, then last_start_time would be used to calculate uptime. If the VM is Down, then last_stop_time would be used to calculate downtime. This helps to make efficient use of the column space. I am not sure how column sorting is being implemented, but if we combine uptime and downtime into a single column we have an opportunity to provide a really intuitive sort where the longest uptime machines are at the top and the longest downtime machines are at the bottom. This could be accomplished by treating uptime as a positive interval and downtime as a negative interval. Questions for you all: - Do you support the idea of changing the Uptime column to include Downtime as well or would you prefer a new column instead? - Is there a better heading for the new column or is 'Uptime / Downtime' good enough? - How should we handle sorting? Thanks for your input!

3 6

[Engine-devel] Can not login to gerrit with Yahho Id
by Eli Mesika 19 Dec '13

19 Dec '13

Hi I have a Yahoo ID I am using to register to gerrit. It stops working today, I am getting in to Yahoo account but not getting to gerrit Is that a new issue in gerrit ? Please help Thanks Eli

1 0

[Engine-devel] Increasing the HTTP keep alive to 30 seconds
by Juan Hernandez 19 Dec '13

19 Dec '13

Hello, We have an RFE that has been open for quite a long time requesting an increase of the keep alive time in the HTTP communications between the GUI applications and the web server: https://bugzilla.redhat.com/833799 Implementing it should be as simple as modifying the setup application so that it includes the modified KeepAlive directives in the web server configuration, something like this: KeepAlive on KeepAliveTimeout 30 Is someone with knowledge of the setup application interested on taking this? Regards, Juan Hernandez -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.

2 1

[Engine-devel] No-arg constructor required by default in backend "common" module's classes
by Vojtech Szocs 19 Dec '13

19 Dec '13

Hi guys, in order to avoid potential errors related to GWT RPC serialization, a recent patch [1] introduced the requirement for no-arg constructor in backend "common" module's classes. [1] http://gerrit.ovirt.org/#/c/21733/ (Even though we're planning to move away from GWT RPC to using REST API, for the time being, this should prevent RPC related errors caused by missing no-arg constructor, which are sometimes hard to trace.) For a select few classes *not* involved in RPC communication, you can add these in checkstyle-suppressions.xml file. Vojtech

1 0

[Engine-devel] [jenkins] Request to be able to create jobs for jsonrpc project
by Piotr Kliczewski 18 Dec '13

18 Dec '13

I am working on new project vdsm-jsonrpc-java which is async client library using json which will be used for communication between engine and vdsm. I would like to create jenkins jobs for this project but have no account nor authority to do so. Can you please +1 my request? Thanks, Piotr

2 1

[Engine-devel] Polling vs Pushing engine events
by Sven Kieske 18 Dec '13

18 Dec '13

Hi, we got the following problem: we create / start / stop hole vms /data centers / storage etc (basically: everything ovirt can handle via REST-API) But if you want to know e.g. the status of a vm (or anything) you need to constantly poll the API. This is not what we desire to do, as it does not scale very well (e.g. polling 100 vms). Is there a standardized way of pushing information from the engine? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

4 5

[Engine-devel] GUI widget for adding/removing entries
by Lior Vernia 17 Dec '13

17 Dec '13

Hello, Lately a patch has been merged that introduces a widget for adding/removing entries (e.g. network interfaces when creating/editing a VM): http://gerrit.ovirt.org/#/c/19530/ This kind of widgets is becoming common in oVirt, so the idea is to make adding one easy rather than copying & pasting code. AddRemoveRowWidget takes care of the plus/minus button logic, disabling an entry that hasn't been edited, and the arranging in rows. In order to use it, one is required to override a couple of abstract methods that are dependent upon the specific entry implementation. An example may be found in ProfilesInstanceTypeEditor, which handles adding/removing network interfaces in the new/edit VM dialog. Yours, Lior.

4 14

[Engine-devel] oVirt 3.3.2 RC
by Sandro Bonazzola 17 Dec '13

17 Dec '13

The oVirt team is pleased to announce that the 3.3.2 Release Candidate is now available in ovirt-updates-testing [1]. We planned to release it on Wed Dec 18th 2013 but it will probably be postponed to next week for allowing more testing on the RC. The release date will be decided in next oVrit sync meeting on Wed Dec 18th. Feel free to join us testing it[2] and verifying the bugzilla entries actually under verification [3]. Release notes for this update are available on the wiki [4]. A new oVirt Node build will be available soon as well. [1] http://resources.ovirt.org/releases/updates-testing [2] http://www.ovirt.org/Testing/Ovirt_3.3.2_testing [3] http://red.ht/19NoJKf [4] http://www.ovirt.org/OVirt_3.3.2_release_notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Engine-devel] [jenkins] dao tests broken
by Eyal Edri 16 Dec '13

16 Dec '13

fyi, dao tests are broken for some time now, who can look into it? current failing tests are: Tests in error: testAdUserConstrcutor(org.ovirt.engine.core.common.users.VdcUserTest): org.ovirt.engine.core.common.businessentities.LdapUser.setPassword(Ljava/lang/String;)V testAdUserAndFalseBooleanConstrcutor(org.ovirt.engine.core.common.users.VdcUserTest): org.ovirt.engine.core.common.businessentities.LdapUser.setPassword(Ljava/lang/String;)V testAdUserAndTrueBooleanConstrcutor(org.ovirt.engine.core.common.users.VdcUserTest): org.ovirt.engine.core.common.businessentities.LdapUser.setPassword(Ljava/lang/String;)V getUserFQN(org.ovirt.engine.core.common.users.VdcUserTest): org.ovirt.engine.core.common.businessentities.LdapUser.setPassword(Ljava/lang/String;)V http://jenkins.ovirt.org/job/ovirt_engine_dao_unit_tests/5446/console looks like it started after commit : http://jenkins.ovirt.org/job/ovirt_engine_dao_unit_tests/5438/ core: scheduling: handle cpu load duration (detail / gitweb) Eyal.

5 5

[Engine-devel] [engine-devel] instance type as top-level entity
by Tomas Jelinek 16 Dec '13

16 Dec '13

Hey all, I have started to work on the instance types[1] again and hit an issue. Since the instance types are supposed to be top-level entities (e.g. without the connection to DC/Cluster) but they are modeled as templates it is not possible to store them to DB since the DB constraints violation on vm_static table (e.g. the vds_group_id has to be unique and point to an existing vds_group). So, I see 4 options: 1: drop the constraints on the vm_static.vds_group_id (the vds_groups_vm_static constraint) (most simple approach but would open the door to some issues which are now guard on the DB level) 2: do the same magic [well, hacks :) ] as with the "blank" template which is in the same situation (not exactly a nice solution to have the instance types wired to one specific cluster just to satisfy the constraint but return them all the time) 3: do not store this data in vm_static but create some new table called e.g. instance_type which would contain all of the fields from vm_static which are needed by it (actually the best approach AFAIK but to do it correctly it would require some more refactoring to do some hierarchy of tables and not copy the fields from table to table) 4: make the instance types not top-level (e.g. bound to specific DC/Cluster) (would bring some issues for example with the default instance types which should be present for all the DC/Clusters) Thoughts? Thank you, Tomas [1]: http://www.ovirt.org/Features/Instance_Types

3 4

[Engine-devel] Help to review the design of Feature/NUMA and Virtual NUMA
by Liao, Chuan (Jason, MCXS-CQ) 15 Dec '13

15 Dec '13

--_000_B63C858E777679458338A30A991BB5240155E248G1W3780americas_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Everyone, I am Jason Liao from HP, now focus on the NUMA feature integration into oVi= rt. Now we finish the first step of High-level design document. Please help to review the design of Features/NUMA_and_Virtual_NUMA<http://w= ww.ovirt.org/Features/NUMA_and_Virtual_NUMA> on oVirt community wiki page. If anyone have some question and suggestion, please let me know. Thanks all. Best Regards, Jason Liao --_000_B63C858E777679458338A30A991BB5240155E248G1W3780americas_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"ZH-CN" link=3D"#0563C1" vlink=3D"#954F72" style=3D"text-justi= fy-trim:punctuation"> <div class=3D"WordSection1"> Hi Everyone,<o:p></o:p> <o:p> </o:p> I am Jason Liao from HP, now focus = on the NUMA feature integration into oVirt.<o:p></o:p> <o:p> </o:p> Now we finish the first step of Hig= h-level design document.<o:p></o:p> <o:p> </o:p> Please help to review the design of <a href=3D"http://www.ovirt.org/Features/NUMA_a= nd_Virtual_NUMA">Features/NUMA_and_Virtual_NUMA</a> on oVirt community wiki= page.<o:p></o:p> <o:p> </o:p> If anyone have some question an= d suggestion, please let me know.<o:p></o:p> <o:p> </o:p> Thanks all.<o:p></o:p></= p> <o:p> </o:p> Best= Regards, Jason Liao= <o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_B63C858E777679458338A30A991BB5240155E248G1W3780americas_--

2 1

[Engine-devel] developmen environment: logs
by Einav Cohen 14 Dec '13

14 Dec '13

[working on development environment] (1) I tried following instructions in [1] in order to have my engine.log log messages from the bll module in DEBUG level. After adding section [2] to the relevant file, I got an error message [3] (probably since a logger for category "org.ovirt.engine.core.bll" already exists in the file). I removed that new section, and changed the relevant string within the already-existing <logger category="org.ovirt.engine.core.bll"> from "INFO" to "DEBUG"; however, log for bll messages kept being logged only in the "INFO" level. [I restarted ovirt-engine.py after every change] Any ideas? (2) Does anyone know why queries invocation isn't being logged into the engine.log [maybe they are being logged in DEBUG level and due to (1) I cannot see them]? it seems that only action invocations are being logged. Many thanks in advance. ---- Regards, Einav [1] http://www.ovirt.org/OVirt_Engine_Development_Environment#Enable_DEBUG_log [2] --- <logger category="org.ovirt.engine.core.bll"> <level name="DEBUG"/> </logger> --- [3] [ovirt-engine-devel-env]$ ./ovirt-engine.py start Listening for transport dt_socket at address: 8787 ovirt-engine[13794] ERROR run:485 Error: process terminated with status code 1 [ovirt-engine-devel-env]$

2 2

[Engine-devel] Fwd: Re: [Users] Ubuntu & Debian guest agent
by Sven Kieske 13 Dec '13

13 Dec '13

Forwarding to devel: In short: does the guest agent really need to use "usermode" for shutdown? Simple sudoer rights should suffice and greatly reduce the dependency tree. -------- Original-Nachricht -------- Betreff: Re: [Users] Ubuntu & Debian guest agent Datum: Thu, 12 Dec 2013 10:16:48 +0000 Von: Sven Kieske <S.Kieske(a)mittwald.de> An: users(a)ovirt.org <users(a)ovirt.org> Okay, i was able to resolve some of my questions already with the help of Vinzenz Feenstra in ovirt IRC (Thanks again). I'm somewhat impressed, the agent reports IPv4 addresses and even multiple ipv6 addresses from the vm. But I have some additional question: There is a huge dependency tree, resulting in the download of the following packages on Ubuntu 12.04.3: fontconfig fontconfig-config hicolor-icon-theme libatk1.0-0 libatk1.0-data libavahi-client3 libavahi-common-data libavahi-common3 libcairo2 libcups2 libdatrie1 libfontconfig1 libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libjasper1 libjpeg-turbo8 libjpeg8 libnl1 libpango1.0-0 libpixman-1-0 libthai-data libthai0 libtiff4 libuser1 libxcb-render0 libxcb-shm0 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxft2 libxi6 libxinerama1 libxrandr2 libxrender1 python-ethtool shared-mime-info ttf-dejavu-core usermode I investigated a little and it seems that most of this stuff (graphic libs) gets pulled in by the package "usermode" which is a graphical tool for end users for manipulating passwords etc. I can understand that this tool might be needed for SSO and okay for desktop users. But I want to ask if it can't be substituted through sudo or similar commandline tools for the purpose of installing the agent on a server. from a security perspective you don't want files like libjpeg on your server if you don't need them. I don't know how/why exactly usermode is used/needed so maybe this can be changed? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

1 0

[Engine-devel] [QE] ovirt-docs?
by Sandro Bonazzola 13 Dec '13

13 Dec '13

Hi, both wiki page http://www.ovirt.org/User_Guides and git://gerrit.ovirt.org/ovirt-docs are a bit outdated. We also have a few bugs for components: - doc-Installation-Guide - doc-REST_API_Guide Anybody willing to update docs for 3.3.2 release? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [Engine-devel] Please add an account for me in oVirt Jenkins.
by Eyal Edri 13 Dec '13

13 Dec '13

+1. (adding engine-devel also) yaniv should have access to build ovirt dwh & reports projects on jenkins. Eyal. ----- Original Message ----- > From: "Yaniv Dary" <ydary(a)redhat.com> > To: infra(a)ovirt.org > Sent: Thursday, December 12, 2013 6:50:33 PM > Subject: Please add an account for me in oVirt Jenkins. > > Hi, > I need access to Jenkins to build projects and add/manage jobs. Can you > please create an account for me? > My fedora openID is ydary. > > > Thanks! > > --- > Yaniv Dary > BI Software Engineer > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 43501 > > Tel : +972 (9) 7692306 > 72306 > Email: ydary(a)redhat.com > IRC : ydary > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra >

2 1

[Engine-devel] CodeQuality/Automated Checking
by Sven Kieske 13 Dec '13

13 Dec '13

Hi, I just stumbled upon this: http://gerrit.ovirt.org/#/c/22310/1/vdsm.spec.in such errors could be prevented easily. either by using bash -n $scriptname.sh before commit or by automated syntaxchecking via jenkins ? what do you think? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

4 5

[Engine-devel] [QE] oVirt 3.3.2 RC status
by Sandro Bonazzola 12 Dec '13

12 Dec '13

Hi, we've scheduled oVirt 3.3.2 RC build on 2013-12-11 [1] A bug tracker is available at [2] and it shows only 4 bugs still blocking the release: Whiteboard Bug ID Summary integration 1036209 [AIO] ssh issues storage 1022961 Running a VM from a gluster domain uses mount instead of gluster URI virt 1029885 cloud-init testcase does not work in engine 3.3.1 virt 1025829 sysprep floppy is not attached to Windows 2008 R2 machine - even when specifically checked in Run Once Please provide an ETA for the above bugs. 1036209 [AIO] ssh issues: patch merged on master branch, ready to be merged (hopefully today) on 3.3 and 3.3.2 branches. For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug and add yourself to the testing page [3]. Thanks to all which have already started testing beta release! Maintainers should fill release notes before RC build, the page has been created here [4] [1] http://www.ovirt.org/OVirt_3.3.z_release-management [2] https://bugzilla.redhat.com/1027349 [3] http://www.ovirt.org/Testing/Ovirt_3.3.2_testing [4] http://www.ovirt.org/OVirt_3.3.2_release_notes Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 6

[Engine-devel] Setting cluster CPU
by Sandro Bonazzola 11 Dec '13

11 Dec '13

Hi, I'm trying to set the cluster CPU type while adding the first host to the Default cluster. I know how to set the CPU type on a new cluster, since I'll do that in AIO plugin. But I'm not sure to understand how to set the CPU on an existing cluster. Should it be enough to specify cpu arg while adding the host to the cluster? (before adding an host, cpu is None on the cluster) Because I'm trying to do that without success (obtaining a sandybridge cluster while specifying westmere cpu). Michael, can you take a look at http://gerrit.ovirt.org/22129 and advise? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 10

[Engine-devel] daotest failure
by Ohad Basan 11 Dec '13

11 Dec '13

Hello I've performed some changed to the daotest jobs on jenkins 1. we were created and populating the db with user "postgres". now we're doing it with engine as we should 2. structure of the job was changed according to readme.DEVELOPER since these changes I experience some test failure which I suspect that are true failures. could you please look? http://jenkins.ovirt.org/job/ovirt_engine_dao_unit_tests/5400/console thanks, Ohad

2 1

[Engine-devel] Problems debugging client code
by Eli Mesika 11 Dec '13

11 Dec '13

Hi Debugging client code I got this when trying to connect from Google Chrom : ******************************************************** Oops! Google Chrome could not connect to 127.0.0.1:8080 Try reloading the page ******************************************************** any ideas ??? I am following instructions from README.developer and using f19 with google-chrome-stable-31.0.1650.63-1.x86_64 Thanks Eli

2 2

[Engine-devel] [Bug] Small Typo in api.xsd
by Sven Kieske 10 Dec '13

10 Dec '13

Hi, I just was reading through the new cloud-init api integration and found a small typo in: backend/manager/modules/restapi/interface/definition/src/main/resources/api.xsd Line 606: It is: " " but should be " ", I guess. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

2 2

[Engine-devel] make is failing in ovirt-engine master
by Kanagaraj 10 Dec '13

10 Dec '13

Hi, make clean install-dev PREFIX="$HOME/ovirt-engine" is failing with following error on master branch. if [ "1" != 0 ]; then \ build/python-check.sh; \ fi packaging/setup/ovirt_engine_setup/database.py:365:80: E501 line too long (82 > 79 characters) make[1]: *** [python-validation] Error 1 make[1]: Leaving directory `/home/kanagaraj/workspace/ovirt-engine' make: *** [all-dev] Error 2 Can someone please fix this? Thanks, Kanagaraj

3 2

[Engine-devel] master is broken by Common#VdcActionUtilsTest ??
by Michael Pasternak 09 Dec '13

09 Dec '13

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project common: Compilation failure: Compilation failure: [ERROR] /home/mpastern/Coding/ovirt/ovirt-engine/backend/manager/modules/common/src/test/java/org/ovirt/engine/core/common/VdcActionUtilsTest.java:[13,42] error: package org.ovirt.engine.core.common.action does not exist [ERROR] /home/mpastern/Coding/ovirt/ovirt-engine/backend/manager/modules/common/src/test/java/org/ovirt/engine/core/common/VdcActionUtilsTest.java:[14,52] error: cannot find symbol [ERROR] package org.ovirt.engine.core.common.businessentities [ERROR] /home/mpastern/Coding/ovirt/ovirt-engine/backend/manager/modules/common/src/test/java/org/ovirt/engine/core/common/VdcActionUtilsTest.java:[15,52] error: cannot find symbol [ERROR] package org.ovirt.engine.core.common.businessentities [ERROR] /home/mpastern/Coding/ovirt/ovirt-engine/backend/manager/modules/common/src/test/java/org/ovirt/engine/core/common/VdcActionUtilsTest.java:[16,52] error: cannot find symbol [ERROR] package org.ovirt.engine.core.common.businessentities [ERROR] /home/mpastern/Coding/ovirt/ovirt-engine/backend/manager/modules/common/src/test/java/org/ovirt/engine/core/common/VdcActionUtilsTest.java:[17,52] error: cannot find symbol [ERROR] package org.ovirt.engine.core.common.businessentities [ERROR] /home/mpastern/Coding/ovirt/ovirt-engine/backend/manager/modules/common/src/test/java/org/ovirt/engine/core/common/VdcActionUtilsTest.java:[18,52] error: cannot find symbol [ERROR] package org.ovirt.engine.core.common.businessentities [ERROR] /home/mpastern/Coding/ovirt/ovirt-engine/backend/manager/modules/common/src/test/java/org/ovirt/engine/core/common/VdcActionUtilsTest.java:[19,52] error: cannot find symbol [ERROR] package org.ovirt.engine.core.common.businessentities [ERROR] /home/mpastern/Coding/ovirt/ovirt-engine/backend/manager/modules/common/src/test/java/org/ovirt/engine/core/common/VdcActionUtilsTest.java:[20,52] error: cannot find symbol [ERROR] package org.ovirt.engine.core.common.businessentities [ERROR] /home/mpastern/Coding/ovirt/ovirt-engine/backend/manager/modules/common/src/test/java/org/ovirt/engine/core/common/VdcActionUtilsTest.java:[21,52] error: cannot find symbol ... org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project common: Compilation failure at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:213) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414) at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357) Caused by: org.apache.maven.plugin.CompilationFailureException: Compilation failure at org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:656) at org.apache.maven.plugin.TestCompilerMojo.execute(TestCompilerMojo.java:161) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) ... 19 more -- Michael Pasternak RedHat, ENG-Virtualization R&D

2 2

[Engine-devel] Fwd: [Users] oVirt Cloud-Init integration REST-API
by Sven Kieske 09 Dec '13

09 Dec '13

Hi, I think this may be the more appropriate list to discuss this issue? I fear this isn't integrated yet and can't be integrated in 3.3.1 or 3.3.2? -------- Original-Nachricht -------- Betreff: [Users] oVirt Cloud-Init integration REST-API Datum: Fri, 6 Dec 2013 10:25:42 +0000 Von: Sven Kieske <S.Kieske(a)mittwald.de> An: gpadgett(a)redhat.com <gpadgett(a)redhat.com>, users(a)ovirt.org <users(a)ovirt.org> Hi, we want to utilize Cloud-Init via REST-API, like mentioned on the feature page in the wiki: http://www.ovirt.org/Features/Cloud-Init_Integration but looking at api?rsdl I do not find any clue if this is implemented already in 3.3.1? if yes, how to call this function? if no, can we hack something in the db to activate it or at least use the function to automatic build the cd-roms which get passed to the vms? I really need this feature. Thanks for your help. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

4 8

[Engine-devel] restapi: Permissions in Capabilities (#859225)
by Ori Liel 09 Dec '13

09 Dec '13

When listing the application's capabilities we currently show 'permissions' both for each version, and outside versions altogether: GET .../api/capabilities <capabilities> <permits></permits> <version major="3" minor="1" href="/api/capabilities/332e3133-2e31-332e-3133-2e31332e3133" id="332e3133-2e31-332e-3133-2e31332e3133"> <permits>...</permits> </version> <version major="3" minor="0" href="/api/capabilities/332e3033-2e30-332e-3033-2e30332e3033" id="332e3033-2e30-332e-3033-2e30332e3033"> <permits>...</permits> </version> </capabilities> 1) Permissions should only exist within a version; their current existence outside 'version' is for backwards compatibility only. We assume that no one (except perhaps Automation) uses these non-version-specific permissions these days, and we'd like to remove them. 2) Regarding permissions within a version - Oded brought up that some permissions which are only relevant for 3.1 are listed also under 3.0 (for example, quota related permissions). In order for the API layer to be able to group permissions by version, permission<-->version metadata must exist somewhere. The permissions enum in the engine seems a natural place to put it, as Michael commented. Setting out to do this, I realized that which-permission-belongs-to-which-version is knowledge that I don't have, and don't really know how to get efficiently, and I sort of got stuck because of this. Ideas regarding this issue? Thanks, Ori.

1 0

Re: [Engine-devel] Jenkins JAVA_HOME
by Itamar Heim 07 Dec '13

07 Dec '13

On 12/05/2013 09:55 PM, Gustavo Frederico Temple Pedrosa wrote: > Hello all, > > I have two changes that the build failed with "Error: JAVA_HOME is not > defined correctly." > > Anyone knows how I fix this? more details/link?

3 2