December 2014 - Devel - oVirt List Archives

CORS enabled for oVirt REST API
by Jenny Kang 02 Feb '15

02 Feb '15

Hello, As part of my OPW project, I'm trying to build a mobile web UI for oVirt but I'm having some troubles. I cannot access the oVirt REST API because it doesn't allow cross origin resource sharing (CORS). The only way to access the API is to host the UI on the same IP as the engine. If it is enabled then people would be able to run the mobile UI directly from the desktop without hosting it anywhere. Do you have any suggestions on how to access oVirt REST API from another host inside the browser? Any plans on enabling CORS on the REST API? Thank you! Cheers Jenny

5 7

oVirt 3.6 Feature: Cumulative Network Usage Statistics
by Lior Vernia 01 Feb '15

01 Feb '15

Hello users and developers, Just put up a feature page for the aforementioned feature; in summary, to report total RX/TX statistics for hosts and VMs in oVirt. This has been requested several times on the users mailing list, and is especially useful for accounting in VDI deployments. You're more than welcome to review the feature page: http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics Note that this only deals with network usage - it'll be great if we have similar features for CPU and disk usage! Yours, Lior.

3 5

spice proxy support in govirt
by i iordanov 22 Jan '15

22 Jan '15

Hi Christophe, This bug got closed not long ago: https://bugzilla.redhat.com/show_bug.cgi?id=1054948 and I got around to upgrading to oVirt 3.5 today. When I set the SpiceProxyDefault setting in oVirt: <display> ... <proxy>http://ovirt.iiordanov.com:8080</proxy> ... </display> -- The conscious mind has only one thread of execution.

2 4

[RFC] oVirt mobile client
by Greg Sheremeta 15 Jan '15

15 Jan '15

Hi, The focus of our OPW internship program starting in December will be mobile and/or lightweight engine clients -- hopefully integrating the new ovirt.js project. I see that there are some already existing mobile clients for oVirt. I'm trying to grasp what we have and what the needs are. moVirt: https://github.com/matobet/moVirt (mbetak) This appears to be more of a lightweight webadmin. No console access, but I believe it's planned as part of OPW. (?) nomad: http://www.ovirt.org/Project_Proposal_-_Nomad and https://github.com/Vizuri/ovirt-nomad Looks dead -- last commit 3 years ago. Anyone know more about this one? That's all I see on the first few pages of google. When I think of a mobile client for oVirt, I think the most useful part would be the user portal -- simple operations for start, stop, and the ability to view the console of vms. moVirt mentions it wants to support some basic management operations, though. I think it would be difficult to do complex management in a mobile client. (I'm biased towards huge screens, though.) I'd like to see an official subproject started that coordinates our mobile efforts. Is this possible? What would it take to start it? What would people like to see in such an app? Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

9 11

[Devel] Proposing Yedidyah Bar David as oVirt Hosted Engine Setup maintainer
by Sandro Bonazzola 14 Jan '15

14 Jan '15

Hi, I would like to propose Yedidyah Bar David as oVirt Hosted Engine Setup co-maintainer. Yedidyah contributed to oVirt Hosted Engine Setup since early design phase and contributed dozens of patches. Your response would be appreciated. Thanks in advance. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

7 8

Gluster Volume Snapshots - Feature review
by Shubhendu Tripathi 13 Jan '15

13 Jan '15

Hi All, Please help us to review the design of Gluster Volume Snapshots in oVirt, Here are two design on wiki page General Feature Design http://www.ovirt.org/Features/GlusterVolumeSnapshots Detailed Design http://www.ovirt.org/Features/Design/GlusterVolumeSnapshots We target it in ovirt 3.6 release. Marked Juan/Michael specifically for REST review. Best Regards, Shubhendu Tripathi

5 13

oVirt on el6 and novcn rpm from epel
by Simone Tiraboschi 09 Jan '15

09 Jan '15

Hi All, two days ago novnc rpm has been retired from EPEL-6 [1]. We have a dependencies from it and some user is already complaining he cannot install oVirt 3.5.0 on Centos 6.6. The reason seams a broken deps on openstack-nova-novncproxy-0.4-2.el6.noarch [2] [1] - https://admin.fedoraproject.org/pkgdb/package/novnc/ [2] - http://pkgs.fedoraproject.org/cgit/novnc.git/commit/?h=el6 What should we do? a. include and maintain it on our repo b. find somebody else to maintain on EPEL-6 c. release the dependencies if not really needed ciao, Simone

4 4

UI Plugin to Upload ISO Files
by Lucas Vandroux 05 Jan '15

05 Jan '15

This is a multi-part message in MIME format. ------=_NextPart_548A5DC3_0994A1A0_45B438FA Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNCkknbSBhY3R1YWxseSB3b3JraW5nIHRvIGNyZWF0ZSBhIGN1c3RvbSB1 c2VyIGludGVyZmFjZSBwbHVnaW4gZm9yIG9WaXJ0IHdlYiBhZG1pbmlzdHJhdGlvbiBhcHBs aWNhdGlvbiB0byBsZXQgdXNlciB1cGxvYWQgaXNvIGZpbGVzLg0KDQpJJ20gaW4gdGhlIHZl cnkgZmlyc3Qgc3RhZ2Ugb2YgdGhlIHByb2plY3QuIEknbSBwbGFubmluZyB0byB1c2UgYW5n dWxhcmpzIHdpdGggdGhlIG5nLWZsb3cgbW9kdWxlIG9uIHRoZSBjbGllbnQtc2lkZSBhbmQg YSBqYXZhIHNlcnZsZXQgdXNpbmcgdGhlIG92aXJ0LWlzby11cGxvYWRlciBlbmdpbmUgdG9v bCBvbiB0aGUgc2VydmVyLXNpZGUuDQoNCkFsbCBteSBjb2RlIGlzIGdvaW5nIHRvIGJlIG9u IEdpdGh1YiBpbiB0aGUgZm9sbG93aW5nIHJlcG9zaXRvcnkgOiBpc28tdXBsb2FkZXItcGx1 Z2luLiBZb3UgY2FuIGFsc28gY2hlY2sgYSBtb3JlIGRldGFpbGVkIHZlcnNpb24gb2YgdGhl IHNwZWNpZmljYXRpb25zIG9uIG15IHdpa2kuDQoNCkknbSB3cml0aW5nIHRvIHlvdSBndXlz IHRvIGtub3cgaWYgdGhlcmUgaXMgYSB3YXkgZm9yIHVzIHRvIGNvbGxhYm9yYXRlIGFzIHlv dSBtYXkgYWxzbyB3YW50IHRvIGRldmVsb3Agc29tZXRoaW5nIGxpa2UgdGhpcyB0byBiZSBp bnRlZ3JhdGVkIGluIHRoZSBvVmlydCBFbmdpbmUuDQoNCkJlc3QgcmVnYXJkcywNCg0KLSBM dWNhcyBWYW5kcm91eCDvvIjlhq/lh6/vvIk= ------=_NextPart_548A5DC3_0994A1A0_45B438FA Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGRpdj48cCBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgbWFyZ2luOiAwcHggMHB4 IDFyZW07IGNvbG9yOiByZ2IoODUsIDg0LCA4OSk7IGZvbnQtZmFtaWx5OiBMYXRvLCBzYW5z LXNlcmlmOyBmb250LXNpemU6IDE4cHg7IGxpbmUtaGVpZ2h0OiAyNHB4OyI+RGVhciBhbGws PC9wPjxwIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBtYXJnaW46IDBweCAwcHgg MXJlbTsgY29sb3I6IHJnYig4NSwgODQsIDg5KTsgZm9udC1mYW1pbHk6IExhdG8sIHNhbnMt c2VyaWY7IGZvbnQtc2l6ZTogMThweDsgbGluZS1oZWlnaHQ6IDI0cHg7Ij5JJ20gYWN0dWFs bHkgd29ya2luZyB0byBjcmVhdGUgYSBjdXN0b20gdXNlciBpbnRlcmZhY2UgcGx1Z2luIGZv ciBvVmlydCB3ZWIgYWRtaW5pc3RyYXRpb24gYXBwbGljYXRpb24gdG8gbGV0IHVzZXIgdXBs b2FkIGlzbyBmaWxlcy48L3A+PHAgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IG1h cmdpbjogMHB4IDBweCAxcmVtOyBjb2xvcjogcmdiKDg1LCA4NCwgODkpOyBmb250LWZhbWls eTogTGF0bywgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxOHB4OyBsaW5lLWhlaWdodDogMjRw eDsiPkknbSBpbiB0aGUgdmVyeSBmaXJzdCBzdGFnZSBvZiB0aGUgcHJvamVjdC4gSSdtIHBs YW5uaW5nIHRvIHVzZSBhbmd1bGFyanMgd2l0aCB0aGUmbmJzcDs8YSBocmVmPSJodHRwczov L2dpdGh1Yi5jb20vZmxvd2pzL25nLWZsb3ciIGRhdGEtcmVmZXJlci1zYWZlPSIxIiByZWw9 Im5vcmVmZXJyZXIiIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBjb2xvcjogcmdi KDY3LCAxNTksIDIyNCk7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsiPm5nLWZsb3cgbW9kdWxl PC9hPiZuYnNwO29uIHRoZSBjbGllbnQtc2lkZSBhbmQgYSBqYXZhIHNlcnZsZXQgdXNpbmcg dGhlJm5ic3A7PGEgaHJlZj0iaHR0cDovL3d3dy5vdmlydC5vcmcvT1ZpcnRfZW5naW5lX3Rv b2xzI292aXJ0LWlzby11cGxvYWRlciIgZGF0YS1yZWZlcmVyLXNhZmU9IjEiIHJlbD0ibm9y ZWZlcnJlciIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IGNvbG9yOiByZ2IoNjcs IDE1OSwgMjI0KTsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyI+b3ZpcnQtaXNvLXVwbG9hZGVy PC9hPiZuYnNwO2VuZ2luZSB0b29sIG9uIHRoZSBzZXJ2ZXItc2lkZS48L3A+PHAgc3R5bGU9 ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IG1hcmdpbjogMHB4IDBweCAxcmVtOyBjb2xvcjog cmdiKDg1LCA4NCwgODkpOyBmb250LWZhbWlseTogTGF0bywgc2Fucy1zZXJpZjsgZm9udC1z aXplOiAxOHB4OyBsaW5lLWhlaWdodDogMjRweDsiPkFsbCBteSBjb2RlIGlzIGdvaW5nIHRv IGJlIG9uIEdpdGh1YiBpbiB0aGUgZm9sbG93aW5nIHJlcG9zaXRvcnkgOiZuYnNwOzxhIGhy ZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9vdmlydC1jaGluYS9pc28tdXBsb2FkZXItcGx1Z2lu IiBkYXRhLXJlZmVyZXItc2FmZT0iMSIgcmVsPSJub3JlZmVycmVyIiBzdHlsZT0iYm94LXNp emluZzogYm9yZGVyLWJveDsgY29sb3I6IHJnYig2NywgMTU5LCAyMjQpOyB0ZXh0LWRlY29y YXRpb246IG5vbmU7Ij5pc28tdXBsb2FkZXItcGx1Z2luPC9hPi4gWW91IGNhbiBhbHNvIGNo ZWNrIGEgbW9yZSBkZXRhaWxlZCB2ZXJzaW9uIG9mIHRoZSZuYnNwOzxhIGhyZWY9Imh0dHBz Oi8vZ2l0aHViLmNvbS9vdmlydC1jaGluYS9pc28tdXBsb2FkZXItcGx1Z2luL3dpa2kvU3Bl Y2lmaWNhdGlvbnMiIGRhdGEtcmVmZXJlci1zYWZlPSIxIiByZWw9Im5vcmVmZXJyZXIiIHN0 eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBjb2xvcjogcmdiKDY3LCAxNTksIDIyNCk7 IHRleHQtZGVjb3JhdGlvbjogbm9uZTsiPnNwZWNpZmljYXRpb25zIG9uIG15IHdpa2k8L2E+ LjwvcD48cCBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsgbWFyZ2luOiAwcHggMHB4 IDFyZW07IGNvbG9yOiByZ2IoODUsIDg0LCA4OSk7IGZvbnQtZmFtaWx5OiBMYXRvLCBzYW5z LXNlcmlmOyBmb250LXNpemU6IDE4cHg7IGxpbmUtaGVpZ2h0OiAyNHB4OyI+SSdtIHdyaXRp bmcgdG8geW91IGd1eXMgdG8ga25vdyBpZiB0aGVyZSBpcyBhIHdheSBmb3IgdXMgdG8gY29s bGFib3JhdGUgYXMgeW91IG1heSBhbHNvIHdhbnQgdG8gZGV2ZWxvcCBzb21ldGhpbmcgbGlr ZSB0aGlzIHRvIGJlIGludGVncmF0ZWQgaW4gdGhlIG9WaXJ0IEVuZ2luZS48L3A+PHAgc3R5 bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IG1hcmdpbjogMHB4IDBweCAxcmVtOyBjb2xv cjogcmdiKDg1LCA4NCwgODkpOyBmb250LWZhbWlseTogTGF0bywgc2Fucy1zZXJpZjsgZm9u dC1zaXplOiAxOHB4OyBsaW5lLWhlaWdodDogMjRweDsiPkJlc3QgcmVnYXJkcyw8L3A+PHAg c3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IG1hcmdpbjogMHB4IDBweCAxcmVtOyBj b2xvcjogcmdiKDg1LCA4NCwgODkpOyBmb250LWZhbWlseTogTGF0bywgc2Fucy1zZXJpZjsg Zm9udC1zaXplOiAxOHB4OyI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyNHB4OyI+LSZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDEuNTsiPkx1Y2FzIFZhbmRy b3V4IO+8iOWGr+WHr++8iTwvc3Bhbj48L3A+PC9kaXY+PGRpdj48aW5jbHVkZXRhaWw+PCEt LTwhW2VuZGlmXS0tPjwvaW5jbHVkZXRhaWw+PC9kaXY+ ------=_NextPart_548A5DC3_0994A1A0_45B438FA--

7 16

UI Plugin to Upload ISO Files
by Tony James 04 Jan '15

04 Jan '15

This message is in response to an earlier thread regarding a UI plugin to upload ISO files. Like the original poster, Lucas, I began work on a UI plugin to allow uploading ISO files through a UI plugin. After reading the previous thread I'm re-thinking the architecture. It was suggested that the recommended approach to upload files to a storage domain is through the VDSM API [1]. I'm pretty familiar with the oVirt REST API but have been unable to find documentation regarding accessing the VDSM API. Should the VDSM API be accessible by a UI plugin? If so, is there documentation available to do so? [1] http://lists.ovirt.org/pipermail/devel/2014-December/009497.html -Tony

4 8

Vdsm 4.16.10 build - oVirt-3.5
by ybronhei 29 Dec '14

29 Dec '14

Hey, Enjoy the new updates of vdsm 4.16.10. epel7 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8479594 f20 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8495492 f21 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8494079 f22 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8494059 for el6 I still have few problems to set it up (https://kojipkgs.fedoraproject.org//work/tasks/5530/8495530/mock_output.log) I'll update about it Please give karama if works properly Regards, -- Yaniv Bronhaim.

1 0

ovirt ssd local cache
by yxu 25 Dec '14

25 Dec '14

This is a multipart message in MIME format. ------=_NextPart_000_0001_01D02070.75A22150 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Everyone ! Recently I am reading some documents about vmeare virtual flash <http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=di splayKC&externalId=2058983> and citrix IntelliCache <http://support.citrix.com/article/CTX129052> . I am wondering if we can add some feature like that into ovirt . Then I found something like bcache and flash cache. After changing some code , I tried bcache in an old version of ovirt node . It works for just one node . But when I add another node to the data center, the problem occurred . When I write some data into node A, the data will be stored in node A's cache and iscsi server. But the cache of node B does not know the change . the data in node B's cache still the old one. In vmware's solution and citrix's solution , it seemed they have some way to solve this problem . Do you have any idea ? Thanks ------=_NextPart_000_0001_01D02070.75A22150 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-microsoft-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=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DZH-CN = link=3D"#0563C1" vlink=3D"#954F72" = style=3D'text-justify-trim:punctuation'><div class=3DWordSection1>Hi Everyone = !<o:p></o:p>     Recently  I am reading some = documents about <a = href=3D"http://kb.vmware.com/selfservice/microsites/search.do?language=3D= en_US&cmd=3DdisplayKC&externalId=3D2058983">vmeare virtual = flash</a> and <a = href=3D"http://support.citrix.com/article/CTX129052">citrix = IntelliCache</a> . I am wondering if we can add some feature like that = into ovirt .<o:p></o:p><o:p> </o:p>Then I found something = like bcache and flash cache. <o:p></o:p><o:p> </o:p>After changing some code = , I tried bcache in an old version of ovirt node . It works for just one = node . <o:p></o:p><o:p> </o:p>But when I add another = node to the data center, the problem occurred . <o:p></o:p><o:p> </o:p>When I write some data = into node A, the data will be stored in node A’s cache and iscsi = server.<o:p></o:p><o:p> </o:p>But the cache of node B = does not know the change . the data in node B’s cache still the = old one.<o:p></o:p><o:p> </o:p>In vmware’s = solution and citrix’s solution , it seemed they have some way to = solve this problem .<o:p></o:p><o:p> </o:p>Do you have any idea = ?<o:p></o:p><o:p> </o:p>Thanks = <o:p></o:p><o:p> </o:p><o:p> </o:p></div></body></html> ------=_NextPart_000_0001_01D02070.75A22150--

1 0

Help with patch reviews!
by Sahina Bose 24 Dec '14

24 Dec '14

Hi all, Could any of you help with these patch reviews - these are related to the gluster geo-replication management feature [1] http://gerrit.ovirt.org/#/c/34552/ http://gerrit.ovirt.org/#/c/34630/ http://gerrit.ovirt.org/#/c/34216 http://gerrit.ovirt.org/#/c/33845/ thanks sahina [1] - http://www.ovirt.org/Features/Gluster_Geo_Replication

2 1

Failed to Initiate Removal of Template
by Tang Jackson 24 Dec '14

24 Dec '14

--_000_HK2PR03MB08201EA7FCCECDBF94D27A309C540HK2PR03MB0820apcp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have a template which I no longer need but I cannot remove it. The templ= ate is not attached to any VMs and is still fully functional, I can create = new VMs with this template. The logs during removal: 2014-12-24 11:44:19,002 INFO [org.ovirt.engine.core.bll.RemoveVmTemplateCo= mmand] (ajp--127.0.0.1-8702-4) [704a05dd] Lock Acquired to object EngineLoc= k [exclusiveLocks=3D key: b0968117-4932-47af-a4da-c3c5c9b2b2bd value: TEMPL= ATE , sharedLocks=3D ] 2014-12-24 11:44:19,095 INFO [org.ovirt.engine.core.bll.RemoveVmTemplateCo= mmand] (org.ovirt.thread.pool-8-thread-47) [704a05dd] Running command: Remo= veVmTemplateCommand internal: false. Entities affected : ID: b0968117-4932= -47af-a4da-c3c5c9b2b2bd Type: VmTemplateAction group DELETE_TEMPLATE with r= ole type USER 2014-12-24 11:44:19,150 INFO [org.ovirt.engine.core.bll.RemoveAllVmTemplat= eImageTemplatesCommand] (org.ovirt.thread.pool-8-thread-47) [704a05dd] Runn= ing command: RemoveAllVmTemplateImageTemplatesCommand internal: true. Entit= ies affected : ID: b0968117-4932-47af-a4da-c3c5c9b2b2bd Type: VmTemplate 2014-12-24 11:44:19,224 INFO [org.ovirt.engine.core.bll.RemoveTemplateSnap= shotCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] Running command: = RemoveTemplateSnapshotCommand internal: true. Entities affected : ID: 7396= 8e04-9176-439c-a9e8-fa5313d15f8e Type: Storage 2014-12-24 11:44:19,291 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.De= leteImageGroupVDSCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] STAR= T, DeleteImageGroupVDSCommand( storagePoolId =3D bd7c67a2-5008-41a0-808a-b9= f58f2742d7, ignoreFailoverLimit =3D false, storageDomainId =3D 73968e04-917= 6-439c-a9e8-fa5313d15f8e, imageGroupId =3D d584d61c-5759-4e13-a9a4-f1a75068= edd6, postZeros =3D false, forceDelete =3D false), log id: 1768709a 2014-12-24 11:44:19,324 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.De= leteImageGroupVDSCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] Comm= and DeleteImageGroupVDSCommand( storagePoolId =3D bd7c67a2-5008-41a0-808a-b= 9f58f2742d7, ignoreFailoverLimit =3D false, storageDomainId =3D 73968e04-91= 76-439c-a9e8-fa5313d15f8e, imageGroupId =3D d584d61c-5759-4e13-a9a4-f1a7506= 8edd6, postZeros =3D false, forceDelete =3D false) execution failed. Except= ion: IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorEx= ception: Shared Volume cannot be deleted: (u"Cannot delete shared image d58= 4d61c-5759-4e13-a9a4-f1a75068edd6. volImgs: {u'b24d30ea-8774-4dfa-adcf-e30b= 0ef73592': ImgsPar(imgs=3D(u'd584d61c-5759-4e13-a9a4-f1a75068edd6', u'dd10f= fd2-edb2-4923-bd34-a6a12a76beaf'), parent=3D'00000000-0000-0000-0000-000000= 000000')}",) 2014-12-24 11:44:19,457 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.De= leteImageGroupVDSCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] FINI= SH, DeleteImageGroupVDSCommand, log id: 1768709a 2014-12-24 11:44:19,491 ERROR [org.ovirt.engine.core.bll.RemoveTemplateSnap= shotCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] Command org.ovirt= .engine.core.bll.RemoveTemplateSnapshotCommand throw Vdc Bll exception. Wit= h error message VdcBLLException: org.ovirt.engine.core.vdsbroker.irsbroker.= IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorExcepti= on: Shared Volume cannot be deleted: (u"Cannot delete shared image d584d61c= -5759-4e13-a9a4-f1a75068edd6. volImgs: {u'b24d30ea-8774-4dfa-adcf-e30b0ef73= 592': ImgsPar(imgs=3D(u'd584d61c-5759-4e13-a9a4-f1a75068edd6', u'dd10ffd2-e= db2-4923-bd34-a6a12a76beaf'), parent=3D'00000000-0000-0000-0000-00000000000= 0')}",) (Failed with error CannotDeleteSharedVolume and code 223) 2014-12-24 11:44:19,636 ERROR [org.ovirt.engine.core.bll.RemoveTemplateSnap= shotCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] Transaction rolle= d-back for command: org.ovirt.engine.core.bll.RemoveTemplateSnapshotCommand= . 2014-12-24 11:44:19,641 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskMan= ager] (org.ovirt.thread.pool-8-thread-47) [296e0a] Removed task e2d5b03c-00= 8d-4493-8601-51354f7cda7a from DataBase 2014-12-24 11:44:19,678 INFO [org.ovirt.engine.core.bll.RemoveAllVmTemplat= eImageTemplatesCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] Comman= d [id=3Df7b1b13c-2d21-4d2c-a4f6-7ab4f07c1fe3]: Compensating CHANGED_STATUS_= ONLY of org.ovirt.engine.core.common.businessentities.VmTemplate; snapshot:= EntityStatusSnapshot [id=3Db0968117-4932-47af-a4da-c3c5c9b2b2bd, status=3D= OK]. 2014-12-24 11:44:19,742 ERROR [org.ovirt.engine.core.bll.RemoveAllVmTemplat= eImageTemplatesCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] Transa= ction rolled-back for command: org.ovirt.engine.core.bll.RemoveAllVmTemplat= eImageTemplatesCommand. 2014-12-24 11:44:19,818 ERROR [org.ovirt.engine.core.dal.dbbroker.auditlogh= andling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-47) [296e0a] Corr= elation ID: 704a05dd, Job ID: 7b890ce3-860e-41da-af7c-2951d82146d5, Call St= ack: null, Custom Event ID: -1, Message: Failed to initiate removal of Temp= late Vagrant_CentOS7_4 (User: admin). 2014-12-24 11:44:19,881 INFO [org.ovirt.engine.core.bll.RemoveVmTemplateCo= mmand] (org.ovirt.thread.pool-8-thread-47) [296e0a] Lock freed to object En= gineLock [exclusiveLocks=3D key: b0968117-4932-47af-a4da-c3c5c9b2b2bd value= : TEMPLATE , sharedLocks=3D ] Is there a way to force remove perhaps from the ovirt-shell? Jackson --_000_HK2PR03MB08201EA7FCCECDBF94D27A309C540HK2PR03MB0820apcp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"JA" link=3D"blue" vlink=3D"purple" style=3D"text-justify-trim= :punctuation"> <div class=3D"WordSection1"> I ha= ve a template which I no longer need but I cannot remove it.  The temp= late is not attached to any VMs and is still fully functional, I can create= new VMs with this template.<o:p></o:p> <o:p= > </o:p> The = logs during removal:<o:p></o:p> <o:p= > </o:p> 2014= -12-24 11:44:19,002 INFO  [org.ovirt.engine.core.bll.RemoveVmTemplateC= ommand] (ajp--127.0.0.1-8702-4) [704a05dd] Lock Acquired to object EngineLo= ck [exclusiveLocks=3D key: b0968117-4932-47af-a4da-c3c5c9b2b2bd value: TEMPLATE<o:p></o:p> , sh= aredLocks=3D ]<o:p></o:p> 2014= -12-24 11:44:19,095 INFO  [org.ovirt.engine.core.bll.RemoveVmTemplateC= ommand] (org.ovirt.thread.pool-8-thread-47) [704a05dd] Running command: Rem= oveVmTemplateCommand internal: false. Entities affected :  ID: b0968117-4932-47af-a4da-c3c5c9b2b2bd Type: VmTemplate= Action group DELETE_TEMPLATE with role type USER<o:p></o:p> 2014= -12-24 11:44:19,150 INFO  [org.ovirt.engine.core.bll.RemoveAllVmTempla= teImageTemplatesCommand] (org.ovirt.thread.pool-8-thread-47) [704a05dd] Run= ning command: RemoveAllVmTemplateImageTemplatesCommand internal: true. Entities affected :  ID: b0968117-4932-47af-a4da-c3c5= c9b2b2bd Type: VmTemplate<o:p></o:p> 2014= -12-24 11:44:19,224 INFO  [org.ovirt.engine.core.bll.RemoveTemplateSna= pshotCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] Running command:= RemoveTemplateSnapshotCommand internal: true. Entities affected :  ID: 73968e04-9176-439c-a9e8-fa5313d15f8e Type: S= torage<o:p></o:p> 2014= -12-24 11:44:19,291 INFO  [org.ovirt.engine.core.vdsbroker.irsbroker.D= eleteImageGroupVDSCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] STA= RT, DeleteImageGroupVDSCommand( storagePoolId =3D bd7c67a2-5008-41a0-808a-b9f58f2742d7, ignoreFailoverLimit =3D false, s= torageDomainId =3D 73968e04-9176-439c-a9e8-fa5313d15f8e, imageGroupId =3D d= 584d61c-5759-4e13-a9a4-f1a75068edd6, postZeros =3D false, forceDelete =3D f= alse), log id: 1768709a<o:p></o:p> 2014= -12-24 11:44:19,324 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.Delete= ImageGroupVDSCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] Command = DeleteImageGroupVDSCommand( storagePoolId =3D bd7c67a2-5008-41a0-808a-b9f58f2742d7, ignoreFailoverLimit =3D false, s= torageDomainId =3D 73968e04-9176-439c-a9e8-fa5313d15f8e, imageGroupId =3D d= 584d61c-5759-4e13-a9a4-f1a75068edd6, postZeros =3D false, forceDelete =3D f= alse) execution failed. Exception: IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Shared Volume cannot be deleted: (= u"Cannot delete shared image d584d61c-5759-4e13-a9a4-f1a75068edd6. vol= Imgs: {u'b24d30ea-8774-4dfa-adcf-e30b0ef73592': ImgsPar(imgs=3D(u'd584d61c-= 5759-4e13-a9a4-f1a75068edd6', u'dd10ffd2-edb2-4923-bd34-a6a12a76beaf'), parent=3D'00000000-0000-0000-0000-000000000000')}",)<o:p></o:p></span= > 2014= -12-24 11:44:19,457 INFO  [org.ovirt.engine.core.vdsbroker.irsbroker.D= eleteImageGroupVDSCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] FIN= ISH, DeleteImageGroupVDSCommand, log id: 1768709a<o:p></o:p> 2014= -12-24 11:44:19,491 ERROR [org.ovirt.engine.core.bll.RemoveTemplateSnapshot= Command] (org.ovirt.thread.pool-8-thread-47) [296e0a] Command org.ovirt.eng= ine.core.bll.RemoveTemplateSnapshotCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.eng= ine.core.vdsbroker.irsbroker.IrsOperationFailedNoFailoverException: IRSGene= ricException: IRSErrorException: Shared Volume cannot be deleted: (u"C= annot delete shared image d584d61c-5759-4e13-a9a4-f1a75068edd6. volImgs: {u'b24d30ea-8774-4dfa-adcf-e30b0ef73592': ImgsPar(imgs=3D(u'd584d= 61c-5759-4e13-a9a4-f1a75068edd6', u'dd10ffd2-edb2-4923-bd34-a6a12a76beaf'),= parent=3D'00000000-0000-0000-0000-000000000000')}",) (Failed with err= or CannotDeleteSharedVolume and code 223)<o:p></o:p> 2014= -12-24 11:44:19,636 ERROR [org.ovirt.engine.core.bll.RemoveTemplateSnapshot= Command] (org.ovirt.thread.pool-8-thread-47) [296e0a] Transaction rolled-ba= ck for command: org.ovirt.engine.core.bll.RemoveTemplateSnapshotCommand.<o:= p></o:p> 2014= -12-24 11:44:19,641 INFO  [org.ovirt.engine.core.bll.tasks.AsyncTaskMa= nager] (org.ovirt.thread.pool-8-thread-47) [296e0a] Removed task e2d5b03c-0= 08d-4493-8601-51354f7cda7a from DataBase<o:p></o:p> 2014= -12-24 11:44:19,678 INFO  [org.ovirt.engine.core.bll.RemoveAllVmTempla= teImageTemplatesCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] Comma= nd [id=3Df7b1b13c-2d21-4d2c-a4f6-7ab4f07c1fe3]: Compensating CHANGED_STATUS_ONLY of org.ovirt.engine.core.common.businesse= ntities.VmTemplate; snapshot: EntityStatusSnapshot [id=3Db0968117-4932-47af= -a4da-c3c5c9b2b2bd, status=3DOK].<o:p></o:p> 2014= -12-24 11:44:19,742 ERROR [org.ovirt.engine.core.bll.RemoveAllVmTemplateIma= geTemplatesCommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] Transactio= n rolled-back for command: org.ovirt.engine.core.bll.RemoveAllVmTemplateIma= geTemplatesCommand.<o:p></o:p> 2014= -12-24 11:44:19,818 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandl= ing.AuditLogDirector] (org.ovirt.thread.pool-8-thread-47) [296e0a] Correlat= ion ID: 704a05dd, Job ID: 7b890ce3-860e-41da-af7c-2951d82146d5, Call Stack: null, Custom Event ID: -1, Message: Failed to initiate removal= of Template Vagrant_CentOS7_4 (User: admin).<o:p></o:p> 2014= -12-24 11:44:19,881 INFO  [org.ovirt.engine.core.bll.RemoveVmTemplateC= ommand] (org.ovirt.thread.pool-8-thread-47) [296e0a] Lock freed to object E= ngineLock [exclusiveLocks=3D key: b0968117-4932-47af-a4da-c3c5c9b2b2bd value: TEMPLATE<o:p></o:p> , sh= aredLocks=3D ]<o:p></o:p> <o:p= > </o:p> Is t= here a way to force remove perhaps from the ovirt-shell?<o:p></o:p><= /p> <o:p= > </o:p> Jack= son<o:p></o:p> </div> </body> </html> --_000_HK2PR03MB08201EA7FCCECDBF94D27A309C540HK2PR03MB0820apcp_--

1 0

Re: [ovirt-devel] Gluster Volume Snapshots - Feature review
by Shubhendu Tripathi 23 Dec '14

23 Dec '14

----_com.android.email_68837318013720 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 ClRoYW5rcyBKdWFuIGZvciB0aGUgY29tbWVudHMuIEkgd291bGQgdXBkYXRlIHRoZSB3aWtpIGFj Y29yZGluZ2x5IGFuZCBzZW5kIGZvciBjb25maXJtYXRpb24uCgpSZWdhcmRzClNodWJoZW5kdQoK U2VudCBmcm9tIFNhbXN1bmcgTW9iaWxlCgotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0t LS0tCkZyb206IEp1YW4gSGVybsOhbmRleiA8amhlcm5hbmRAcmVkaGF0LmNvbT4gCkRhdGU6IDA5 LzEyLzIwMTQgIDE4OjUxICAoR01UKzA1OjMwKSAKVG86IFNodWJoZW5kdSBUcmlwYXRoaSA8c2h0 cmlwYXRAcmVkaGF0LmNvbT4sZGV2ZWxAb3ZpcnQub3JnLE1pY2hhZWwgUGFzdGVybmFrIDxtcGFz dGVybkByZWRoYXQuY29tPiAKU3ViamVjdDogUmU6IFtvdmlydC1kZXZlbF0gR2x1c3RlciBWb2x1 bWUgU25hcHNob3RzIC0gRmVhdHVyZSByZXZpZXcgCiAKT24gMTIvMDQvMjAxNCAwNzoxMSBQTSwg U2h1YmhlbmR1IFRyaXBhdGhpIHdyb3RlOgo+IEhpIEp1YW4vTWljaGFlbCwKPiAKPiBUaGlzIGlz IGEgZ2VudGxlIHJlbWluZGVyIGZvciB0aGUgcmV2aWV3IG9mIHRoZSBSRVNUIGFwaSBkZXNpZ24g Zm9yIHRoZSAKPiBiZWxvdyBmZWF0dXJlLgo+IFdlIHdvdWxkIGJlIHN0YXJ0aW5nIHRoZSBSRVNU IGRldmVsb3BtZW50IGZvciB0aGUgc2FtZSBzb29uIChwcm9iYWJseSBieSAKPiBEZWMgMjAxNCBl bmQpLgo+IAo+IElmIHRoZXJlIGFyZSBzcGVjaWZpYyBjb21tZW50cywgcGxlYXNlIHBhc3MgaXQg b24uIElmIG5vIGNvbW1lbnRzIHdlIAo+IHdvdWxkIGdvIGFoZWFkIHdpdGggdGhlIGN1cnJlbnQg ZGVzaWduIGFuZCBpbXBsZW1lbnQgYWNjb3JkaW5nbHkuCj4gCj4gUmVxdWVzdCB5b3VyIHRpbWUg Zm9yIHRoaXMuCj4gCj4gVGhhbmtzIGFuZCBSZWdhcmRzLAo+IFNodWJoZW5kdQo+IAo+IE9uIDEx LzEwLzIwMTQgMTI6MjIgUE0sIFNodWJoZW5kdSBUcmlwYXRoaSB3cm90ZToKPj4gSGkgQWxsLAo+ Pgo+PiBQbGVhc2UgaGVscCB1cyB0byByZXZpZXcgdGhlIGRlc2lnbiBvZiBHbHVzdGVyIFZvbHVt ZSBTbmFwc2hvdHMgaW4gb1ZpcnQsCj4+Cj4+IEhlcmUgYXJlIHR3byBkZXNpZ24gb24gd2lraSBw YWdlCj4+Cj4+IEdlbmVyYWwgRmVhdHVyZSBEZXNpZ24KPj4gaHR0cDovL3d3dy5vdmlydC5vcmcv RmVhdHVyZXMvR2x1c3RlclZvbHVtZVNuYXBzaG90cwo+Pgo+PiBEZXRhaWxlZCBEZXNpZ24KPj4g aHR0cDovL3d3dy5vdmlydC5vcmcvRmVhdHVyZXMvRGVzaWduL0dsdXN0ZXJWb2x1bWVTbmFwc2hv dHMKPj4KPj4gV2UgdGFyZ2V0IGl0IGluIG92aXJ0IDMuNiByZWxlYXNlLgo+Pgo+PiBNYXJrZWQg SnVhbi9NaWNoYWVsIHNwZWNpZmljYWxseSBmb3IgUkVTVCByZXZpZXcuCj4+Cj4+IEJlc3QgUmVn YXJkcywKPj4gU2h1YmhlbmR1IFRyaXBhdGhpCgpNeSBjb21tZW50cyBhYm91dCB0aGUgUkVTVEFQ SToKCjEuIFlvdSBjYW4ndCB1c2UgdGhlICJzbmFwc2hvdCIgYW5kICJzbmFwc2hvdHMiIFhNTCBl bGVtZW50cywgYXMgdGhvc2UKYXJlIGFscmVhZHkgaW4gdXNlIGZvciBkaXNrIHNuYXBzaG90cywg YW5kIHdlIGRvbid0IGhhdmUgbmFtZSBzcGFjZQpzdXBwb3J0IGluIHRoZSBSRVNUQVBJLiBZb3Ug d2lsbCBoYXZlIHRvIHVzZSBzb21ldGhpbmcgZGlmZmVyZW50LCBmb3IKZXhhbXBsZSAiZ2x1c3Rl cl92b2x1bWVfc25hcHNob3RzIiBhbmQgImdsdXN0ZXJfdm9sdW1lX3NuYXBzaG90Ii4KCjIuIFdo ZW4gYWRkaW5nIGEgdm9sdW1lIHNuYXBzaG90IHRoZSBuYW1lIG9mIHRoZSB2b2x1bWUgc2hvdWxk bid0IGJlIGEKcGFyYW1ldGVyLCBhcyB0aGF0IGlzIGltcGxpY2l0LiBPbmx5IHRoZSBuYW1lIGFu ZCBkZXNjcmlwdGlvbiBvZiB0aGUKc25hcHNob3Qgc2hvdWxkIGJlIHByb3ZpZGVkLgoKMy4gVGhl IG9wZXJhdGlvbiB0byBkZWxldGUgYSBzbmFwc2hvdCBzaG91bGQgYmUgcGVyZm9ybWVkIG9uIHRo ZQpzbmFwc2hvdCByZXNvdXJjZSwgbm90IG9uIHRoZSBjb2xsZWN0aW9uOgoKwqAgREVMRVRFCi9j bHVzdGVycy97Y2x1c3RlcjppZH0vZ2x1c3RlcnZvbHVtZXMve3ZvbHVtZTppZH0vc25hcHNob3Rz L3tzbmFwc2hvdDppZH0KCklkZWFsbHkgdGhpcyBvcGVyYXRpb24gc2hvdWxkbid0IHJlY2VpdmUg YW55IHBhcmFtZXRlcnMgKHRodXMgbm8gYm9keSkuCklmIGl0IGRvZXMgcmVxdWlyZSBwYXJhbWV0 ZXJzIHRoZW4gdGhleSBzaG91bGQgYmUgY29udGFpbmVkIGluc2lkZSBhbgoiYWN0aW9uIiBlbGVt ZW50LgoKNC4gVGhlIG9wZXJhdGlvbiB0byB1cGRhdGUgdGhlIHNuYXBzaG90IGNvbmZpZ3VyYXRp b24gc2hvdWxkIGJlIHRoZSBQVVQKb3BlcmF0aW9uIG9mIHRoZSB2b2x1bWUsIG5vdCBhIG5ldyAi c25hcHNob3Rjb25maWciIHN1Yi1yZXNvdXJjZSwgYXMKdGhlc2Uga2luZCBvZiBzdWItcmVzb3Vy Y2VzIGFyZW4ndCB3ZWxsIHN1cHBvcnRlZCBieSB0aGUgU0RLcyBhbmQgdGhlIENMSS4KCi0tIApE aXJlY2Npw7NuIENvbWVyY2lhbDogQy9Kb3NlIEJhcmRhc2FubyBCYW9zLCA5LCBFZGlmLiBHb3Ji ZWEgMywgcGxhbnRhCjPCukQsIDI4MDE2IE1hZHJpZCwgU3BhaW4KSW5zY3JpdGEgZW4gZWwgUmVn LiBNZXJjYW50aWwgZGUgTWFkcmlkIOKAkyBDLkkuRi4gQjgyNjU3OTQxIC0gUmVkIEhhdCBTLkwu Cg== ----_com.android.email_68837318013720 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj48YnI+PC9kaXY+PGRpdj5U aGFua3MgSnVhbiBmb3IgdGhlIGNvbW1lbnRzLiBJIHdvdWxkIHVwZGF0ZSB0aGUgd2lraSBhY2Nv cmRpbmdseSBhbmQgc2VuZCBmb3IgY29uZmlybWF0aW9uLjwvZGl2PjxkaXY+PGJyPjwvZGl2Pjxk aXY+UmVnYXJkczwvZGl2PjxkaXY+U2h1YmhlbmR1PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48 ZGl2IHN0eWxlPSJmb250LXNpemU6NzUlO2NvbG9yOiM1NzU3NTciPlNlbnQgZnJvbSBTYW1zdW5n IE1vYmlsZTwvZGl2PjwvZGl2Pjxicj48YnI+PGJyPi0tLS0tLS0tIE9yaWdpbmFsIG1lc3NhZ2Ug LS0tLS0tLS08YnI+RnJvbTogSnVhbiBIZXJuw6FuZGV6ICZsdDtqaGVybmFuZEByZWRoYXQuY29t Jmd0OyA8YnI+RGF0ZTogMDkvMTIvMjAxNCAgMTg6NTEgIChHTVQrMDU6MzApIDxicj5UbzogU2h1 YmhlbmR1IFRyaXBhdGhpICZsdDtzaHRyaXBhdEByZWRoYXQuY29tJmd0OyxkZXZlbEBvdmlydC5v cmcsTWljaGFlbCBQYXN0ZXJuYWsgJmx0O21wYXN0ZXJuQHJlZGhhdC5jb20mZ3Q7IDxicj5TdWJq ZWN0OiBSZTogW292aXJ0LWRldmVsXSBHbHVzdGVyIFZvbHVtZSBTbmFwc2hvdHMgLSBGZWF0dXJl IHJldmlldyA8YnI+IDxicj48YnI+T24gMTIvMDQvMjAxNCAwNzoxMSBQTSwgU2h1YmhlbmR1IFRy aXBhdGhpIHdyb3RlOjxicj4mZ3Q7IEhpIEp1YW4vTWljaGFlbCw8YnI+Jmd0OyA8YnI+Jmd0OyBU aGlzIGlzIGEgZ2VudGxlIHJlbWluZGVyIGZvciB0aGUgcmV2aWV3IG9mIHRoZSBSRVNUIGFwaSBk ZXNpZ24gZm9yIHRoZSA8YnI+Jmd0OyBiZWxvdyBmZWF0dXJlLjxicj4mZ3Q7IFdlIHdvdWxkIGJl IHN0YXJ0aW5nIHRoZSBSRVNUIGRldmVsb3BtZW50IGZvciB0aGUgc2FtZSBzb29uIChwcm9iYWJs eSBieSA8YnI+Jmd0OyBEZWMgMjAxNCBlbmQpLjxicj4mZ3Q7IDxicj4mZ3Q7IElmIHRoZXJlIGFy ZSBzcGVjaWZpYyBjb21tZW50cywgcGxlYXNlIHBhc3MgaXQgb24uIElmIG5vIGNvbW1lbnRzIHdl IDxicj4mZ3Q7IHdvdWxkIGdvIGFoZWFkIHdpdGggdGhlIGN1cnJlbnQgZGVzaWduIGFuZCBpbXBs ZW1lbnQgYWNjb3JkaW5nbHkuPGJyPiZndDsgPGJyPiZndDsgUmVxdWVzdCB5b3VyIHRpbWUgZm9y IHRoaXMuPGJyPiZndDsgPGJyPiZndDsgVGhhbmtzIGFuZCBSZWdhcmRzLDxicj4mZ3Q7IFNodWJo ZW5kdTxicj4mZ3Q7IDxicj4mZ3Q7IE9uIDExLzEwLzIwMTQgMTI6MjIgUE0sIFNodWJoZW5kdSBU cmlwYXRoaSB3cm90ZTo8YnI+Jmd0OyZndDsgSGkgQWxsLDxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0 OyBQbGVhc2UgaGVscCB1cyB0byByZXZpZXcgdGhlIGRlc2lnbiBvZiBHbHVzdGVyIFZvbHVtZSBT bmFwc2hvdHMgaW4gb1ZpcnQsPGJyPiZndDsmZ3Q7PGJyPiZndDsmZ3Q7IEhlcmUgYXJlIHR3byBk ZXNpZ24gb24gd2lraSBwYWdlPGJyPiZndDsmZ3Q7PGJyPiZndDsmZ3Q7IEdlbmVyYWwgRmVhdHVy ZSBEZXNpZ248YnI+Jmd0OyZndDsgaHR0cDovL3d3dy5vdmlydC5vcmcvRmVhdHVyZXMvR2x1c3Rl clZvbHVtZVNuYXBzaG90czxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0OyBEZXRhaWxlZCBEZXNpZ248 YnI+Jmd0OyZndDsgaHR0cDovL3d3dy5vdmlydC5vcmcvRmVhdHVyZXMvRGVzaWduL0dsdXN0ZXJW b2x1bWVTbmFwc2hvdHM8YnI+Jmd0OyZndDs8YnI+Jmd0OyZndDsgV2UgdGFyZ2V0IGl0IGluIG92 aXJ0IDMuNiByZWxlYXNlLjxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0OyBNYXJrZWQgSnVhbi9NaWNo YWVsIHNwZWNpZmljYWxseSBmb3IgUkVTVCByZXZpZXcuPGJyPiZndDsmZ3Q7PGJyPiZndDsmZ3Q7 IEJlc3QgUmVnYXJkcyw8YnI+Jmd0OyZndDsgU2h1YmhlbmR1IFRyaXBhdGhpPGJyPjxicj5NeSBj b21tZW50cyBhYm91dCB0aGUgUkVTVEFQSTo8YnI+PGJyPjEuIFlvdSBjYW4ndCB1c2UgdGhlICJz bmFwc2hvdCIgYW5kICJzbmFwc2hvdHMiIFhNTCBlbGVtZW50cywgYXMgdGhvc2U8YnI+YXJlIGFs cmVhZHkgaW4gdXNlIGZvciBkaXNrIHNuYXBzaG90cywgYW5kIHdlIGRvbid0IGhhdmUgbmFtZSBz cGFjZTxicj5zdXBwb3J0IGluIHRoZSBSRVNUQVBJLiBZb3Ugd2lsbCBoYXZlIHRvIHVzZSBzb21l dGhpbmcgZGlmZmVyZW50LCBmb3I8YnI+ZXhhbXBsZSAiZ2x1c3Rlcl92b2x1bWVfc25hcHNob3Rz IiBhbmQgImdsdXN0ZXJfdm9sdW1lX3NuYXBzaG90Ii48YnI+PGJyPjIuIFdoZW4gYWRkaW5nIGEg dm9sdW1lIHNuYXBzaG90IHRoZSBuYW1lIG9mIHRoZSB2b2x1bWUgc2hvdWxkbid0IGJlIGE8YnI+ cGFyYW1ldGVyLCBhcyB0aGF0IGlzIGltcGxpY2l0LiBPbmx5IHRoZSBuYW1lIGFuZCBkZXNjcmlw dGlvbiBvZiB0aGU8YnI+c25hcHNob3Qgc2hvdWxkIGJlIHByb3ZpZGVkLjxicj48YnI+My4gVGhl IG9wZXJhdGlvbiB0byBkZWxldGUgYSBzbmFwc2hvdCBzaG91bGQgYmUgcGVyZm9ybWVkIG9uIHRo ZTxicj5zbmFwc2hvdCByZXNvdXJjZSwgbm90IG9uIHRoZSBjb2xsZWN0aW9uOjxicj48YnI+Jm5i c3A7IERFTEVURTxicj4vY2x1c3RlcnMve2NsdXN0ZXI6aWR9L2dsdXN0ZXJ2b2x1bWVzL3t2b2x1 bWU6aWR9L3NuYXBzaG90cy97c25hcHNob3Q6aWR9PGJyPjxicj5JZGVhbGx5IHRoaXMgb3BlcmF0 aW9uIHNob3VsZG4ndCByZWNlaXZlIGFueSBwYXJhbWV0ZXJzICh0aHVzIG5vIGJvZHkpLjxicj5J ZiBpdCBkb2VzIHJlcXVpcmUgcGFyYW1ldGVycyB0aGVuIHRoZXkgc2hvdWxkIGJlIGNvbnRhaW5l ZCBpbnNpZGUgYW48YnI+ImFjdGlvbiIgZWxlbWVudC48YnI+PGJyPjQuIFRoZSBvcGVyYXRpb24g dG8gdXBkYXRlIHRoZSBzbmFwc2hvdCBjb25maWd1cmF0aW9uIHNob3VsZCBiZSB0aGUgUFVUPGJy Pm9wZXJhdGlvbiBvZiB0aGUgdm9sdW1lLCBub3QgYSBuZXcgInNuYXBzaG90Y29uZmlnIiBzdWIt cmVzb3VyY2UsIGFzPGJyPnRoZXNlIGtpbmQgb2Ygc3ViLXJlc291cmNlcyBhcmVuJ3Qgd2VsbCBz dXBwb3J0ZWQgYnkgdGhlIFNES3MgYW5kIHRoZSBDTEkuPGJyPjxicj4tLSA8YnI+RGlyZWNjacOz biBDb21lcmNpYWw6IEMvSm9zZSBCYXJkYXNhbm8gQmFvcywgOSwgRWRpZi4gR29yYmVhIDMsIHBs YW50YTxicj4zwrpELCAyODAxNiBNYWRyaWQsIFNwYWluPGJyPkluc2NyaXRhIGVuIGVsIFJlZy4g TWVyY2FudGlsIGRlIE1hZHJpZCDigJMgQy5JLkYuIEI4MjY1Nzk0MSAtIFJlZCBIYXQgUy5MLjxi cj48L2JvZHk+ ----_com.android.email_68837318013720--

2 4

[Feature review] - Disk Provisioning for Gluster
by Ramesh 23 Dec '14

23 Dec '14

This is a multi-part message in MIME format. --------------000000060506010201040503 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi all, We are working on disk provisioning feature for Gluster in Ovirt. It helps the customer to provision the physical disks directly from oVirt. We are targeting this for Ovirt 3.6. Please review the feature/design and provide your comments. Feature page: http://www.ovirt.org/Features/GlusterHostDiskManagement Detailed design: http://www.ovirt.org/Features/Design/GlusterHostDiskManagement Regards, Ramesh --------------000000060506010201040503 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi all, We are working on disk provisioning feature for Gluster in Ovirt. It helps the customer to provision the physical disks directly from oVirt. We are targeting this for Ovirt 3.6. Please review the feature/design and provide your comments. Feature page: <meta http-equiv="content-type" content="text/html; charset=utf-8"> <a href="http://www.ovirt.org/Features/GlusterHostDiskManagement">http://www.ovirt.org/Features/GlusterHostDiskManagement</a> Detailed design: <a href="http://www.ovirt.org/Features/Design/GlusterHostDiskManagement">http://www.ovirt.org/Features/Design/GlusterHostDiskManagement</a> Regards, Ramesh </body> </html> --------------000000060506010201040503--

3 2

CORS enabled for oVirt REST API
by Jenny Kang 22 Dec '14

22 Dec '14

Hello, As part of my OPW project, I'm trying to build a mobile web UI for oVirt but I'm having some troubles. I cannot access the oVirt REST API because it doesn't allow cross origin resource sharing (CORS). The only way to access the API is to host the UI on the same IP as the engine. If it is enabled then people would be able to run the mobile UI directly from the desktop without hosting it anywhere. Do you have any suggestions on how to access oVirt REST API from another host inside the browser? Any plans on enabling CORS on the REST API? Thank you! Cheers Jenny

1 0

rhevm engine Compilation failure
by QuantumCloud 21 Dec '14

21 Dec '14

This is a multi-part message in MIME format. ------=_NextPart_5491A1EB_0975F068_4BF3D028 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 SGkgZ3V5czoNCiAgICBJIHRlc3RlZCB0byBjb21wbGlsZSByaGV2bSBlbmdpbmUgZnJvbSBz b3VyY2UgcGtnLCBidXQgZ2V0IHNvbWUgZXJyb3IuDQogICBJIGhhdmUgdGVzdGVkIHdpdGgg c2FtZSB3YXkgaW4gb3ZpcnQgMy40LjQgYW5kIHJoZXZtIDMuNC4zLCB0aGVyZSB3YXMgbm8g ZXJyb3IsIGJ1dCBqdXN0IGluIHJoZXZtIDMuNC40IHdpdGggc29tZSBlcnJvcnM6DQogIA0K IFtJTkZPXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICANCltJTkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N CltJTkZPXSBCdWlsZGluZyBDb21tb24gdXRpbGl0aWVzIDMuNC40DQpbSU5GT10gLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tDQpbSU5GT10gDQpbSU5GT10gLS0tIG1hdmVuLWNsZWFuLXBsdWdpbjoy LjU6Y2xlYW4gKGRlZmF1bHQtY2xlYW4pIEAgdXRpbHMgLS0tDQpbSU5GT10gRGVsZXRpbmcg L3Jvb3QvcnBtYnVpbGQvU09VUkNFUy9vdmlydC1lbmdpbmUvYmFja2VuZC9tYW5hZ2VyL21v ZHVsZXMvdXRpbHMvdGFyZ2V0DQpbSU5GT10gDQpbSU5GT10gLS0tIG1hdmVuLXJlc291cmNl cy1wbHVnaW46Mi40LjM6cmVzb3VyY2VzIChkZWZhdWx0LXJlc291cmNlcykgQCB1dGlscyAt LS0NCltJTkZPXSBVc2luZyAnVVRGLTgnIGVuY29kaW5nIHRvIGNvcHkgZmlsdGVyZWQgcmVz b3VyY2VzLg0KW0lORk9dIENvcHlpbmcgMiByZXNvdXJjZXMNCltJTkZPXSANCltJTkZPXSAt LS0gbWF2ZW4tY29tcGlsZXItcGx1Z2luOjIuMy4yOmNvbXBpbGUgKGRlZmF1bHQtY29tcGls ZSkgQCB1dGlscyAtLS0NCltJTkZPXSBDb21waWxpbmcgMTYzIHNvdXJjZSBmaWxlcyB0byAv cm9vdC9ycG1idWlsZC9TT1VSQ0VTL292aXJ0LWVuZ2luZS9iYWNrZW5kL21hbmFnZXIvbW9k dWxlcy91dGlscy90YXJnZXQvY2xhc3Nlcw0KW0lORk9dIC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCltFUlJPUl0gQ09N UElMQVRJT04gRVJST1IgOiANCltJTkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpbRVJST1JdIC9yb290L3JwbWJ1 aWxkL1NPVVJDRVMvb3ZpcnQtZW5naW5lL2JhY2tlbmQvbWFuYWdlci9tb2R1bGVzL3V0aWxz L3NyYy9tYWluL2phdmEvb3JnL292aXJ0L2VuZ2luZS9jb3JlL3V0aWxzL3BtL1Zkc0ZlbmNl T3B0aW9ucy5qYXZhOlszMjksNDRdIGVycm9yOiBjYW5ub3QgZmluZCBzeW1ib2wNCltJTkZP XSAxIGVycm9yDQpbSU5GT10gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KW0lORk9dIC0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K W0lORk9dIFJlYWN0b3IgU3VtbWFyeToNCltJTkZPXSANCltJTkZPXSBvdmlydC1yb290IC4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMC4z MTEgc10NCltJTkZPXSBvVmlydCBCdWlsZCBUb29scyByb290IC4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMC4wMTYgc10NCltJTkZPXSBvVmlydCBjaGVja3N0 eWxlIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMS4x NzYgc10NCltJTkZPXSBvVmlydCBKQm9zcyBNb2R1bGVzIE1hdmVuIFBsdWdpbiAuLi4uLi4u Li4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMy4xNDggc10NCltJTkZPXSBvVmlydCBDaGVja3N0 eWxlIENoZWNrcyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMC44 NDkgc10NCltJTkZPXSBvVmlydCBNb2R1bGVzIC0gYmFja2VuZCAuLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMC4wMTAgc10NCltJTkZPXSBvVmlydCBNYW5hZ2Vy IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMC4w MDkgc10NCltJTkZPXSBvVmlydCBFbmdpbmUgZGVwZW5kZW5jaWVzIC4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMS4xMTMgc10NCltJTkZPXSBvVmlydCBNb2R1bGVz IC0gbWFuYWdlciAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMC43 NDEgc10NCltJTkZPXSBDU2hhcnAgQ29tcGF0aWJpbGl0eSAuLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uIFNVQ0NFU1MgWyAgMi43ODkgc10NCltJTkZPXSBDb21tb24gdXRpbGl0 aWVzIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIEZBSUxVUkUgWyAgMi45 NTYgc10NCltJTkZPXSBDb21tb24gQ29kZSAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uIFNLSVBQRUQNCltJTkZPXSBEYXRhIEFjY2VzcyBMYXllciAuLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQNCltJTkZPXSBWZHMgYnJva2Vy IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQNCltJ TkZPXSBlbmdpbmUgc2NoZWR1bGVyIGJlYW4gLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uIFNLSVBQRUQNCltJTkZPXSBTZWFyY2ggQmFja2VuZCAuLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQNCltJTkZPXSBCYWNrZW5kIExvZ2ljIEBTZXJ2 aWNlIGJlYW4gLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQNCltJTkZPXSBvVmly dCBSRVNUZnVsIEFQSSBCYWNrZW5kIEludGVncmF0aW9uIC4uLi4uLi4uLi4uLi4uIFNLSVBQ RUQNCltJTkZPXSBvVmlydCBSRVNUZnVsIEFQSSBCYWNrZW5kIEludGVncmF0aW9uIFR5cGUg TWFwcGVycyAuIFNLSVBQRUQNCltJTkZPXSBvVmlydCBSRVNUZnVsIEFQSSBCYWNrZW5kIElu dGVncmF0aW9uIEpBWC1SUyBSZXNvdXJjZXMgU0tJUFBFRA0KW0lORk9dIG9WaXJ0IFJFU1Rm dWwgQVBJIEJhY2tlbmQgSW50ZWdyYXRpb24gV2ViYXBwIC4uLi4uLi4gU0tJUFBFRA0KW0lO Rk9dIG9WaXJ0IFJFU1RmdWwgQVBJIGludGVyZmFjZSAuLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0IEVuZ2luZSBBUEkgRGVmaW5pdGlvbiAuLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0IEVuZ2luZSBBUEkgQ29t bW9tIFBhcmVudCBQT00gLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0 IEVuZ2luZSBBUEkgQ29tbW9uIEpBWC1SUyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBF RA0KW0lORk9dIG9WaXJ0IEVuZ2luZSBXZWIgUm9vdCAuLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIEJyYW5kaW5nIHBhY2thZ2UgLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIG92aXJ0LWVuZ2luZSBz ZXJ2aWNlcyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9d IG9WaXJ0IEVuZ2luZSBXZWIgRG9jcyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4g U0tJUFBFRA0KW0lORk9dIG92aXJ0LWVuZ2luZSB3ZWxjb21lIC4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIEJhY2tlbmQgQXV0aGVudGljYXRpb24g Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0IEVu Z2luZSBUb29scyAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0K W0lORk9dIG9WaXJ0IE1vZHVsZXMgOjogRnJvbnRlbmQgLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0IE1vZHVsZXMgOjogV2ViYWRtaW4gLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0IE1vZHVsZXMgLSB1 aSAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIEV4 dGVuc2lvbnMgZm9yIEdXVCAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJ UFBFRA0KW0lORk9dIFVJIFV0aWxzIENvbXBhdGliaWxpdHkgKGZvciBVSUNvbW1vbikgLi4u Li4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIEZyb250ZW5kIGZvciBHV1QgVUkgUHJvamVj dHMgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIFVJQ29tbW9uV2Vi IC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lO Rk9dIG9WaXJ0IEdXVCBVSSBjb21tb24gaW5mcmFzdHJ1Y3R1cmUgLi4uLi4uLi4uLi4uLi4u Li4gU0tJUFBFRA0KW0lORk9dIFdlYkFkbWluIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIFVzZXJQb3J0YWwgLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRA0KW0lORk9dIG9WaXJ0 IFNlcnZlciBFQVIgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBF RA0KW0lORk9dIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KW0lORk9dIEJVSUxEIEZBSUxVUkUNCltJ TkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCltJTkZPXSBUb3RhbCB0aW1lOiAxNC4zNDAgcw0K W0lORk9dIEZpbmlzaGVkIGF0OiAyMDE0LTEyLTE3VDIzOjExOjM1KzA4OjAwDQpbSU5GT10g RmluYWwgTWVtb3J5OiA1MU0vMjQ3TQ0KW0lORk9dIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KW0VS Uk9SXSBGYWlsZWQgdG8gZXhlY3V0ZSBnb2FsIG9yZy5hcGFjaGUubWF2ZW4ucGx1Z2luczpt YXZlbi1jb21waWxlci1wbHVnaW46Mi4zLjI6Y29tcGlsZSAoZGVmYXVsdC1jb21waWxlKSBv biBwcm9qZWN0IHV0aWxzOiBDb21waWxhdGlvbiBmYWlsdXJlDQpbRVJST1JdIC9yb290L3Jw bWJ1aWxkL1NPVVJDRVMvb3ZpcnQtZW5naW5lL2JhY2tlbmQvbWFuYWdlci9tb2R1bGVzL3V0 aWxzL3NyYy9tYWluL2phdmEvb3JnL292aXJ0L2VuZ2luZS9jb3JlL3V0aWxzL3BtL1Zkc0Zl bmNlT3B0aW9ucy5qYXZhOlszMjksNDRdIGVycm9yOiBjYW5ub3QgZmluZCBzeW1ib2wNCltF UlJPUl0gLT4gW0hlbHAgMV0NCltFUlJPUl0gDQpbRVJST1JdIFRvIHNlZSB0aGUgZnVsbCBz dGFjayB0cmFjZSBvZiB0aGUgZXJyb3JzLCByZS1ydW4gTWF2ZW4gd2l0aCB0aGUgLWUgc3dp dGNoLg0KW0VSUk9SXSBSZS1ydW4gTWF2ZW4gdXNpbmcgdGhlIC1YIHN3aXRjaCB0byBlbmFi bGUgZnVsbCBkZWJ1ZyBsb2dnaW5nLg0KW0VSUk9SXSANCltFUlJPUl0gRm9yIG1vcmUgaW5m b3JtYXRpb24gYWJvdXQgdGhlIGVycm9ycyBhbmQgcG9zc2libGUgc29sdXRpb25zLCBwbGVh c2UgcmVhZCB0aGUgZm9sbG93aW5nIGFydGljbGVzOg0KW0VSUk9SXSBbSGVscCAxXSBodHRw Oi8vY3dpa2kuYXBhY2hlLm9yZy9jb25mbHVlbmNlL2Rpc3BsYXkvTUFWRU4vTW9qb0ZhaWx1 cmVFeGNlcHRpb24NCltFUlJPUl0gDQpbRVJST1JdIEFmdGVyIGNvcnJlY3RpbmcgdGhlIHBy b2JsZW1zLCB5b3UgY2FuIHJlc3VtZSB0aGUgYnVpbGQgd2l0aCB0aGUgY29tbWFuZA0KW0VS Uk9SXSAgIG12biA8Z29hbHM+IC1yZiA6dXRpbHMNCiAgDQogc29tZSBjb2RlIG9mIGVycm9y IGZpbGUgVmRzRmVuY2VPcHRpb25zLmphdmE6IChJIGhhdmUgbm9kZSBjaGFuZ2VkIGFueSBj b2RlcykNCiAuLi4NCiAzMTkgICAgIC8qKg0KMzIwICAgICAgKiBoYW5kbGVzIGFnZW50IGRl ZmF1bHQgb3B0aW9ucw0KMzIxICAgICAgKg0KMzIyICAgICAgKiBAcGFyYW0gYWdlbnQNCjMy MyAgICAgICogQHBhcmFtIGZlbmNlT3B0aW9ucw0KMzI0ICAgICAgKiBAcmV0dXJuIFN0cmlu ZyB0aGUgb3B0aW9ucyBhZnRlciBhZGRpbmcgZGVmYXVsdCBhZ2VudCBwYXJhbWV0ZXJzDQoz MjUgICAgICAqLw0KMzI2ICAgICBwdWJsaWMgc3RhdGljIFN0cmluZyBnZXREZWZhdWx0QWdl bnRPcHRpb25zKFN0cmluZyBhZ2VudCwgU3RyaW5nIGZlbmNlT3B0aW9ucywgIEFyY2hpdGVj dHVyZVR5cGUgYXJjaGl0ZWN0dXJlVHlwZSkgew0KMzI3ICAgICAgICAgU3RyaW5nIGFnZW50 RGVmYXVsdFBhcmFtcyA9ICAoYXJjaGl0ZWN0dXJlVHlwZSAhPSBudWxsICYmIGFyY2hpdGVj dHVyZVR5cGUgPT0gQXJjaGl0ZWN0dXJlVHlwZS5wcGM2NCkNCjMyOCAgICAgICAgICAgICAg ICAgPw0KMzI5ICAgICAgICAgICAgICAgICBDb25maWcuZ2V0VmFsdWUoQ29uZmlnVmFsdWVz LkZlbmNlQWdlbnREZWZhdWx0UGFyYW1zRm9yUFBDLCBDb25maWdDb21tb24uZGVmYXVsdENv bmZpZ3VyYXRpb25WZXJzaW9uKS50b1N0cmluZygpDQozMzAgICAgICAgICAgICAgICAgIDoN CjMzMSAgICAgICAgICAgICAgICAgQ29uZmlnLmdldFZhbHVlKENvbmZpZ1ZhbHVlcy5GZW5j ZUFnZW50RGVmYXVsdFBhcmFtcywgQ29uZmlnQ29tbW9uLmRlZmF1bHRDb25maWd1cmF0aW9u VmVyc2lvbikudG9TdHJpbmcoKTsNCjMzMiAuLi4NCiAgDQogTXkgY29tcGlsYXRpb24gdG9v bHMgZW52Og0KIFtyb290QGxvY2FsaG9zdCB+XSMgbXZuIC12DQpBcGFjaGUgTWF2ZW4gMy4y LjMgKDMzZjhjM2UxMDI3YzNkZGRlOTlkM2NkZWJhZDI2NTZhMzFlOGZkZjQ7IDIwMTQtMDgt MTJUMDQ6NTg6MTArMDg6MDApDQpNYXZlbiBob21lOiAvYXBhY2hlLW1hdmVuDQpKYXZhIHZl cnNpb246IDEuNy4wXzcxLCB2ZW5kb3I6IE9yYWNsZSBDb3Jwb3JhdGlvbg0KSmF2YSBob21l OiAvdXNyL2xpYi9qdm0vamF2YS0xLjcuMC1vcGVuamRrLTEuNy4wLjcxLng4Nl82NC9qcmUN CkRlZmF1bHQgbG9jYWxlOiBlbl9VUywgcGxhdGZvcm0gZW5jb2Rpbmc6IFVURi04DQpPUyBu YW1lOiAibGludXgiLCB2ZXJzaW9uOiAiMi42LjMyLTUwNC4xLjMuZWw2Lng4Nl82NCIsIGFy Y2g6ICJhbWQ2NCIsIGZhbWlseTogInVuaXgiDQogIA0KIGFsc28gSSBoYXZlIHRlc3QgZGlm ZmVyZW50IHRvb2xzOg0KIG1hdmVuIDMuMC41ICsgamF2YSAxLjcuMC40NQ0KICBtYXZlbiAz LjAuNSArIGphdmEgMS43LjAuNzEgDQogIG1hdmVuIDMuMS4xICsgamF2YSAxLjcuMC40NSAN CiAgbWF2ZW4gMy4xLjEgKyBqYXZhIDEuNy4wLjcxIA0KICBtYXZlbiAzLjIuMyArIGphdmEg MS43LjAuNDUNCiAgbWF2ZW4gMy4yLjMgKyBqYXZhIDEuNy4wLjcxDQogIA0KIGFsbCBhYm92 ZSBoYWQgdGhlIHNhbWUgZXJyb3IuDQogIA0KIFdobyBjYW4gZ2l2ZSBzb21lIGlkZWEgdG8g Zml4IGl0Pw== ------=_NextPart_5491A1EB_0975F068_4BF3D028 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: base64 PERJVj48Rk9OVCBjb2xvcj0jMzMzMzMzPkhpIGd1eXM6PC9GT05UPjwvRElWPg0KPERJVj4N CjxESVY+PEZPTlQgY29sb3I9IzMzMzMzMz4mbmJzcDsgSSB0ZXN0ZWQgdG8gY29tcGxpbGUg cmhldm0gPFNUUk9ORz5lbmdpbmU8L1NUUk9ORz4gZnJvbSBzb3VyY2UgcGtnLCBidXQgZ2V0 IHNvbWUgZXJyb3IuPC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMzMzMzMzPiZu YnNwOyBJIGhhdmUgdGVzdGVkIHdpdGggc2FtZSB3YXkgaW4gb3ZpcnQgMy40LjQgYW5kIHJo ZXZtIDMuNC4zLCB0aGVyZSB3YXMgbm8gZXJyb3IsIGJ1dCBqdXN0IGluIHJoZXZtIDMuNC40 IHdpdGggc29tZSBlcnJvcnM6PC9GT05UPjwvRElWPg0KPERJVj48Rk9OVCBjb2xvcj0jMzMz MzMzPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+W0lORk9dJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyA8QlI+W0lORk9dIC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLTxCUj5bSU5GT10gQnVpbGRpbmcgQ29tbW9uIHV0aWxpdGllcyAzLjQuNDxCUj5b SU5GT10gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPEJSPltJTkZPXSA8QlI+W0lORk9dIC0tLSBtYXZl bi1jbGVhbi1wbHVnaW46Mi41OmNsZWFuIChkZWZhdWx0LWNsZWFuKSBAIHV0aWxzIC0tLTxC Uj5bSU5GT10gRGVsZXRpbmcgL3Jvb3QvcnBtYnVpbGQvU09VUkNFUy9vdmlydC1lbmdpbmUv YmFja2VuZC9tYW5hZ2VyL21vZHVsZXMvdXRpbHMvdGFyZ2V0PEJSPltJTkZPXSA8QlI+W0lO Rk9dIC0tLSBtYXZlbi1yZXNvdXJjZXMtcGx1Z2luOjIuNC4zOnJlc291cmNlcyAoZGVmYXVs dC1yZXNvdXJjZXMpIEAgdXRpbHMgLS0tPEJSPltJTkZPXSBVc2luZyAnVVRGLTgnIGVuY29k aW5nIHRvIGNvcHkgZmlsdGVyZWQgcmVzb3VyY2VzLjxCUj5bSU5GT10gQ29weWluZyAyIHJl c291cmNlczxCUj5bSU5GT10gPEJSPltJTkZPXSAtLS0gbWF2ZW4tY29tcGlsZXItcGx1Z2lu OjIuMy4yOmNvbXBpbGUgKGRlZmF1bHQtY29tcGlsZSkgQCB1dGlscyAtLS08QlI+W0lORk9d IENvbXBpbGluZyAxNjMgc291cmNlIGZpbGVzIHRvIC9yb290L3JwbWJ1aWxkL1NPVVJDRVMv b3ZpcnQtZW5naW5lL2JhY2tlbmQvbWFuYWdlci9tb2R1bGVzL3V0aWxzL3RhcmdldC9jbGFz c2VzPEJSPltJTkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tPEJSPltFUlJPUl0gQ09NUElMQVRJT04gRVJST1IgOiA8 QlI+W0lORk9dIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS08QlI+W0VSUk9SXSAvcm9vdC9ycG1idWlsZC9TT1VSQ0VTL292 aXJ0LWVuZ2luZS9iYWNrZW5kL21hbmFnZXIvbW9kdWxlcy91dGlscy9zcmMvbWFpbi9qYXZh L29yZy9vdmlydC9lbmdpbmUvY29yZS91dGlscy9wbS9WZHNGZW5jZU9wdGlvbnMuamF2YTpb MzI5LDQ0XSBlcnJvcjogY2Fubm90IGZpbmQgc3ltYm9sPEJSPltJTkZPXSAxIGVycm9yPEJS PltJTkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tPEJSPltJTkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08QlI+W0lORk9d IFJlYWN0b3IgU3VtbWFyeTo8QlI+W0lORk9dIDxCUj5bSU5GT10gb3ZpcnQtcm9vdCAuLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTVUNDRVNTIFsmbmJzcDsg MC4zMTEgc108QlI+W0lORk9dIG9WaXJ0IEJ1aWxkIFRvb2xzIHJvb3QgLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4gU1VDQ0VTUyBbJm5ic3A7IDAuMDE2IHNdPEJSPltJTkZPXSBv VmlydCBjaGVja3N0eWxlIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNV Q0NFU1MgWyZuYnNwOyAxLjE3NiBzXTxCUj5bSU5GT10gb1ZpcnQgSkJvc3MgTW9kdWxlcyBN YXZlbiBQbHVnaW4gLi4uLi4uLi4uLi4uLi4uLi4uLiBTVUNDRVNTIFsmbmJzcDsgMy4xNDgg c108QlI+W0lORk9dIG9WaXJ0IENoZWNrc3R5bGUgQ2hlY2tzIC4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4gU1VDQ0VTUyBbJm5ic3A7IDAuODQ5IHNdPEJSPltJTkZPXSBvVmlydCBN b2R1bGVzIC0gYmFja2VuZCAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1Mg WyZuYnNwOyAwLjAxMCBzXTxCUj5bSU5GT10gb1ZpcnQgTWFuYWdlciAuLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTVUNDRVNTIFsmbmJzcDsgMC4wMDkgc108QlI+ W0lORk9dIG9WaXJ0IEVuZ2luZSBkZXBlbmRlbmNpZXMgLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4gU1VDQ0VTUyBbJm5ic3A7IDEuMTEzIHNdPEJSPltJTkZPXSBvVmlydCBNb2R1bGVz IC0gbWFuYWdlciAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNVQ0NFU1MgWyZuYnNw OyAwLjc0MSBzXTxCUj5bSU5GT10gQ1NoYXJwIENvbXBhdGliaWxpdHkgLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLiBTVUNDRVNTIFsmbmJzcDsgMi43ODkgc108QlI+W0lORk9d IENvbW1vbiB1dGlsaXRpZXMgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4g RkFJTFVSRSBbJm5ic3A7IDIuOTU2IHNdPEJSPltJTkZPXSBDb21tb24gQ29kZSAuLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8QlI+W0lORk9dIERh dGEgQWNjZXNzIExheWVyIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJ UFBFRDxCUj5bSU5GT10gVmRzIGJyb2tlciAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBlbmdpbmUgc2NoZWR1bGVyIGJlYW4g Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8QlI+W0lORk9dIFNlYXJj aCBCYWNrZW5kIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBF RDxCUj5bSU5GT10gQmFja2VuZCBMb2dpYyBAU2VydmljZSBiZWFuIC4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBvVmlydCBSRVNUZnVsIEFQSSBCYWNrZW5k IEludGVncmF0aW9uIC4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8QlI+W0lORk9dIG9WaXJ0IFJF U1RmdWwgQVBJIEJhY2tlbmQgSW50ZWdyYXRpb24gVHlwZSBNYXBwZXJzIC4gU0tJUFBFRDxC Uj5bSU5GT10gb1ZpcnQgUkVTVGZ1bCBBUEkgQmFja2VuZCBJbnRlZ3JhdGlvbiBKQVgtUlMg UmVzb3VyY2VzIFNLSVBQRUQ8QlI+W0lORk9dIG9WaXJ0IFJFU1RmdWwgQVBJIEJhY2tlbmQg SW50ZWdyYXRpb24gV2ViYXBwIC4uLi4uLi4gU0tJUFBFRDxCUj5bSU5GT10gb1ZpcnQgUkVT VGZ1bCBBUEkgaW50ZXJmYWNlIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJS PltJTkZPXSBvVmlydCBFbmdpbmUgQVBJIERlZmluaXRpb24gLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uIFNLSVBQRUQ8QlI+W0lORk9dIG9WaXJ0IEVuZ2luZSBBUEkgQ29tbW9tIFBhcmVu dCBQT00gLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRDxCUj5bSU5GT10gb1ZpcnQgRW5naW5l IEFQSSBDb21tb24gSkFYLVJTIC4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJ TkZPXSBvVmlydCBFbmdpbmUgV2ViIFJvb3QgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uIFNLSVBQRUQ8QlI+W0lORk9dIEJyYW5kaW5nIHBhY2thZ2UgLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRDxCUj5bSU5GT10gb3ZpcnQtZW5naW5lIHNl cnZpY2VzIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZP XSBvVmlydCBFbmdpbmUgV2ViIERvY3MgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u IFNLSVBQRUQ8QlI+W0lORk9dIG92aXJ0LWVuZ2luZSB3ZWxjb21lIC4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4gU0tJUFBFRDxCUj5bSU5GT10gQmFja2VuZCBBdXRoZW50aWNh dGlvbiAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBv VmlydCBFbmdpbmUgVG9vbHMgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNL SVBQRUQ8QlI+W0lORk9dIG9WaXJ0IE1vZHVsZXMgOjogRnJvbnRlbmQgLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4gU0tJUFBFRDxCUj5bSU5GT10gb1ZpcnQgTW9kdWxlcyA6OiBXZWJh ZG1pbiAuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBvVmly dCBNb2R1bGVzIC0gdWkgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQ RUQ8QlI+W0lORk9dIEV4dGVuc2lvbnMgZm9yIEdXVCAuLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4gU0tJUFBFRDxCUj5bSU5GT10gVUkgVXRpbHMgQ29tcGF0aWJpbGl0eSAo Zm9yIFVJQ29tbW9uKSAuLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBGcm9udGVu ZCBmb3IgR1dUIFVJIFByb2plY3RzIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8 QlI+W0lORk9dIFVJQ29tbW9uV2ViIC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4gU0tJUFBFRDxCUj5bSU5GT10gb1ZpcnQgR1dUIFVJIGNvbW1vbiBpbmZyYXN0 cnVjdHVyZSAuLi4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSBXZWJBZG1pbiAu Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIFNLSVBQRUQ8QlI+ W0lORk9dIFVzZXJQb3J0YWwgLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4gU0tJUFBFRDxCUj5bSU5GT10gb1ZpcnQgU2VydmVyIEVBUiAuLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLiBTS0lQUEVEPEJSPltJTkZPXSAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS08QlI+W0lORk9dIEJVSUxEIEZBSUxVUkU8QlI+W0lORk9dIC0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLTxCUj5bSU5GT10gVG90YWwgdGltZTogMTQuMzQwIHM8QlI+W0lORk9dIEZpbmlzaGVk IGF0OiAyMDE0LTEyLTE3VDIzOjExOjM1KzA4OjAwPEJSPltJTkZPXSBGaW5hbCBNZW1vcnk6 IDUxTS8yNDdNPEJSPltJTkZPXSAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08QlI+W0VSUk9SXSBGYWls ZWQgdG8gZXhlY3V0ZSBnb2FsIG9yZy5hcGFjaGUubWF2ZW4ucGx1Z2luczptYXZlbi1jb21w aWxlci1wbHVnaW46Mi4zLjI6Y29tcGlsZSAoZGVmYXVsdC1jb21waWxlKSBvbiBwcm9qZWN0 IHV0aWxzOiBDb21waWxhdGlvbiBmYWlsdXJlPEJSPltFUlJPUl0gL3Jvb3QvcnBtYnVpbGQv U09VUkNFUy9vdmlydC1lbmdpbmUvYmFja2VuZC9tYW5hZ2VyL21vZHVsZXMvdXRpbHMvc3Jj L21haW4vamF2YS9vcmcvb3ZpcnQvZW5naW5lL2NvcmUvdXRpbHMvcG0vVmRzRmVuY2VPcHRp b25zLmphdmE6WzMyOSw0NF0gZXJyb3I6IGNhbm5vdCBmaW5kIHN5bWJvbDxCUj5bRVJST1Jd IC0mZ3Q7IFtIZWxwIDFdPEJSPltFUlJPUl0gPEJSPltFUlJPUl0gVG8gc2VlIHRoZSBmdWxs IHN0YWNrIHRyYWNlIG9mIHRoZSBlcnJvcnMsIHJlLXJ1biBNYXZlbiB3aXRoIHRoZSAtZSBz d2l0Y2guPEJSPltFUlJPUl0gUmUtcnVuIE1hdmVuIHVzaW5nIHRoZSAtWCBzd2l0Y2ggdG8g ZW5hYmxlIGZ1bGwgZGVidWcgbG9nZ2luZy48QlI+W0VSUk9SXSA8QlI+W0VSUk9SXSBGb3Ig bW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgZXJyb3JzIGFuZCBwb3NzaWJsZSBzb2x1dGlv bnMsIHBsZWFzZSByZWFkIHRoZSBmb2xsb3dpbmcgYXJ0aWNsZXM6PEJSPltFUlJPUl0gW0hl bHAgMV0gPEEgaHJlZj0iaHR0cDovL2N3aWtpLmFwYWNoZS5vcmcvY29uZmx1ZW5jZS9kaXNw bGF5L01BVkVOL01vam9GYWlsdXJlRXhjZXB0aW9uIj5odHRwOi8vY3dpa2kuYXBhY2hlLm9y Zy9jb25mbHVlbmNlL2Rpc3BsYXkvTUFWRU4vTW9qb0ZhaWx1cmVFeGNlcHRpb248L0E+PEJS PltFUlJPUl0gPEJSPltFUlJPUl0gQWZ0ZXIgY29ycmVjdGluZyB0aGUgcHJvYmxlbXMsIHlv dSBjYW4gcmVzdW1lIHRoZSBidWlsZCB3aXRoIHRoZSBjb21tYW5kPEJSPltFUlJPUl0gJm5i c3A7IG12biAmbHQ7Z29hbHMmZ3Q7IC1yZiA6dXRpbHM8L0RJVj4NCjxESVY+Jm5ic3A7PC9E SVY+DQo8RElWPnNvbWUgY29kZSBvZiBlcnJvciBmaWxlIDxTVFJPTkc+VmRzRmVuY2VPcHRp b25zLmphdmE8L1NUUk9ORz46IChJIGhhdmUgbm9kZSBjaGFuZ2VkIGFueSBjb2Rlcyk8L0RJ Vj4NCjxESVY+Li4uPC9ESVY+DQo8RElWPjMxOSZuYnNwOyZuYnNwOyAmbmJzcDsgLyoqPEJS PjMyMCZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsgKiBoYW5kbGVzIGFnZW50IGRlZmF1bHQg b3B0aW9uczxCUj4zMjEmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7ICo8QlI+MzIyJm5ic3A7 Jm5ic3A7Jm5ic3A7ICZuYnNwOyAqIEBwYXJhbSBhZ2VudDxCUj4zMjMmbmJzcDsmbmJzcDsm bmJzcDsgJm5ic3A7ICogQHBhcmFtIGZlbmNlT3B0aW9uczxCUj4zMjQmbmJzcDsmbmJzcDsm bmJzcDsgJm5ic3A7ICogQHJldHVybiBTdHJpbmcgdGhlIG9wdGlvbnMgYWZ0ZXIgYWRkaW5n IGRlZmF1bHQgYWdlbnQgcGFyYW1ldGVyczxCUj4zMjUmbmJzcDsmbmJzcDsmbmJzcDsgJm5i c3A7ICovPEJSPjMyNiZuYnNwOyZuYnNwOyAmbmJzcDsgcHVibGljIHN0YXRpYyBTdHJpbmcg Z2V0RGVmYXVsdEFnZW50T3B0aW9ucyhTdHJpbmcgYWdlbnQsIFN0cmluZyBmZW5jZU9wdGlv bnMsJm5ic3A7IEFyY2hpdGVjdHVyZVR5cGUgYXJjaGl0ZWN0dXJlVHlwZSkgezxCUj4zMjcm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7IFN0cmluZyBhZ2Vu dERlZmF1bHRQYXJhbXMgPSZuYnNwOyAoYXJjaGl0ZWN0dXJlVHlwZSAhPSBudWxsICZhbXA7 JmFtcDsgYXJjaGl0ZWN0dXJlVHlwZSA9PSBBcmNoaXRlY3R1cmVUeXBlLnBwYzY0KTxCUj4z MjgmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgJm5ic3A7ID88QlI+MzI5Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZuYnNwOyBDb25maWcuZ2V0VmFsdWUoQ29uZmln VmFsdWVzLkZlbmNlQWdlbnREZWZhdWx0UGFyYW1zRm9yUFBDLCBDb25maWdDb21tb24uZGVm YXVsdENvbmZpZ3VyYXRpb25WZXJzaW9uKS50b1N0cmluZygpPEJSPjMzMCZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsgOjxCUj4zMzEmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgJm5ic3A7IENvbmZpZy5nZXRWYWx1ZShDb25maWdWYWx1ZXMuRmVuY2VB Z2VudERlZmF1bHRQYXJhbXMsIENvbmZpZ0NvbW1vbi5kZWZhdWx0Q29uZmlndXJhdGlvblZl cnNpb24pLnRvU3RyaW5nKCk7PEJSPjMzMiAuLi48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPk15IGNvbXBpbGF0aW9uIHRvb2xzIGVudjo8L0RJVj4NCjxESVY+W3Jvb3RAbG9j YWxob3N0IH5dIyBtdm4gLXY8QlI+QXBhY2hlIE1hdmVuIDMuMi4zICgzM2Y4YzNlMTAyN2Mz ZGRkZTk5ZDNjZGViYWQyNjU2YTMxZThmZGY0OyAyMDE0LTA4LTEyVDA0OjU4OjEwKzA4OjAw KTxCUj5NYXZlbiBob21lOiAvYXBhY2hlLW1hdmVuPEJSPkphdmEgdmVyc2lvbjogMS43LjBf NzEsIHZlbmRvcjogT3JhY2xlIENvcnBvcmF0aW9uPEJSPkphdmEgaG9tZTogL3Vzci9saWIv anZtL2phdmEtMS43LjAtb3Blbmpkay0xLjcuMC43MS54ODZfNjQvanJlPEJSPkRlZmF1bHQg bG9jYWxlOiBlbl9VUywgcGxhdGZvcm0gZW5jb2Rpbmc6IFVURi04PEJSPk9TIG5hbWU6ICJs aW51eCIsIHZlcnNpb246ICIyLjYuMzItNTA0LjEuMy5lbDYueDg2XzY0IiwgYXJjaDogImFt ZDY0IiwgZmFtaWx5OiAidW5peCI8L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8RElWPmFs c28gSSBoYXZlIHRlc3QgZGlmZmVyZW50IHRvb2xzOjwvRElWPg0KPERJVj5tYXZlbiAzLjAu NSArIGphdmEgMS43LjAuNDU8L0RJVj4NCjxESVY+DQo8RElWPm1hdmVuIDMuMC41ICsgamF2 YSAxLjcuMC43MSA8L0RJVj4NCjxESVY+DQo8RElWPm1hdmVuIDMuMS4xICsgamF2YSAxLjcu MC40NSA8L0RJVj4NCjxESVY+DQo8RElWPm1hdmVuIDMuMS4xICsgamF2YSAxLjcuMC43MSA8 L0RJVj4NCjxESVY+DQo8RElWPm1hdmVuIDMuMi4zICsgamF2YSAxLjcuMC40NTwvRElWPg0K PERJVj4NCjxESVY+bWF2ZW4gMy4yLjMgKyBqYXZhIDEuNy4wLjcxPC9ESVY+DQo8RElWPiZu YnNwOzwvRElWPg0KPERJVj5hbGwgYWJvdmUgaGFkIHRoZSBzYW1lIGVycm9yLjwvRElWPg0K PERJVj4mbmJzcDs8L0RJVj4NCjxESVY+V2hvIGNhbiBnaXZlIHNvbWUgaWRlYSB0byBmaXgg aXQ/PC9ESVY+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPjwvRElWPjwvRElWPjwvRElWPjwv RElWPg0KPERJVj48L0RJVj48L0RJVj4= ------=_NextPart_5491A1EB_0975F068_4BF3D028--

3 3

Re: [ovirt-devel] oVirt desktopLogin using ovirtsdk for python
by Pavel Zelensky 18 Dec '14

18 Dec '14

Hi What version of the engine are you using exactly? And what is your authentication configuration? [root@ovirt ~]# rpm -qa|grep ovirt-eng ovirt-engine-3.5.0.1-1.el6.noarch # engine-manage-domains list Domain: ov.jetlab.local User name: pzelensky(a)OV.JETLAB.LOCAL Manage Domains completed successfully # cat engine-manage-domains.conf jaasFile=/usr/share/ovirt-engine/conf/jaas.conf krb5confFile=/etc/ovirt-engine/krb5.conf engineConfigExecutable=/usr/share/ovirt-engine/bin/engine-config.sh localHostEntry=localhost useDnsLookup=true [root@ovirt engine-manage-domains]# cat /etc/ovirt-engine/krb5.conf [libdefaults] default_realm = OV.JETLAB.LOCAL dns_lookup_realm = true dns_lookup_kdc = true ticket_lifetime = 10h renew_lifetime = 7d forwardable = no default_tkt_enctypes = arcfour-hmac-md5 udp_preference_limit = 1 #realms And also SDK version: ovirt_engine_sdk_python-3.5.0.8-py2.7 So oVirt authenticates users using connection to MS AD which is based on Windows 2012R2 -- Pavel On Tue, Dec 16, 2014 at 12:04 PM, Juan Hernández <jhernand(a)redhat.com> wrote: > > On 12/15/2014 08:37 PM, Pavel Zelensky wrote: > > Hi > > > > I think it's not good idea, but I've done it: > > > > 2014-12-15 22:21:37,485 INFO [org.ovirt.engine.core.bll.VmLogonCommand] > > (ajp--127.0.0.1-8702-6) [None] Running command: VmLogonCommand internal: > > false. Entities affected : ID: 202ca21f-5167-4107-b1dd-2a7a5d64b32a > > Type: VMAction group CONNECT_TO_VM with role type USER > > 2014-12-15 22:21:37,495 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] > > (ajp--127.0.0.1-8702-6) [None] START, VmLogonVDSCommand(HostName = > > ceph2, HostId = c7a7c873-b68a-44f8-bebf-37ca3aa1caa8, > > vmId=202ca21f-5167-4107-b1dd-2a7a5d64b32a, domain=internal, > > password=null, userName=admin), log id: 776ac4b1 > > 2014-12-15 22:21:37,514 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] > > (ajp--127.0.0.1-8702-6) [None] FINISH, VmLogonVDSCommand, log id: > 776ac4b1 > > 2014-12-15 22:21:41,155 INFO > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (DefaultQuartzScheduler_Worker-47) Correlation ID: null, Call Stack: > > null, Custom Event ID: -1, Message: User admin is connected to VM > w7ent-01. > > > > Looks pretty the same, also trying to login as admin@internal into Win7 > > workstation assigned to MS domain shouldn't work. > > > > I just wanted to check if with admin@internal you still get > password=null (they use different authentication mechanisms). > > > BTW, when I'm connecting to the same VM using the same domain user > > account through user portal - everything is Ok, and SSO works pretty > > good. In that case in logfile I'm getting this (password=[asterisks]): > > 2014-12-14 22:45:21,010 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] > > (ajp--127.0.0.1-8702-4) [6f5a076f] START, VmLogonVDSCommand(HostName = > > ceph2, HostId = c7a7c873-b68a-44f8-bebf-37ca3aa1caa8, > > vmId=202ca21f-5167-4107-b1dd-2a7a5d64b32a, domain=ov.jetlab.local, > > password=******, userName=test4), log id: 7cc2d16a > > > > that's why I think that problem is in python sdk. It uses JSESSIONID and > > not sending password every time it executing command through REST API. > > May be with api.vm.logon() method It should send password again? But how > > I can do it? > > > > Pavel > > > > No, you shouldn't (and can't) sent the password again. This isn't a > problem in the Python SDK, but in the backend or the RESTAPI. > > > > > > On Mon, Dec 15, 2014 at 8:41 PM, Juan Hernández <jhernand(a)redhat.com > > <mailto:jhernand@redhat.com>> wrote: > > > > On 12/15/2014 05:57 PM, Pavel Zelensky wrote: > > > > > > Hi guys, > > > > > > I'm expiriencing some problems trying to invoke api.vm.logon() > method > > > which I believe will call for desktopLogin on the VM and provide vm > > > console with user logged in for remote-viewer. > > > > > > But it results in the following records in logfile: > > > 2014-12-12 16:07:01,314 INFO > > [org.ovirt.engine.core.bll.VmLogonCommand] > > > (ajp--127.0.0.1-8702-3) [7cfe61d3] Running command: VmLogonCommand > > > internal: false. Entities affected : ID: > > > a7c151a4-2d63-4172-a840-190748a3dbc1 Type: VMAction group > > CONNECT_TO_VM > > > with role type USER > > > 2014-12-12 16:07:01,320 INFO > > > [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] > > > (ajp--127.0.0.1-8702-3) [7cfe61d3] START, > VmLogonVDSCommand(HostName = > > > ceph4, HostId = bbaad505-34a3-4a52-ab52-0446724cae30, > > > vmId=a7c151a4-2d63-4172-a840-190748a3dbc1, domain=ov.jetlab.local, > > > password=null, userName=test4), log id: 5d458d88 > > > 2014-12-12 16:07:01,536 INFO > > > [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] > > > (ajp--127.0.0.1-8702-3) [7cfe61d3] FINISH, VmLogonVDSCommand, log > id: > > > 5d458d88 > > > > > > I think that problem is in second line: 'password=null'. Engine > > doesn't > > > get user password thus desktopLogin fails. In remote-viewer I'm > > getting > > > black screen instead of users's desktop. > > > > > > Is there any solution for this? > > > > > > > Looks like an authentication problem. Can you try the same with > > admin@internal? > > > > -- > > 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. > > > > > > > > -- > > Pavel > > > -- > 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 2

Feature review: Cluster parameters override
by Sandro Bonazzola 18 Dec '14

18 Dec '14

Hi, Cluster parameters override[1] has been targeted to 3.6.0. Can you please provide - A contingency plan in case the feature won't be ready - A brief text which will be used in release notes - A section with links to test cases or a description of the testing required for validating the feature? [1] http://www.ovirt.org/Features/Cluster_parameters_override Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

5 13

Cancelled: oVirt Node weekly meeting
by Fabian Deutsch 18 Dec '14

18 Dec '14

------=_Part_418893_1145909373.1418927053983 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit A single instance of the following meeting has been cancelled: Subject: oVirt Node weekly meeting Organiser: "Fabian Deutsch" <fdeutsch(a)redhat.com> Location: irc://irc.oftc.net#ovirt Time: Tuesday, 23 December, 2014, 3:00:00 PM - 3:30:00 PM GMT +01:00 Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna Invitees: devel(a)ovirt.org; tlitovsk(a)redhat.com *~*~*~*~*~*~*~*~*~* Hey, this is an invitation to the weekly oVirt Node devel meetings. Anyone interested or related to Node development is welcome. ------=_Part_418893_1145909373.1418927053983 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body id='htmlmode'><h3>A single instance of the following meeting has been cancelled:</h3> <table border='0'> <tr><th align=left>Subject:</th><td>oVirt Node weekly meeting </td></tr> <tr><th align=left>Organiser:</th><td>"Fabian Deutsch" <fdeutsch(a)redhat.com> </td></tr> </table> <table border='0'> <tr><th align=left>Location:</th><td>irc://irc.oftc.net#ovirt </td></tr> <tr><th align=left>Time:</th><td>Tuesday, 23 December, 2014, 3:00:00 PM - 3:30:00 PM GMT +01:00 Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna </td></tr></table> <table border='0'> <tr><th align=left>Invitees:</th><td>devel(a)ovirt.org; tlitovsk(a)redhat.com </td></tr> </table> <div>*~*~*~*~*~*~*~*~*~*</div> Hey, this is an invitation to the weekly oVirt Node devel meetings. Anyone interested or related to Node development is welcome.</body></html> ------=_Part_418893_1145909373.1418927053983 Content-Type: text/calendar; charset=utf-8; method=CANCEL; name=meeting.ics Content-Transfer-Encoding: 7bit BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:CANCEL BEGIN:VTIMEZONE TZID:Europe/Berlin BEGIN:STANDARD DTSTART:16010101T030000 TZOFFSETTO:+0100 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU TZNAME:CET END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T020000 TZOFFSETTO:+0200 TZOFFSETFROM:+0100 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1SU TZNAME:CEST END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:880f897a-b75e-47b7-abf6-24d1e4894600 SUMMARY:Cancelled: oVirt Node weekly meeting COMMENT:A single instance of a recurring meeting has been cancelled. LOCATION:irc://irc.oftc.net#ovirt ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION:mailto:devel@ovirt.org ATTENDEE;CN=Tolik Litovsky;PARTSTAT=ACCEPTED:mailto:tlitovsk@redhat.com ORGANIZER;CN=Fabian Deutsch:mailto:fdeutsch@redhat.com DTSTART;TZID="Europe/Berlin":20141223T150000 DTEND;TZID="Europe/Berlin":20141223T153000 STATUS:CANCELLED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE RECURRENCE-ID;TZID="Europe/Berlin":20141223T150000 LAST-MODIFIED:20141218T182413Z DTSTAMP:20141218T182413Z SEQUENCE:7 DESCRIPTION:A single instance of the following meeting has been cancelled:\n \nSubject: oVirt Node weekly meeting \nOrganiser: "Fabian Deutsch" <fdeutsch @redhat.com> \n\nLocation: irc://irc.oftc.net#ovirt \nTime: Tuesday\, 23 Dec ember\, 2014\, 3:00:00 PM - 3:30:00 PM GMT +01:00 Amsterdam\, Berlin\, Bern\ , Rome\, Stockholm\, Vienna\n \nInvitees: devel(a)ovirt.org\; tlitovsk@redhat. com \n\n\n*~*~*~*~*~*~*~*~*~*\n\nHey\, \n\nthis is an invitation to the week ly oVirt Node devel meetings. \nAnyone interested or related to Node develop ment is welcome. X-ALT-DESC;FMTTYPE=text/html:<html><body id='htmlmode'><h3>A single instance of the following meeting has been cancelled:</h3>\n\n\n<table border='0' >\n<tr><th align=left>Subject:</th><td>oVirt Node weekly meeting </td></tr>\ n<tr><th align=left>Organiser:</th><td>"Fabian Deutsch" &lt\;fdeutsch@redhat .com&gt\; </td></tr>\n</table>\n\n<table border='0'>\n<tr><th align=left> Location:</th><td>irc://irc.oftc.net#ovirt </td></tr>\n<tr><th align=left>Ti me:</th><td>Tuesday\, 23 December\, 2014\, 3:00:00 PM - 3:30:00 PM GMT +01:0 0 Amsterdam\, Berlin\, Bern\, Rome\, Stockholm\, Vienna\n </td></tr></table> \n\n<table border='0'>\n<tr><th align=left>Invitees:</th><td>devel@ovirt. org\; tlitovsk(a)redhat.com </td></tr>\n</table>\n<div>*~*~*~*~*~*~*~*~*~*</di v> Hey\, this is an invitation to the weekly oVirt Node devel meet ings. Anyone interested or related to Node development is welcome.</body> </html> END:VEVENT END:VCALENDAR ------=_Part_418893_1145909373.1418927053983--

1 0

Get involved in oVirt project! Xmas edition
by Sandro Bonazzola 18 Dec '14

18 Dec '14

Hi, have you got some free time in upcoming holidays and do you want to get involved in oVirt project? Here are some bugs you can hopefully fix in less that one day or you can just try to reproduce providing info: Bug 1080823 - [RFE] make override of iptables configurable when using hosted-engine Bug 1065350 - hosted-engine should prompt a question at the user when the host was already a host in the engine Bug 1059952 - hosted-engine --deploy (additional host) will fail if the engine is not using the default self-signed CA Bug 1073421 - [RFE] allow additional parameter for engine-backup to omit audit_log data Bug 1083104 - engine-setup --offline does not update versionlock Do you want something easier? Bug ID Status Summary 1174285 NEW [de-DE] "Live Snapshot Support" reads "Live Snapsnot Support" 734120 NEW [RFE] VDSM: use virt-sparsify/zerofree to reduce image size 1065989 NEW AddStorageDomainCommand CDA allows export storage on block devices 1115059 NEW Incomplete error message when adding VNIC profile to running VM 1156060 NEW [text] engine admin password prompt consistency 1143817 NEW [TEXT ONLY] - Hosted Engine - Instructions for FQDN are not clear enough 772931 NEW [RFE] Reports should include the name of the oVirt engine You don't have programming skills but you want to contribute? Here are some bugs you can take care of, also without writing a line of code: Bug ID Status Summary 1099998 NEW Hosted Engine documentation has several errors 1099995 NEW Migrate to Hosted Engine How-To does not state all pre-reqs 1159784 NEW [RFE] Document when and where new features are available when upgrading cluster / datacenters 1074545 NEW Error in API documentation: Create API object in python sdk 1120585 NEW update image uploader documentation 1120586 NEW update iso uploader documentation 1120588 NEW update log collector documentation 1074301 NEW [RFE] ovirt-shell has no man page Do you prefer to test things? We have some test cases[5] you can try using nightly snapshots[6] Do you want to contribute test cases? Most of the features[7] included in oVirtare missing a test case, you're welcome to contribute one! Is this the first time you try to contribute to oVirt project? You can start from here [1][2]! Don't know gerrit very well? You can find some more docs here [3]. Any other question about development? Feel free to ask on devel(a)ovirt.org or on irc channel[4]. [1] http://www.ovirt.org/Develop [2] http://www.ovirt.org/Working_with_oVirt_Gerrit [3] https://gerrit-review.googlesource.com/Documentation [4] http://www.ovirt.org/Community [5] http://www.ovirt.org/Category:TestCase [6] http://www.ovirt.org/Install_nightly_snapshot [7] http://www.ovirt.org/Category:Feature -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

spice-html5 on epel7
by Sandro Bonazzola 18 Dec '14

18 Dec '14

Hi, spice-html5 has been ported to epel7, can you please help testing and giving karma? https://admin.fedoraproject.org/updates/spice-html5-0.1.5-1.el7 Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 17 Dec '14

17 Dec '14

Hi, Release management for 3.6.0 [1] has been updated following the new release process[2]. ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [3] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 21: 2014-12-09 (RELEASED) Fedora 22: no earlier than 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.1.3: 2014-12-29 QEMU 2.2.0: 2014-12-09 (RELEASED) The tracker bug for 3.6.0 [4] currently shows no blockers. There are 461 bugs [5] targeted to 3.6.0. Excluding node and documentation bugs we have 438 bugs [6] targeted to 3.6.0. [1] http://www.ovirt.org/OVirt_3.6_Release_Management [2] http://www.ovirt.org/Release_process [3] http://goo.gl/9X3G49 [4] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [5] http://goo.gl/zwkF3r [6] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status
by Sandro Bonazzola 17 Dec '14

17 Dec '14

Hi, according to the new oVirt 3.5.1 schedule, we're going to start composing oVirt 3.5.1 RC on *2015-01-07 08:00 UTC* from 3.5 branch. The new GA release date is now targeted to 2015-01-14. VDSM team decided to release a new vdsm package as async release for 3.5.0. Due to issues with Fedora Koji Build System packages are not yet ready to be released. ACTION: VDSM team to follow up when the packages will be ready to be released. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. - ACTION: assignee please provide ETA on above blocker Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 62 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 41 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - ACTION: Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - ACTION: Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

oVirt AAA LDAP
by Tang Jackson 16 Dec '14

16 Dec '14

--_000_HK2PR03MB0820946F4AC0D92860236DC69C6F0HK2PR03MB0820apcp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Alon, I am having some trouble using the new aaa released in version 3.5 of oVirt= . include =3D <ad.properties> # # Active directory domain name. # vars.domain =3D jp.co.xxxxx.com # # Search user and its password. # #vars.user =3D CN=3Dusername,OU=3DUserAccounts,DC=3Djp,DC=3Dco,DC=3Dxxx,DC= =3Dcom vars.user =3D xxx vars.password =3D xxxxxx # # Optional DNS servers, if enterprise # DNS server cannot resolve the domain srvrecord. # vars.dns =3D dns://xxx.jp.co.xxxx.com pool.default.serverset.type =3D srvrecord pool.default.serverset.srvrecord.domain =3D ${global:vars.domain} pool.default.auth.simple.bindDN =3D ${global:vars.user} pool.default.auth.simple.password =3D ${global:vars.password} # Uncomment if using custom DNS #pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = =3D ${global:vars.dns} #pool.default.socketfactory.resolver.uRL =3D ${global:vars.dns} # Create keystore, import certificate chain and uncomment # if using ssl/tls. #pool.default.ssl.startTLS =3D true #pool.default.ssl.truststore.file =3D ${local:_basedir}/${global:vars.domai= n}.jks #pool.default.ssl.truststore.password =3D changeit ovirt.engine.extension.name =3D sqex-authn ovirt.engine.extension.bindings.method =3D jbossmodule ovirt.engine.extension.binding.jbossmodule.module =3D org.ovirt.engine-exte= nsions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class =3D org.ovirt.engineextens= ions.aaa.ldap.AuthnExtension ovirt.engine.extension.provides =3D org.ovirt.engine.api.extensions.aaa.Aut= hn ovirt.engine.aaa.authn.profile.name =3D sqex ovirt.engine.aaa.authn.authz.plugin =3D sqex-authz config.profile.file.1 =3D /etc/ovirt-engine/aaa/sqex.properties ovirt.engine.extension.name =3D sqex-authz ovirt.engine.extension.bindings.method =3D jbossmodule ovirt.engine.extension.binding.jbossmodule.module =3D org.ovirt.engine-exte= nsions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class =3D org.ovirt.engineextens= ions.aaa.ldap.AuthzExtension ovirt.engine.extension.provides =3D org.ovirt.engine.api.extensions.aaa.Aut= hz config.profile.file.1 =3D /etc/ovirt-engine/aaa/sqex.properties The error in the engine log is as follows: 2014-12-15 13:39:12,828 INFO [org.ovirt.engine.core.uutils.config.ShellLik= eConfd] (MSC service thread 1-4) Loaded file "/etc/ovirt-engine/engine.conf= .d/50-ovirt-engine-extension-aaa-ldap.conf". 2014-12-15 13:39:12,855 INFO [org.ovirt.engine.core.uutils.config.ShellLik= eConfd] (MSC service thread 1-4) Value of property "ENGINE_JAVA_MODULEPATH"= is "/usr/share/ovirt-engine/modules:/usr/share/ovirt-engine-extension-aaa-= ldap/modules". 2014-12-15 13:39:14,053 INFO [org.ovirt.engineextensions.aaa.ldap.Framewor= k] (MSC service thread 1-6) [ovirt-engine-extension-aaa-ldap.authz::sqex-au= thz] Creating LDAP pool 'authz' 2014-12-15 13:39:27,259 INFO [org.ovirt.engineextensions.aaa.ldap.Framewor= k] (MSC service thread 1-6) [ovirt-engine-extension-aaa-ldap.authz::sqex-au= thz] Creating LDAP pool 'gc' 2014-12-15 13:39:28,265 ERROR [org.ovirt.engineextensions.aaa.ldap.AuthzExt= ension] (MSC service thread 1-6) [ovirt-engine-extension-aaa-ldap.authz::sq= ex-authz] Cannot initialize LDAP framework, deferring initialization. Error= : An error occurred while attempting to query DNS in order to retrieve SRV = records with name '_gc._tcp.jp.co.square-enix.com': javax.naming.NameNotFo= undException: DNS name not found [response code 3]; remaining name '_gc._tc= p.jp.co.square-enix.com' 2014-12-15 13:39:28,271 INFO [org.ovirt.engineextensions.aaa.ldap.Framewor= k] (MSC service thread 1-6) [ovirt-engine-extension-aaa-ldap.authn::sqex-au= thn] Creating LDAP pool 'authz' 2014-12-15 13:39:36,316 INFO [org.ovirt.engineextensions.aaa.ldap.Framewor= k] (MSC service thread 1-6) [ovirt-engine-extension-aaa-ldap.authn::sqex-au= thn] Creating LDAP pool 'authn' 2014-12-15 13:39:39,384 INFO [org.ovirt.engine.core.extensions.mgr.Extensi= onsManager] (MSC service thread 1-6) Instance name: 'sqex-authz', Extension= name: 'ovirt-engine-extension-aaa-ldap.authz', Version: '1.0.0', Notes: 'D= isplay name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6', License: 'ASL 2.= 0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interfa= ce Version: '0', File: '/etc/ovirt-engine/extensions.d/sqex-authz.properti= es', Initialized: 'true' 2014-12-15 13:39:39,388 INFO [org.ovirt.engine.core.extensions.mgr.Extensi= onsManager] (MSC service thread 1-6) Instance name: 'sqex-authn', Extension= name: 'ovirt-engine-extension-aaa-ldap.authn', Version: '1.0.0', Notes: 'D= isplay name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6', License: 'ASL 2.= 0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interfa= ce Version: '0', File: '/etc/ovirt-engine/extensions.d/sqex-authn.properti= es', Initialized: 'true' The ovirt server can find the dns in cli. Regards, J Tang --_000_HK2PR03MB0820946F4AC0D92860236DC69C6F0HK2PR03MB0820apcp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"JA" link=3D"blue" vlink=3D"purple" style=3D"text-justify-trim= :punctuation"> <div class=3D"WordSection1"> Hell= o Alon,<o:p></o:p> <o:p= > </o:p> I am= having some trouble using the new aaa released in version 3.5 of oVirt.<o:= p></o:p> <o:p= > </o:p> incl= ude =3D <ad.properties><o:p></o:p> <o:p= > </o:p> #<o:= p></o:p> # Ac= tive directory domain name.<o:p></o:p> #<o:= p></o:p> vars= .domain =3D jp.co.xxxxx.com<o:p></o:p> <o:p= > </o:p> #<o:= p></o:p> # Se= arch user and its password.<o:p></o:p> #<o:= p></o:p> #var= s.user =3D CN=3Dusername,OU=3DUserAccounts,DC=3Djp,DC=3Dco,DC=3Dxxx,DC=3Dco= m<o:p></o:p> vars= .user =3D xxx<o:p></o:p> vars= .password =3D xxxxxx<o:p></o:p> <o:p= > </o:p> #<o:= p></o:p> # Op= tional DNS servers, if enterprise<o:p></o:p> # DN= S server cannot resolve the domain srvrecord.<o:p></o:p> #<o:= p></o:p> vars= .dns =3D dns://xxx.jp.co.xxxx.com<o:p></o:p> <o:p= > </o:p> pool= .default.serverset.type =3D srvrecord<o:p></o:p> pool= .default.serverset.srvrecord.domain =3D ${global:vars.domain}<o:p></o:p></s= pan> pool= .default.auth.simple.bindDN =3D ${global:vars.user}<o:p></o:p> pool= .default.auth.simple.password =3D ${global:vars.password}<o:p></o:p>= <o:p= > </o:p> # Un= comment if using custom DNS<o:p></o:p> #poo= l.default.serverset.srvrecord.jndi-properties.java.naming.provider.url =3D = ${global:vars.dns}<o:p></o:p> #poo= l.default.socketfactory.resolver.uRL =3D ${global:vars.dns}<o:p></o:p></spa= n> <o:p= > </o:p> # Cr= eate keystore, import certificate chain and uncomment<o:p></o:p> # if= using ssl/tls.<o:p></o:p> #poo= l.default.ssl.startTLS =3D true<o:p></o:p> #poo= l.default.ssl.truststore.file =3D ${local:_basedir}/${global:vars.domain}.j= ks<o:p></o:p> #poo= l.default.ssl.truststore.password =3D changeit<o:p></o:p> <o:p= > </o:p> ovir= t.engine.extension.name =3D sqex-authn<o:p></o:p> ovir= t.engine.extension.bindings.method =3D jbossmodule<o:p></o:p> ovir= t.engine.extension.binding.jbossmodule.module =3D org.ovirt.engine-extensio= ns.aaa.ldap<o:p></o:p> ovir= t.engine.extension.binding.jbossmodule.class =3D org.ovirt.engineextensions= .aaa.ldap.AuthnExtension<o:p></o:p> ovir= t.engine.extension.provides =3D org.ovirt.engine.api.extensions.aaa.Authn<o= :p></o:p> ovir= t.engine.aaa.authn.profile.name =3D sqex<o:p></o:p> ovir= t.engine.aaa.authn.authz.plugin =3D sqex-authz<o:p></o:p> conf= ig.profile.file.1 =3D /etc/ovirt-engine/aaa/sqex.properties<o:p></o:p></spa= n> <o:p= > </o:p> ovir= t.engine.extension.name =3D sqex-authz<o:p></o:p> ovir= t.engine.extension.bindings.method =3D jbossmodule<o:p></o:p> ovir= t.engine.extension.binding.jbossmodule.module =3D org.ovirt.engine-extensio= ns.aaa.ldap<o:p></o:p> ovir= t.engine.extension.binding.jbossmodule.class =3D org.ovirt.engineextensions= .aaa.ldap.AuthzExtension<o:p></o:p> ovir= t.engine.extension.provides =3D org.ovirt.engine.api.extensions.aaa.Authz<o= :p></o:p> conf= ig.profile.file.1 =3D /etc/ovirt-engine/aaa/sqex.properties<o:p></o:p></spa= n> <o:p= > </o:p> <o:p= > </o:p> The = error in the engine log is as follows:<o:p></o:p> <o:p= > </o:p> 2014= -12-15 13:39:12,828 INFO  [org.ovirt.engine.core.uutils.config.ShellLi= keConfd] (MSC service thread 1-4) Loaded file "/etc/ovirt-engine/engin= e.conf.d/50-ovirt-engine-extension-aaa-ldap.conf".<o:p></o:p></= p> 2014= -12-15 13:39:12,855 INFO  [org.ovirt.engine.core.uutils.config.ShellLi= keConfd] (MSC service thread 1-4) Value of property "ENGINE_JAVA_MODUL= EPATH" is "/usr/share/ovirt-engine/modules:/usr/share/ovirt-engin= e-extension-aaa-ldap/modules".<o:p></o:p> 2014= -12-15 13:39:14,053 INFO  [org.ovirt.engineextensions.aaa.ldap.Framewo= rk] (MSC service thread 1-6) [ovirt-engine-extension-aaa-ldap.authz::sqex-a= uthz] Creating LDAP pool 'authz'<o:p></o:p> 2014= -12-15 13:39:27,259 INFO  [org.ovirt.engineextensions.aaa.ldap.Framewo= rk] (MSC service thread 1-6) [ovirt-engine-extension-aaa-ldap.authz::sqex-a= uthz] Creating LDAP pool 'gc'<o:p></o:p> 2014= -12-15 13:39:28,265 ERROR [org.ovirt.engineextensions.aaa.ldap.AuthzExtensi= on] (MSC service thread 1-6) [ovirt-engine-extension-aaa-ldap.authz::sqex-a= uthz] Cannot initialize LDAP framework, deferring initialization. Error: An error occurred while attempting to que= ry DNS in order to retrieve SRV records with name '_gc._tcp.jp.co.square-en= ix.com':  javax.naming.NameNotFoundException: DNS name not found [resp= onse code 3]; remaining name '_gc._tcp.jp.co.square-enix.com'<o:p></o:p></s= pan> 2014= -12-15 13:39:28,271 INFO  [org.ovirt.engineextensions.aaa.ldap.Framewo= rk] (MSC service thread 1-6) [ovirt-engine-extension-aaa-ldap.authn::sqex-a= uthn] Creating LDAP pool 'authz'<o:p></o:p> 2014= -12-15 13:39:36,316 INFO  [org.ovirt.engineextensions.aaa.ldap.Framewo= rk] (MSC service thread 1-6) [ovirt-engine-extension-aaa-ldap.authn::sqex-a= uthn] Creating LDAP pool 'authn'<o:p></o:p> 2014= -12-15 13:39:39,384 INFO  [org.ovirt.engine.core.extensions.mgr.Extens= ionsManager] (MSC service thread 1-6) Instance name: 'sqex-authz', Extensio= n name: 'ovirt-engine-extension-aaa-ldap.authz', Version: '1.0.0', Notes: 'Display name: ovirt-engine-extension-aaa-ldap-1.= 0.0-1.el6', License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The o= Virt Project', Build interface Version: '0',  File: '/etc/ovirt-engine= /extensions.d/sqex-authz.properties', Initialized: 'true'<o:p></o:p> 2014= -12-15 13:39:39,388 INFO  [org.ovirt.engine.core.extensions.mgr.Extens= ionsManager] (MSC service thread 1-6) Instance name: 'sqex-authn', Extensio= n name: 'ovirt-engine-extension-aaa-ldap.authn', Version: '1.0.0', Notes: 'Display name: ovirt-engine-extension-aaa-ldap-1.= 0.0-1.el6', License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The o= Virt Project', Build interface Version: '0',  File: '/etc/ovirt-engine= /extensions.d/sqex-authn.properties', Initialized: 'true'<o:p></o:p> <o:p= > </o:p> The = ovirt server can find the dns in cli.<o:p></o:p> <o:p= > </o:p> Rega= rds,<o:p></o:p> <o:p= > </o:p> J Ta= ng<o:p></o:p> </div> </body> </html> --_000_HK2PR03MB0820946F4AC0D92860236DC69C6F0HK2PR03MB0820apcp_--

2 2

VDSM, FCoE and VirtIO
by Simone Tiraboschi 16 Dec '14

16 Dec '14

Hi, I'm writing cause I working on hosted-engine deploy over fiber channel. If possible, I'd like to try it for developing purposes in a nested environment. So I thought it would be possible to simulate a SAN with LIO and a vn2vn FCoE connection using a couple of VirtIO devices. I had some troubles using fcoeadm over VirtIO but than I found your patch about libhbalinux and libudev. I applied it and it works or at least it seams to. Here I tracked what I did: http://www.ovirt.org/Features/Self_Hosted_Engine_FC_Support Now the problem is that VDSM sees the FCoE device but it reports as failed: 'pathstatus': [{'lun': '0', 'physdev': 'sda', 'state': 'failed', 'type': 'FCP'}], and I'm not sure if it's really an issue with VDSM or if it's something with my FCoE setup. Did someone ever used VDSM with FCoE? thanks, Simone

3 3

Fwd: oVirt desktopLogin using ovirtsdk for python
by Pavel Zelensky 15 Dec '14

15 Dec '14

Hi I think it's not good idea, but I've done it: 2014-12-15 22:21:37,485 INFO [org.ovirt.engine.core.bll.VmLogonCommand] (ajp--127.0.0.1-8702-6) [None] Running command: VmLogonCommand internal: false. Entities affected : ID: 202ca21f-5167-4107-b1dd-2a7a5d64b32a Type: VMAction group CONNECT_TO_VM with role type USER 2014-12-15 22:21:37,495 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-6) [None] START, VmLogonVDSCommand(HostName = ceph2, HostId = c7a7c873-b68a-44f8-bebf-37ca3aa1caa8, vmId=202ca21f-5167-4107-b1dd-2a7a5d64b32a, domain=internal, password=null, userName=admin), log id: 776ac4b1 2014-12-15 22:21:37,514 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-6) [None] FINISH, VmLogonVDSCommand, log id: 776ac4b1 2014-12-15 22:21:41,155 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-47) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin is connected to VM w7ent-01. Looks pretty the same, also trying to login as admin@internal into Win7 workstation assigned to MS domain shouldn't work. BTW, when I'm connecting to the same VM using the same domain user account through user portal - everything is Ok, and SSO works pretty good. In that case in logfile I'm getting this (password=[asterisks]): 2014-12-14 22:45:21,010 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-4) [6f5a076f] START, VmLogonVDSCommand(HostName = ceph2, HostId = c7a7c873-b68a-44f8-bebf-37ca3aa1caa8, vmId=202ca21f-5167-4107-b1dd-2a7a5d64b32a, domain=ov.jetlab.local, password=******, userName=test4), log id: 7cc2d16a that's why I think that problem is in python sdk. It uses JSESSIONID and not sending password every time it executing command through REST API. May be with api.vm.logon() method It should send password again? But how I can do it? Pavel On Mon, Dec 15, 2014 at 8:41 PM, Juan Hernández <jhernand(a)redhat.com> wrote: > > On 12/15/2014 05:57 PM, Pavel Zelensky wrote: > > > > Hi guys, > > > > I'm expiriencing some problems trying to invoke api.vm.logon() method > > which I believe will call for desktopLogin on the VM and provide vm > > console with user logged in for remote-viewer. > > > > But it results in the following records in logfile: > > 2014-12-12 16:07:01,314 INFO [org.ovirt.engine.core.bll.VmLogonCommand] > > (ajp--127.0.0.1-8702-3) [7cfe61d3] Running command: VmLogonCommand > > internal: false. Entities affected : ID: > > a7c151a4-2d63-4172-a840-190748a3dbc1 Type: VMAction group CONNECT_TO_VM > > with role type USER > > 2014-12-12 16:07:01,320 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] > > (ajp--127.0.0.1-8702-3) [7cfe61d3] START, VmLogonVDSCommand(HostName = > > ceph4, HostId = bbaad505-34a3-4a52-ab52-0446724cae30, > > vmId=a7c151a4-2d63-4172-a840-190748a3dbc1, domain=ov.jetlab.local, > > password=null, userName=test4), log id: 5d458d88 > > 2014-12-12 16:07:01,536 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] > > (ajp--127.0.0.1-8702-3) [7cfe61d3] FINISH, VmLogonVDSCommand, log id: > > 5d458d88 > > > > I think that problem is in second line: 'password=null'. Engine doesn't > > get user password thus desktopLogin fails. In remote-viewer I'm getting > > black screen instead of users's desktop. > > > > Is there any solution for this? > > > > Looks like an authentication problem. Can you try the same with > admin@internal? > > -- > 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. > -- Pavel -- ПЗ

1 0

oVirt desktopLogin using ovirtsdk for python
by Pavel Zelensky 15 Dec '14

15 Dec '14

Hi guys, I'm expiriencing some problems trying to invoke api.vm.logon() method which I believe will call for desktopLogin on the VM and provide vm console with user logged in for remote-viewer. But it results in the following records in logfile: 2014-12-12 16:07:01,314 INFO [org.ovirt.engine.core.bll.VmLogonCommand] (ajp--127.0.0.1-8702-3) [7cfe61d3] Running command: VmLogonCommand internal: false. Entities affected : ID: a7c151a4-2d63-4172-a840-190748a3dbc1 Type: VMAction group CONNECT_TO_VM with role type USER 2014-12-12 16:07:01,320 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-3) [7cfe61d3] START, VmLogonVDSCommand(HostName = ceph4, HostId = bbaad505-34a3-4a52-ab52-0446724cae30, vmId=a7c151a4-2d63-4172-a840-190748a3dbc1, domain=ov.jetlab.local, password=null, userName=test4), log id: 5d458d88 2014-12-12 16:07:01,536 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-3) [7cfe61d3] FINISH, VmLogonVDSCommand, log id: 5d458d88 I think that problem is in second line: 'password=null'. Engine doesn't get user password thus desktopLogin fails. In remote-viewer I'm getting black screen instead of users's desktop. Is there any solution for this? Thanks, Paul

2 1

oVirt SSO using ovirtsdk for python
by Pavel Zelensky 15 Dec '14

15 Dec '14

Hi guys, I'm expiriencing some problems trying to invoke api.vm.logon() method which I believe will call for desktopLogin on the VM and provide vm console with user logged in for remote-viewer. But it results in the following records in logfile: 2014-12-12 16:07:01,314 INFO [org.ovirt.engine.core.bll.VmLogonCommand] (ajp--127.0.0.1-8702-3) [7cfe61d3] Running command: VmLogonCommand internal: false. Entities affected : ID: a7c151a4-2d63-4172-a840-190748a3dbc1 Type: VMAction group CONNECT_TO_VM with role type USER 2014-12-12 16:07:01,320 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-3) [7cfe61d3] START, VmLogonVDSCommand(HostName = ceph4, HostId = bbaad505-34a3-4a52-ab52-0446724cae30, vmId=a7c151a4-2d63-4172-a840-190748a3dbc1, domain=ov.jetlab.local, password=null, userName=test4), log id: 5d458d88 2014-12-12 16:07:01,536 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-3) [7cfe61d3] FINISH, VmLogonVDSCommand, log id: 5d458d88 I think that problem is in second line: 'password=null'. Engine doesn't get user password thus desktopLogin fails. In remote-viewer I'm getting black screen instead of users's desktop. Is there any solution for this? Thanks, Paul

1 0

[RFI] Fedora 21 support on oVirt 3.5.z
by Sandro Bonazzola 15 Dec '14

15 Dec '14

Hi, We have proposed Fedora 21 support as oVirt 3.6.0 new feature. oVirt 3.5.z is now in maintenance phase so no new features should be added. Supporting Fedora 21 is not just re-building everything on Fedora 21, it requires changes in several packages. My question is, is there community interest in having Fedora 21 support for oVirt 3.5.z while still having Fedora 20 as actively supported distribution? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 6

VDSM sync meeting minutes December 9th, 2014
by Dan Kenigsberg 15 Dec '14

15 Dec '14

- Everybody should review Piotr's http://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:sc… and approve the API of their respective component. Francesco: virt Nir: storage Adam: live{merge,snapshot}, mother patch Ido: network - Nir suggest to generate API from schema (or vice versa) instead of verifying that the duplicated API definition is consistent. Adam agrees that API.py can go away; but that Piotr's work is helpful sanity check for the short term. - F21 needs testing. Petr Horacek reports that vdsmd works exteremely slowly when started via systemd on Fedora 21. Please report to this list if you have good/bad experience with it. - el6 nearing its end of support. clusterLevel 3.6 features would be limitted to el7. - Adam suggests to tag legacy code with # REQUIRED_FOR: el6 Or # REQUIRED_FOR: engine-3.0 So it is easier to find and drop when we remove support of legacy platform or legacy client. - Nir and Federico to review Amador's iscsiadm.iface_list() http://gerrit.ovirt.org/35807 and follow-up patches. Dan

4 4

Question about emulating ARM using oVirt
by Richard Chapman 15 Dec '14

15 Dec '14

--_000_d4def217330a4755862e229ac6fd32c4IPESRVMAILipesystemsloc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi and just wanted to say love oVirt. I'm using oVirt 3.5 on Fedora20 to help with are devel/testing needs. Are s= oftware runs on top of Linux both in Intel and ARM platforms. While oVirt = can handle very well the intel side of things I still need to run everythin= g on ARM on real hardware. What I'm wondering is there a plan to support at= least ARM emulation using QEMU now libVirt has been fixed. Thank Chapman.... --_000_d4def217330a4755862e229ac6fd32c4IPESRVMAILipesystemsloc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi and just wanted to say love oVirt.   <o= :p></o:p> <o:p> </o:p> I’m using oVirt 3.5 on Fedora20 to help with a= re devel/testing needs. Are software runs on top of Linux both in Intel and= ARM platforms.  While oVirt can handle very well the intel side of th= ings I still need to run everything on ARM on real hardware. What I’m wondering is there a plan to support at leas= t ARM emulation using QEMU now libVirt has been fixed.  <o:p></o:p></p= > <o:p> </o:p> Thank<o:p></o:p> <o:p> </o:p> Chapman….<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_d4def217330a4755862e229ac6fd32c4IPESRVMAILipesystemsloc_--

3 3

3.5.1 RC schedule [was Re: [ovirt-users] oVirt Weekly Sync Meeting: Dec. 10, 2014]
by Sandro Bonazzola 15 Dec '14

15 Dec '14

Il 10/12/2014 16:54, Brian Proffitt ha scritto: > (On time this week!) > > ========================= > #ovirt: oVirt Weekly Sync > ========================= [cut] > * 3.5.z updates Two blockers have postponed RC again. New RC date will > be discussed and decided in mailing list. (bkp, 15:30:01) [cut] Let's start the discussion and decision task. We have an ETA on the last pending blocker for 3.5.1 on next week. I suggest to postpone RC and GA after winter holidays. What about: RC - 2015-01-07 GA - 2015-01-14 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 4

[UI] Start/stop progress automatically
by Lior Vernia 14 Dec '14

14 Dec '14

Hello guys, I've made an attempt to solve the following bug, which deals with dialogs that don't display progress when dispatching backend actions and therefore enable users to create entities twice, etc.: https://bugzilla.redhat.com/show_bug.cgi?id=1167327 I've posted a first patch [1] that is supposed to implement generic infrastructure to handle progress display based on async events. Put relevant reviewers as I saw fit. Posted another patch [2] that shows what kind of code will be made redundant by the previous patch - I have no intention of removing all that code myself, I trust maintainers to do so at their leisure. Of course future code won't require "manual" progress handling at all... The first patch also *seemingly* rendered a lot of code redundant in several storage/virt flows, which is removed [3]. Put relevant people as reviewers, but would also appreciate help verifying (as I'm not familiar with many of the flows, especially storage). Yours, Lior. [1] http://gerrit.ovirt.org/#/c/35964/ [2] http://gerrit.ovirt.org/#/c/35965/ [3] http://gerrit.ovirt.org/#/c/35966/

2 2

A Question about Ovirt-engine Stage_Customization_setup Interface
by 穆骏 14 Dec '14

14 Dec '14

------=_Part_426046_1993880784.1418364819377 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 QWJvdXQgdGhlIGludGVyYWN0aW9uIHN0eWxlIG9mIGVuZ2luZS1zZXR1cCAsaSB3YW50IHRoZSBp bnRlcmZhY2Ugd2hpY2ggcHJlc2VudCB0byB1c2VyIHdpbGwgYmUgYSBmb3JtLCBsaWtlIHdlYiBs b2dpbiBmb3JtIG9yIHJlZ2lzdGVyIGZvcm0sIApVc2VyIGZpbGwgdXAgdGhlIGZvcm0gYW5kIGNs aWNrIHNhdmUgdGhlbiB0aGUgc2V0dXAgcHJvY2VzcyBnbyB0byB0aGUgbmV4dCBzdGFnZSAgLiBN eSBwcm9ibGVtIGlzIHdoZW4gaSBicmluZyBpbiB0aGUgVFVJIHBhY2thZ2UgbGlrZSB1cndpZChC YXNlZCBvbiB0aGUgZXZlbnQgbG9vcCwgd2hpY2ggaXMgdXNlZCBieSBvdmlydC1ub2RlLjMuNS4w ICkgdG8gcmVwbGFjZSB0aGUgb3JpZ2luYWwgZGlhbG9nIEltcGxlbWVudGF0aW9uIG9mIG90b3Bp LAppIGZvdW5kIHRoYXQgaSBoYXZlIHRvIGNoYW5nZSBhIGxvdCAsbm90IG9ubHkgdGhlIG9yaWdp bmFsIGRpYWxvZyBJbXBsZW1lbnRhdGlvbiBidXQgYWxzbyB0aGUgcHJvY2VzcyB0aGF0IHZhbGlk YXRlIGFuZCBzYXZlIGN1c3RvbSBjb25maWcuCklzIHRoZXJlIGEgc2ltcGxlIHdheSB0byB3b3Jr IGFyb3VuZCB0aGUgcHJvYmxlbSA/ICBUaGFuayB5b3Ugc28gbXVjaC4= ------=_Part_426046_1993880784.1418364819377 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMy43OTk5OTkyMzcw NjA1cHg7Ij48c3BhbiBpZD0idHJhbl8yXzMiIGNsYXNzPSIiIHN0eWxlPSJjb2xvcjogcmdiKDY3 LCA2NywgNjcpOyBmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAy NHB4OyI+QWJvdXQgdGhlIGludGVyYWN0aW9uIHN0eWxlIG9mIGVuZ2luZS1zZXR1cCAsaSB3YW50 IHRoZSBpbnRlcmZhY2Ugd2hpY2ggcHJlc2VudCB0byB1c2VyIHdpbGwgYmUgYSBmb3JtLCBsaWtl IHdlYiBsb2dpbiBmb3JtIG9yIHJlZ2lzdGVyIGZvcm0sJm5ic3A7PC9zcGFuPjwvZGl2PjxkaXYg c3R5bGU9ImxpbmUtaGVpZ2h0OiAyMy43OTk5OTkyMzcwNjA1cHg7Ij48c3BhbiBjbGFzcz0iIiBz dHlsZT0iY29sb3I6IHJnYig2NywgNjcsIDY3KTsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNl cmlmOyBsaW5lLWhlaWdodDogMjRweDsiPlVzZXIgZmlsbCB1cCB0aGUgZm9ybSBhbmQgY2xpY2sg c2F2ZSB0aGVuIHRoZSBzZXR1cCBwcm9jZXNzIGdvIHRvIHRoZSBuZXh0IHN0YWdlICZuYnNwOy4g TXkgcHJvYmxlbSBpcyB3aGVuIGkgYnJpbmcgaW4gdGhlIFRVSSBwYWNrYWdlIGxpa2UgdXJ3aWQo QmFzZWQgb24gdGhlIGV2ZW50IGxvb3AsIHdoaWNoIGlzIHVzZWQgYnkgb3ZpcnQtbm9kZS4zLjUu MCApIHRvIHJlcGxhY2UgdGhlIG9yaWdpbmFsIGRpYWxvZyZuYnNwOzxzcGFuIHN0eWxlPSJjb2xv cjogcmdiKDk5LCAxNDAsIDExKTsiPkltcGxlbWVudGF0aW9uIG9mIG90b3BpPC9zcGFuPiw8L3Nw YW4+PC9kaXY+PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIzLjc5OTk5OTIzNzA2MDVweDsiPjxz cGFuIGNsYXNzPSIiIHN0eWxlPSJjb2xvcjogcmdiKDY3LCA2NywgNjcpOyBmb250LWZhbWlseTog QXJpYWwsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyNHB4OyI+aSBmb3VuZCB0aGF0IGkgaGF2 ZSB0byBjaGFuZ2UgYSBsb3QgLG5vdCBvbmx5IHRoZSBvcmlnaW5hbCZuYnNwOzwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6IHJnYig2NywgNjcsIDY3KTsgZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5z LXNlcmlmOyBsaW5lLWhlaWdodDogMjRweDsiPmRpYWxvZyZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjRweDsgY29s b3I6IHJnYig5OSwgMTQwLCAxMSk7Ij5JbXBsZW1lbnRhdGlvbiBidXQgYWxzbyB0aGUgcHJvY2Vz cyB0aGF0IHZhbGlkYXRlIGFuZCBzYXZlIGN1c3RvbSBjb25maWcuPC9zcGFuPjwvZGl2PjxkaXYg c3R5bGU9ImxpbmUtaGVpZ2h0OiAyMy43OTk5OTkyMzcwNjA1cHg7Ij48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBsaW5lLWhlaWdodDogMjRweDsgY29sb3I6IHJn Yig5OSwgMTQwLCAxMSk7Ij5JcyB0aGVyZSBhIHNpbXBsZSB3YXkgdG8gd29yayBhcm91bmQgdGhl IHByb2JsZW0gPyAmbmJzcDtUaGFuayB5b3Ugc28gbXVjaC48L3NwYW4+PC9kaXY+PC9kaXY+ ------=_Part_426046_1993880784.1418364819377--

2 1

Call for Presentations: OSCON 2015
by Brian Proffitt 11 Dec '14

11 Dec '14

OSCON is returning to Portland July 20-24, 2015, and we want to make sure it's on your radar. As you probably know, the O'Reilly Open Source Convention is the must-attend professional training event for 4,000+ developers, programmers, engineers, architects, CxOs, and technology innovators. OSCON is well known for a fast-paced, intellectually stimulating program, that covers the open source ecosystem in its entirety. The call for speakers has just opened. If you, or any of your colleagues, are interested in speaking at OSCON, please review the new and improved program themes and tracks at OSCON.com, and find out about the kinds of topics we’re looking for, as well as tips for creating a great proposal. Proposals are due by February 2, 2015. http://www.oscon.com/open-source-2015 -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Really slow VDSM on F21
by Petr Horacek 11 Dec '14

11 Dec '14

Hello, has anyone else noticed VDSM's problems on Fedora 21? The problem is that when I start vdsmd via systemd, it takes about a minute to start the listener (returning Connection to 0.0.0.0:54321 refused) and next few minutes it returns 'Recovering from crash or Initializing'. After that, `getVdsCaps` takes cca 20 secs to finish. I tried to change niceness in vdsmd.service but it's still the same. When I start vdsm directly (/usr/share/vdsm/vdsm as vdsm user) it starts within a second as it should. Have you an idea why this happens? Best regards, Petr

2 3

Creating a new gerrit flag
by David Caro 11 Dec '14

11 Dec '14

--I33OQG5IFrqF2BWt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! e have been having an issue with gerrit patches being merged before jenkins ran any tests on them, to avoid it from happening again I propose creating a new gerrit flag (Tests) with the following specifics: +1 - Tests passed/overrided 0 - Tests pending -1 - Tests broken where +1 is required to submit, +1 is set by jenkins when passing the tests and -1 is set by jenkins in case it breaks any tests. The +1 flag can be set also by maintainers to allow overriding the process. That way all the tests will be blocked until someone (hopefully jenkins) adds the +1 flag, but if the maintainer wants to override the value, she just has to set that flag herself. What do you think? --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --I33OQG5IFrqF2BWt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJUhsQoAAoJEEBxx+HSYmnDhEAH/jWxTaroG11HCl6Ke547iHXl JS8sr8OF2Vc/D4iNgkopb+ZAM67tsT2DP/q3BtBLz34LlWiIiTgNOmW9Gve+0osM kXzyeTc2ZcyjCF2nvCazZm1hC0WKtgERGfc6wmULyUBgYySF9X0mznNdoWRANCfu CKreZx9KqfiSjGWXsEfog5ETJSX+luolpHzYi0nd9ZLuHKm76Edqn9b6X+CVewS5 Ev0vGmt/qdUDwM3sSPmp4hFVyGBQ/1vvnFgqvSSCp1WwEuFsyM7ctMKtsE0IotrB Tvwc2B3TWTpbKVTsaaiHSAjkRjiqiR6j4h5sEKagBUHhATxdq+7Z3jYZHM0Fn0I= =ZGaS -----END PGP SIGNATURE----- --I33OQG5IFrqF2BWt--

9 30

where vm obeject be deleted from vmContainer when shutdown
by zhangjian2011 11 Dec '14

11 Dec '14

Hi, Guys I am studying ovirt, and now I am checking how vdsm manage VM. But now I have a trouble about the process "shutdown VM". I know that when start up a VM, a vm object will be added to the vmContainer. And I think the vm object will be deleted from vmContainer when shutdown/poweroff since the code will check whether the vm object exist in vmContainer when start up VM. --------------------------------- # cat vdsm/API.py def create(self, vmParams): """ Start up a virtual machine. :param vmParams: required and optional VM parameters. :type vmParams: dict """ vmParams['vmId'] = self._UUID try: if vmParams.get('vmId') in self._cif.vmContainer: self.log.warning('vm %s already exists' % vmParams['vmId']) return errCode['exist'] ... snip ... --------------------------------- I found the vm object will be deleted from vmContainer when poweroff. but I did not find where vm obeject be deleted from vmContainer when shutdown. Does someone can help me? --------------------------------- # cat vdsm/virt/vm.py def destroy(self): self.log.debug('destroy Called') response = self.doDestroy() if response['status']['code']: return response # Clean VM from the system self.deleteVm() ... snip ... def deleteVm(self): """ Clean VM from the system """ try: del self.cif.vmContainer[self.conf['vmId']] self.log.debug("Total desktops after destroy of %s is %d", self.conf['vmId'], len(self.cif.vmContainer)) except Exception: self.log.error("Failed to delete VM %s", self.conf['vmId'], exc_info=True) ... snip ... --------------------------------- Regards, Jian -- -------------------------------------------------- Zhang Jian Development Dept.I Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST) No.6 Wenzhu Road, Nanjing, 210012, China TEL: +86+25-86630566-8526 FUJITSU INTERNAL: 7998-8526 FAX: +86+25-83317685 MAIL: zhangjian2011(a)cn.fujitsu.com --------------------------------------------------

2 1

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status
by Sandro Bonazzola 10 Dec '14

10 Dec '14

Hi, We have still blockers for oVirt 3.5.1 RC release so we need to postpone it until they'll be fixed. ACTION: Being so near to winter's holidays we need to discuss the new tentative date for RC in today sync meeting. The bug tracker [1] shows 2 open blocker: Bug ID Whiteboard Status Summary 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile 1168709 virt NEW Hosted Engine VM is listed as paused after upgrading from 3.4.4 to 3.5.1 snapshot In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. - ACTION: assignee please provide ETA on above blockers Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 63 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 42 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - ACTION: Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - ACTION: Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 10 Dec '14

10 Dec '14

Hi, Release criteria discussion has been closed and wiki has been updated accordingly by Brian [1][2]. Release management for 3.6.0 [3] has been updated with the accepted changes in release criteria. ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [4] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 21: 2014-12-09 (RELEASED) Fedora 22: no earlier than 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 Two different proposals have been made about above scheduling [5]: 1) extend the cycle to 10 months for allowing to include a large feature set 2) reduce the cycle to less than 6 months and split features over 3.6 and 3.7 and we can also add 3) keep current 6 months cycle The tracker bug for 3.6.0 [6] currently shows no blockers. There are 460 bugs [7] targeted to 3.6.0. Excluding node and documentation bugs we have 436 bugs [8] targeted to 3.6.0. [1] http://www.ovirt.org/Release_Criteria_Template [2] http://www.ovirt.org/Release_process [3] http://www.ovirt.org/OVirt_3.6_Release_Management [4] http://goo.gl/9X3G49 [5] http://lists.ovirt.org/pipermail/users/2014-November/028875.html [6] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [7] http://goo.gl/zwkF3r [8] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Wireshark STOMP dissector
by Saggi Mizrahi 09 Dec '14

09 Dec '14

I had to use Wireshark to try and find what happens to messages in transit. To help me filter messages in Wireshark I wrote a quick and dirty STOMP dissector. You all can use it too. Help in making it less dirty is more than welcome. https://github.com/ficoos/wireshark-stomp-plugin

1 0

oVirt Node Weekly Meeting Minutes - December 9th 2014
by Fabian Deutsch 09 Dec '14

09 Dec '14

http://ovirt.org/meetings/ovirt/2014/ovirt.2014-12-09-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-12-09-14.00.txt Log: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-12-09-14.00.log.html ================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by fabiand at 14:00:57 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-12-09-14.00.log.html . Meeting summary --------------- * Agenda (fabiand, 14:01:25) * oVirt 3.5 (fabiand, 14:01:40) * oVirt 3.6+ (fabiand, 14:02:55) * Other Items (fabiand, 14:03:00) * oVirt 3.5 (fabiand, 14:03:27) * Release is still pending because of device-mapper and multipath issues with some servers (fabiand, 14:03:55) * Severe enough to block the release (fabiand, 14:04:01) * Features complete and merged (fabiand, 14:04:24) * oVirt 3.6+ (fabiand, 14:04:38) * LINK: http://www.ovirt.org/OVirt_3.6_Release_Management (fabiand, 14:05:44) * IDEA: We do not track Node features on a different page separately, but include our features in that page (fabiand, 14:07:01) * AGREED: Include Node features in overall release page (fabiand, 14:08:35) * Next-Gen Node planning (fabiand, 14:10:01) * Gluster server support in Node (fabiand, 14:10:09) * Generic Registration (fabiand, 14:10:32) * Improve oVirt Appliance integration with Hosted Engine (fabiand, 14:10:44) * ACTION: fabiand to send out feature list to mailinglist (fabiand, 14:13:55) * ACTION: Concretize planning over the next few weeks (fabiand, 14:14:14) * Planning of Next-Gen Node should also start over the 3.6 timeframe (fabiand, 14:15:48) * Other Items (fabiand, 14:17:03) * tlitovsk still making progress to get jenkins jobs working again (fabiand, 14:21:00) Meeting ended at 14:23:40 UTC. Action Items ------------ * fabiand to send out feature list to mailinglist * Concretize planning over the next few weeks Action Items, by person ----------------------- * fabiand * fabiand to send out feature list to mailinglist * **UNASSIGNED** * Concretize planning over the next few weeks People Present (lines said) --------------------------- * fabiand (70) * tlitovsk (6) * rbarry (5) * ovirtbot (3) * Dw_Sn (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

findbugs errors -- any way to prevent mad bot from rampant -1s?
by Greg Sheremeta 09 Dec '14

09 Dec '14

Hi, Is there any way to prevent this [1] from happening? Some patch got merged that findbugs complains about. Basically no patches can be merged until that is fixed and everybody rebases everything (because the bot -1's everything). That doesn't seem right. [1] http://i.imgur.com/NNHx1bq.png -- Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

4 3

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed
by Sandro Bonazzola 09 Dec '14

09 Dec '14

Hi, We were supposed to start composing oVirt 3.5.1 RC today *2014-12-09 08:00 UTC* from 3.5 branch. We have still blockers for oVirt 3.5.1 RC release so we need to postpone it until they'll be fixed. Being so near to winter's holidays we need to discuss the new tentative date for RC in tomorrow sync meeting. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 65 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 44 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

upgrade ovirt-node 2.6 error
by 天天行动 08 Dec '14

08 Dec '14

This is a multi-part message in MIME format. ------=_NextPart_5481CC89_093FE038_4AD32811 Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 aGkgYWxsOg0KICANCiAgICAgICAgV2hlbiBJIGluc3RhbGwgb3ZpcnQtbm9kZSwgYWZ0ZXIg dHdvIGRheXMgSSBmb3VuZCB0aGlzIHZlcnNpb24gYnkgdGhlIHF1ZXN0aW9uIGFuZCBJIGhh dmUgc29tZSBsb2NhbCBzdG9yYWdlIG9mIGRhdGEgb24gdGhlIGluc2lkZSwgSSB3YW50IHRv IHVwZ3JhZGUgb3ZpcnQtbm9kZSwgYnV0IEkgZm91bmQgdGhlIGZvbGxvd2luZyBlcnJvci4N CiAgICAgYWxsIEhhY2tlciwgcGxlYXNlIGhlbHAgbWUgb3V0IGEgZ29vZCBpZGVhLi4uDQog DQogIA0KIFtFcnJubyAzMF0gUmVhZC1vbmx5IGZpbGUgc3lzdGVtOg0KICdsaXZlb3MvZ3J1 YicNCiBUcmFjZWJhY2sobW9zdCByZWNlbnQgY2FsbCBsYXNoKToNCiBGaWxlDQogICIvdXNy L2xpYmV4ZXgvb3ZpcnQtY29uZmlnLWluc3RhbGxlciIuIGxpbmUgMTA4NyAgaW4gc3RhcnQN CiAgICAgc2VsZi51cGdyYWRlX25vZGUoKQ0KICBGaWxlDQogICIvdXNyL2xpYmV4ZXgvb3Zp cnQtY29uZmlnLWluc3RhbGxlciIuIGxpbmUgODg2LCBpbiB1cGdyYWRlX25vZGUoKQ0KICAg ICBib290X3NldHVwID0gaW5zdGFsbC5vdmlydF9ib290X3NldHVwKCkNCiBGaWxlDQogIi91 c3IvbGliL3B5dGhvbjIuNi9zaXRlLXBhY2VhZ2VzL292aXJ0bm9kZS9pbnN0YWxsLnB5Iiwg bGluZSAzOTEsIGluIG92aXJ0X2Jvb3Rfc2V0dXANCiBGaWxlDQogICIvdXNyL2xpYjY0L3B5 dGhvbjIuNi9vcy5weSIsIGxpbmUgMTU3IGluIG1ha2VkaXJzDQogT1NFcnJvcjpbRXJyb3Ig MzBdIFJlYWQtb25seSBmaWxlIHN5c3RlbToNCiAnL2xpdmVvcy9ncnViJw0KICANCiAgSSBh dCBsZWFzdCB0cmllZCBtb3VudGluZyB0aGUgTEFCRUw9Um9vdCBwYXJ0aXRpb24gdG8gL2xp dmVvcywgSSB3YXMgdG9sZCBpdCBpcyBidXN5LCBidXQgSSBjb3VsZG4ndCBmaW5kIG91dCB3 aHkgaXQgd2FzIGJ1c3ksIGJlY2F1c2UgSSByYW4gaW50byB0aGUgc3F1YXNoZnMgZXJyb3Jz LCB3aGljaCBhcHBlYXJlZCBpbmRtZXNnIGFzIHNvb24gYXMgSSB1c2VkIHRvb2xzIGxpa2Ug ZmluZG1udCBldGMuDQoNCiANCg0KIC0tLS0tLS0tLS0tLS0tLS0tLSBPcmlnaW5hbCAtLS0t LS0tLS0tLS0tLS0tLS0NCiAgRnJvbTogICJkZXZlbC1yZXF1ZXN0Ijs8ZGV2ZWwtcmVxdWVz dEBvdmlydC5vcmc+Ow0KIERhdGU6ICBXZWQsIERlYyAzLCAyMDE0IDA5OjA0IFBNDQogVG86 ICAiZGV2ZWwiPGRldmVsQG92aXJ0Lm9yZz47IA0KIA0KIFN1YmplY3Q6ICBEZXZlbCBEaWdl c3QsIFZvbCA5LCBJc3N1ZSA4DQoNCiANCg0KU2VuZCBEZXZlbCBtYWlsaW5nIGxpc3Qgc3Vi bWlzc2lvbnMgdG8NCmRldmVsQG92aXJ0Lm9yZw0KDQpUbyBzdWJzY3JpYmUgb3IgdW5zdWJz Y3JpYmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQNCmh0dHA6Ly9saXN0cy5vdmly dC5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXZlbA0Kb3IsIHZpYSBlbWFpbCwgc2VuZCBhIG1l c3NhZ2Ugd2l0aCBzdWJqZWN0IG9yIGJvZHkgJ2hlbHAnIHRvDQpkZXZlbC1yZXF1ZXN0QG92 aXJ0Lm9yZw0KDQpZb3UgY2FuIHJlYWNoIHRoZSBwZXJzb24gbWFuYWdpbmcgdGhlIGxpc3Qg YXQNCmRldmVsLW93bmVyQG92aXJ0Lm9yZw0KDQpXaGVuIHJlcGx5aW5nLCBwbGVhc2UgZWRp dCB5b3VyIFN1YmplY3QgbGluZSBzbyBpdCBpcyBtb3JlIHNwZWNpZmljDQp0aGFuICJSZTog Q29udGVudHMgb2YgRGV2ZWwgZGlnZXN0Li4uIg0KDQoNClRvZGF5J3MgVG9waWNzOg0KDQog ICAxLiBbUUVdW0FDVElPTiBSRVFVSVJFRF0gb1ZpcnQgMy42LjAgc3RhdHVzIChTYW5kcm8g Qm9uYXp6b2xhKQ0KICAgMi4gUmU6IGlvcHJvY2VzcyAwLjE0LjAgcmVsZWFzZWQgKFllZWxh IEthcGxhbikNCiAgIDMuIFJlOiBpb3Byb2Nlc3MgMC4xNC4wIHJlbGVhc2VkIChNaWNoYWwg U2tyaXZhbmVrKQ0KICAgNC4gUmU6IEltcG9ydGFudCBjaGFuZ2UgaW4gVUkgcGx1Z2lucyBS RVNUIEFQSSBpbnRlZ3JhdGlvbg0KICAgICAgKFlhbml2IERhcnkpDQogICA1LiBSZTogaG9z dGVkLWVuZ2luZSBzZXR1cC9taWdyYXRpb24gZmVhdHVyZXMgZm9yIDMuNiAoQm9iIERvb2xp dHRsZSkNCiAgIDYuIFJlOiBob3N0ZWQtZW5naW5lIHNldHVwL21pZ3JhdGlvbiBmZWF0dXJl cyBmb3IgMy42DQogICAgICAoWWVkaWR5YWggQmFyIERhdmlkKQ0KDQoNCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCg0KTWVzc2FnZTogMQ0KRGF0ZTogV2VkLCAwMyBEZWMgMjAxNCAxMDozNzoxOSAr MDEwMA0KRnJvbTogU2FuZHJvIEJvbmF6em9sYSA8c2JvbmF6em9AcmVkaGF0LmNvbT4NClRv OiAiZGV2ZWxAb3ZpcnQub3JnIiA8ZGV2ZWxAb3ZpcnQub3JnPiwgIlVzZXJzQG92aXJ0Lm9y ZyINCjxVc2Vyc0BvdmlydC5vcmc+DQpTdWJqZWN0OiBbb3ZpcnQtZGV2ZWxdIFtRRV1bQUNU SU9OIFJFUVVJUkVEXSBvVmlydCAzLjYuMCBzdGF0dXMNCk1lc3NhZ2UtSUQ6IDw1NDdFRDlD Ri4yMDUwNDA4QHJlZGhhdC5jb20+DQpDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJz ZXQ9aXNvLTg4NTktMTUNCg0KSGksDQoNClJlbGVhc2UgY3JpdGVyaWEgZGlzY3Vzc2lvbiBo YXMgYmVlbiBjbG9zZWQgd2l0aCBsYXN0IHdlZWsgb1ZpcnQgc3luYyBtZWV0aW5nIFsxXS4N Cg0KUmVsZWFzZSBtYW5hZ2VtZW50IGZvciAzLjYuMCBbMl0gd2lsbCBzb29uIGJlIHVwZGF0 ZWQgd2l0aCB0aGUgYWNjZXB0ZWQgY2hhbmdlcyBpbiByZWxlYXNlIGNyaXRlcmlhLg0KVGhl IHJlbWFpbmluZyBrZXkgbWlsZXN0b25lcyBmb3IgdGhpcyByZWxlYXNlIG11c3Qgbm93IGJl IHNjaGVkdWxlZC4NCg0KRm9yIHJlZmVyZW5jZSwgZXh0ZXJuYWwgcHJvamVjdCBzY2hlZHVs ZXMgd2UncmUgdHJhY2tpbmcgYXJlOg0KICAgIEZlZG9yYSAyMTogMjAxNC0xMi0wOQ0KICAg IEZlZG9yYSAyMjogMjAxNS1YWC1YWA0KICAgIEdsdXN0ZXJGUyAzLjc6IDIwMTUtMDQtMjkN CiAgICBPcGVuU3RhY2sgS2lsbzogMjAxNS0wNC0zMA0KDQoNClR3byBkaWZmZXJlbnQgcHJv cG9zYWxzIGhhdmUgYmVlbiBtYWRlIGFib3V0IGFib3ZlIHNjaGVkdWxpbmcgWzNdOg0KMSkg ZXh0ZW5kIHRoZSBjeWNsZSB0byAxMCBtb250aHMgZm9yIGFsbG93aW5nIHRvIGluY2x1ZGUg YSBsYXJnZSBmZWF0dXJlIHNldA0KMikgcmVkdWNlIHRoZSBjeWNsZSB0byBsZXNzIHRoYW4g NiBtb250aHMgYW5kIHNwbGl0IGZlYXR1cmVzIG92ZXIgMy42IGFuZCAzLjcNCg0KRmVhdHVy ZSBwcm9wb3NlZCBmb3IgMy42LjAgbXVzdCBub3cgYmUgY29sbGVjdGVkIGluIHRoZSAzLjYg R29vZ2xlIGRvYyBbNF0NCmFuZCByZXZpZXdlZCBieSBtYWludGFpbmVycy4NCg0KVGhlIHRy YWNrZXIgYnVnIGZvciAzLjYuMCBbNV0gY3VycmVudGx5IHNob3dzIG5vIGJsb2NrZXJzLg0K DQpUaGVyZSBhcmUgNDUzIGJ1Z3MgWzZdIHRhcmdldGVkIHRvIDMuNi4wLg0KRXhjbHVkaW5n IG5vZGUgYW5kIGRvY3VtZW50YXRpb24gYnVncyB3ZSBoYXZlIDQzMCBidWdzIFs3XSB0YXJn ZXRlZCB0byAzLjYuMC4NCg0KDQpbMV0gaHR0cDovL3Jlc291cmNlcy5vdmlydC5vcmcvbWVl dGluZ3Mvb3ZpcnQvMjAxNC9vdmlydC4yMDE0LTExLTI2LTE1LjA3LmxvZy5odG1sDQpbMl0g aHR0cDovL3d3dy5vdmlydC5vcmcvT1ZpcnRfMy42X1JlbGVhc2VfTWFuYWdlbWVudA0KWzNd IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvcGlwZXJtYWlsL3VzZXJzLzIwMTQtTm92ZW1iZXIv MDI4ODc1Lmh0bWwNCls0XSBodHRwOi8vZ29vLmdsLzlYM0c0OQ0KWzVdIGh0dHBzOi8vYnVn emlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9MTE1NTQyNQ0KWzZdIGh0dHA6Ly9n b28uZ2wvendrRjNyDQpbN10gaHR0cDovL2dvby5nbC9aYlVpTWMNCg0KDQotLSANClNhbmRy byBCb25henpvbGENCkJldHRlciB0ZWNobm9sb2d5LiBGYXN0ZXIgaW5ub3ZhdGlvbi4gUG93 ZXJlZCBieSBjb21tdW5pdHkgY29sbGFib3JhdGlvbi4NClNlZSBob3cgaXQgd29ya3MgYXQg cmVkaGF0LmNvbQ0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpNZXNz YWdlOiAyDQpEYXRlOiBXZWQsIDMgRGVjIDIwMTQgMDQ6NDk6MTggLTA1MDAgKEVTVCkNCkZy b206IFllZWxhIEthcGxhbiA8eWthcGxhbkByZWRoYXQuY29tPg0KVG86IE1pY2hhbCBTa3Jp dmFuZWsgPG1pY2hhbC5za3JpdmFuZWtAcmVkaGF0LmNvbT4NCkNjOiBPdmVkIE91cmZhbGkg PG92ZWRvQHJlZGhhdC5jb20+LCBkZXZlbEBvdmlydC5vcmcsIE1hcnR5biBUYXlsb3INCjxt dGF5bG9yQHJlZGhhdC5jb20+DQpTdWJqZWN0OiBSZTogW292aXJ0LWRldmVsXSBpb3Byb2Nl c3MgMC4xNC4wIHJlbGVhc2VkDQpNZXNzYWdlLUlEOg0KPDE3MTkyNDQzNTcuNTk5NzI3Mi4x NDE3NjAwMTU4NTQ0LkphdmFNYWlsLnppbWJyYUByZWRoYXQuY29tPg0KQ29udGVudC1UeXBl OiB0ZXh0L3BsYWluOyBjaGFyc2V0PXV0Zi04DQoNCg0KDQotLS0tLSBPcmlnaW5hbCBNZXNz YWdlIC0tLS0tDQo+IEZyb206ICJNaWNoYWwgU2tyaXZhbmVrIiA8bWljaGFsLnNrcml2YW5l a0ByZWRoYXQuY29tPg0KPiBUbzogIlNhZ2dpIE1penJhaGkiIDxzbWl6cmFoaUByZWRoYXQu Y29tPiwgIk92ZWQgT3VyZmFsaSIgPG92ZWRvQHJlZGhhdC5jb20+DQo+IENjOiAiTWFydHlu IFRheWxvciIgPG10YXlsb3JAcmVkaGF0LmNvbT4sIGRldmVsQG92aXJ0Lm9yZw0KPiBTZW50 OiBXZWRuZXNkYXksIERlY2VtYmVyIDMsIDIwMTQgMTE6MzA6MzQgQU0NCj4gU3ViamVjdDog UmU6IFtvdmlydC1kZXZlbF0gaW9wcm9jZXNzIDAuMTQuMCByZWxlYXNlZA0KPiANCj4gDQo+ IE9uIE9jdCAyMywgMjAxNCwgYXQgMTA6MDYgLCBTYWdnaSBNaXpyYWhpIDxzbWl6cmFoaUBy ZWRoYXQuY29tPiB3cm90ZToNCj4gDQo+ID4gDQo+ID4gDQo+ID4gLS0tLS0gT3JpZ2luYWwg TWVzc2FnZSAtLS0tLQ0KPiA+PiBGcm9tOiAiTWljaGFsIFNrcml2YW5layIgPG1pY2hhbC5z a3JpdmFuZWtAcmVkaGF0LmNvbT4NCj4gPj4gVG86ICJTYWdnaSBNaXpyYWhpIiA8c21penJh aGlAcmVkaGF0LmNvbT4NCj4gPj4gQ2M6IGRldmVsQG92aXJ0Lm9yZywgIk1hcnR5biBUYXls b3IiIDxtdGF5bG9yQHJlZGhhdC5jb20+DQo+ID4+IFNlbnQ6IFdlZG5lc2RheSwgT2N0b2Jl ciAyMiwgMjAxNCAxMDo1NTozNCBBTQ0KPiA+PiBTdWJqZWN0OiBSZTogW292aXJ0LWRldmVs XSBpb3Byb2Nlc3MgMC4xNC4wIHJlbGVhc2VkDQo+ID4+IA0KPiA+PiANCj4gPj4gT24gT2N0 IDIxLCAyMDE0LCBhdCAxMDo1OSAsIFNhZ2dpIE1penJhaGkgPHNtaXpyYWhpQHJlZGhhdC5j b20+IHdyb3RlOg0KPiA+PiANCj4gPj4+IGlvcHJvY2VzcyAwLjE0LjAgaGFzIGJlZW4gdGFn Z2VkIGFuZCByZWxlYXNlZC4NCj4gPj4+IA0KPiA+Pj4gVGhlIGNoYW5nZWxvZyBpbmNsdWRl czoNCj4gPj4+IC0gcHl0aG9uLWJpbmRpbmdzOiBJT1Byb2Nlc3Mgb2JqZWN0cyBjYW4gYmUg Y29sbGVjdGVkIGJ5IHRoZSBHQw0KPiA+Pj4gLSBweXRob24tYmluZGluZ3M6IFNsYXZlIHBy b2Nlc3NlcyBjYW4gb3B0aW9uYWxseSBiZSBjb2xsZWN0ZWQNCj4gPj4+ICAgICAgICAgICAg ICAgICAgYnkgem9tYmllIHJlYXBlcg0KPiA+Pj4gDQo+ID4+PiBJdCdzIHJlY29tbWVuZGVk IHRoYXQgZXZlcnlvbmUgdXBncmFkZSB0byB0aGUgbGF0ZXN0IHZlcnNpb24uDQo+ID4+IA0K PiA+PiBkb2VzIHRoaXMgcmVtb3ZlIHRoZSBhbm5veWluZyBkZWJ1ZyBsZXZlbCBtZXNzYWdl cyBpbiB2ZHNtLmxvZz8NCj4gPj4gb3Igc29tZSBvdGhlciBwYXRjaCBhbHJlYWR5IGFkZHJl c3NlZCB0aGF0Pw0KPiA+IExvbmcgbG9uZyB0aW1lIGFnby4gV2UgYWRkZWQgdGhlIFRSQUNF IGxldmVsIHRoYXQgaXMgb25seQ0KPiA+IHVzZWQgZHVyaW5nIGlwcm9jZXNzIGRldmVsb3Bt ZW50Lg0KPiA+IA0KPiA+ICogU3VuIEp1bCAyMCAyMDE0IFNhZ2dpIE1penJhaGkgPHNtaXpy YWhpQHJlZGhhdC5jb20+IDAuNi4xLTENCj4gPiAtIFJlZHVjZWQgbG9nZ2luZyBldmVuIGZv ciBkZWJ1ZyBsZXZlbA0KPiANCj4gd2VsbCwgSSBzdGlsbCBzZWUgdGhhdCBpbiAqbGF0ZXN0 KiAzLjUgb24gUUUgc3lzdGVtcy4gSXQncyByZWFsbHkgYW5ub3lpbmc/DQo+IG1pZ2h0IGl0 IGJlIGJlY2F1c2Ugb2YgdXBncmFkZXM/DQo+IE92ZWQsIElNSE8gaXQgbmVlZHMgdG8gYmUg Zml4ZWQvY2xhcmlmaWVkIEFTQVAsIHRoZSBsb2dzIGFyZSB1c2VsZXNzLi4uDQo+IA0KDQpJ ZiBRRSBoYXMgbGF0ZXN0IDMuNSB0aGVuIHRoZXkgc2hvdWxkIGhhdmUgaW9wcm9jZXNzLTAu MTQgaW5zdGFsbGVkLA0KaWYgdGhhdCdzIHRoZSBjYXNlIGFuZCB0aGVyZSdzIHN0aWxsIHRv byBtdWNoIGxvZ2dpbmcgdGhlbiB0aGUgaXNzdWUgc2hvdWxkIGJlIGNoZWNrZWQuDQoNCj4g VGhhbmtzLA0KPiBtaWNoYWwNCj4gDQo+ID4+IA0KPiA+PiBUaGFua3MsDQo+ID4+IG1pY2hh bA0KPiA+PiANCj4gPj4+IA0KPiA+Pj4gUGxlYXNlIHRlc3QgYW5kIGdpdmUga2FybWE6DQo+ ID4+PiBodHRwczovL2FkbWluLmZlZG9yYXByb2plY3Qub3JnL3VwZGF0ZXMvc2VhcmNoL2lv cHJvY2Vzcy0wLjE0LjANCj4gPj4+IA0KPiA+Pj4gR29vZCBkYXkuDQo+ID4+PiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+Pj4gRGV2ZWwg bWFpbGluZyBsaXN0DQo+ID4+PiBEZXZlbEBvdmlydC5vcmcNCj4gPj4+IGh0dHA6Ly9saXN0 cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXZlbA0KPiA+PiANCj4gPj4gDQo+IA0K PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBE ZXZlbCBtYWlsaW5nIGxpc3QNCj4gRGV2ZWxAb3ZpcnQub3JnDQo+IGh0dHA6Ly9saXN0cy5v dmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXZlbA0KPiANCg0KDQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCg0KTWVzc2FnZTogMw0KRGF0ZTogV2VkLCAzIERlYyAyMDE0 IDEwOjU3OjMzICswMTAwDQpGcm9tOiBNaWNoYWwgU2tyaXZhbmVrIDxtaWNoYWwuc2tyaXZh bmVrQHJlZGhhdC5jb20+DQpUbzogWWVlbGEgS2FwbGFuIDx5a2FwbGFuQHJlZGhhdC5jb20+ DQpDYzogT3ZlZCBPdXJmYWxpIDxvdmVkb0ByZWRoYXQuY29tPiwgZGV2ZWxAb3ZpcnQub3Jn LCBNYXJ0eW4gVGF5bG9yDQo8bXRheWxvckByZWRoYXQuY29tPg0KU3ViamVjdDogUmU6IFtv dmlydC1kZXZlbF0gaW9wcm9jZXNzIDAuMTQuMCByZWxlYXNlZA0KTWVzc2FnZS1JRDogPDc0 NkVFMDZELTFDN0MtNDZDMy04NDMyLTA5NDk1MzZDNzU0NEByZWRoYXQuY29tPg0KQ29udGVu dC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PXdpbmRvd3MtMTI1Mg0KDQoNCk9uIERlYyAz LCAyMDE0LCBhdCAxMDo0OSAsIFllZWxhIEthcGxhbiA8eWthcGxhbkByZWRoYXQuY29tPiB3 cm90ZToNCg0KPiANCj4gDQo+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4+IEZy b206ICJNaWNoYWwgU2tyaXZhbmVrIiA8bWljaGFsLnNrcml2YW5la0ByZWRoYXQuY29tPg0K Pj4gVG86ICJTYWdnaSBNaXpyYWhpIiA8c21penJhaGlAcmVkaGF0LmNvbT4sICJPdmVkIE91 cmZhbGkiIDxvdmVkb0ByZWRoYXQuY29tPg0KPj4gQ2M6ICJNYXJ0eW4gVGF5bG9yIiA8bXRh eWxvckByZWRoYXQuY29tPiwgZGV2ZWxAb3ZpcnQub3JnDQo+PiBTZW50OiBXZWRuZXNkYXks IERlY2VtYmVyIDMsIDIwMTQgMTE6MzA6MzQgQU0NCj4+IFN1YmplY3Q6IFJlOiBbb3ZpcnQt ZGV2ZWxdIGlvcHJvY2VzcyAwLjE0LjAgcmVsZWFzZWQNCj4+IA0KPj4gDQo+PiBPbiBPY3Qg MjMsIDIwMTQsIGF0IDEwOjA2ICwgU2FnZ2kgTWl6cmFoaSA8c21penJhaGlAcmVkaGF0LmNv bT4gd3JvdGU6DQo+PiANCj4+PiANCj4+PiANCj4+PiAtLS0tLSBPcmlnaW5hbCBNZXNzYWdl IC0tLS0tDQo+Pj4+IEZyb206ICJNaWNoYWwgU2tyaXZhbmVrIiA8bWljaGFsLnNrcml2YW5l a0ByZWRoYXQuY29tPg0KPj4+PiBUbzogIlNhZ2dpIE1penJhaGkiIDxzbWl6cmFoaUByZWRo YXQuY29tPg0KPj4+PiBDYzogZGV2ZWxAb3ZpcnQub3JnLCAiTWFydHluIFRheWxvciIgPG10 YXlsb3JAcmVkaGF0LmNvbT4NCj4+Pj4gU2VudDogV2VkbmVzZGF5LCBPY3RvYmVyIDIyLCAy MDE0IDEwOjU1OjM0IEFNDQo+Pj4+IFN1YmplY3Q6IFJlOiBbb3ZpcnQtZGV2ZWxdIGlvcHJv Y2VzcyAwLjE0LjAgcmVsZWFzZWQNCj4+Pj4gDQo+Pj4+IA0KPj4+PiBPbiBPY3QgMjEsIDIw MTQsIGF0IDEwOjU5ICwgU2FnZ2kgTWl6cmFoaSA8c21penJhaGlAcmVkaGF0LmNvbT4gd3Jv dGU6DQo+Pj4+IA0KPj4+Pj4gaW9wcm9jZXNzIDAuMTQuMCBoYXMgYmVlbiB0YWdnZWQgYW5k IHJlbGVhc2VkLg0KPj4+Pj4gDQo+Pj4+PiBUaGUgY2hhbmdlbG9nIGluY2x1ZGVzOg0KPj4+ Pj4gLSBweXRob24tYmluZGluZ3M6IElPUHJvY2VzcyBvYmplY3RzIGNhbiBiZSBjb2xsZWN0 ZWQgYnkgdGhlIEdDDQo+Pj4+PiAtIHB5dGhvbi1iaW5kaW5nczogU2xhdmUgcHJvY2Vzc2Vz IGNhbiBvcHRpb25hbGx5IGJlIGNvbGxlY3RlZA0KPj4+Pj4gICAgICAgICAgICAgICAgIGJ5 IHpvbWJpZSByZWFwZXINCj4+Pj4+IA0KPj4+Pj4gSXQncyByZWNvbW1lbmRlZCB0aGF0IGV2 ZXJ5b25lIHVwZ3JhZGUgdG8gdGhlIGxhdGVzdCB2ZXJzaW9uLg0KPj4+PiANCj4+Pj4gZG9l cyB0aGlzIHJlbW92ZSB0aGUgYW5ub3lpbmcgZGVidWcgbGV2ZWwgbWVzc2FnZXMgaW4gdmRz bS5sb2c/DQo+Pj4+IG9yIHNvbWUgb3RoZXIgcGF0Y2ggYWxyZWFkeSBhZGRyZXNzZWQgdGhh dD8NCj4+PiBMb25nIGxvbmcgdGltZSBhZ28uIFdlIGFkZGVkIHRoZSBUUkFDRSBsZXZlbCB0 aGF0IGlzIG9ubHkNCj4+PiB1c2VkIGR1cmluZyBpcHJvY2VzcyBkZXZlbG9wbWVudC4NCj4+ PiANCj4+PiAqIFN1biBKdWwgMjAgMjAxNCBTYWdnaSBNaXpyYWhpIDxzbWl6cmFoaUByZWRo YXQuY29tPiAwLjYuMS0xDQo+Pj4gLSBSZWR1Y2VkIGxvZ2dpbmcgZXZlbiBmb3IgZGVidWcg bGV2ZWwNCj4+IA0KPj4gd2VsbCwgSSBzdGlsbCBzZWUgdGhhdCBpbiAqbGF0ZXN0KiAzLjUg b24gUUUgc3lzdGVtcy4gSXQncyByZWFsbHkgYW5ub3lpbmc/DQo+PiBtaWdodCBpdCBiZSBi ZWNhdXNlIG9mIHVwZ3JhZGVzPw0KPj4gT3ZlZCwgSU1ITyBpdCBuZWVkcyB0byBiZSBmaXhl ZC9jbGFyaWZpZWQgQVNBUCwgdGhlIGxvZ3MgYXJlIHVzZWxlc3MuLi4NCj4+IA0KPiANCj4g SWYgUUUgaGFzIGxhdGVzdCAzLjUgdGhlbiB0aGV5IHNob3VsZCBoYXZlIGlvcHJvY2Vzcy0w LjE0IGluc3RhbGxlZCwNCj4gaWYgdGhhdCdzIHRoZSBjYXNlIGFuZCB0aGVyZSdzIHN0aWxs IHRvbyBtdWNoIGxvZ2dpbmcgdGhlbiB0aGUgaXNzdWUgc2hvdWxkIGJlIGNoZWNrZWQuDQoN CkhhISBpbmRlZWQgaXQgd2FzIG5vdCB0aGUgY2FzZS4gVGhlIHN5c3RlbSBhcyBzb21laG93 IG1pc3NpbmcgbWFueSB1cGRhdGVzLCBpbmNsdWRpbmcgaW9wcm9jZXNzLg0KSXQgc2hvdWxk IGhhdmUgcHJvYmFibHkgYmVlbiBlbmZvcmNlZD9idXQgSSBhZ3JlZSBpZiBvbmUgZG9lcyBh IHByb3BlciB5dW0gdXBkYXRlIGl0IHNob3VsZCB3b3JrIChJIGRpZG4ndCB0cnkgaXQgeWV0 Oy0pDQoNClRoYW5rcywNCm1pY2hhbA0KDQo+IA0KPj4gVGhhbmtzLA0KPj4gbWljaGFsDQo+ PiANCj4+Pj4gDQo+Pj4+IFRoYW5rcywNCj4+Pj4gbWljaGFsDQo+Pj4+IA0KPj4+Pj4gDQo+ Pj4+PiBQbGVhc2UgdGVzdCBhbmQgZ2l2ZSBrYXJtYToNCj4+Pj4+IGh0dHBzOi8vYWRtaW4u ZmVkb3JhcHJvamVjdC5vcmcvdXBkYXRlcy9zZWFyY2gvaW9wcm9jZXNzLTAuMTQuMA0KPj4+ Pj4gDQo+Pj4+PiBHb29kIGRheS4NCj4+Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+Pj4+PiBEZXZlbCBtYWlsaW5nIGxpc3QNCj4+Pj4+ IERldmVsQG92aXJ0Lm9yZw0KPj4+Pj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFu L2xpc3RpbmZvL2RldmVsDQo+Pj4+IA0KPj4+PiANCj4+IA0KPj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+IERldmVsIG1haWxpbmcgbGlz dA0KPj4gRGV2ZWxAb3ZpcnQub3JnDQo+PiBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxt YW4vbGlzdGluZm8vZGV2ZWwNCj4+IA0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQoNCk1lc3NhZ2U6IDQNCkRhdGU6IFdlZCwgMyBEZWMgMjAxNCAwNTowMjoxOSAt MDUwMCAoRVNUKQ0KRnJvbTogWWFuaXYgRGFyeSA8eWRhcnlAcmVkaGF0LmNvbT4NClRvOiBW b2p0ZWNoIFN6b2NzIDx2c3pvY3NAcmVkaGF0LmNvbT4NCkNjOiBkZXZlbEBvdmlydC5vcmcN ClN1YmplY3Q6IFJlOiBbb3ZpcnQtZGV2ZWxdIEltcG9ydGFudCBjaGFuZ2UgaW4gVUkgcGx1 Z2lucyBSRVNUIEFQSQ0KaW50ZWdyYXRpb24NCk1lc3NhZ2UtSUQ6DQo8MTc4MTE1MjA5NS4y MjE3OTg0OS4xNDE3NjAwOTM5ODcxLkphdmFNYWlsLnppbWJyYUByZWRoYXQuY29tPg0KQ29u dGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PXV0Zi04DQoNCkRvZXMgdGhpcyBhZmZl Y3QgYW55IDNyZCBwYXJ0aWVzIHRoYXQgaW1wbGVtZW50ZWQgVUkgcGx1Z2lucz8NCldpbGwg dGhleSBuZWVkIHRvIGNoYW5nZSBhbnl0aGluZyBvciBpcyB0aGlzIGNoYW5nZSBtb3JlIGEg YmVoYXZpb3VyIGNoYW5nZSBvbmx5Pw0KDQoNCg0KWWFuaXYNCg0KLS0tLS0gT3JpZ2luYWwg TWVzc2FnZSAtLS0tLQ0KPiBGcm9tOiAiVm9qdGVjaCBTem9jcyIgPHZzem9jc0ByZWRoYXQu Y29tPg0KPiBUbzogIkFsb24gQmFyLUxldiIgPGFsb25ibEByZWRoYXQuY29tPg0KPiBDYzog ZGV2ZWxAb3ZpcnQub3JnDQo+IFNlbnQ6IFR1ZXNkYXksIERlY2VtYmVyIDIsIDIwMTQgNzox MjoyMSBQTQ0KPiBTdWJqZWN0OiBSZTogW292aXJ0LWRldmVsXSBJbXBvcnRhbnQgY2hhbmdl IGluIFVJIHBsdWdpbnMgUkVTVCBBUEkgaW50ZWdyYXRpb24NCj4gDQo+IA0KPiANCj4gLS0t LS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLQ0KPiA+IEZyb206ICJBbG9uIEJhci1MZXYiIDxh bG9uYmxAcmVkaGF0LmNvbT4NCj4gPiBUbzogIlN2ZW4gS2llc2tlIiA8cy5raWVza2VAbWl0 dHdhbGQuZGU+DQo+ID4gQ2M6IGRldmVsQG92aXJ0Lm9yZw0KPiA+IFNlbnQ6IFR1ZXNkYXks IERlY2VtYmVyIDIsIDIwMTQgOTo0MzoxOCBBTQ0KPiA+IFN1YmplY3Q6IFJlOiBbb3ZpcnQt ZGV2ZWxdIEltcG9ydGFudCBjaGFuZ2UgaW4gVUkgcGx1Z2lucyBSRVNUIEFQSQ0KPiA+IGlu dGVncmF0aW9uDQo+ID4gDQo+ID4gDQo+ID4gDQo+ID4gLS0tLS0gT3JpZ2luYWwgTWVzc2Fn ZSAtLS0tLQ0KPiA+ID4gRnJvbTogIlN2ZW4gS2llc2tlIiA8cy5raWVza2VAbWl0dHdhbGQu ZGU+DQo+ID4gPiBUbzogZGV2ZWxAb3ZpcnQub3JnDQo+ID4gPiBTZW50OiBUdWVzZGF5LCBE ZWNlbWJlciAyLCAyMDE0IDEwOjQxOjAwIEFNDQo+ID4gPiBTdWJqZWN0OiBSZTogW292aXJ0 LWRldmVsXSBJbXBvcnRhbnQgY2hhbmdlIGluIFVJIHBsdWdpbnMgUkVTVCBBUEkNCj4gPiA+ IGludGVncmF0aW9uDQo+ID4gPiANCj4gPiA+IA0KPiA+ID4gDQo+ID4gPiBPbiAwMS8xMi8x NCAyMDoyNiwgVm9qdGVjaCBTem9jcyB3cm90ZToNCj4gPiA+ID4gSW4gb3RoZXIgd29yZHMs IHVzYWJpbGl0eSBvZiBSRVNUIHNlc3Npb24gSUQgaXMgbm93IHN0cmljdGx5DQo+ID4gPiA+ IHNjb3BlZCB0byBHVUkgdXNlciBiZWluZyBhdXRoZW50aWNhdGVkLiBJZiB0aGUgdXNlciBs b2dzIGluLA0KPiA+ID4gPiAoYWx3YXlzKSBuZXcgUkVTVCBzZXNzaW9uIElEIHdpbGwgYmUg cGFzc2VkIHRvIGFsbCBVSSBwbHVnaW5zLg0KPiA+ID4gPiBJZiB0aGUgdXNlciBsb2dzIG91 dCwgUkVTVCBzZXNzaW9uIElEIHdpbGwgbm90IHdvcmsgYW55bW9yZS4NCj4gPiA+IA0KPiA+ ID4gV2hhdCBpZiBJIHVzZSBqdXN0IFJFU1QgZm9yIGxvZ2dpbmcgaW4gYW5kIGRvaW5nIHNv bWV0aGluZw0KPiA+ID4gd2l0aG91dCBhbnkgR1VJIGludGVyYWN0aW9uIGF0IGFsbD8NCj4g DQo+IFRoaXMgYW5ub3VuY2VtZW50IHdhcyBhYm91dCBVSSBwbHVnaW5zIGluIFdlYkFkbWlu LiBJZiB5b3UgdXNlDQo+IEVuZ2luZSBSRVNUIEFQSSB3aXRob3V0IGFueSBHVUkgaW50ZXJh Y3Rpb24gaW52b2x2ZWQsIHlvdSBhcmVuJ3QNCj4gYWZmZWN0ZWQgaW4gYW55IHdheS4NCj4g DQo+ID4gPiANCj4gPiA+IHRoaXMgcmVhZHMgYSBsaXR0bGUgbGlrZTogeW91IGFsd2F5cyBu ZWVkIGFuIG9wZW4gd2ViIGd1aQ0KPiA+ID4gdG8gYmUgYWJsZSB0byB1c2UgUkVTVCwgd2hp Y2ggZG9lcyBub3QgbWFrZSBzZW5zZSBhdCBhbGwuDQo+IA0KPiBTb3JyeSBpZiBteSBlbWFp bCBjb25mdXNlZCB5b3UuIEl0IHNob3VsZCByZWFkIGxpa2U6IGlmIHlvdSdyZQ0KPiBhbiBh dXRob3Igb2Ygb1ZpcnQgVUkgcGx1Z2luIGZvciBXZWJBZG1pbiwgcGxlYXNlIGJld2FyZSB0 aGF0DQo+IFJFU1QgQVBJIHNlc3Npb24gSUQgKGF1dG9tYXRpY2FsbHkgYWNxdWlyZWQgYnkg VUkgcGx1Z2luIGluZnJhDQo+IG9uIGJlaGFsZiBvZiBhbGwgVUkgcGx1Z2lucykgd2lsbCBu b3Qgd29yayBhZnRlciBHVUkgbG9nb3V0Lg0KPiANCj4gPiANCj4gPiBJZiB5b3UgcHJvdmlk ZSB5b3VyIG93biBjcmVkZW50aWFscyBub3RoaW5nIGNoYW5nZWQuDQo+ID4gDQo+ID4gVGhl IGNoYW5nZSBpcyBvbmx5IGVmZmVjdGluZyBSRVNUQVBJIHVzYWdlIHdpdGhpbiB0aGUgdXNl ciBpbnRlcmZhY2UgdXNpbmcNCj4gPiB0aGUgY3JlZGVudGlhbHMgb2J0YWluZWQgaW50ZXJh Y3RpdmVseSBmcm9tIHRoZSB1c2VyIHdpdGhpbiBsb2dpbiBwYWdlLg0KPiA+IA0KPiA+ID4g U28gSSBndWVzcyBJJ20gbWlzcmVhZGluZyB0aGlzPw0KPiA+ID4gDQo+ID4gPiAtLQ0KPiA+ ID4gTWl0IGZyZXVuZGxpY2hlbiBHcj8/ZW4gLyBSZWdhcmRzDQo+ID4gPiANCj4gPiA+IFN2 ZW4gS2llc2tlDQo+ID4gPiANCj4gPiA+IFN5c3RlbWFkbWluaXN0cmF0b3INCj4gPiA+IE1p dHR3YWxkIENNIFNlcnZpY2UgR21iSCAmIENvLiBLRw0KPiA+ID4gSz9uaWdzYmVyZ2VyIFN0 cmE/ZSA2DQo+ID4gPiAzMjMzOSBFc3BlbGthbXANCj4gPiA+IFQ6ICs0OS01NzcyLTI5My0x MDANCj4gPiA+IEY6ICs0OS01NzcyLTI5My0zMzMNCj4gPiA+IGh0dHBzOi8vd3d3Lm1pdHR3 YWxkLmRlDQo+ID4gPiBHZXNjaD9mdHNmP2hyZXI6IFJvYmVydCBNZXllcg0KPiA+ID4gU3Qu TnIuOiAzMzEvNTcyMS8xMDMzLCBVU3QtSWROci46IERFODE0NzczMjE3LCBIUkEgNjY0MCwg QUcgQmFkDQo+ID4gPiBPZXluaGF1c2VuDQo+ID4gPiBLb21wbGVtZW50P3JpbjogUm9iZXJ0 IE1leWVyIFZlcndhbHR1bmdzIEdtYkgsIEhSQiAxMzI2MCwgQUcgQmFkDQo+ID4gPiBPZXlu aGF1c2VuDQo+ID4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPiA+ID4gRGV2ZWwgbWFpbGluZyBsaXN0DQo+ID4gPiBEZXZlbEBvdmlydC5v cmcNCj4gPiA+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXZl bA0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+ID4gRGV2ZWwgbWFpbGluZyBsaXN0DQo+ID4gRGV2ZWxAb3ZpcnQub3JnDQo+ID4gaHR0 cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RldmVsDQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IERldmVsIG1haWxp bmcgbGlzdA0KPiBEZXZlbEBvdmlydC5vcmcNCj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9t YWlsbWFuL2xpc3RpbmZvL2RldmVsDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQoNCk1lc3NhZ2U6IDUNCkRhdGU6IFdlZCwgMyBEZWMgMjAxNCAwNzo1MzoyNCAtMDUw MA0KRnJvbTogQm9iIERvb2xpdHRsZSA8Ym9iQGRvb2xpdHRsZS51cy5jb20+DQpUbzogWWVk aWR5YWggQmFyIERhdmlkIDxkaWRpQHJlZGhhdC5jb20+DQpDYzogdXNlcnMtb3ZpcnQgPHVz ZXJzQG92aXJ0Lm9yZz4sICJkZXZlbEBvdmlydC5vcmciIDxkZXZlbEBvdmlydC5vcmc+DQpT dWJqZWN0OiBSZTogW292aXJ0LWRldmVsXSBob3N0ZWQtZW5naW5lIHNldHVwL21pZ3JhdGlv biBmZWF0dXJlcyBmb3INCjMuNg0KTWVzc2FnZS1JRDoNCjxDQSs0akorc3pwcFFRdVBUQmdD Vyt2MHMycmNWZ0J6YW1MUW9Zbm5xQUc1eFI1Z0xhcmdAbWFpbC5nbWFpbC5jb20+DQpDb250 ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0Zi04Ig0KDQpSZXNlbmRpbmcgLSBp bmFkdmVydGVudGx5IGRyb3BwZWQgQ0NzLg0KDQpPbiBXZWQsIERlYyAzLCAyMDE0IGF0IDc6 NTAgQU0sIEJvYiBEb29saXR0bGUgPGJvYkBkb29saXR0bGUudXMuY29tPiB3cm90ZToNCg0K PiBBbm90aGVyIGlzc3VlIHdpdGggdGhhdCBwYWdlIGlzIHRoYXQgaXQgYXNzdW1lcyBhIHJl bW90ZSBkYXRhYmFzZS4gSSBhbQ0KPiBub3Qgc3VyZSB3aGF0IHBlcmNlbnRhZ2Ugb2YgY2Fz ZXMgaGF2ZSByZW1vdGUgZGF0YWJhc2VzIGJ1dCBjbGVhcmx5IG1hbnkNCj4gKG1vc3Q/KSBk byBub3QsIHNpbmNlIHRoYXQncyBub3QgZGVmYXVsdCBiZWhhdmlvci4gU28gdGhhdCBwYWdl IGRlZmluaXRlbHkNCj4gbmVlZHMgYXR0ZW50aW9uLiBTZWU6DQo+IGh0dHBzOi8vYnVnemls bGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9MTA5OTk5NQ0KPiBodHRwczovL2J1Z3pp bGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dpP2lkPTEwOTk5OTgNCj4NCj4gU29tZSBvZiB1 cyBoYXZlIHdhbnRlZCB0byBkaXNhYmxlIGdsb2JhbCBtYWludGVuYW5jZSB1cG9uIGJvb3R1 cCBieSBhZGRpbmcNCj4gYSBzeXN0ZW1kIHNlcnZpY2Ugb24gRmVkb3JhIDIwIChzaW5jZSB5 b3UgbXVzdCBlbmFibGUgZ2xvYmFsIG1haW50ZW5hbmNlIHRvDQo+IHNodXQgaXQgZG93biBj bGVhbmx5KSwgYW5kIGhhdmUgZm91bmQgaXQgaW1wb3NzaWJsZSB0byBjcmVhdGUgdGhlIG5l Y2Vzc2FyeQ0KPiBzeXN0ZW1kIGRlcGVuZGVuY2llcy4gSXQgc2VlbXMgdGhhdCAoYXQgbGVh c3Qgd2l0aCAzLjQpIGhvc3RlZC1lbmdpbmUNCj4gLS1zZXQtbWFpbnRlbmFuY2UgLS1tb2Rl PW5vbmUgd2lsbCByZXR1cm4gYW4gZXJyb3IgZm9yIHNldmVyYWwgc2Vjb25kcw0KPiBhZnRl ciBhbGwgb3RoZXIgc2VydmljZXMgaGF2ZSBzdGFydGVkIGFuZCBpdCdzIG5vdCBjbGVhciB3 aGF0IGNhbiBiZSB3YWl0ZWQNCj4gdXBvbiBpbiBvcmRlciB0byBpc3N1ZSB0aGUgY29tbWFu ZCB3aXRoIGFzc3VyYW5jZSBpdCB3aWxsIGNvbXBsZXRlDQo+IHN1Y2Nlc3NmdWxseS4gVGhp cyBpc24ndCBzdHJpY3RseSBhIHNldHVwL21pZ3JhdGlvbiBpc3N1ZSBidXQgaXQgaXMgYW4N Cj4gaXNzdWUgd2l0aCBzZXR0aW5nIHVwIGEgZGVzaXJlZCBjb25maWd1cmF0aW9uIHdpdGgg aG9zdGVkLWVuZ2luZS4gVGhlIHdheQ0KPiB0byByZXByb2R1Y2UgdGhpcyBpcyBzaW1wbHkg dG8gd2FpdCB1bnRpbCBnZG0tZ3JlZXRlciBkaXNwbGF5cyB0aGUgbG9naW4NCj4gcHJvbXB0 LCBzc2ggaW50byB0aGUgc3lzdGVtIGFuZCBleGVjdXRlIGhvc3RlZC1lbmdpbmUgLS1zZXQt bWFpbnRlbmFuY2UNCj4gLS1tb2RlPW5vbmUgYW5kIG9ic2VydmUgdGhlIGVycm9yLiBPciBj cmVhdGUgYSBzeXN0ZW1kIHNlcnZpY2UgdGhhdCBkZXBlbmRzDQo+IHVwb24gKHdhaXRzIGZv cikgdGhlIGxhdGVzdC1wb3NzaWJsZSBzZXJ2aWNlLCB0cnkgZXhlY3V0aW5nIHRoZSBjb21t YW5kDQo+IHRoZXJlLCBhbmQgb2JzZXJ2ZSB0aGUgZXJyb3IuIElkZWFsbHkgdGhlcmUgd291 bGQgYmUgc29tZSBleHRlcm5hbA0KPiBvYnNlcnZhYmxlIGV2ZW50IHdoaWNoIGEgc3lzdGVt ZCBzZXJ2aWNlIGNvdWxkIGRlcGVuZCB1cG9uLCB3aGVuDQo+IGhvc3RlZC1lbmdpbmUgaXMg cmVhZHkgdG8gZG8gaXRzIHRoaW5nLg0KPg0KPiBSZWdhcmRzLA0KPiAgICAgQm9iDQo+DQo+ DQo+IE9uIFdlZCwgRGVjIDMsIDIwMTQgYXQgMjo1OSBBTSwgWWVkaWR5YWggQmFyIERhdmlk IDxkaWRpQHJlZGhhdC5jb20+DQo+IHdyb3RlOg0KPg0KPj4gSGkgYWxsLA0KPj4NCj4+IFdl IGFscmVhZHkgaGF2ZSBxdWl0ZSBhIGxvdCBvZiBvcGVuIG92aXJ0LWhvc3RlZC1lbmdpbmUt c2V0dXAgYnVncyBmb3INCj4+IDMuNiBbMV0uDQo+Pg0KPj4gWWVzdGVyZGF5IEkgdHJpZWQg aGVscGluZyBzb21lb25lIG9uIGlyYyB3aG8gcGxhbm5lZCB0byBtaWdyYXRlIHRvDQo+PiBo b3N0ZWQtZW5naW5lDQo+PiBtYW51YWxseSwgYW5kIHdpdGhvdXQga25vd2luZyAoc28gaXQg c2VlbXMpIHRoYXQgc3VjaCBhIGZlYXR1cmUgZXhpc3RzLg0KPj4gSGUgaGFkDQo+PiBhbiBl bmdpbmUgc2V0IHVwIG9uIGEgcGh5c2ljYWwgaG9zdCwgcHJlcGFyZWQgYSBWTSBmb3IgaXQs IGFuZCBhc2tlZA0KPj4gYWJvdXQgbWlncmF0aW5nDQo+PiB0aGUgZW5naW5lIHRvIHRoZSBW TS4gSW4gcHJpbmNpcGxlIHRoaXMgd29ya3MsIGJ1dCB0aGUgZmluYWwgcmVzdWx0IHdpbGwN Cj4+IGJlIGENCj4+IGhvc3RlZC1lbmdpbmUsIHdoZXJlIHRoZSBlbmdpbmUgbWFuYWdlcyBh IFZNIHRoZSBydW5zIGl0c2VsZiwgd2l0aG91dA0KPj4ga25vd2luZyBpdCwNCj4+IGFuZCB3 aXRob3V0IEhBLg0KPj4NCj4+IFRoZSBjdXJyZW50IHJlY29tbWVuZGVkIG1pZ3JhdGlvbiBm bG93IGlzIGRlc2NyaWJlZCBpbiBbMl0uIFRoaXMgcGFnZSBpcw0KPj4gcGVyaGFwcw0KPj4g YSBiaXQgb3V0ZGF0ZWQsIHBlcmhhcHMgbWlzc2luZyBzb21lIGRldGFpbHMgZXRjLiwgYnV0 IHByaW5jaXBhbGx5IHdvcmtzLg0KPj4gVGhlIG1haW4NCj4+IGlzc3VlIHdpdGggaXQsIEFG QUlDVCBhZnRlciBkaXNjdXNzaW5nIHRoaXMgYSBiaXQgd2l0aCBmZXcgcGVvcGxlLCBpcw0K Pj4gdGhhdCBpdA0KPj4gcmVxdWlyZXMgYSBuZXcgY2xlYW4gaG9zdC4NCj4+DQo+PiBJJ2Qg bGlrZSB0byBoZWFyIHdoYXQgcGVvcGxlIGhlcmUgdGhpbmsgYWJvdXQgc3VjaCBhbmQgc2lt aWxhciBmbG93cy4NCj4+DQo+PiBJZiB5b3UgYWxyZWFkeSBoYWQgYW4gZW5naW5lIGFuZCBt aWdyYXRlZCB0byBob3N0ZWQtZW5naW5lLCB3aGF0IHdhcw0KPj4gZ29vZCwgd2hhdA0KPj4g d2FzIGJhZCwgd2hhdCB3b3VsZCB5b3UgbGlrZSB0byBjaGFuZ2U/DQo+Pg0KPj4gSWYgeW91 IHBsYW4gc3VjaCBhIG1pZ3JhdGlvbiwgd2hhdCBkbyB5b3UgZmluZCBtaXNzaW5nIGN1cnJl bnRseT8NCj4+DQo+PiBbMV0gaHR0cDovL3JlZC5odC8xdmxlOFZ2DQo+PiBbMl0gaHR0cDov L3d3dy5vdmlydC5vcmcvTWlncmF0ZV90b19Ib3N0ZWRfRW5naW5lDQo+Pg0KPj4gQmVzdCwN Cj4+IC0tDQo+PiBEaWRpDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPj4gRGV2ZWwgbWFpbGluZyBsaXN0DQo+PiBEZXZlbEBvdmlydC5v cmcNCj4+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXZlbA0K Pj4NCj4NCj4NCi0tLS0tLS0tLS0tLS0tIG5leHQgcGFydCAtLS0tLS0tLS0tLS0tLQ0KQW4g SFRNTCBhdHRhY2htZW50IHdhcyBzY3J1YmJlZC4uLg0KVVJMOiA8aHR0cDovL2xpc3RzLm92 aXJ0Lm9yZy9waXBlcm1haWwvZGV2ZWwvYXR0YWNobWVudHMvMjAxNDEyMDMvZDhhYjIzNjQv YXR0YWNobWVudC0wMDAxLmh0bWw+DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KDQpNZXNzYWdlOiA2DQpEYXRlOiBXZWQsIDMgRGVjIDIwMTQgMDg6MDQ6MTcgLTA1MDAg KEVTVCkNCkZyb206IFllZGlkeWFoIEJhciBEYXZpZCA8ZGlkaUByZWRoYXQuY29tPg0KVG86 IEJvYiBEb29saXR0bGUgPGJvYkBkb29saXR0bGUudXMuY29tPg0KQ2M6IHVzZXJzIDx1c2Vy c0BvdmlydC5vcmc+LCBkZXZlbCA8ZGV2ZWxAb3ZpcnQub3JnPg0KU3ViamVjdDogUmU6IFtv dmlydC1kZXZlbF0gaG9zdGVkLWVuZ2luZSBzZXR1cC9taWdyYXRpb24gZmVhdHVyZXMgZm9y DQozLjYNCk1lc3NhZ2UtSUQ6DQo8MTgxMDc1NTY2NS4yMjI0NDQ5Ny4xNDE3NjExODU3ODA1 LkphdmFNYWlsLnppbWJyYUByZWRoYXQuY29tPg0KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWlu OyBjaGFyc2V0PXV0Zi04DQoNCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gRnJv bTogIkJvYiBEb29saXR0bGUiIDxib2JAZG9vbGl0dGxlLnVzLmNvbT4NCj4gVG86ICJZZWRp ZHlhaCBCYXIgRGF2aWQiIDxkaWRpQHJlZGhhdC5jb20+DQo+IFNlbnQ6IFdlZG5lc2RheSwg RGVjZW1iZXIgMywgMjAxNCAyOjUwOjEyIFBNDQo+IFN1YmplY3Q6IFJlOiBbb3ZpcnQtZGV2 ZWxdIGhvc3RlZC1lbmdpbmUgc2V0dXAvbWlncmF0aW9uIGZlYXR1cmVzIGZvciAzLjYNCj4g DQo+IEFub3RoZXIgaXNzdWUgd2l0aCB0aGF0IHBhZ2UgaXMgdGhhdCBpdCBhc3N1bWVzIGEg cmVtb3RlIGRhdGFiYXNlLiBJIGFtIG5vdA0KPiBzdXJlIHdoYXQgcGVyY2VudGFnZSBvZiBj YXNlcyBoYXZlIHJlbW90ZSBkYXRhYmFzZXMgYnV0IGNsZWFybHkgbWFueQ0KPiAobW9zdD8p IGRvIG5vdCwgc2luY2UgdGhhdCdzIG5vdCBkZWZhdWx0IGJlaGF2aW9yLg0KDQpJIGFncmVl Lg0KDQo+IFNvIHRoYXQgcGFnZSBkZWZpbml0ZWx5DQo+IG5lZWRzIGF0dGVudGlvbi4gU2Vl Og0KPiBodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dpP2lkPTEwOTk5 OTUNCg0KSW5kZWVkLiBOb3RlIHRoYXQgdGhpcyBpc24ndCBzcGVjaWZpYyB0byBob3N0ZWQt ZW5naW5lLCBpdCdzIHRoZSBzYW1lIGZvcg0KYW55IG1pZ3JhdGlvbiB1c2luZyBlbmdpbmUt YmFja3VwIHRvIGJhY2t1cC9yZXN0b3JlLCB0aGVyZWZvcmUgdGhlcmUgaXMNCmEgbGluayB0 byBpdHMgcGFnZSBpbiB0aGUgdG9wLCB3aGVyZSB0aGlzIGlzIG1vcmUgZGV0YWlsZWQuIFdl IGFsc28gaGF2ZQ0KYSBidWcgWzNdIHRvIGF1dG9tYXRlIHRoaXMuDQoNClszXSBodHRwczov L2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dpP2lkPTEwNjQ1MDMNCg0KPiBodHRw czovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dpP2lkPTEwOTk5OTgNCj4gDQo+ IFNvbWUgb2YgdXMgaGF2ZSB3YW50ZWQgdG8gZGlzYWJsZSBnbG9iYWwgbWFpbnRlbmFuY2Ug dXBvbiBib290dXAgYnkgYWRkaW5nDQo+IGEgc3lzdGVtZCBzZXJ2aWNlIG9uIEZlZG9yYSAy MCAoc2luY2UgeW91IG11c3QgZW5hYmxlIGdsb2JhbCBtYWludGVuYW5jZSB0bw0KPiBzaHV0 IGl0IGRvd24gY2xlYW5seSksIGFuZCBoYXZlIGZvdW5kIGl0IGltcG9zc2libGUgdG8gY3Jl YXRlIHRoZSBuZWNlc3NhcnkNCj4gc3lzdGVtZCBkZXBlbmRlbmNpZXMuIEl0IHNlZW1zIHRo YXQgKGF0IGxlYXN0IHdpdGggMy40KSBob3N0ZWQtZW5naW5lDQo+IC0tc2V0LW1haW50ZW5h bmNlIC0tbW9kZT1ub25lIHdpbGwgcmV0dXJuIGFuIGVycm9yIGZvciBzZXZlcmFsIHNlY29u ZHMNCj4gYWZ0ZXIgYWxsIG90aGVyIHNlcnZpY2VzIGhhdmUgc3RhcnRlZCBhbmQgaXQncyBu b3QgY2xlYXIgd2hhdCBjYW4gYmUgd2FpdGVkDQo+IHVwb24gaW4gb3JkZXIgdG8gaXNzdWUg dGhlIGNvbW1hbmQgd2l0aCBhc3N1cmFuY2UgaXQgd2lsbCBjb21wbGV0ZQ0KPiBzdWNjZXNz ZnVsbHkuIFRoaXMgaXNuJ3Qgc3RyaWN0bHkgYSBzZXR1cC9taWdyYXRpb24gaXNzdWUgYnV0 IGl0IGlzIGFuDQo+IGlzc3VlIHdpdGggc2V0dGluZyB1cCBhIGRlc2lyZWQgY29uZmlndXJh dGlvbiB3aXRoIGhvc3RlZC1lbmdpbmUuIFRoZSB3YXkNCj4gdG8gcmVwcm9kdWNlIHRoaXMg aXMgc2ltcGx5IHRvIHdhaXQgdW50aWwgZ2RtLWdyZWV0ZXIgZGlzcGxheXMgdGhlIGxvZ2lu DQo+IHByb21wdCwgc3NoIGludG8gdGhlIHN5c3RlbSBhbmQgZXhlY3V0ZSBob3N0ZWQtZW5n aW5lIC0tc2V0LW1haW50ZW5hbmNlDQo+IC0tbW9kZT1ub25lIGFuZCBvYnNlcnZlIHRoZSBl cnJvci4gT3IgY3JlYXRlIGEgc3lzdGVtZCBzZXJ2aWNlIHRoYXQgZGVwZW5kcw0KPiB1cG9u ICh3YWl0cyBmb3IpIHRoZSBsYXRlc3QtcG9zc2libGUgc2VydmljZSwgdHJ5IGV4ZWN1dGlu ZyB0aGUgY29tbWFuZA0KPiB0aGVyZSwgYW5kIG9ic2VydmUgdGhlIGVycm9yLiBJZGVhbGx5 IHRoZXJlIHdvdWxkIGJlIHNvbWUgZXh0ZXJuYWwNCj4gb2JzZXJ2YWJsZSBldmVudCB3aGlj aCBhIHN5c3RlbWQgc2VydmljZSBjb3VsZCBkZXBlbmQgdXBvbiwgd2hlbg0KPiBob3N0ZWQt ZW5naW5lIGlzIHJlYWR5IHRvIGRvIGl0cyB0aGluZy4NCg0KQWRkaW5nIEppcmkgZm9yIHRo YXQuIERvIHlvdSBoYXZlIGFuIG9wZW4gYnVnPw0KDQpUaGFua3MsDQoNCj4gDQo+IFJlZ2Fy ZHMsDQo+ICAgICBCb2INCj4gDQo+IA0KPiBPbiBXZWQsIERlYyAzLCAyMDE0IGF0IDI6NTkg QU0sIFllZGlkeWFoIEJhciBEYXZpZCA8ZGlkaUByZWRoYXQuY29tPiB3cm90ZToNCj4gDQo+ ID4gSGkgYWxsLA0KPiA+DQo+ID4gV2UgYWxyZWFkeSBoYXZlIHF1aXRlIGEgbG90IG9mIG9w ZW4gb3ZpcnQtaG9zdGVkLWVuZ2luZS1zZXR1cCBidWdzIGZvciAzLjYNCj4gPiBbMV0uDQo+ ID4NCj4gPiBZZXN0ZXJkYXkgSSB0cmllZCBoZWxwaW5nIHNvbWVvbmUgb24gaXJjIHdobyBw bGFubmVkIHRvIG1pZ3JhdGUgdG8NCj4gPiBob3N0ZWQtZW5naW5lDQo+ID4gbWFudWFsbHks IGFuZCB3aXRob3V0IGtub3dpbmcgKHNvIGl0IHNlZW1zKSB0aGF0IHN1Y2ggYSBmZWF0dXJl IGV4aXN0cy4gSGUNCj4gPiBoYWQNCj4gPiBhbiBlbmdpbmUgc2V0IHVwIG9uIGEgcGh5c2lj YWwgaG9zdCwgcHJlcGFyZWQgYSBWTSBmb3IgaXQsIGFuZCBhc2tlZCBhYm91dA0KPiA+IG1p Z3JhdGluZw0KPiA+IHRoZSBlbmdpbmUgdG8gdGhlIFZNLiBJbiBwcmluY2lwbGUgdGhpcyB3 b3JrcywgYnV0IHRoZSBmaW5hbCByZXN1bHQgd2lsbA0KPiA+IGJlIGENCj4gPiBob3N0ZWQt ZW5naW5lLCB3aGVyZSB0aGUgZW5naW5lIG1hbmFnZXMgYSBWTSB0aGUgcnVucyBpdHNlbGYs IHdpdGhvdXQNCj4gPiBrbm93aW5nIGl0LA0KPiA+IGFuZCB3aXRob3V0IEhBLg0KPiA+DQo+ ID4gVGhlIGN1cnJlbnQgcmVjb21tZW5kZWQgbWlncmF0aW9uIGZsb3cgaXMgZGVzY3JpYmVk IGluIFsyXS4gVGhpcyBwYWdlIGlzDQo+ID4gcGVyaGFwcw0KPiA+IGEgYml0IG91dGRhdGVk LCBwZXJoYXBzIG1pc3Npbmcgc29tZSBkZXRhaWxzIGV0Yy4sIGJ1dCBwcmluY2lwYWxseSB3 b3Jrcy4NCj4gPiBUaGUgbWFpbg0KPiA+IGlzc3VlIHdpdGggaXQsIEFGQUlDVCBhZnRlciBk aXNjdXNzaW5nIHRoaXMgYSBiaXQgd2l0aCBmZXcgcGVvcGxlLCBpcyB0aGF0DQo+ID4gaXQN Cj4gPiByZXF1aXJlcyBhIG5ldyBjbGVhbiBob3N0Lg0KPiA+DQo+ID4gSSdkIGxpa2UgdG8g aGVhciB3aGF0IHBlb3BsZSBoZXJlIHRoaW5rIGFib3V0IHN1Y2ggYW5kIHNpbWlsYXIgZmxv d3MuDQo+ID4NCj4gPiBJZiB5b3UgYWxyZWFkeSBoYWQgYW4gZW5naW5lIGFuZCBtaWdyYXRl ZCB0byBob3N0ZWQtZW5naW5lLCB3aGF0IHdhcyBnb29kLA0KPiA+IHdoYXQNCj4gPiB3YXMg YmFkLCB3aGF0IHdvdWxkIHlvdSBsaWtlIHRvIGNoYW5nZT8NCj4gPg0KPiA+IElmIHlvdSBw bGFuIHN1Y2ggYSBtaWdyYXRpb24sIHdoYXQgZG8geW91IGZpbmQgbWlzc2luZyBjdXJyZW50 bHk/DQo+ID4NCj4gPiBbMV0gaHR0cDovL3JlZC5odC8xdmxlOFZ2DQo+ID4gWzJdIGh0dHA6 Ly93d3cub3ZpcnQub3JnL01pZ3JhdGVfdG9fSG9zdGVkX0VuZ2luZQ0KPiA+DQo+ID4gQmVz dCwNCj4gPiAtLQ0KPiA+IERpZGkNCj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPiA+IERldmVsIG1haWxpbmcgbGlzdA0KPiA+IERldmVs QG92aXJ0Lm9yZw0KPiA+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5m by9kZXZlbA0KPiA+DQo+IA0KDQotLSANCkRpZGkNCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KRGV2ZWwgbWFpbGluZyBsaXN0DQpEZXZlbEBvdmlydC5vcmcNCmh0dHA6 Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXZlbA0KDQpFbmQgb2YgRGV2 ZWwgRGlnZXN0LCBWb2wgOSwgSXNzdWUgOA0KKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKio= ------=_NextPart_5481CC89_093FE038_4AD32811 Content-Type: text/html; charset="gb18030" Content-Transfer-Encoding: base64 PERJVj48U1BBTiBzdHlsZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06 IG5vbmU7IFdPUkQtU1BBQ0lORzogMHB4OyBGTE9BVDogbm9uZTsgQ09MT1I6IHJnYig1MSw1 MSw1MSk7IEZPTlQ6IDE0cHgvMjRweCBhcmlhbDsgRElTUExBWTogaW5saW5lICFpbXBvcnRh bnQ7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTEs MjUyLDI1NCk7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6 IDBweCI+PEJSPmhpIGFsbDo8L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIHN0eWxlPSJXSElU RS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAw cHg7IEZMT0FUOiBub25lOyBDT0xPUjogcmdiKDUxLDUxLDUxKTsgRk9OVDogMTRweC8yNHB4 IGFyaWFsOyBESVNQTEFZOiBpbmxpbmUgIWltcG9ydGFudDsgTEVUVEVSLVNQQUNJTkc6IG5v cm1hbDsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1MSwyNTIsMjU0KTsgVEVYVC1JTkRFTlQ6 IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48L1NQQU4+Jm5ic3A7PC9E SVY+DQo8RElWPjxTUEFOIHN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5T Rk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IEZMT0FUOiBub25lOyBDT0xPUjogcmdi KDUxLDUxLDUxKTsgRk9OVDogMTRweC8yNHB4IGFyaWFsOyBESVNQTEFZOiBpbmxpbmUgIWlt cG9ydGFudDsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgQkFDS0dST1VORC1DT0xPUjogcmdi KDI1MSwyNTIsMjU0KTsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgV2hlbiBJ IGluc3RhbGwgb3ZpcnQtbm9kZSwgYWZ0ZXIgdHdvIGRheXMgSSBmb3VuZCB0aGlzIHZlcnNp b24gYnkgdGhlIHF1ZXN0aW9uIGFuZCBJIGhhdmUgc29tZSBsb2NhbCBzdG9yYWdlIG9mIGRh dGEgb24gdGhlIGluc2lkZSwgSSB3YW50IHRvIHVwZ3JhZGUgb3ZpcnQtbm9kZSwgYnV0IEkg Zm91bmQgdGhlIGZvbGxvd2luZyBlcnJvci48QlI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGFsbCBIYWNrZXIsIHBsZWFzZSBoZWxwIG1lIG91dCBhIGdvb2QgaWRlYS4uLjwvU1BBTj48 L0RJVj4NCjxESVY+PFNQQU4gc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJB TlNGT1JNOiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgRkxPQVQ6IG5vbmU7IENPTE9SOiBy Z2IoNTEsNTEsNTEpOyBGT05UOiAxNHB4LzI0cHggYXJpYWw7IERJU1BMQVk6IGlubGluZSAh aW1wb3J0YW50OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBCQUNLR1JPVU5ELUNPTE9SOiBy Z2IoMjUxLDI1MiwyNTQpOyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tl LXdpZHRoOiAwcHgiPjxTUEFOIHN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRS QU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IEZMT0FUOiBub25lOyBDT0xPUjog cmdiKDEwMiwxMDIsMTAyKTsgVEVYVC1BTElHTjoganVzdGlmeTsgRk9OVDogMTJweC8yNHB4 IFRhaG9tYSwgQXJpYWw7IERJU1BMQVk6IGlubGluZSAhaW1wb3J0YW50OyBMRVRURVItU1BB Q0lORzogbm9ybWFsOyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdp ZHRoOiAwcHgiPjwvU1BBTj48L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIHN0eWxlPSJXSElU RS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAw cHg7IEZMT0FUOiBub25lOyBDT0xPUjogcmdiKDUxLDUxLDUxKTsgRk9OVDogMTRweC8yNHB4 IGFyaWFsOyBESVNQTEFZOiBpbmxpbmUgIWltcG9ydGFudDsgTEVUVEVSLVNQQUNJTkc6IG5v cm1hbDsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1MSwyNTIsMjU0KTsgVEVYVC1JTkRFTlQ6 IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48L1NQQU4+Jm5ic3A7PC9E SVY+DQo8RElWPjxTUEFOIHN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5T Rk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IEZMT0FUOiBub25lOyBDT0xPUjogcmdi KDUxLDUxLDUxKTsgRk9OVDogMTRweC8yNHB4IGFyaWFsOyBESVNQTEFZOiBpbmxpbmUgIWlt cG9ydGFudDsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgQkFDS0dST1VORC1DT0xPUjogcmdi KDI1MSwyNTIsMjU0KTsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4Ij5bRXJybm8gMzBdIFJlYWQtb25seSBmaWxlIHN5c3RlbTo8L1NQQU4+PC9E SVY+DQo8RElWPjxTUEFOIHN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5T Rk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IEZMT0FUOiBub25lOyBDT0xPUjogcmdi KDUxLDUxLDUxKTsgRk9OVDogMTRweC8yNHB4IGFyaWFsOyBESVNQTEFZOiBpbmxpbmUgIWlt cG9ydGFudDsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgQkFDS0dST1VORC1DT0xPUjogcmdi KDI1MSwyNTIsMjU0KTsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4Ij4nbGl2ZW9zL2dydWInPC9TUEFOPjwvRElWPg0KPERJVj48U1BBTiBzdHls ZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BB Q0lORzogMHB4OyBGTE9BVDogbm9uZTsgQ09MT1I6IHJnYig1MSw1MSw1MSk7IEZPTlQ6IDE0 cHgvMjRweCBhcmlhbDsgRElTUExBWTogaW5saW5lICFpbXBvcnRhbnQ7IExFVFRFUi1TUEFD SU5HOiBub3JtYWw7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTEsMjUyLDI1NCk7IFRFWFQt SU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+VHJhY2ViYWNr KG1vc3QgcmVjZW50IGNhbGwgbGFzaCk6PC9TUEFOPjwvRElWPg0KPERJVj48U1BBTiBzdHls ZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BB Q0lORzogMHB4OyBGTE9BVDogbm9uZTsgQ09MT1I6IHJnYig1MSw1MSw1MSk7IEZPTlQ6IDE0 cHgvMjRweCBhcmlhbDsgRElTUExBWTogaW5saW5lICFpbXBvcnRhbnQ7IExFVFRFUi1TUEFD SU5HOiBub3JtYWw7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTEsMjUyLDI1NCk7IFRFWFQt SU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+RmlsZTwvU1BB Tj48L0RJVj4NCjxESVY+PFNQQU4gc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQt VFJBTlNGT1JNOiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgRkxPQVQ6IG5vbmU7IENPTE9S OiByZ2IoNTEsNTEsNTEpOyBGT05UOiAxNHB4LzI0cHggYXJpYWw7IERJU1BMQVk6IGlubGlu ZSAhaW1wb3J0YW50OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBCQUNLR1JPVU5ELUNPTE9S OiByZ2IoMjUxLDI1MiwyNTQpOyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRleHQtc3Ry b2tlLXdpZHRoOiAwcHgiPiZuYnNwOyIvdXNyL2xpYmV4ZXgvb3ZpcnQtY29uZmlnLWluc3Rh bGxlciIuIGxpbmUgMTA4NyZuYnNwOyBpbiBzdGFydDwvU1BBTj48L0RJVj4NCjxESVY+PFNQ QU4gc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBX T1JELVNQQUNJTkc6IDBweDsgRkxPQVQ6IG5vbmU7IENPTE9SOiByZ2IoNTEsNTEsNTEpOyBG T05UOiAxNHB4LzI0cHggYXJpYWw7IERJU1BMQVk6IGlubGluZSAhaW1wb3J0YW50OyBMRVRU RVItU1BBQ0lORzogbm9ybWFsOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjUxLDI1MiwyNTQp OyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPiZu YnNwOyZuYnNwOyZuYnNwOyBzZWxmLnVwZ3JhZGVfbm9kZSgpPC9TUEFOPjwvRElWPg0KPERJ Vj48U1BBTiBzdHlsZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5v bmU7IFdPUkQtU1BBQ0lORzogMHB4OyBGTE9BVDogbm9uZTsgQ09MT1I6IHJnYig1MSw1MSw1 MSk7IEZPTlQ6IDE0cHgvMjRweCBhcmlhbDsgRElTUExBWTogaW5saW5lICFpbXBvcnRhbnQ7 IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTEsMjUy LDI1NCk7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBw eCI+Jm5ic3A7PFNQQU4gc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNG T1JNOiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgRkxPQVQ6IG5vbmU7IENPTE9SOiByZ2Io NTEsNTEsNTEpOyBGT05UOiAxNHB4LzI0cHggYXJpYWw7IERJU1BMQVk6IGlubGluZSAhaW1w b3J0YW50OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2Io MjUxLDI1MiwyNTQpOyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdp ZHRoOiAwcHgiPkZpbGU8L1NQQU4+PC9TUEFOPjwvRElWPg0KPERJVj48U1BBTiBzdHlsZT0i V0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lO RzogMHB4OyBGTE9BVDogbm9uZTsgQ09MT1I6IHJnYig1MSw1MSw1MSk7IEZPTlQ6IDE0cHgv MjRweCBhcmlhbDsgRElTUExBWTogaW5saW5lICFpbXBvcnRhbnQ7IExFVFRFUi1TUEFDSU5H OiBub3JtYWw7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTEsMjUyLDI1NCk7IFRFWFQtSU5E RU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+PFNQQU4gc3R5bGU9 IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQQUNJ Tkc6IDBweDsgRkxPQVQ6IG5vbmU7IENPTE9SOiByZ2IoNTEsNTEsNTEpOyBGT05UOiAxNHB4 LzI0cHggYXJpYWw7IERJU1BMQVk6IGlubGluZSAhaW1wb3J0YW50OyBMRVRURVItU1BBQ0lO Rzogbm9ybWFsOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjUxLDI1MiwyNTQpOyBURVhULUlO REVOVDogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPiZuYnNwOyIvdXNy L2xpYmV4ZXgvb3ZpcnQtY29uZmlnLWluc3RhbGxlciIuIGxpbmUgODg2LCBpbiB1cGdyYWRl X25vZGUoKTwvU1BBTj48L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIHN0eWxlPSJXSElURS1T UEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7 IEZMT0FUOiBub25lOyBDT0xPUjogcmdiKDUxLDUxLDUxKTsgRk9OVDogMTRweC8yNHB4IGFy aWFsOyBESVNQTEFZOiBpbmxpbmUgIWltcG9ydGFudDsgTEVUVEVSLVNQQUNJTkc6IG5vcm1h bDsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1MSwyNTIsMjU0KTsgVEVYVC1JTkRFTlQ6IDBw eDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48U1BBTiBzdHlsZT0iV0hJVEUt U1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lORzogMHB4 OyBGTE9BVDogbm9uZTsgQ09MT1I6IHJnYig1MSw1MSw1MSk7IEZPTlQ6IDE0cHgvMjRweCBh cmlhbDsgRElTUExBWTogaW5saW5lICFpbXBvcnRhbnQ7IExFVFRFUi1TUEFDSU5HOiBub3Jt YWw7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTEsMjUyLDI1NCk7IFRFWFQtSU5ERU5UOiAw cHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGJvb3Rfc2V0dXAgPSBpbnN0YWxsLm92aXJ0X2Jvb3Rfc2V0dXAoKTwvU1BBTj48L1NQQU4+ PC9ESVY+DQo8RElWPjxTUEFOIHN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRS QU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IEZMT0FUOiBub25lOyBDT0xPUjog cmdiKDUxLDUxLDUxKTsgRk9OVDogMTRweC8yNHB4IGFyaWFsOyBESVNQTEFZOiBpbmxpbmUg IWltcG9ydGFudDsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgQkFDS0dST1VORC1DT0xPUjog cmdiKDI1MSwyNTIsMjU0KTsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9r ZS13aWR0aDogMHB4Ij48U1BBTiBzdHlsZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1U UkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lORzogMHB4OyBGTE9BVDogbm9uZTsgQ09MT1I6 IHJnYig1MSw1MSw1MSk7IEZPTlQ6IDE0cHgvMjRweCBhcmlhbDsgRElTUExBWTogaW5saW5l ICFpbXBvcnRhbnQ7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEJBQ0tHUk9VTkQtQ09MT1I6 IHJnYigyNTEsMjUyLDI1NCk7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJv a2Utd2lkdGg6IDBweCI+RmlsZTwvU1BBTj48L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIHN0 eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1T UEFDSU5HOiAwcHg7IEZMT0FUOiBub25lOyBDT0xPUjogcmdiKDUxLDUxLDUxKTsgRk9OVDog MTRweC8yNHB4IGFyaWFsOyBESVNQTEFZOiBpbmxpbmUgIWltcG9ydGFudDsgTEVUVEVSLVNQ QUNJTkc6IG5vcm1hbDsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1MSwyNTIsMjU0KTsgVEVY VC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48U1BBTiBz dHlsZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQt U1BBQ0lORzogMHB4OyBGTE9BVDogbm9uZTsgQ09MT1I6IHJnYig1MSw1MSw1MSk7IEZPTlQ6 IDE0cHgvMjRweCBhcmlhbDsgRElTUExBWTogaW5saW5lICFpbXBvcnRhbnQ7IExFVFRFUi1T UEFDSU5HOiBub3JtYWw7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTEsMjUyLDI1NCk7IFRF WFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+Ii91c3Iv bGliL3B5dGhvbjIuNi9zaXRlLXBhY2VhZ2VzL292aXJ0bm9kZS9pbnN0YWxsLnB5IiwgbGlu ZSAzOTEsIGluIG92aXJ0X2Jvb3Rfc2V0dXA8L1NQQU4+PC9TUEFOPjwvRElWPg0KPERJVj48 U1BBTiBzdHlsZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7 IFdPUkQtU1BBQ0lORzogMHB4OyBGTE9BVDogbm9uZTsgQ09MT1I6IHJnYig1MSw1MSw1MSk7 IEZPTlQ6IDE0cHgvMjRweCBhcmlhbDsgRElTUExBWTogaW5saW5lICFpbXBvcnRhbnQ7IExF VFRFUi1TUEFDSU5HOiBub3JtYWw7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTEsMjUyLDI1 NCk7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+ PFNQQU4gc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25l OyBXT1JELVNQQUNJTkc6IDBweDsgRkxPQVQ6IG5vbmU7IENPTE9SOiByZ2IoNTEsNTEsNTEp OyBGT05UOiAxNHB4LzI0cHggYXJpYWw7IERJU1BMQVk6IGlubGluZSAhaW1wb3J0YW50OyBM RVRURVItU1BBQ0lORzogbm9ybWFsOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjUxLDI1Miwy NTQpOyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgi PjxTUEFOIHN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9u ZTsgV09SRC1TUEFDSU5HOiAwcHg7IEZMT0FUOiBub25lOyBDT0xPUjogcmdiKDUxLDUxLDUx KTsgRk9OVDogMTRweC8yNHB4IGFyaWFsOyBESVNQTEFZOiBpbmxpbmUgIWltcG9ydGFudDsg TEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1MSwyNTIs MjU0KTsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4 Ij48U1BBTiBzdHlsZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5v bmU7IFdPUkQtU1BBQ0lORzogMHB4OyBGTE9BVDogbm9uZTsgQ09MT1I6IHJnYig1MSw1MSw1 MSk7IEZPTlQ6IDE0cHgvMjRweCBhcmlhbDsgRElTUExBWTogaW5saW5lICFpbXBvcnRhbnQ7 IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTEsMjUy LDI1NCk7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBw eCI+RmlsZTwvU1BBTj48L1NQQU4+PC9TUEFOPjwvU1BBTj48L0RJVj4NCjxESVY+PFNQQU4g c3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JE LVNQQUNJTkc6IDBweDsgRkxPQVQ6IG5vbmU7IENPTE9SOiByZ2IoNTEsNTEsNTEpOyBGT05U OiAxNHB4LzI0cHggYXJpYWw7IERJU1BMQVk6IGlubGluZSAhaW1wb3J0YW50OyBMRVRURVIt U1BBQ0lORzogbm9ybWFsOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjUxLDI1MiwyNTQpOyBU RVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPjxTUEFO IHN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09S RC1TUEFDSU5HOiAwcHg7IEZMT0FUOiBub25lOyBDT0xPUjogcmdiKDUxLDUxLDUxKTsgRk9O VDogMTRweC8yNHB4IGFyaWFsOyBESVNQTEFZOiBpbmxpbmUgIWltcG9ydGFudDsgTEVUVEVS LVNQQUNJTkc6IG5vcm1hbDsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1MSwyNTIsMjU0KTsg VEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48U1BB TiBzdHlsZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdP UkQtU1BBQ0lORzogMHB4OyBGTE9BVDogbm9uZTsgQ09MT1I6IHJnYig1MSw1MSw1MSk7IEZP TlQ6IDE0cHgvMjRweCBhcmlhbDsgRElTUExBWTogaW5saW5lICFpbXBvcnRhbnQ7IExFVFRF Ui1TUEFDSU5HOiBub3JtYWw7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTEsMjUyLDI1NCk7 IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+PFNQ QU4gc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBX T1JELVNQQUNJTkc6IDBweDsgRkxPQVQ6IG5vbmU7IENPTE9SOiByZ2IoNTEsNTEsNTEpOyBG T05UOiAxNHB4LzI0cHggYXJpYWw7IERJU1BMQVk6IGlubGluZSAhaW1wb3J0YW50OyBMRVRU RVItU1BBQ0lORzogbm9ybWFsOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjUxLDI1MiwyNTQp OyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPiZu YnNwOyIvdXNyL2xpYjY0L3B5dGhvbjIuNi9vcy5weSIsIGxpbmUgMTU3IGluIG1ha2VkaXJz PC9TUEFOPjwvU1BBTj48L1NQQU4+PC9TUEFOPjwvRElWPg0KPERJVj48U1BBTiBzdHlsZT0i V0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lO RzogMHB4OyBGTE9BVDogbm9uZTsgQ09MT1I6IHJnYig1MSw1MSw1MSk7IEZPTlQ6IDE0cHgv MjRweCBhcmlhbDsgRElTUExBWTogaW5saW5lICFpbXBvcnRhbnQ7IExFVFRFUi1TUEFDSU5H OiBub3JtYWw7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTEsMjUyLDI1NCk7IFRFWFQtSU5E RU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+PFNQQU4gc3R5bGU9 IldISVRFLVNQQUNFOiBub3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQQUNJ Tkc6IDBweDsgRkxPQVQ6IG5vbmU7IENPTE9SOiByZ2IoNTEsNTEsNTEpOyBGT05UOiAxNHB4 LzI0cHggYXJpYWw7IERJU1BMQVk6IGlubGluZSAhaW1wb3J0YW50OyBMRVRURVItU1BBQ0lO Rzogbm9ybWFsOyBCQUNLR1JPVU5ELUNPTE9SOiByZ2IoMjUxLDI1MiwyNTQpOyBURVhULUlO REVOVDogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPjxTUEFOIHN0eWxl PSJXSElURS1TUEFDRTogbm9ybWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFD SU5HOiAwcHg7IEZMT0FUOiBub25lOyBDT0xPUjogcmdiKDUxLDUxLDUxKTsgRk9OVDogMTRw eC8yNHB4IGFyaWFsOyBESVNQTEFZOiBpbmxpbmUgIWltcG9ydGFudDsgTEVUVEVSLVNQQUNJ Tkc6IG5vcm1hbDsgQkFDS0dST1VORC1DT0xPUjogcmdiKDI1MSwyNTIsMjU0KTsgVEVYVC1J TkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48U1BBTiBzdHls ZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BB Q0lORzogMHB4OyBGTE9BVDogbm9uZTsgQ09MT1I6IHJnYig1MSw1MSw1MSk7IEZPTlQ6IDE0 cHgvMjRweCBhcmlhbDsgRElTUExBWTogaW5saW5lICFpbXBvcnRhbnQ7IExFVFRFUi1TUEFD SU5HOiBub3JtYWw7IEJBQ0tHUk9VTkQtQ09MT1I6IHJnYigyNTEsMjUyLDI1NCk7IFRFWFQt SU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+T1NFcnJvcjpb RXJyb3IgMzBdIFJlYWQtb25seSBmaWxlIHN5c3RlbTo8L1NQQU4+PC9TUEFOPjwvU1BBTj48 L1NQQU4+PC9ESVY+DQo8RElWPjxTUEFOIHN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFsOyBU RVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IEZMT0FUOiBub25lOyBD T0xPUjogcmdiKDUxLDUxLDUxKTsgRk9OVDogMTRweC8yNHB4IGFyaWFsOyBESVNQTEFZOiBp bmxpbmUgIWltcG9ydGFudDsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgQkFDS0dST1VORC1D T0xPUjogcmdiKDI1MSwyNTIsMjU0KTsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10ZXh0 LXN0cm9rZS13aWR0aDogMHB4Ij48U1BBTiBzdHlsZT0iV0hJVEUtU1BBQ0U6IG5vcm1hbDsg VEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lORzogMHB4OyBGTE9BVDogbm9uZTsg Q09MT1I6IHJnYig1MSw1MSw1MSk7IEZPTlQ6IDE0cHgvMjRweCBhcmlhbDsgRElTUExBWTog aW5saW5lICFpbXBvcnRhbnQ7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEJBQ0tHUk9VTkQt Q09MT1I6IHJnYigyNTEsMjUyLDI1NCk7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJraXQtdGV4 dC1zdHJva2Utd2lkdGg6IDBweCI+PFNQQU4gc3R5bGU9IldISVRFLVNQQUNFOiBub3JtYWw7 IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgRkxPQVQ6IG5vbmU7 IENPTE9SOiByZ2IoNTEsNTEsNTEpOyBGT05UOiAxNHB4LzI0cHggYXJpYWw7IERJU1BMQVk6 IGlubGluZSAhaW1wb3J0YW50OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBCQUNLR1JPVU5E LUNPTE9SOiByZ2IoMjUxLDI1MiwyNTQpOyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0LXRl eHQtc3Ryb2tlLXdpZHRoOiAwcHgiPjxTUEFOIHN0eWxlPSJXSElURS1TUEFDRTogbm9ybWFs OyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IEZMT0FUOiBub25l OyBDT0xPUjogcmdiKDUxLDUxLDUxKTsgRk9OVDogMTRweC8yNHB4IGFyaWFsOyBESVNQTEFZ OiBpbmxpbmUgIWltcG9ydGFudDsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgQkFDS0dST1VO RC1DT0xPUjogcmdiKDI1MSwyNTIsMjU0KTsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtpdC10 ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij4nL2xpdmVvcy9ncnViJzwvU1BBTj48L1NQQU4+PC9T UEFOPjwvU1BBTj48L0RJVj4NCjxESVY+PFNQQU4gc3R5bGU9IldISVRFLVNQQUNFOiBub3Jt YWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgRkxPQVQ6IG5v bmU7IENPTE9SOiByZ2IoNTEsNTEsNTEpOyBGT05UOiAxNHB4LzI0cHggYXJpYWw7IERJU1BM QVk6IGlubGluZSAhaW1wb3J0YW50OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBCQUNLR1JP VU5ELUNPTE9SOiByZ2IoMjUxLDI1MiwyNTQpOyBURVhULUlOREVOVDogMHB4OyAtd2Via2l0 LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPjxTUEFOIHN0eWxlPSJXSElURS1TUEFDRTogbm9y bWFsOyBURVhULVRSQU5TRk9STTogbm9uZTsgV09SRC1TUEFDSU5HOiAwcHg7IEZMT0FUOiBu b25lOyBDT0xPUjogcmdiKDUxLDUxLDUxKTsgRk9OVDogMTRweC8yNHB4IGFyaWFsOyBESVNQ TEFZOiBpbmxpbmUgIWltcG9ydGFudDsgTEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgQkFDS0dS T1VORC1DT0xPUjogcmdiKDI1MSwyNTIsMjU0KTsgVEVYVC1JTkRFTlQ6IDBweDsgLXdlYmtp dC10ZXh0LXN0cm9rZS13aWR0aDogMHB4Ij48U1BBTiBzdHlsZT0iV0hJVEUtU1BBQ0U6IG5v cm1hbDsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IFdPUkQtU1BBQ0lORzogMHB4OyBGTE9BVDog bm9uZTsgQ09MT1I6IHJnYig1MSw1MSw1MSk7IEZPTlQ6IDE0cHgvMjRweCBhcmlhbDsgRElT UExBWTogaW5saW5lICFpbXBvcnRhbnQ7IExFVFRFUi1TUEFDSU5HOiBub3JtYWw7IEJBQ0tH Uk9VTkQtQ09MT1I6IHJnYigyNTEsMjUyLDI1NCk7IFRFWFQtSU5ERU5UOiAwcHg7IC13ZWJr aXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweCI+PFNQQU4gc3R5bGU9IldISVRFLVNQQUNFOiBu b3JtYWw7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBXT1JELVNQQUNJTkc6IDBweDsgRkxPQVQ6 IG5vbmU7IENPTE9SOiByZ2IoNTEsNTEsNTEpOyBGT05UOiAxNHB4LzI0cHggYXJpYWw7IERJ U1BMQVk6IGlubGluZSAhaW1wb3J0YW50OyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBCQUNL R1JPVU5ELUNPTE9SOiByZ2IoMjUxLDI1MiwyNTQpOyBURVhULUlOREVOVDogMHB4OyAtd2Vi a2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHgiPjwvU1BBTj48L1NQQU4+PC9TUEFOPjwvU1BB Tj4mbmJzcDs8L0RJVj4NCjxESVY+DQo8RElWPkkgYXQgbGVhc3QgdHJpZWQgbW91bnRpbmcg dGhlIExBQkVMPVJvb3QgcGFydGl0aW9uIHRvIC9saXZlb3MsIEkgd2FzIHRvbGQgaXQgaXMg YnVzeSwgYnV0IEkgY291bGRuJ3QgZmluZCBvdXQgd2h5IGl0IHdhcyBidXN5LCBiZWNhdXNl IEkgcmFuIGludG8gdGhlIHNxdWFzaGZzIGVycm9ycywgd2hpY2ggYXBwZWFyZWQgaW5kbWVz ZyBhcyBzb29uIGFzIEkgdXNlZCB0b29scyBsaWtlIGZpbmRtbnQgZXRjLjxCUj48L0RJVj4N CjxESVY+PEJSPjwvRElWPg0KPERJViBzdHlsZT0iRk9OVC1TSVpFOiAxMnB4OyBGT05ULUZB TUlMWTogQXJpYWwgTmFycm93OyBQQURESU5HLUJPVFRPTTogMnB4OyBQQURESU5HLVRPUDog MnB4OyBQQURESU5HLUxFRlQ6IDBweDsgUEFERElORy1SSUdIVDogMHB4Ij4tLS0tLS0tLS0t LS0tLS0tLS0mbmJzcDtPcmlnaW5hbCZuYnNwOy0tLS0tLS0tLS0tLS0tLS0tLTwvRElWPg0K PERJViBzdHlsZT0iRk9OVC1TSVpFOiAxMnB4OyBCQUNLR1JPVU5EOiAjZWZlZmVmOyBQQURE SU5HLUJPVFRPTTogOHB4OyBQQURESU5HLVRPUDogOHB4OyBQQURESU5HLUxFRlQ6IDhweDsg UEFERElORy1SSUdIVDogOHB4Ij4NCjxESVY+PEI+RnJvbTogPC9CPiZuYnNwOyJkZXZlbC1y ZXF1ZXN0IjsmbHQ7ZGV2ZWwtcmVxdWVzdEBvdmlydC5vcmcmZ3Q7OzwvRElWPg0KPERJVj48 Qj5EYXRlOiA8L0I+Jm5ic3A7V2VkLCBEZWMgMywgMjAxNCAwOTowNCBQTTwvRElWPg0KPERJ Vj48Qj5UbzogPC9CPiZuYnNwOyJkZXZlbCImbHQ7ZGV2ZWxAb3ZpcnQub3JnJmd0OzsgPFdC Uj48L0RJVj4NCjxESVY+PC9ESVY+DQo8RElWPjxCPlN1YmplY3Q6IDwvQj4mbmJzcDtEZXZl bCBEaWdlc3QsIFZvbCA5LCBJc3N1ZSA4PC9ESVY+PC9ESVY+DQo8RElWPjxCUj48L0RJVj5T ZW5kIERldmVsIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0bzxCUj5kZXZlbEBvdmlydC5v cmc8QlI+PEJSPlRvIHN1YnNjcmliZSBvciB1bnN1YnNjcmliZSB2aWEgdGhlIFdvcmxkIFdp ZGUgV2ViLCB2aXNpdDxCUj5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGlu Zm8vZGV2ZWw8QlI+b3IsIHZpYSBlbWFpbCwgc2VuZCBhIG1lc3NhZ2Ugd2l0aCBzdWJqZWN0 IG9yIGJvZHkgJ2hlbHAnIHRvPEJSPmRldmVsLXJlcXVlc3RAb3ZpcnQub3JnPEJSPjxCUj5Z b3UgY2FuIHJlYWNoIHRoZSBwZXJzb24gbWFuYWdpbmcgdGhlIGxpc3QgYXQ8QlI+ZGV2ZWwt b3duZXJAb3ZpcnQub3JnPEJSPjxCUj5XaGVuIHJlcGx5aW5nLCBwbGVhc2UgZWRpdCB5b3Vy IFN1YmplY3QgbGluZSBzbyBpdCBpcyBtb3JlIHNwZWNpZmljPEJSPnRoYW4gIlJlOiBDb250 ZW50cyBvZiBEZXZlbCBkaWdlc3QuLi4iPEJSPjxCUj48QlI+VG9kYXkncyBUb3BpY3M6PEJS PjxCUj4mbmJzcDsmbmJzcDsgMS4gW1FFXVtBQ1RJT04gUkVRVUlSRURdIG9WaXJ0IDMuNi4w IHN0YXR1cyAoU2FuZHJvIEJvbmF6em9sYSk8QlI+Jm5ic3A7Jm5ic3A7IDIuIFJlOiBpb3By b2Nlc3MgMC4xNC4wIHJlbGVhc2VkIChZZWVsYSBLYXBsYW4pPEJSPiZuYnNwOyZuYnNwOyAz LiBSZTogaW9wcm9jZXNzIDAuMTQuMCByZWxlYXNlZCAoTWljaGFsIFNrcml2YW5layk8QlI+ Jm5ic3A7Jm5ic3A7IDQuIFJlOiBJbXBvcnRhbnQgY2hhbmdlIGluIFVJIHBsdWdpbnMgUkVT VCBBUEkgaW50ZWdyYXRpb248QlI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IChZ YW5pdiBEYXJ5KTxCUj4mbmJzcDsmbmJzcDsgNS4gUmU6IGhvc3RlZC1lbmdpbmUgc2V0dXAv bWlncmF0aW9uIGZlYXR1cmVzIGZvciAzLjYgKEJvYiBEb29saXR0bGUpPEJSPiZuYnNwOyZu YnNwOyA2LiBSZTogaG9zdGVkLWVuZ2luZSBzZXR1cC9taWdyYXRpb24gZmVhdHVyZXMgZm9y IDMuNjxCUj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKFllZGlkeWFoIEJhciBE YXZpZCk8QlI+PEJSPjxCUj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPEJSPjxCUj5NZXNzYWdlOiAxPEJS PkRhdGU6IFdlZCwgMDMgRGVjIDIwMTQgMTA6Mzc6MTkgKzAxMDA8QlI+RnJvbTogU2FuZHJv IEJvbmF6em9sYSAmbHQ7c2JvbmF6em9AcmVkaGF0LmNvbSZndDs8QlI+VG86ICJkZXZlbEBv dmlydC5vcmciICZsdDtkZXZlbEBvdmlydC5vcmcmZ3Q7LCAiVXNlcnNAb3ZpcnQub3JnIjxC Uj4mbHQ7VXNlcnNAb3ZpcnQub3JnJmd0OzxCUj5TdWJqZWN0OiBbb3ZpcnQtZGV2ZWxdIFtR RV1bQUNUSU9OIFJFUVVJUkVEXSBvVmlydCAzLjYuMCBzdGF0dXM8QlI+TWVzc2FnZS1JRDog Jmx0OzU0N0VEOUNGLjIwNTA0MDhAcmVkaGF0LmNvbSZndDs8QlI+Q29udGVudC1UeXBlOiB0 ZXh0L3BsYWluOyBjaGFyc2V0PWlzby04ODU5LTE1PEJSPjxCUj5IaSw8QlI+PEJSPlJlbGVh c2UgY3JpdGVyaWEgZGlzY3Vzc2lvbiBoYXMgYmVlbiBjbG9zZWQgd2l0aCBsYXN0IHdlZWsg b1ZpcnQgc3luYyBtZWV0aW5nIFsxXS48QlI+PEJSPlJlbGVhc2UgbWFuYWdlbWVudCBmb3Ig My42LjAgWzJdIHdpbGwgc29vbiBiZSB1cGRhdGVkIHdpdGggdGhlIGFjY2VwdGVkIGNoYW5n ZXMgaW4gcmVsZWFzZSBjcml0ZXJpYS48QlI+VGhlIHJlbWFpbmluZyBrZXkgbWlsZXN0b25l cyBmb3IgdGhpcyByZWxlYXNlIG11c3Qgbm93IGJlIHNjaGVkdWxlZC48QlI+PEJSPkZvciBy ZWZlcmVuY2UsIGV4dGVybmFsIHByb2plY3Qgc2NoZWR1bGVzIHdlJ3JlIHRyYWNraW5nIGFy ZTo8QlI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IEZlZG9yYSAyMTogMjAxNC0xMi0wOTxCUj4mbmJz cDsmbmJzcDsmbmJzcDsgRmVkb3JhIDIyOiAyMDE1LVhYLVhYPEJSPiZuYnNwOyZuYnNwOyZu YnNwOyBHbHVzdGVyRlMgMy43OiAyMDE1LTA0LTI5PEJSPiZuYnNwOyZuYnNwOyZuYnNwOyBP cGVuU3RhY2sgS2lsbzogMjAxNS0wNC0zMDxCUj48QlI+PEJSPlR3byBkaWZmZXJlbnQgcHJv cG9zYWxzIGhhdmUgYmVlbiBtYWRlIGFib3V0IGFib3ZlIHNjaGVkdWxpbmcgWzNdOjxCUj4x KSBleHRlbmQgdGhlIGN5Y2xlIHRvIDEwIG1vbnRocyBmb3IgYWxsb3dpbmcgdG8gaW5jbHVk ZSBhIGxhcmdlIGZlYXR1cmUgc2V0PEJSPjIpIHJlZHVjZSB0aGUgY3ljbGUgdG8gbGVzcyB0 aGFuIDYgbW9udGhzIGFuZCBzcGxpdCBmZWF0dXJlcyBvdmVyIDMuNiBhbmQgMy43PEJSPjxC Uj5GZWF0dXJlIHByb3Bvc2VkIGZvciAzLjYuMCBtdXN0IG5vdyBiZSBjb2xsZWN0ZWQgaW4g dGhlIDMuNiBHb29nbGUgZG9jIFs0XTxCUj5hbmQgcmV2aWV3ZWQgYnkgbWFpbnRhaW5lcnMu PEJSPjxCUj5UaGUgdHJhY2tlciBidWcgZm9yIDMuNi4wIFs1XSBjdXJyZW50bHkgc2hvd3Mg bm8gYmxvY2tlcnMuPEJSPjxCUj5UaGVyZSBhcmUgNDUzIGJ1Z3MgWzZdIHRhcmdldGVkIHRv IDMuNi4wLjxCUj5FeGNsdWRpbmcgbm9kZSBhbmQgZG9jdW1lbnRhdGlvbiBidWdzIHdlIGhh dmUgNDMwIGJ1Z3MgWzddIHRhcmdldGVkIHRvIDMuNi4wLjxCUj48QlI+PEJSPlsxXSBodHRw Oi8vcmVzb3VyY2VzLm92aXJ0Lm9yZy9tZWV0aW5ncy9vdmlydC8yMDE0L292aXJ0LjIwMTQt MTEtMjYtMTUuMDcubG9nLmh0bWw8QlI+WzJdIGh0dHA6Ly93d3cub3ZpcnQub3JnL09WaXJ0 XzMuNl9SZWxlYXNlX01hbmFnZW1lbnQ8QlI+WzNdIGh0dHA6Ly9saXN0cy5vdmlydC5vcmcv cGlwZXJtYWlsL3VzZXJzLzIwMTQtTm92ZW1iZXIvMDI4ODc1Lmh0bWw8QlI+WzRdIGh0dHA6 Ly9nb28uZ2wvOVgzRzQ5PEJSPls1XSBodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hv d19idWcuY2dpP2lkPTExNTU0MjU8QlI+WzZdIGh0dHA6Ly9nb28uZ2wvendrRjNyPEJSPls3 XSBodHRwOi8vZ29vLmdsL1piVWlNYzxCUj48QlI+PEJSPi0tIDxCUj5TYW5kcm8gQm9uYXp6 b2xhPEJSPkJldHRlciB0ZWNobm9sb2d5LiBGYXN0ZXIgaW5ub3ZhdGlvbi4gUG93ZXJlZCBi eSBjb21tdW5pdHkgY29sbGFib3JhdGlvbi48QlI+U2VlIGhvdyBpdCB3b3JrcyBhdCByZWRo YXQuY29tPEJSPjxCUj48QlI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPEJSPjxC Uj5NZXNzYWdlOiAyPEJSPkRhdGU6IFdlZCwgMyBEZWMgMjAxNCAwNDo0OToxOCAtMDUwMCAo RVNUKTxCUj5Gcm9tOiBZZWVsYSBLYXBsYW4gJmx0O3lrYXBsYW5AcmVkaGF0LmNvbSZndDs8 QlI+VG86IE1pY2hhbCBTa3JpdmFuZWsgJmx0O21pY2hhbC5za3JpdmFuZWtAcmVkaGF0LmNv bSZndDs8QlI+Q2M6IE92ZWQgT3VyZmFsaSAmbHQ7b3ZlZG9AcmVkaGF0LmNvbSZndDssIGRl dmVsQG92aXJ0Lm9yZywgTWFydHluIFRheWxvcjxCUj4mbHQ7bXRheWxvckByZWRoYXQuY29t Jmd0OzxCUj5TdWJqZWN0OiBSZTogW292aXJ0LWRldmVsXSBpb3Byb2Nlc3MgMC4xNC4wIHJl bGVhc2VkPEJSPk1lc3NhZ2UtSUQ6PEJSPiZsdDsxNzE5MjQ0MzU3LjU5OTcyNzIuMTQxNzYw MDE1ODU0NC5KYXZhTWFpbC56aW1icmFAcmVkaGF0LmNvbSZndDs8QlI+Q29udGVudC1UeXBl OiB0ZXh0L3BsYWluOyBjaGFyc2V0PXV0Zi04PEJSPjxCUj48QlI+PEJSPi0tLS0tIE9yaWdp bmFsIE1lc3NhZ2UgLS0tLS08QlI+Jmd0OyBGcm9tOiAiTWljaGFsIFNrcml2YW5layIgJmx0 O21pY2hhbC5za3JpdmFuZWtAcmVkaGF0LmNvbSZndDs8QlI+Jmd0OyBUbzogIlNhZ2dpIE1p enJhaGkiICZsdDtzbWl6cmFoaUByZWRoYXQuY29tJmd0OywgIk92ZWQgT3VyZmFsaSIgJmx0 O292ZWRvQHJlZGhhdC5jb20mZ3Q7PEJSPiZndDsgQ2M6ICJNYXJ0eW4gVGF5bG9yIiAmbHQ7 bXRheWxvckByZWRoYXQuY29tJmd0OywgZGV2ZWxAb3ZpcnQub3JnPEJSPiZndDsgU2VudDog V2VkbmVzZGF5LCBEZWNlbWJlciAzLCAyMDE0IDExOjMwOjM0IEFNPEJSPiZndDsgU3ViamVj dDogUmU6IFtvdmlydC1kZXZlbF0gaW9wcm9jZXNzIDAuMTQuMCByZWxlYXNlZDxCUj4mZ3Q7 IDxCUj4mZ3Q7IDxCUj4mZ3Q7IE9uIE9jdCAyMywgMjAxNCwgYXQgMTA6MDYgLCBTYWdnaSBN aXpyYWhpICZsdDtzbWl6cmFoaUByZWRoYXQuY29tJmd0OyB3cm90ZTo8QlI+Jmd0OyA8QlI+ Jmd0OyAmZ3Q7IDxCUj4mZ3Q7ICZndDsgPEJSPiZndDsgJmd0OyAtLS0tLSBPcmlnaW5hbCBN ZXNzYWdlIC0tLS0tPEJSPiZndDsgJmd0OyZndDsgRnJvbTogIk1pY2hhbCBTa3JpdmFuZWsi ICZsdDttaWNoYWwuc2tyaXZhbmVrQHJlZGhhdC5jb20mZ3Q7PEJSPiZndDsgJmd0OyZndDsg VG86ICJTYWdnaSBNaXpyYWhpIiAmbHQ7c21penJhaGlAcmVkaGF0LmNvbSZndDs8QlI+Jmd0 OyAmZ3Q7Jmd0OyBDYzogZGV2ZWxAb3ZpcnQub3JnLCAiTWFydHluIFRheWxvciIgJmx0O210 YXlsb3JAcmVkaGF0LmNvbSZndDs8QlI+Jmd0OyAmZ3Q7Jmd0OyBTZW50OiBXZWRuZXNkYXks IE9jdG9iZXIgMjIsIDIwMTQgMTA6NTU6MzQgQU08QlI+Jmd0OyAmZ3Q7Jmd0OyBTdWJqZWN0 OiBSZTogW292aXJ0LWRldmVsXSBpb3Byb2Nlc3MgMC4xNC4wIHJlbGVhc2VkPEJSPiZndDsg Jmd0OyZndDsgPEJSPiZndDsgJmd0OyZndDsgPEJSPiZndDsgJmd0OyZndDsgT24gT2N0IDIx LCAyMDE0LCBhdCAxMDo1OSAsIFNhZ2dpIE1penJhaGkgJmx0O3NtaXpyYWhpQHJlZGhhdC5j b20mZ3Q7IHdyb3RlOjxCUj4mZ3Q7ICZndDsmZ3Q7IDxCUj4mZ3Q7ICZndDsmZ3Q7Jmd0OyBp b3Byb2Nlc3MgMC4xNC4wIGhhcyBiZWVuIHRhZ2dlZCBhbmQgcmVsZWFzZWQuPEJSPiZndDsg Jmd0OyZndDsmZ3Q7IDxCUj4mZ3Q7ICZndDsmZ3Q7Jmd0OyBUaGUgY2hhbmdlbG9nIGluY2x1 ZGVzOjxCUj4mZ3Q7ICZndDsmZ3Q7Jmd0OyAtIHB5dGhvbi1iaW5kaW5nczogSU9Qcm9jZXNz IG9iamVjdHMgY2FuIGJlIGNvbGxlY3RlZCBieSB0aGUgR0M8QlI+Jmd0OyAmZ3Q7Jmd0OyZn dDsgLSBweXRob24tYmluZGluZ3M6IFNsYXZlIHByb2Nlc3NlcyBjYW4gb3B0aW9uYWxseSBi ZSBjb2xsZWN0ZWQ8QlI+Jmd0OyAmZ3Q7Jmd0OyZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYnkgem9tYmllIHJlYXBlcjxCUj4mZ3Q7ICZn dDsmZ3Q7Jmd0OyA8QlI+Jmd0OyAmZ3Q7Jmd0OyZndDsgSXQncyByZWNvbW1lbmRlZCB0aGF0 IGV2ZXJ5b25lIHVwZ3JhZGUgdG8gdGhlIGxhdGVzdCB2ZXJzaW9uLjxCUj4mZ3Q7ICZndDsm Z3Q7IDxCUj4mZ3Q7ICZndDsmZ3Q7IGRvZXMgdGhpcyByZW1vdmUgdGhlIGFubm95aW5nIGRl YnVnIGxldmVsIG1lc3NhZ2VzIGluIHZkc20ubG9nPzxCUj4mZ3Q7ICZndDsmZ3Q7IG9yIHNv bWUgb3RoZXIgcGF0Y2ggYWxyZWFkeSBhZGRyZXNzZWQgdGhhdD88QlI+Jmd0OyAmZ3Q7IExv bmcgbG9uZyB0aW1lIGFnby4gV2UgYWRkZWQgdGhlIFRSQUNFIGxldmVsIHRoYXQgaXMgb25s eTxCUj4mZ3Q7ICZndDsgdXNlZCBkdXJpbmcgaXByb2Nlc3MgZGV2ZWxvcG1lbnQuPEJSPiZn dDsgJmd0OyA8QlI+Jmd0OyAmZ3Q7ICogU3VuIEp1bCAyMCAyMDE0IFNhZ2dpIE1penJhaGkg Jmx0O3NtaXpyYWhpQHJlZGhhdC5jb20mZ3Q7IDAuNi4xLTE8QlI+Jmd0OyAmZ3Q7IC0gUmVk dWNlZCBsb2dnaW5nIGV2ZW4gZm9yIGRlYnVnIGxldmVsPEJSPiZndDsgPEJSPiZndDsgd2Vs bCwgSSBzdGlsbCBzZWUgdGhhdCBpbiAqbGF0ZXN0KiAzLjUgb24gUUUgc3lzdGVtcy4gSXQn cyByZWFsbHkgYW5ub3lpbmc/PEJSPiZndDsgbWlnaHQgaXQgYmUgYmVjYXVzZSBvZiB1cGdy YWRlcz88QlI+Jmd0OyBPdmVkLCBJTUhPIGl0IG5lZWRzIHRvIGJlIGZpeGVkL2NsYXJpZmll ZCBBU0FQLCB0aGUgbG9ncyBhcmUgdXNlbGVzcy4uLjxCUj4mZ3Q7IDxCUj48QlI+SWYgUUUg aGFzIGxhdGVzdCAzLjUgdGhlbiB0aGV5IHNob3VsZCBoYXZlIGlvcHJvY2Vzcy0wLjE0IGlu c3RhbGxlZCw8QlI+aWYgdGhhdCdzIHRoZSBjYXNlIGFuZCB0aGVyZSdzIHN0aWxsIHRvbyBt dWNoIGxvZ2dpbmcgdGhlbiB0aGUgaXNzdWUgc2hvdWxkIGJlIGNoZWNrZWQuPEJSPjxCUj4m Z3Q7IFRoYW5rcyw8QlI+Jmd0OyBtaWNoYWw8QlI+Jmd0OyA8QlI+Jmd0OyAmZ3Q7Jmd0OyA8 QlI+Jmd0OyAmZ3Q7Jmd0OyBUaGFua3MsPEJSPiZndDsgJmd0OyZndDsgbWljaGFsPEJSPiZn dDsgJmd0OyZndDsgPEJSPiZndDsgJmd0OyZndDsmZ3Q7IDxCUj4mZ3Q7ICZndDsmZ3Q7Jmd0 OyBQbGVhc2UgdGVzdCBhbmQgZ2l2ZSBrYXJtYTo8QlI+Jmd0OyAmZ3Q7Jmd0OyZndDsgaHR0 cHM6Ly9hZG1pbi5mZWRvcmFwcm9qZWN0Lm9yZy91cGRhdGVzL3NlYXJjaC9pb3Byb2Nlc3Mt MC4xNC4wPEJSPiZndDsgJmd0OyZndDsmZ3Q7IDxCUj4mZ3Q7ICZndDsmZ3Q7Jmd0OyBHb29k IGRheS48QlI+Jmd0OyAmZ3Q7Jmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188QlI+Jmd0OyAmZ3Q7Jmd0OyZndDsgRGV2ZWwgbWFpbGlu ZyBsaXN0PEJSPiZndDsgJmd0OyZndDsmZ3Q7IERldmVsQG92aXJ0Lm9yZzxCUj4mZ3Q7ICZn dDsmZ3Q7Jmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vZGV2 ZWw8QlI+Jmd0OyAmZ3Q7Jmd0OyA8QlI+Jmd0OyAmZ3Q7Jmd0OyA8QlI+Jmd0OyA8QlI+Jmd0 OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxCUj4m Z3Q7IERldmVsIG1haWxpbmcgbGlzdDxCUj4mZ3Q7IERldmVsQG92aXJ0Lm9yZzxCUj4mZ3Q7 IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby9kZXZlbDxCUj4mZ3Q7 IDxCUj48QlI+PEJSPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxCUj48QlI+TWVz c2FnZTogMzxCUj5EYXRlOiBXZWQsIDMgRGVjIDIwMTQgMTA6NTc6MzMgKzAxMDA8QlI+RnJv bTogTWljaGFsIFNrcml2YW5layAmbHQ7bWljaGFsLnNrcml2YW5la0ByZWRoYXQuY29tJmd0 OzxCUj5UbzogWWVlbGEgS2FwbGFuICZsdDt5a2FwbGFuQHJlZGhhdC5jb20mZ3Q7PEJSPkNj OiBPdmVkIE91cmZhbGkgJmx0O292ZWRvQHJlZGhhdC5jb20mZ3Q7LCBkZXZlbEBvdmlydC5v cmcsIE1hcnR5biBUYXlsb3I8QlI+Jmx0O210YXlsb3JAcmVkaGF0LmNvbSZndDs8QlI+U3Vi amVjdDogUmU6IFtvdmlydC1kZXZlbF0gaW9wcm9jZXNzIDAuMTQuMCByZWxlYXNlZDxCUj5N ZXNzYWdlLUlEOiAmbHQ7NzQ2RUUwNkQtMUM3Qy00NkMzLTg0MzItMDk0OTUzNkM3NTQ0QHJl ZGhhdC5jb20mZ3Q7PEJSPkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD13aW5k b3dzLTEyNTI8QlI+PEJSPjxCUj5PbiBEZWMgMywgMjAxNCwgYXQgMTA6NDkgLCBZZWVsYSBL YXBsYW4gJmx0O3lrYXBsYW5AcmVkaGF0LmNvbSZndDsgd3JvdGU6PEJSPjxCUj4mZ3Q7IDxC Uj4mZ3Q7IDxCUj4mZ3Q7IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS08QlI+Jmd0OyZn dDsgRnJvbTogIk1pY2hhbCBTa3JpdmFuZWsiICZsdDttaWNoYWwuc2tyaXZhbmVrQHJlZGhh dC5jb20mZ3Q7PEJSPiZndDsmZ3Q7IFRvOiAiU2FnZ2kgTWl6cmFoaSIgJmx0O3NtaXpyYWhp QHJlZGhhdC5jb20mZ3Q7LCAiT3ZlZCBPdXJmYWxpIiAmbHQ7b3ZlZG9AcmVkaGF0LmNvbSZn dDs8QlI+Jmd0OyZndDsgQ2M6ICJNYXJ0eW4gVGF5bG9yIiAmbHQ7bXRheWxvckByZWRoYXQu Y29tJmd0OywgZGV2ZWxAb3ZpcnQub3JnPEJSPiZndDsmZ3Q7IFNlbnQ6IFdlZG5lc2RheSwg RGVjZW1iZXIgMywgMjAxNCAxMTozMDozNCBBTTxCUj4mZ3Q7Jmd0OyBTdWJqZWN0OiBSZTog W292aXJ0LWRldmVsXSBpb3Byb2Nlc3MgMC4xNC4wIHJlbGVhc2VkPEJSPiZndDsmZ3Q7IDxC Uj4mZ3Q7Jmd0OyA8QlI+Jmd0OyZndDsgT24gT2N0IDIzLCAyMDE0LCBhdCAxMDowNiAsIFNh Z2dpIE1penJhaGkgJmx0O3NtaXpyYWhpQHJlZGhhdC5jb20mZ3Q7IHdyb3RlOjxCUj4mZ3Q7 Jmd0OyA8QlI+Jmd0OyZndDsmZ3Q7IDxCUj4mZ3Q7Jmd0OyZndDsgPEJSPiZndDsmZ3Q7Jmd0 OyAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tPEJSPiZndDsmZ3Q7Jmd0OyZndDsgRnJv bTogIk1pY2hhbCBTa3JpdmFuZWsiICZsdDttaWNoYWwuc2tyaXZhbmVrQHJlZGhhdC5jb20m Z3Q7PEJSPiZndDsmZ3Q7Jmd0OyZndDsgVG86ICJTYWdnaSBNaXpyYWhpIiAmbHQ7c21penJh aGlAcmVkaGF0LmNvbSZndDs8QlI+Jmd0OyZndDsmZ3Q7Jmd0OyBDYzogZGV2ZWxAb3ZpcnQu b3JnLCAiTWFydHluIFRheWxvciIgJmx0O210YXlsb3JAcmVkaGF0LmNvbSZndDs8QlI+Jmd0 OyZndDsmZ3Q7Jmd0OyBTZW50OiBXZWRuZXNkYXksIE9jdG9iZXIgMjIsIDIwMTQgMTA6NTU6 MzQgQU08QlI+Jmd0OyZndDsmZ3Q7Jmd0OyBTdWJqZWN0OiBSZTogW292aXJ0LWRldmVsXSBp b3Byb2Nlc3MgMC4xNC4wIHJlbGVhc2VkPEJSPiZndDsmZ3Q7Jmd0OyZndDsgPEJSPiZndDsm Z3Q7Jmd0OyZndDsgPEJSPiZndDsmZ3Q7Jmd0OyZndDsgT24gT2N0IDIxLCAyMDE0LCBhdCAx MDo1OSAsIFNhZ2dpIE1penJhaGkgJmx0O3NtaXpyYWhpQHJlZGhhdC5jb20mZ3Q7IHdyb3Rl OjxCUj4mZ3Q7Jmd0OyZndDsmZ3Q7IDxCUj4mZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBpb3Byb2Nl c3MgMC4xNC4wIGhhcyBiZWVuIHRhZ2dlZCBhbmQgcmVsZWFzZWQuPEJSPiZndDsmZ3Q7Jmd0 OyZndDsmZ3Q7IDxCUj4mZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBUaGUgY2hhbmdlbG9nIGluY2x1 ZGVzOjxCUj4mZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyAtIHB5dGhvbi1iaW5kaW5nczogSU9Qcm9j ZXNzIG9iamVjdHMgY2FuIGJlIGNvbGxlY3RlZCBieSB0aGUgR0M8QlI+Jmd0OyZndDsmZ3Q7 Jmd0OyZndDsgLSBweXRob24tYmluZGluZ3M6IFNsYXZlIHByb2Nlc3NlcyBjYW4gb3B0aW9u YWxseSBiZSBjb2xsZWN0ZWQ8QlI+Jmd0OyZndDsmZ3Q7Jmd0OyZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYnkgem9tYmllIHJlYXBlcjxCUj4mZ3Q7 Jmd0OyZndDsmZ3Q7Jmd0OyA8QlI+Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgSXQncyByZWNvbW1l bmRlZCB0aGF0IGV2ZXJ5b25lIHVwZ3JhZGUgdG8gdGhlIGxhdGVzdCB2ZXJzaW9uLjxCUj4m Z3Q7Jmd0OyZndDsmZ3Q7IDxCUj4mZ3Q7Jmd0OyZndDsmZ3Q7IGRvZXMgdGhpcyByZW1vdmUg dGhlIGFubm95aW5nIGRlYnVnIGxldmVsIG1lc3NhZ2VzIGluIHZkc20ubG9nPzxCUj4mZ3Q7 Jmd0OyZndDsmZ3Q7IG9yIHNvbWUgb3RoZXIgcGF0Y2ggYWxyZWFkeSBhZGRyZXNzZWQgdGhh dD88QlI+Jmd0OyZndDsmZ3Q7IExvbmcgbG9uZyB0aW1lIGFnby4gV2UgYWRkZWQgdGhlIFRS QUNFIGxldmVsIHRoYXQgaXMgb25seTxCUj4mZ3Q7Jmd0OyZndDsgdXNlZCBkdXJpbmcgaXBy b2Nlc3MgZGV2ZWxvcG1lbnQuPEJSPiZndDsmZ3Q7Jmd0OyA8QlI+Jmd0OyZndDsmZ3Q7ICog U3VuIEp1bCAyMCAyMDE0IFNhZ2dpIE1penJhaGkgJmx0O3NtaXpyYWhpQHJlZGhhdC5jb20m Z3Q7IDAuNi4xLTE8QlI+Jmd0OyZndDsmZ3Q7IC0gUmVkdWNlZCBsb2dnaW5nIGV2ZW4gZm9y IGRlYnVnIGxldmVsPEJSPiZndDsmZ3Q7IDxCUj4mZ3Q7Jmd0OyB3ZWxsLCBJIHN0aWxsIHNl ZSB0aGF0IGluICpsYXRlc3QqIDMuNSBvbiBRRSBzeXN0ZW1zLiBJdCdzIHJlYWxseSBhbm5v eWluZz88QlI+Jmd0OyZndDsgbWlnaHQgaXQgYmUgYmVjYXVzZSBvZiB1cGdyYWRlcz88QlI+ Jmd0OyZndDsgT3ZlZCwgSU1ITyBpdCBuZWVkcyB0byBiZSBmaXhlZC9jbGFyaWZpZWQgQVNB UCwgdGhlIGxvZ3MgYXJlIHVzZWxlc3MuLi48QlI+Jmd0OyZndDsgPEJSPiZndDsgPEJSPiZn dDsgSWYgUUUgaGFzIGxhdGVzdCAzLjUgdGhlbiB0aGV5IHNob3VsZCBoYXZlIGlvcHJvY2Vz cy0wLjE0IGluc3RhbGxlZCw8QlI+Jmd0OyBpZiB0aGF0J3MgdGhlIGNhc2UgYW5kIHRoZXJl J3Mgc3RpbGwgdG9vIG11Y2ggbG9nZ2luZyB0aGVuIHRoZSBpc3N1ZSBzaG91bGQgYmUgY2hl Y2tlZC48QlI+PEJSPkhhISBpbmRlZWQgaXQgd2FzIG5vdCB0aGUgY2FzZS4gVGhlIHN5c3Rl bSBhcyBzb21laG93IG1pc3NpbmcgbWFueSB1cGRhdGVzLCBpbmNsdWRpbmcgaW9wcm9jZXNz LjxCUj5JdCBzaG91bGQgaGF2ZSBwcm9iYWJseSBiZWVuIGVuZm9yY2VkP2J1dCBJIGFncmVl IGlmIG9uZSBkb2VzIGEgcHJvcGVyIHl1bSB1cGRhdGUgaXQgc2hvdWxkIHdvcmsgKEkgZGlk bid0IHRyeSBpdCB5ZXQ7LSk8QlI+PEJSPlRoYW5rcyw8QlI+bWljaGFsPEJSPjxCUj4mZ3Q7 IDxCUj4mZ3Q7Jmd0OyBUaGFua3MsPEJSPiZndDsmZ3Q7IG1pY2hhbDxCUj4mZ3Q7Jmd0OyA8 QlI+Jmd0OyZndDsmZ3Q7Jmd0OyA8QlI+Jmd0OyZndDsmZ3Q7Jmd0OyBUaGFua3MsPEJSPiZn dDsmZ3Q7Jmd0OyZndDsgbWljaGFsPEJSPiZndDsmZ3Q7Jmd0OyZndDsgPEJSPiZndDsmZ3Q7 Jmd0OyZndDsmZ3Q7IDxCUj4mZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBQbGVhc2UgdGVzdCBhbmQg Z2l2ZSBrYXJtYTo8QlI+Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgaHR0cHM6Ly9hZG1pbi5mZWRv cmFwcm9qZWN0Lm9yZy91cGRhdGVzL3NlYXJjaC9pb3Byb2Nlc3MtMC4xNC4wPEJSPiZndDsm Z3Q7Jmd0OyZndDsmZ3Q7IDxCUj4mZ3Q7Jmd0OyZndDsmZ3Q7Jmd0OyBHb29kIGRheS48QlI+ Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX188QlI+Jmd0OyZndDsmZ3Q7Jmd0OyZndDsgRGV2ZWwgbWFpbGluZyBs aXN0PEJSPiZndDsmZ3Q7Jmd0OyZndDsmZ3Q7IERldmVsQG92aXJ0Lm9yZzxCUj4mZ3Q7Jmd0 OyZndDsmZ3Q7Jmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8v ZGV2ZWw8QlI+Jmd0OyZndDsmZ3Q7Jmd0OyA8QlI+Jmd0OyZndDsmZ3Q7Jmd0OyA8QlI+Jmd0 OyZndDsgPEJSPiZndDsmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPEJSPiZndDsmZ3Q7IERldmVsIG1haWxpbmcgbGlzdDxCUj4mZ3Q7Jmd0 OyBEZXZlbEBvdmlydC5vcmc8QlI+Jmd0OyZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9t YWlsbWFuL2xpc3RpbmZvL2RldmVsPEJSPiZndDsmZ3Q7IDxCUj48QlI+PEJSPjxCUj4tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08QlI+PEJSPk1lc3NhZ2U6IDQ8QlI+RGF0ZTog V2VkLCAzIERlYyAyMDE0IDA1OjAyOjE5IC0wNTAwIChFU1QpPEJSPkZyb206IFlhbml2IERh cnkgJmx0O3lkYXJ5QHJlZGhhdC5jb20mZ3Q7PEJSPlRvOiBWb2p0ZWNoIFN6b2NzICZsdDt2 c3pvY3NAcmVkaGF0LmNvbSZndDs8QlI+Q2M6IGRldmVsQG92aXJ0Lm9yZzxCUj5TdWJqZWN0 OiBSZTogW292aXJ0LWRldmVsXSBJbXBvcnRhbnQgY2hhbmdlIGluIFVJIHBsdWdpbnMgUkVT VCBBUEk8QlI+aW50ZWdyYXRpb248QlI+TWVzc2FnZS1JRDo8QlI+Jmx0OzE3ODExNTIwOTUu MjIxNzk4NDkuMTQxNzYwMDkzOTg3MS5KYXZhTWFpbC56aW1icmFAcmVkaGF0LmNvbSZndDs8 QlI+Q29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PXV0Zi04PEJSPjxCUj5Eb2Vz IHRoaXMgYWZmZWN0IGFueSAzcmQgcGFydGllcyB0aGF0IGltcGxlbWVudGVkIFVJIHBsdWdp bnM/PEJSPldpbGwgdGhleSBuZWVkIHRvIGNoYW5nZSBhbnl0aGluZyBvciBpcyB0aGlzIGNo YW5nZSBtb3JlIGEgYmVoYXZpb3VyIGNoYW5nZSBvbmx5PzxCUj48QlI+PEJSPjxCUj5ZYW5p djxCUj48QlI+LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLTxCUj4mZ3Q7IEZyb206ICJW b2p0ZWNoIFN6b2NzIiAmbHQ7dnN6b2NzQHJlZGhhdC5jb20mZ3Q7PEJSPiZndDsgVG86ICJB bG9uIEJhci1MZXYiICZsdDthbG9uYmxAcmVkaGF0LmNvbSZndDs8QlI+Jmd0OyBDYzogZGV2 ZWxAb3ZpcnQub3JnPEJSPiZndDsgU2VudDogVHVlc2RheSwgRGVjZW1iZXIgMiwgMjAxNCA3 OjEyOjIxIFBNPEJSPiZndDsgU3ViamVjdDogUmU6IFtvdmlydC1kZXZlbF0gSW1wb3J0YW50 IGNoYW5nZSBpbiBVSSBwbHVnaW5zIFJFU1QgQVBJIGludGVncmF0aW9uPEJSPiZndDsgPEJS PiZndDsgPEJSPiZndDsgPEJSPiZndDsgLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLTxC Uj4mZ3Q7ICZndDsgRnJvbTogIkFsb24gQmFyLUxldiIgJmx0O2Fsb25ibEByZWRoYXQuY29t Jmd0OzxCUj4mZ3Q7ICZndDsgVG86ICJTdmVuIEtpZXNrZSIgJmx0O3Mua2llc2tlQG1pdHR3 YWxkLmRlJmd0OzxCUj4mZ3Q7ICZndDsgQ2M6IGRldmVsQG92aXJ0Lm9yZzxCUj4mZ3Q7ICZn dDsgU2VudDogVHVlc2RheSwgRGVjZW1iZXIgMiwgMjAxNCA5OjQzOjE4IEFNPEJSPiZndDsg Jmd0OyBTdWJqZWN0OiBSZTogW292aXJ0LWRldmVsXSBJbXBvcnRhbnQgY2hhbmdlIGluIFVJ IHBsdWdpbnMgUkVTVCBBUEk8QlI+Jmd0OyAmZ3Q7IGludGVncmF0aW9uPEJSPiZndDsgJmd0 OyA8QlI+Jmd0OyAmZ3Q7IDxCUj4mZ3Q7ICZndDsgPEJSPiZndDsgJmd0OyAtLS0tLSBPcmln aW5hbCBNZXNzYWdlIC0tLS0tPEJSPiZndDsgJmd0OyAmZ3Q7IEZyb206ICJTdmVuIEtpZXNr ZSIgJmx0O3Mua2llc2tlQG1pdHR3YWxkLmRlJmd0OzxCUj4mZ3Q7ICZndDsgJmd0OyBUbzog ZGV2ZWxAb3ZpcnQub3JnPEJSPiZndDsgJmd0OyAmZ3Q7IFNlbnQ6IFR1ZXNkYXksIERlY2Vt YmVyIDIsIDIwMTQgMTA6NDE6MDAgQU08QlI+Jmd0OyAmZ3Q7ICZndDsgU3ViamVjdDogUmU6 IFtvdmlydC1kZXZlbF0gSW1wb3J0YW50IGNoYW5nZSBpbiBVSSBwbHVnaW5zIFJFU1QgQVBJ PEJSPiZndDsgJmd0OyAmZ3Q7IGludGVncmF0aW9uPEJSPiZndDsgJmd0OyAmZ3Q7IDxCUj4m Z3Q7ICZndDsgJmd0OyA8QlI+Jmd0OyAmZ3Q7ICZndDsgPEJSPiZndDsgJmd0OyAmZ3Q7IE9u IDAxLzEyLzE0IDIwOjI2LCBWb2p0ZWNoIFN6b2NzIHdyb3RlOjxCUj4mZ3Q7ICZndDsgJmd0 OyAmZ3Q7IEluIG90aGVyIHdvcmRzLCB1c2FiaWxpdHkgb2YgUkVTVCBzZXNzaW9uIElEIGlz IG5vdyBzdHJpY3RseTxCUj4mZ3Q7ICZndDsgJmd0OyAmZ3Q7IHNjb3BlZCB0byBHVUkgdXNl ciBiZWluZyBhdXRoZW50aWNhdGVkLiBJZiB0aGUgdXNlciBsb2dzIGluLDxCUj4mZ3Q7ICZn dDsgJmd0OyAmZ3Q7IChhbHdheXMpIG5ldyBSRVNUIHNlc3Npb24gSUQgd2lsbCBiZSBwYXNz ZWQgdG8gYWxsIFVJIHBsdWdpbnMuPEJSPiZndDsgJmd0OyAmZ3Q7ICZndDsgSWYgdGhlIHVz ZXIgbG9ncyBvdXQsIFJFU1Qgc2Vzc2lvbiBJRCB3aWxsIG5vdCB3b3JrIGFueW1vcmUuPEJS PiZndDsgJmd0OyAmZ3Q7IDxCUj4mZ3Q7ICZndDsgJmd0OyBXaGF0IGlmIEkgdXNlIGp1c3Qg UkVTVCBmb3IgbG9nZ2luZyBpbiBhbmQgZG9pbmcgc29tZXRoaW5nPEJSPiZndDsgJmd0OyAm Z3Q7IHdpdGhvdXQgYW55IEdVSSBpbnRlcmFjdGlvbiBhdCBhbGw/PEJSPiZndDsgPEJSPiZn dDsgVGhpcyBhbm5vdW5jZW1lbnQgd2FzIGFib3V0IFVJIHBsdWdpbnMgaW4gV2ViQWRtaW4u IElmIHlvdSB1c2U8QlI+Jmd0OyBFbmdpbmUgUkVTVCBBUEkgd2l0aG91dCBhbnkgR1VJIGlu dGVyYWN0aW9uIGludm9sdmVkLCB5b3UgYXJlbid0PEJSPiZndDsgYWZmZWN0ZWQgaW4gYW55 IHdheS48QlI+Jmd0OyA8QlI+Jmd0OyAmZ3Q7ICZndDsgPEJSPiZndDsgJmd0OyAmZ3Q7IHRo aXMgcmVhZHMgYSBsaXR0bGUgbGlrZTogeW91IGFsd2F5cyBuZWVkIGFuIG9wZW4gd2ViIGd1 aTxCUj4mZ3Q7ICZndDsgJmd0OyB0byBiZSBhYmxlIHRvIHVzZSBSRVNULCB3aGljaCBkb2Vz IG5vdCBtYWtlIHNlbnNlIGF0IGFsbC48QlI+Jmd0OyA8QlI+Jmd0OyBTb3JyeSBpZiBteSBl bWFpbCBjb25mdXNlZCB5b3UuIEl0IHNob3VsZCByZWFkIGxpa2U6IGlmIHlvdSdyZTxCUj4m Z3Q7IGFuIGF1dGhvciBvZiBvVmlydCBVSSBwbHVnaW4gZm9yIFdlYkFkbWluLCBwbGVhc2Ug YmV3YXJlIHRoYXQ8QlI+Jmd0OyBSRVNUIEFQSSBzZXNzaW9uIElEIChhdXRvbWF0aWNhbGx5 IGFjcXVpcmVkIGJ5IFVJIHBsdWdpbiBpbmZyYTxCUj4mZ3Q7IG9uIGJlaGFsZiBvZiBhbGwg VUkgcGx1Z2lucykgd2lsbCBub3Qgd29yayBhZnRlciBHVUkgbG9nb3V0LjxCUj4mZ3Q7IDxC Uj4mZ3Q7ICZndDsgPEJSPiZndDsgJmd0OyBJZiB5b3UgcHJvdmlkZSB5b3VyIG93biBjcmVk ZW50aWFscyBub3RoaW5nIGNoYW5nZWQuPEJSPiZndDsgJmd0OyA8QlI+Jmd0OyAmZ3Q7IFRo ZSBjaGFuZ2UgaXMgb25seSBlZmZlY3RpbmcgUkVTVEFQSSB1c2FnZSB3aXRoaW4gdGhlIHVz ZXIgaW50ZXJmYWNlIHVzaW5nPEJSPiZndDsgJmd0OyB0aGUgY3JlZGVudGlhbHMgb2J0YWlu ZWQgaW50ZXJhY3RpdmVseSBmcm9tIHRoZSB1c2VyIHdpdGhpbiBsb2dpbiBwYWdlLjxCUj4m Z3Q7ICZndDsgPEJSPiZndDsgJmd0OyAmZ3Q7IFNvIEkgZ3Vlc3MgSSdtIG1pc3JlYWRpbmcg dGhpcz88QlI+Jmd0OyAmZ3Q7ICZndDsgPEJSPiZndDsgJmd0OyAmZ3Q7IC0tPEJSPiZndDsg Jmd0OyAmZ3Q7IE1pdCBmcmV1bmRsaWNoZW4gR3I/P2VuIC8gUmVnYXJkczxCUj4mZ3Q7ICZn dDsgJmd0OyA8QlI+Jmd0OyAmZ3Q7ICZndDsgU3ZlbiBLaWVza2U8QlI+Jmd0OyAmZ3Q7ICZn dDsgPEJSPiZndDsgJmd0OyAmZ3Q7IFN5c3RlbWFkbWluaXN0cmF0b3I8QlI+Jmd0OyAmZ3Q7 ICZndDsgTWl0dHdhbGQgQ00gU2VydmljZSBHbWJIICZhbXA7IENvLiBLRzxCUj4mZ3Q7ICZn dDsgJmd0OyBLP25pZ3NiZXJnZXIgU3RyYT9lIDY8QlI+Jmd0OyAmZ3Q7ICZndDsgMzIzMzkg RXNwZWxrYW1wPEJSPiZndDsgJmd0OyAmZ3Q7IFQ6ICs0OS01NzcyLTI5My0xMDA8QlI+Jmd0 OyAmZ3Q7ICZndDsgRjogKzQ5LTU3NzItMjkzLTMzMzxCUj4mZ3Q7ICZndDsgJmd0OyBodHRw czovL3d3dy5taXR0d2FsZC5kZTxCUj4mZ3Q7ICZndDsgJmd0OyBHZXNjaD9mdHNmP2hyZXI6 IFJvYmVydCBNZXllcjxCUj4mZ3Q7ICZndDsgJmd0OyBTdC5Oci46IDMzMS81NzIxLzEwMzMs IFVTdC1JZE5yLjogREU4MTQ3NzMyMTcsIEhSQSA2NjQwLCBBRyBCYWQ8QlI+Jmd0OyAmZ3Q7 ICZndDsgT2V5bmhhdXNlbjxCUj4mZ3Q7ICZndDsgJmd0OyBLb21wbGVtZW50P3JpbjogUm9i ZXJ0IE1leWVyIFZlcndhbHR1bmdzIEdtYkgsIEhSQiAxMzI2MCwgQUcgQmFkPEJSPiZndDsg Jmd0OyAmZ3Q7IE9leW5oYXVzZW48QlI+Jmd0OyAmZ3Q7ICZndDsgX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188QlI+Jmd0OyAmZ3Q7ICZndDsgRGV2 ZWwgbWFpbGluZyBsaXN0PEJSPiZndDsgJmd0OyAmZ3Q7IERldmVsQG92aXJ0Lm9yZzxCUj4m Z3Q7ICZndDsgJmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8v ZGV2ZWw8QlI+Jmd0OyAmZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPEJSPiZndDsgJmd0OyBEZXZlbCBtYWlsaW5nIGxpc3Q8QlI+Jmd0OyAm Z3Q7IERldmVsQG92aXJ0Lm9yZzxCUj4mZ3Q7ICZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9y Zy9tYWlsbWFuL2xpc3RpbmZvL2RldmVsPEJSPiZndDsgX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188QlI+Jmd0OyBEZXZlbCBtYWlsaW5nIGxpc3Q8 QlI+Jmd0OyBEZXZlbEBvdmlydC5vcmc8QlI+Jmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3Jn L21haWxtYW4vbGlzdGluZm8vZGV2ZWw8QlI+PEJSPjxCUj4tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS08QlI+PEJSPk1lc3NhZ2U6IDU8QlI+RGF0ZTogV2VkLCAzIERlYyAyMDE0 IDA3OjUzOjI0IC0wNTAwPEJSPkZyb206IEJvYiBEb29saXR0bGUgJmx0O2JvYkBkb29saXR0 bGUudXMuY29tJmd0OzxCUj5UbzogWWVkaWR5YWggQmFyIERhdmlkICZsdDtkaWRpQHJlZGhh dC5jb20mZ3Q7PEJSPkNjOiB1c2Vycy1vdmlydCAmbHQ7dXNlcnNAb3ZpcnQub3JnJmd0Oywg ImRldmVsQG92aXJ0Lm9yZyIgJmx0O2RldmVsQG92aXJ0Lm9yZyZndDs8QlI+U3ViamVjdDog UmU6IFtvdmlydC1kZXZlbF0gaG9zdGVkLWVuZ2luZSBzZXR1cC9taWdyYXRpb24gZmVhdHVy ZXMgZm9yPEJSPjMuNjxCUj5NZXNzYWdlLUlEOjxCUj4mbHQ7Q0ErNGpKK3N6cHBRUXVQVEJn Q1crdjBzMnJjVmdCemFtTFFvWW5ucUFHNXhSNWdMYXJnQG1haWwuZ21haWwuY29tJmd0OzxC Uj5Db250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InV0Zi04IjxCUj48QlI+UmVz ZW5kaW5nIC0gaW5hZHZlcnRlbnRseSBkcm9wcGVkIENDcy48QlI+PEJSPk9uIFdlZCwgRGVj IDMsIDIwMTQgYXQgNzo1MCBBTSwgQm9iIERvb2xpdHRsZSAmbHQ7Ym9iQGRvb2xpdHRsZS51 cy5jb20mZ3Q7IHdyb3RlOjxCUj48QlI+Jmd0OyBBbm90aGVyIGlzc3VlIHdpdGggdGhhdCBw YWdlIGlzIHRoYXQgaXQgYXNzdW1lcyBhIHJlbW90ZSBkYXRhYmFzZS4gSSBhbTxCUj4mZ3Q7 IG5vdCBzdXJlIHdoYXQgcGVyY2VudGFnZSBvZiBjYXNlcyBoYXZlIHJlbW90ZSBkYXRhYmFz ZXMgYnV0IGNsZWFybHkgbWFueTxCUj4mZ3Q7IChtb3N0PykgZG8gbm90LCBzaW5jZSB0aGF0 J3Mgbm90IGRlZmF1bHQgYmVoYXZpb3IuIFNvIHRoYXQgcGFnZSBkZWZpbml0ZWx5PEJSPiZn dDsgbmVlZHMgYXR0ZW50aW9uLiBTZWU6PEJSPiZndDsgaHR0cHM6Ly9idWd6aWxsYS5yZWRo YXQuY29tL3Nob3dfYnVnLmNnaT9pZD0xMDk5OTk1PEJSPiZndDsgaHR0cHM6Ly9idWd6aWxs YS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9pZD0xMDk5OTk4PEJSPiZndDs8QlI+Jmd0OyBT b21lIG9mIHVzIGhhdmUgd2FudGVkIHRvIGRpc2FibGUgZ2xvYmFsIG1haW50ZW5hbmNlIHVw b24gYm9vdHVwIGJ5IGFkZGluZzxCUj4mZ3Q7IGEgc3lzdGVtZCBzZXJ2aWNlIG9uIEZlZG9y YSAyMCAoc2luY2UgeW91IG11c3QgZW5hYmxlIGdsb2JhbCBtYWludGVuYW5jZSB0bzxCUj4m Z3Q7IHNodXQgaXQgZG93biBjbGVhbmx5KSwgYW5kIGhhdmUgZm91bmQgaXQgaW1wb3NzaWJs ZSB0byBjcmVhdGUgdGhlIG5lY2Vzc2FyeTxCUj4mZ3Q7IHN5c3RlbWQgZGVwZW5kZW5jaWVz LiBJdCBzZWVtcyB0aGF0IChhdCBsZWFzdCB3aXRoIDMuNCkgaG9zdGVkLWVuZ2luZTxCUj4m Z3Q7IC0tc2V0LW1haW50ZW5hbmNlIC0tbW9kZT1ub25lIHdpbGwgcmV0dXJuIGFuIGVycm9y IGZvciBzZXZlcmFsIHNlY29uZHM8QlI+Jmd0OyBhZnRlciBhbGwgb3RoZXIgc2VydmljZXMg aGF2ZSBzdGFydGVkIGFuZCBpdCdzIG5vdCBjbGVhciB3aGF0IGNhbiBiZSB3YWl0ZWQ8QlI+ Jmd0OyB1cG9uIGluIG9yZGVyIHRvIGlzc3VlIHRoZSBjb21tYW5kIHdpdGggYXNzdXJhbmNl IGl0IHdpbGwgY29tcGxldGU8QlI+Jmd0OyBzdWNjZXNzZnVsbHkuIFRoaXMgaXNuJ3Qgc3Ry aWN0bHkgYSBzZXR1cC9taWdyYXRpb24gaXNzdWUgYnV0IGl0IGlzIGFuPEJSPiZndDsgaXNz dWUgd2l0aCBzZXR0aW5nIHVwIGEgZGVzaXJlZCBjb25maWd1cmF0aW9uIHdpdGggaG9zdGVk LWVuZ2luZS4gVGhlIHdheTxCUj4mZ3Q7IHRvIHJlcHJvZHVjZSB0aGlzIGlzIHNpbXBseSB0 byB3YWl0IHVudGlsIGdkbS1ncmVldGVyIGRpc3BsYXlzIHRoZSBsb2dpbjxCUj4mZ3Q7IHBy b21wdCwgc3NoIGludG8gdGhlIHN5c3RlbSBhbmQgZXhlY3V0ZSBob3N0ZWQtZW5naW5lIC0t c2V0LW1haW50ZW5hbmNlPEJSPiZndDsgLS1tb2RlPW5vbmUgYW5kIG9ic2VydmUgdGhlIGVy cm9yLiBPciBjcmVhdGUgYSBzeXN0ZW1kIHNlcnZpY2UgdGhhdCBkZXBlbmRzPEJSPiZndDsg dXBvbiAod2FpdHMgZm9yKSB0aGUgbGF0ZXN0LXBvc3NpYmxlIHNlcnZpY2UsIHRyeSBleGVj dXRpbmcgdGhlIGNvbW1hbmQ8QlI+Jmd0OyB0aGVyZSwgYW5kIG9ic2VydmUgdGhlIGVycm9y LiBJZGVhbGx5IHRoZXJlIHdvdWxkIGJlIHNvbWUgZXh0ZXJuYWw8QlI+Jmd0OyBvYnNlcnZh YmxlIGV2ZW50IHdoaWNoIGEgc3lzdGVtZCBzZXJ2aWNlIGNvdWxkIGRlcGVuZCB1cG9uLCB3 aGVuPEJSPiZndDsgaG9zdGVkLWVuZ2luZSBpcyByZWFkeSB0byBkbyBpdHMgdGhpbmcuPEJS PiZndDs8QlI+Jmd0OyBSZWdhcmRzLDxCUj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IEJvYjxCUj4mZ3Q7PEJSPiZndDs8QlI+Jmd0OyBPbiBXZWQsIERlYyAzLCAyMDE0IGF0IDI6 NTkgQU0sIFllZGlkeWFoIEJhciBEYXZpZCAmbHQ7ZGlkaUByZWRoYXQuY29tJmd0OzxCUj4m Z3Q7IHdyb3RlOjxCUj4mZ3Q7PEJSPiZndDsmZ3Q7IEhpIGFsbCw8QlI+Jmd0OyZndDs8QlI+ Jmd0OyZndDsgV2UgYWxyZWFkeSBoYXZlIHF1aXRlIGEgbG90IG9mIG9wZW4gb3ZpcnQtaG9z dGVkLWVuZ2luZS1zZXR1cCBidWdzIGZvcjxCUj4mZ3Q7Jmd0OyAzLjYgWzFdLjxCUj4mZ3Q7 Jmd0OzxCUj4mZ3Q7Jmd0OyBZZXN0ZXJkYXkgSSB0cmllZCBoZWxwaW5nIHNvbWVvbmUgb24g aXJjIHdobyBwbGFubmVkIHRvIG1pZ3JhdGUgdG88QlI+Jmd0OyZndDsgaG9zdGVkLWVuZ2lu ZTxCUj4mZ3Q7Jmd0OyBtYW51YWxseSwgYW5kIHdpdGhvdXQga25vd2luZyAoc28gaXQgc2Vl bXMpIHRoYXQgc3VjaCBhIGZlYXR1cmUgZXhpc3RzLjxCUj4mZ3Q7Jmd0OyBIZSBoYWQ8QlI+ Jmd0OyZndDsgYW4gZW5naW5lIHNldCB1cCBvbiBhIHBoeXNpY2FsIGhvc3QsIHByZXBhcmVk IGEgVk0gZm9yIGl0LCBhbmQgYXNrZWQ8QlI+Jmd0OyZndDsgYWJvdXQgbWlncmF0aW5nPEJS PiZndDsmZ3Q7IHRoZSBlbmdpbmUgdG8gdGhlIFZNLiBJbiBwcmluY2lwbGUgdGhpcyB3b3Jr cywgYnV0IHRoZSBmaW5hbCByZXN1bHQgd2lsbDxCUj4mZ3Q7Jmd0OyBiZSBhPEJSPiZndDsm Z3Q7IGhvc3RlZC1lbmdpbmUsIHdoZXJlIHRoZSBlbmdpbmUgbWFuYWdlcyBhIFZNIHRoZSBy dW5zIGl0c2VsZiwgd2l0aG91dDxCUj4mZ3Q7Jmd0OyBrbm93aW5nIGl0LDxCUj4mZ3Q7Jmd0 OyBhbmQgd2l0aG91dCBIQS48QlI+Jmd0OyZndDs8QlI+Jmd0OyZndDsgVGhlIGN1cnJlbnQg cmVjb21tZW5kZWQgbWlncmF0aW9uIGZsb3cgaXMgZGVzY3JpYmVkIGluIFsyXS4gVGhpcyBw YWdlIGlzPEJSPiZndDsmZ3Q7IHBlcmhhcHM8QlI+Jmd0OyZndDsgYSBiaXQgb3V0ZGF0ZWQs IHBlcmhhcHMgbWlzc2luZyBzb21lIGRldGFpbHMgZXRjLiwgYnV0IHByaW5jaXBhbGx5IHdv cmtzLjxCUj4mZ3Q7Jmd0OyBUaGUgbWFpbjxCUj4mZ3Q7Jmd0OyBpc3N1ZSB3aXRoIGl0LCBB RkFJQ1QgYWZ0ZXIgZGlzY3Vzc2luZyB0aGlzIGEgYml0IHdpdGggZmV3IHBlb3BsZSwgaXM8 QlI+Jmd0OyZndDsgdGhhdCBpdDxCUj4mZ3Q7Jmd0OyByZXF1aXJlcyBhIG5ldyBjbGVhbiBo b3N0LjxCUj4mZ3Q7Jmd0OzxCUj4mZ3Q7Jmd0OyBJJ2QgbGlrZSB0byBoZWFyIHdoYXQgcGVv cGxlIGhlcmUgdGhpbmsgYWJvdXQgc3VjaCBhbmQgc2ltaWxhciBmbG93cy48QlI+Jmd0OyZn dDs8QlI+Jmd0OyZndDsgSWYgeW91IGFscmVhZHkgaGFkIGFuIGVuZ2luZSBhbmQgbWlncmF0 ZWQgdG8gaG9zdGVkLWVuZ2luZSwgd2hhdCB3YXM8QlI+Jmd0OyZndDsgZ29vZCwgd2hhdDxC Uj4mZ3Q7Jmd0OyB3YXMgYmFkLCB3aGF0IHdvdWxkIHlvdSBsaWtlIHRvIGNoYW5nZT88QlI+ Jmd0OyZndDs8QlI+Jmd0OyZndDsgSWYgeW91IHBsYW4gc3VjaCBhIG1pZ3JhdGlvbiwgd2hh dCBkbyB5b3UgZmluZCBtaXNzaW5nIGN1cnJlbnRseT88QlI+Jmd0OyZndDs8QlI+Jmd0OyZn dDsgWzFdIGh0dHA6Ly9yZWQuaHQvMXZsZThWdjxCUj4mZ3Q7Jmd0OyBbMl0gaHR0cDovL3d3 dy5vdmlydC5vcmcvTWlncmF0ZV90b19Ib3N0ZWRfRW5naW5lPEJSPiZndDsmZ3Q7PEJSPiZn dDsmZ3Q7IEJlc3QsPEJSPiZndDsmZ3Q7IC0tPEJSPiZndDsmZ3Q7IERpZGk8QlI+Jmd0OyZn dDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188QlI+ Jmd0OyZndDsgRGV2ZWwgbWFpbGluZyBsaXN0PEJSPiZndDsmZ3Q7IERldmVsQG92aXJ0Lm9y ZzxCUj4mZ3Q7Jmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8v ZGV2ZWw8QlI+Jmd0OyZndDs8QlI+Jmd0OzxCUj4mZ3Q7PEJSPi0tLS0tLS0tLS0tLS0tIG5l eHQgcGFydCAtLS0tLS0tLS0tLS0tLTxCUj5BbiBIVE1MIGF0dGFjaG1lbnQgd2FzIHNjcnVi YmVkLi4uPEJSPlVSTDogJmx0O2h0dHA6Ly9saXN0cy5vdmlydC5vcmcvcGlwZXJtYWlsL2Rl dmVsL2F0dGFjaG1lbnRzLzIwMTQxMjAzL2Q4YWIyMzY0L2F0dGFjaG1lbnQtMDAwMS5odG1s Jmd0OzxCUj48QlI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPEJSPjxCUj5NZXNz YWdlOiA2PEJSPkRhdGU6IFdlZCwgMyBEZWMgMjAxNCAwODowNDoxNyAtMDUwMCAoRVNUKTxC Uj5Gcm9tOiBZZWRpZHlhaCBCYXIgRGF2aWQgJmx0O2RpZGlAcmVkaGF0LmNvbSZndDs8QlI+ VG86IEJvYiBEb29saXR0bGUgJmx0O2JvYkBkb29saXR0bGUudXMuY29tJmd0OzxCUj5DYzog dXNlcnMgJmx0O3VzZXJzQG92aXJ0Lm9yZyZndDssIGRldmVsICZsdDtkZXZlbEBvdmlydC5v cmcmZ3Q7PEJSPlN1YmplY3Q6IFJlOiBbb3ZpcnQtZGV2ZWxdIGhvc3RlZC1lbmdpbmUgc2V0 dXAvbWlncmF0aW9uIGZlYXR1cmVzIGZvcjxCUj4zLjY8QlI+TWVzc2FnZS1JRDo8QlI+Jmx0 OzE4MTA3NTU2NjUuMjIyNDQ0OTcuMTQxNzYxMTg1NzgwNS5KYXZhTWFpbC56aW1icmFAcmVk aGF0LmNvbSZndDs8QlI+Q29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PXV0Zi04 PEJSPjxCUj4tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tPEJSPiZndDsgRnJvbTogIkJv YiBEb29saXR0bGUiICZsdDtib2JAZG9vbGl0dGxlLnVzLmNvbSZndDs8QlI+Jmd0OyBUbzog IlllZGlkeWFoIEJhciBEYXZpZCIgJmx0O2RpZGlAcmVkaGF0LmNvbSZndDs8QlI+Jmd0OyBT ZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDMsIDIwMTQgMjo1MDoxMiBQTTxCUj4mZ3Q7IFN1 YmplY3Q6IFJlOiBbb3ZpcnQtZGV2ZWxdIGhvc3RlZC1lbmdpbmUgc2V0dXAvbWlncmF0aW9u IGZlYXR1cmVzIGZvciAzLjY8QlI+Jmd0OyA8QlI+Jmd0OyBBbm90aGVyIGlzc3VlIHdpdGgg dGhhdCBwYWdlIGlzIHRoYXQgaXQgYXNzdW1lcyBhIHJlbW90ZSBkYXRhYmFzZS4gSSBhbSBu b3Q8QlI+Jmd0OyBzdXJlIHdoYXQgcGVyY2VudGFnZSBvZiBjYXNlcyBoYXZlIHJlbW90ZSBk YXRhYmFzZXMgYnV0IGNsZWFybHkgbWFueTxCUj4mZ3Q7IChtb3N0PykgZG8gbm90LCBzaW5j ZSB0aGF0J3Mgbm90IGRlZmF1bHQgYmVoYXZpb3IuPEJSPjxCUj5JIGFncmVlLjxCUj48QlI+ Jmd0OyBTbyB0aGF0IHBhZ2UgZGVmaW5pdGVseTxCUj4mZ3Q7IG5lZWRzIGF0dGVudGlvbi4g U2VlOjxCUj4mZ3Q7IGh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/ aWQ9MTA5OTk5NTxCUj48QlI+SW5kZWVkLiBOb3RlIHRoYXQgdGhpcyBpc24ndCBzcGVjaWZp YyB0byBob3N0ZWQtZW5naW5lLCBpdCdzIHRoZSBzYW1lIGZvcjxCUj5hbnkgbWlncmF0aW9u IHVzaW5nIGVuZ2luZS1iYWNrdXAgdG8gYmFja3VwL3Jlc3RvcmUsIHRoZXJlZm9yZSB0aGVy ZSBpczxCUj5hIGxpbmsgdG8gaXRzIHBhZ2UgaW4gdGhlIHRvcCwgd2hlcmUgdGhpcyBpcyBt b3JlIGRldGFpbGVkLiBXZSBhbHNvIGhhdmU8QlI+YSBidWcgWzNdIHRvIGF1dG9tYXRlIHRo aXMuPEJSPjxCUj5bM10gaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNn aT9pZD0xMDY0NTAzPEJSPjxCUj4mZ3Q7IGh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9z aG93X2J1Zy5jZ2k/aWQ9MTA5OTk5ODxCUj4mZ3Q7IDxCUj4mZ3Q7IFNvbWUgb2YgdXMgaGF2 ZSB3YW50ZWQgdG8gZGlzYWJsZSBnbG9iYWwgbWFpbnRlbmFuY2UgdXBvbiBib290dXAgYnkg YWRkaW5nPEJSPiZndDsgYSBzeXN0ZW1kIHNlcnZpY2Ugb24gRmVkb3JhIDIwIChzaW5jZSB5 b3UgbXVzdCBlbmFibGUgZ2xvYmFsIG1haW50ZW5hbmNlIHRvPEJSPiZndDsgc2h1dCBpdCBk b3duIGNsZWFubHkpLCBhbmQgaGF2ZSBmb3VuZCBpdCBpbXBvc3NpYmxlIHRvIGNyZWF0ZSB0 aGUgbmVjZXNzYXJ5PEJSPiZndDsgc3lzdGVtZCBkZXBlbmRlbmNpZXMuIEl0IHNlZW1zIHRo YXQgKGF0IGxlYXN0IHdpdGggMy40KSBob3N0ZWQtZW5naW5lPEJSPiZndDsgLS1zZXQtbWFp bnRlbmFuY2UgLS1tb2RlPW5vbmUgd2lsbCByZXR1cm4gYW4gZXJyb3IgZm9yIHNldmVyYWwg c2Vjb25kczxCUj4mZ3Q7IGFmdGVyIGFsbCBvdGhlciBzZXJ2aWNlcyBoYXZlIHN0YXJ0ZWQg YW5kIGl0J3Mgbm90IGNsZWFyIHdoYXQgY2FuIGJlIHdhaXRlZDxCUj4mZ3Q7IHVwb24gaW4g b3JkZXIgdG8gaXNzdWUgdGhlIGNvbW1hbmQgd2l0aCBhc3N1cmFuY2UgaXQgd2lsbCBjb21w bGV0ZTxCUj4mZ3Q7IHN1Y2Nlc3NmdWxseS4gVGhpcyBpc24ndCBzdHJpY3RseSBhIHNldHVw L21pZ3JhdGlvbiBpc3N1ZSBidXQgaXQgaXMgYW48QlI+Jmd0OyBpc3N1ZSB3aXRoIHNldHRp bmcgdXAgYSBkZXNpcmVkIGNvbmZpZ3VyYXRpb24gd2l0aCBob3N0ZWQtZW5naW5lLiBUaGUg d2F5PEJSPiZndDsgdG8gcmVwcm9kdWNlIHRoaXMgaXMgc2ltcGx5IHRvIHdhaXQgdW50aWwg Z2RtLWdyZWV0ZXIgZGlzcGxheXMgdGhlIGxvZ2luPEJSPiZndDsgcHJvbXB0LCBzc2ggaW50 byB0aGUgc3lzdGVtIGFuZCBleGVjdXRlIGhvc3RlZC1lbmdpbmUgLS1zZXQtbWFpbnRlbmFu Y2U8QlI+Jmd0OyAtLW1vZGU9bm9uZSBhbmQgb2JzZXJ2ZSB0aGUgZXJyb3IuIE9yIGNyZWF0 ZSBhIHN5c3RlbWQgc2VydmljZSB0aGF0IGRlcGVuZHM8QlI+Jmd0OyB1cG9uICh3YWl0cyBm b3IpIHRoZSBsYXRlc3QtcG9zc2libGUgc2VydmljZSwgdHJ5IGV4ZWN1dGluZyB0aGUgY29t bWFuZDxCUj4mZ3Q7IHRoZXJlLCBhbmQgb2JzZXJ2ZSB0aGUgZXJyb3IuIElkZWFsbHkgdGhl cmUgd291bGQgYmUgc29tZSBleHRlcm5hbDxCUj4mZ3Q7IG9ic2VydmFibGUgZXZlbnQgd2hp Y2ggYSBzeXN0ZW1kIHNlcnZpY2UgY291bGQgZGVwZW5kIHVwb24sIHdoZW48QlI+Jmd0OyBo b3N0ZWQtZW5naW5lIGlzIHJlYWR5IHRvIGRvIGl0cyB0aGluZy48QlI+PEJSPkFkZGluZyBK aXJpIGZvciB0aGF0LiBEbyB5b3UgaGF2ZSBhbiBvcGVuIGJ1Zz88QlI+PEJSPlRoYW5rcyw8 QlI+PEJSPiZndDsgPEJSPiZndDsgUmVnYXJkcyw8QlI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBCb2I8QlI+Jmd0OyA8QlI+Jmd0OyA8QlI+Jmd0OyBPbiBXZWQsIERlYyAzLCAy MDE0IGF0IDI6NTkgQU0sIFllZGlkeWFoIEJhciBEYXZpZCAmbHQ7ZGlkaUByZWRoYXQuY29t Jmd0OyB3cm90ZTo8QlI+Jmd0OyA8QlI+Jmd0OyAmZ3Q7IEhpIGFsbCw8QlI+Jmd0OyAmZ3Q7 PEJSPiZndDsgJmd0OyBXZSBhbHJlYWR5IGhhdmUgcXVpdGUgYSBsb3Qgb2Ygb3BlbiBvdmly dC1ob3N0ZWQtZW5naW5lLXNldHVwIGJ1Z3MgZm9yIDMuNjxCUj4mZ3Q7ICZndDsgWzFdLjxC Uj4mZ3Q7ICZndDs8QlI+Jmd0OyAmZ3Q7IFllc3RlcmRheSBJIHRyaWVkIGhlbHBpbmcgc29t ZW9uZSBvbiBpcmMgd2hvIHBsYW5uZWQgdG8gbWlncmF0ZSB0bzxCUj4mZ3Q7ICZndDsgaG9z dGVkLWVuZ2luZTxCUj4mZ3Q7ICZndDsgbWFudWFsbHksIGFuZCB3aXRob3V0IGtub3dpbmcg KHNvIGl0IHNlZW1zKSB0aGF0IHN1Y2ggYSBmZWF0dXJlIGV4aXN0cy4gSGU8QlI+Jmd0OyAm Z3Q7IGhhZDxCUj4mZ3Q7ICZndDsgYW4gZW5naW5lIHNldCB1cCBvbiBhIHBoeXNpY2FsIGhv c3QsIHByZXBhcmVkIGEgVk0gZm9yIGl0LCBhbmQgYXNrZWQgYWJvdXQ8QlI+Jmd0OyAmZ3Q7 IG1pZ3JhdGluZzxCUj4mZ3Q7ICZndDsgdGhlIGVuZ2luZSB0byB0aGUgVk0uIEluIHByaW5j aXBsZSB0aGlzIHdvcmtzLCBidXQgdGhlIGZpbmFsIHJlc3VsdCB3aWxsPEJSPiZndDsgJmd0 OyBiZSBhPEJSPiZndDsgJmd0OyBob3N0ZWQtZW5naW5lLCB3aGVyZSB0aGUgZW5naW5lIG1h bmFnZXMgYSBWTSB0aGUgcnVucyBpdHNlbGYsIHdpdGhvdXQ8QlI+Jmd0OyAmZ3Q7IGtub3dp bmcgaXQsPEJSPiZndDsgJmd0OyBhbmQgd2l0aG91dCBIQS48QlI+Jmd0OyAmZ3Q7PEJSPiZn dDsgJmd0OyBUaGUgY3VycmVudCByZWNvbW1lbmRlZCBtaWdyYXRpb24gZmxvdyBpcyBkZXNj cmliZWQgaW4gWzJdLiBUaGlzIHBhZ2UgaXM8QlI+Jmd0OyAmZ3Q7IHBlcmhhcHM8QlI+Jmd0 OyAmZ3Q7IGEgYml0IG91dGRhdGVkLCBwZXJoYXBzIG1pc3Npbmcgc29tZSBkZXRhaWxzIGV0 Yy4sIGJ1dCBwcmluY2lwYWxseSB3b3Jrcy48QlI+Jmd0OyAmZ3Q7IFRoZSBtYWluPEJSPiZn dDsgJmd0OyBpc3N1ZSB3aXRoIGl0LCBBRkFJQ1QgYWZ0ZXIgZGlzY3Vzc2luZyB0aGlzIGEg Yml0IHdpdGggZmV3IHBlb3BsZSwgaXMgdGhhdDxCUj4mZ3Q7ICZndDsgaXQ8QlI+Jmd0OyAm Z3Q7IHJlcXVpcmVzIGEgbmV3IGNsZWFuIGhvc3QuPEJSPiZndDsgJmd0OzxCUj4mZ3Q7ICZn dDsgSSdkIGxpa2UgdG8gaGVhciB3aGF0IHBlb3BsZSBoZXJlIHRoaW5rIGFib3V0IHN1Y2gg YW5kIHNpbWlsYXIgZmxvd3MuPEJSPiZndDsgJmd0OzxCUj4mZ3Q7ICZndDsgSWYgeW91IGFs cmVhZHkgaGFkIGFuIGVuZ2luZSBhbmQgbWlncmF0ZWQgdG8gaG9zdGVkLWVuZ2luZSwgd2hh dCB3YXMgZ29vZCw8QlI+Jmd0OyAmZ3Q7IHdoYXQ8QlI+Jmd0OyAmZ3Q7IHdhcyBiYWQsIHdo YXQgd291bGQgeW91IGxpa2UgdG8gY2hhbmdlPzxCUj4mZ3Q7ICZndDs8QlI+Jmd0OyAmZ3Q7 IElmIHlvdSBwbGFuIHN1Y2ggYSBtaWdyYXRpb24sIHdoYXQgZG8geW91IGZpbmQgbWlzc2lu ZyBjdXJyZW50bHk/PEJSPiZndDsgJmd0OzxCUj4mZ3Q7ICZndDsgWzFdIGh0dHA6Ly9yZWQu aHQvMXZsZThWdjxCUj4mZ3Q7ICZndDsgWzJdIGh0dHA6Ly93d3cub3ZpcnQub3JnL01pZ3Jh dGVfdG9fSG9zdGVkX0VuZ2luZTxCUj4mZ3Q7ICZndDs8QlI+Jmd0OyAmZ3Q7IEJlc3QsPEJS PiZndDsgJmd0OyAtLTxCUj4mZ3Q7ICZndDsgRGlkaTxCUj4mZ3Q7ICZndDsgX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188QlI+Jmd0OyAmZ3Q7IERl dmVsIG1haWxpbmcgbGlzdDxCUj4mZ3Q7ICZndDsgRGV2ZWxAb3ZpcnQub3JnPEJSPiZndDsg Jmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vZGV2ZWw8QlI+ Jmd0OyAmZ3Q7PEJSPiZndDsgPEJSPjxCUj4tLSA8QlI+RGlkaTxCUj48QlI+PEJSPjxCUj4t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08QlI+PEJSPl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPEJSPkRldmVsIG1haWxpbmcgbGlzdDxC Uj5EZXZlbEBvdmlydC5vcmc8QlI+aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xp c3RpbmZvL2RldmVsPEJSPjxCUj5FbmQgb2YgRGV2ZWwgRGlnZXN0LCBWb2wgOSwgSXNzdWUg ODxCUj4qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiANCjxESVY+PC9ESVY+ PC9ESVY+ ------=_NextPart_5481CC89_093FE038_4AD32811--

2 1

Re: [ovirt-devel] How To Auto Set oVirt RESTApi Session？
by Alexander Wels 08 Dec '14

08 Dec '14

On Tuesday, December 02, 2014 09:45:49 AM 王成俊 wrote: > Hi,awels: > > Thanks for your reply! > > I make this servlet to run the backend action which > names "LoginAdminUser", because I want to check admin log in with it,so > that my engine no need to log in through engine's loginpopupview. > > But when I log in through my servlet,the restapi can not get the > user's certificate. > > Can you tell me how to set and resume the restapi session in my case? > > Thanks! > > Best Regards! > You can login to the REST api using standard http connection techniques. For instance basic auth you can login doing the following: http://<user>%40<domain>:<password>@<engine_host>/ovirt-engine/api Will list the available REST api. But I am still not clear on what you are trying to do. Are you trying to write your own external servlet, that calls the REST api to do things for you? Or are you trying to write a servlet that lives inside the context of the engine and implements a new action? Also please reply all, so we can keep the discussion on the mailing list so other people can find it in the future. Alexander > 2014-12-02 5:42 GMT+08:00 Alexander Wels <awels(a)redhat.com>: > > On Monday, December 01, 2014 04:56:04 PM 王成俊 wrote: > > > Dear Sir： > > > > > > I am a new one in studing ovirt engine.Now,I have a Servlet in > > > > > > org.ovirt.engine.ui.frontend.server.gwt package. > > > > > > I want to call > > > > > > *Frontend.getInstance().getLoginHandler().**onLoginSuccess(userName, > > > password, domain)* to set session for restapi in this servlet. > > > > > > But when I visit this servlet,it occur to show me an error > > > which > > > > > > just like "*JBWEB000071: root cause java.lang.ClassNotFoundException: > > > org.ovirt.engine.ui.uicompat.IFrontendActionAsyncCallback from [Module > > > "deployment.engine.ear.webadmin.war:main" from Service Module > > > Loader]*". I found that this error is occured by calling* > > > Frontend.getInstance()*. > > > > > > Can you tell me how to resolve this problem or a new way to set > > > > > > and resume restapi session in a servlet package of > > > org.ovirt.engine.ui.front.server.gwt like the RestApiSessionManager in > > > org.ovirt.engine.ui.webadmin.plugin.restapi package? > > > > > > thanks! > > > > > > Best Regards! > > > > Hi, > > > > The problem you are experiencing is the fact the Frontend.getInstance() is > > a > > frontend (client, which get compiled to javascript) class, and the servlet > > is > > on the server side where this class is not defined (as it is frontend > > only). > > Maybe if you could explain what you are trying to do we could assist > > better. > > > > We have a mechanism of getting the REST api session on the front end when > > you > > log in. On the backend you don't really need that, since you are on the > > backend. So your question sort of confuses me at this point. > > > > Alexander

3 4

[OUTAGE] ovirt.org wiki outage report [07/12/14]
by Eyal Edri 07 Dec '14

07 Dec '14

fyi, ovirt.org wiki page was down today from 01:33:07 IST till 10:22 IST. REASON: ======= after logging into the openshift gear, seems like there was 99.9% space taken. RESOLUTION: =========== deleted some logs from $OPENSHIFT_MYSQL_DB_LOG_DIR, and restarted mysql using 'ctl_app restart'. space is still not great - at 84%, so we'll need to think soon how to resolve this. wiki is up now and seems to working well. infra - we should look into migrating to a new gear maybe? or extend again the existing one. Eyal.

1 0

Feature: Fedora 21 Support
by Sandro Bonazzola 05 Dec '14

05 Dec '14

Hi all, Currently oVirt is is not supported on Fedora 21. This feature will add Fedora 21 support to oVirt project. You are more than welcome to review the feature page[1] [1] http://www.ovirt.org/Features/Fedora_21_Support -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QA] [DOC] Troubleshooting NFS Storage Issues
by Sandro Bonazzola 05 Dec '14

05 Dec '14

Hi, while testing hosted engine with a plain export like "/NotBackedUp/hosted 0.0.0.0/0.0.0.0(rw)" I had some issues and was pointed to Troubleshooting NFS Storage Issues[1] wiki page. Can someone from storage team update / review it? I see things like: "The NFS server must support NFSv3. oVirt 3.0 does not support NFSv4, while oVirt 4.0 does support NFSv4" or suggesting to use "no_subtree_check" disabling subtree checking, which has mild security implications, but can improve reliability in some circumstances without proper description of why this is suggested. CC-ing all authors I managed to find looking at page history. [1] http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[QE][ACTION REQUIRED] oVirt 3.6.0 status
by Sandro Bonazzola 03 Dec '14

03 Dec '14

Hi, Release criteria discussion has been closed with last week oVirt sync meeting [1]. Release management for 3.6.0 [2] will soon be updated with the accepted changes in release criteria. The remaining key milestones for this release must now be scheduled. For reference, external project schedules we're tracking are: Fedora 21: 2014-12-09 Fedora 22: 2015-XX-XX GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 Two different proposals have been made about above scheduling [3]: 1) extend the cycle to 10 months for allowing to include a large feature set 2) reduce the cycle to less than 6 months and split features over 3.6 and 3.7 Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [4] and reviewed by maintainers. The tracker bug for 3.6.0 [5] currently shows no blockers. There are 453 bugs [6] targeted to 3.6.0. Excluding node and documentation bugs we have 430 bugs [7] targeted to 3.6.0. [1] http://resources.ovirt.org/meetings/ovirt/2014/ovirt.2014-11-26-15.07.log.h… [2] http://www.ovirt.org/OVirt_3.6_Release_Management [3] http://lists.ovirt.org/pipermail/users/2014-November/028875.html [4] http://goo.gl/9X3G49 [5] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [6] http://goo.gl/zwkF3r [7] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Frontend - please avoid putting business logic into Views
by Vojtech Szocs 03 Dec '14

03 Dec '14

Hi guys, our GWT frontend generally follows the Model-View-Presenter design pattern via GWT-Platform MVP module [1]. [1] https://github.com/ArcBees/GWTP/wiki/Getting-started Presenters/PresenterWidgets should be the ones containing the business logic. Views should only contain simple logic to perform necessary UI updates etc. Consider the following example of imaginary "Foo" dialog: // inside FooPopupView.java @Override public void edit(SomeModel model) { // this is OK! driver.edit(model); // please DON'T do this! model.getSomeAttribute().getEntityChangedEvent().addListener(...); } There are two main reasons why to avoid adding listeners to given model (i.e. SomeModel) inside View.edit() method: 1, MVP pattern encourages putting business logic into Presenter (reflecting Presenter's responsibility) 2, View.edit()'s responsibility is to populate UI from model data, and can be potentially called multiple times! Following example shows the "correct" (MVP-ish) way: // inside FooPopupPresenterWidget.java public interface ViewDef extends ... { // in your listener, you can use getView().doSomething() void doSomething(); } @Override public void init(SomeModel model) { // listeners are added only once, as they should! model.getSomeAttribute().getEntityChangedEvent().addListener(...); } This applies to both PresenterWidgets (typically dialogs) and "regular" Presenters (typically main/sub tabs etc). Also, please avoid explicit View impl. type casts inside Presenters/PresenterWidgets: // inside FooPopupPresenterWidget.java // please DON'T do this! ((FooPopupView) getView()).doSomething(); // you should use this! getView().doSomething(); Just modify the ViewDef interface to contain methods you need to invoke on the View. Please remember that ViewDef is THE interface between Presenter and View. Please avoid referencing specific View implementation inside Presenter. Let me know if you have any questions. Regards, Vojtech

1 0

Important change in UI plugins REST API integration
by Vojtech Szocs 03 Dec '14

03 Dec '14

Hi guys, an important change in UI plugins REST API integration landed in both master [1] and 3.5 [2] branches of oVirt Engine repo. [1] http://gerrit.ovirt.org/#/c/35185/ [2] http://gerrit.ovirt.org/#/c/35248/ Below is a short overview of this change and how it affects existing UI plugins. Please refer to commit message for more details. Situation before ================ WebAdmin login caused two separate Engine user sessions to be created: one for WebAdmin GUI itself, one for UI plugins (using same credentials as entered in WebAdmin login form). This resulted in two separate "user {user}@{domain} logged" entries in Engine log. REST session ID which maps to second Engine user session was broadcasted to all UI plugins via "RestApiSessionAcquired" event handler function. Upon WebAdmin logout, the second Engine user session was not closed; this was intentional so that any potential 3rd party systems using above mentioned REST session ID would still work. Situation after =============== WebAdmin login causes one Engine user session to be created. When acquiring REST session for UI plugins, existing Engine user session is reused via OVIRT-INTERNAL-ENGINE-AUTH-TOKEN header [3]. There is now only one "user {user}@{domain} logged" entry in Engine log. [3] http://gerrit.ovirt.org/#/c/35069/ Acquired REST session ID therefore maps to existing Engine user session. "RestApiSessionAcquired" API still works as expected. The only (possibly breaking) change is that upon WebAdmin logout, REST session ID previously passed to all UI plugins (upon last login) will not work anymore. While the physical session (REST webapp HttpSession) might still be active, the logical session (Engine user / SessionDataContainer) will be dead, therefore the physical REST session won't work after WebAdmin logout. In other words, usability of REST session ID is now strictly scoped to GUI user being authenticated. If the user logs in, (always) new REST session ID will be passed to all UI plugins. If the user logs out, REST session ID will not work anymore. This is in line with the general concept of UI plugins where each plugin is "active" (receives API callbacks) *only* when the GUI user is authenticated. See [4,5] for details. [4] http://www.ovirt.org/Features/UIPlugins#Plugin_lifecycle "Plugin invocation context starts when user logs into WebAdmin and ends when user logs out." [5] http://www.ovirt.org/Features/UIPlugins#Application_event_reference Let me know if you have any questions. Regards, Vojtech

5 7

Re: [ovirt-devel] hosted-engine setup/migration features for 3.6
by Yedidyah Bar David 03 Dec '14

03 Dec '14

----- Original Message ----- > From: "Bob Doolittle" <bob(a)doolittle.us.com> > To: "Yedidyah Bar David" <didi(a)redhat.com> > Sent: Wednesday, December 3, 2014 2:50:12 PM > Subject: Re: [ovirt-devel] hosted-engine setup/migration features for 3.6 > > Another issue with that page is that it assumes a remote database. I am not > sure what percentage of cases have remote databases but clearly many > (most?) do not, since that's not default behavior. I agree. > So that page definitely > needs attention. See: > https://bugzilla.redhat.com/show_bug.cgi?id=1099995 Indeed. Note that this isn't specific to hosted-engine, it's the same for any migration using engine-backup to backup/restore, therefore there is a link to its page in the top, where this is more detailed. We also have a bug [3] to automate this. [3] https://bugzilla.redhat.com/show_bug.cgi?id=1064503 > https://bugzilla.redhat.com/show_bug.cgi?id=1099998 > > Some of us have wanted to disable global maintenance upon bootup by adding > a systemd service on Fedora 20 (since you must enable global maintenance to > shut it down cleanly), and have found it impossible to create the necessary > systemd dependencies. It seems that (at least with 3.4) hosted-engine > --set-maintenance --mode=none will return an error for several seconds > after all other services have started and it's not clear what can be waited > upon in order to issue the command with assurance it will complete > successfully. This isn't strictly a setup/migration issue but it is an > issue with setting up a desired configuration with hosted-engine. The way > to reproduce this is simply to wait until gdm-greeter displays the login > prompt, ssh into the system and execute hosted-engine --set-maintenance > --mode=none and observe the error. Or create a systemd service that depends > upon (waits for) the latest-possible service, try executing the command > there, and observe the error. Ideally there would be some external > observable event which a systemd service could depend upon, when > hosted-engine is ready to do its thing. Adding Jiri for that. Do you have an open bug? Thanks, > > Regards, > Bob > > > On Wed, Dec 3, 2014 at 2:59 AM, Yedidyah Bar David <didi(a)redhat.com> wrote: > > > Hi all, > > > > We already have quite a lot of open ovirt-hosted-engine-setup bugs for 3.6 > > [1]. > > > > Yesterday I tried helping someone on irc who planned to migrate to > > hosted-engine > > manually, and without knowing (so it seems) that such a feature exists. He > > had > > an engine set up on a physical host, prepared a VM for it, and asked about > > migrating > > the engine to the VM. In principle this works, but the final result will > > be a > > hosted-engine, where the engine manages a VM the runs itself, without > > knowing it, > > and without HA. > > > > The current recommended migration flow is described in [2]. This page is > > perhaps > > a bit outdated, perhaps missing some details etc., but principally works. > > The main > > issue with it, AFAICT after discussing this a bit with few people, is that > > it > > requires a new clean host. > > > > I'd like to hear what people here think about such and similar flows. > > > > If you already had an engine and migrated to hosted-engine, what was good, > > what > > was bad, what would you like to change? > > > > If you plan such a migration, what do you find missing currently? > > > > [1] http://red.ht/1vle8Vv > > [2] http://www.ovirt.org/Migrate_to_Hosted_Engine > > > > Best, > > -- > > Didi > > _______________________________________________ > > Devel mailing list > > Devel(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/devel > > > -- Didi

1 1

Re: [ovirt-devel] hosted-engine setup/migration features for 3.6
by Bob Doolittle 03 Dec '14

03 Dec '14

Resending - inadvertently dropped CCs. On Wed, Dec 3, 2014 at 7:50 AM, Bob Doolittle <bob(a)doolittle.us.com> wrote: > Another issue with that page is that it assumes a remote database. I am > not sure what percentage of cases have remote databases but clearly many > (most?) do not, since that's not default behavior. So that page definitely > needs attention. See: > https://bugzilla.redhat.com/show_bug.cgi?id=1099995 > https://bugzilla.redhat.com/show_bug.cgi?id=1099998 > > Some of us have wanted to disable global maintenance upon bootup by adding > a systemd service on Fedora 20 (since you must enable global maintenance to > shut it down cleanly), and have found it impossible to create the necessary > systemd dependencies. It seems that (at least with 3.4) hosted-engine > --set-maintenance --mode=none will return an error for several seconds > after all other services have started and it's not clear what can be waited > upon in order to issue the command with assurance it will complete > successfully. This isn't strictly a setup/migration issue but it is an > issue with setting up a desired configuration with hosted-engine. The way > to reproduce this is simply to wait until gdm-greeter displays the login > prompt, ssh into the system and execute hosted-engine --set-maintenance > --mode=none and observe the error. Or create a systemd service that depends > upon (waits for) the latest-possible service, try executing the command > there, and observe the error. Ideally there would be some external > observable event which a systemd service could depend upon, when > hosted-engine is ready to do its thing. > > Regards, > Bob > > > On Wed, Dec 3, 2014 at 2:59 AM, Yedidyah Bar David <didi(a)redhat.com> > wrote: > >> Hi all, >> >> We already have quite a lot of open ovirt-hosted-engine-setup bugs for >> 3.6 [1]. >> >> Yesterday I tried helping someone on irc who planned to migrate to >> hosted-engine >> manually, and without knowing (so it seems) that such a feature exists. >> He had >> an engine set up on a physical host, prepared a VM for it, and asked >> about migrating >> the engine to the VM. In principle this works, but the final result will >> be a >> hosted-engine, where the engine manages a VM the runs itself, without >> knowing it, >> and without HA. >> >> The current recommended migration flow is described in [2]. This page is >> perhaps >> a bit outdated, perhaps missing some details etc., but principally works. >> The main >> issue with it, AFAICT after discussing this a bit with few people, is >> that it >> requires a new clean host. >> >> I'd like to hear what people here think about such and similar flows. >> >> If you already had an engine and migrated to hosted-engine, what was >> good, what >> was bad, what would you like to change? >> >> If you plan such a migration, what do you find missing currently? >> >> [1] http://red.ht/1vle8Vv >> [2] http://www.ovirt.org/Migrate_to_Hosted_Engine >> >> Best, >> -- >> Didi >> _______________________________________________ >> Devel mailing list >> Devel(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel >> > >

1 0

ioprocess 0.14.0 released
by Saggi Mizrahi 03 Dec '14

03 Dec '14

ioprocess 0.14.0 has been tagged and released. The changelog includes: - python-bindings: IOProcess objects can be collected by the GC - python-bindings: Slave processes can optionally be collected by zombie reaper It's recommended that everyone upgrade to the latest version. Please test and give karma: https://admin.fedoraproject.org/updates/search/ioprocess-0.14.0 Good day.

3 5

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status
by Sandro Bonazzola 03 Dec '14

03 Dec '14

Hi, We're going to start composing oVirt 3.5.1 RC on *2014-12-09 08:00 UTC* from 3.5 branch. In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-12-08 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-12-08 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. - Please provide an ETA for the pending blockers as soon as possible. Infra: - Please check Jenkins status for 3.5 jobs and sync with relevant maintainers if there are issues. There are still 68 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 45 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Some ideas on oVirt Java SDK
by Vojtech Szocs 03 Dec '14

03 Dec '14

Hi guys, since the initial (small, working & well-tested) version of oVirtJS JavaScript SDK is finished [*], I've started working on GWT wrapper for oVirtJS. While analyzing/reverse-engineering oVirt Java SDK, some thoughts came to my mind, and I wanted to share them with you. [*] TODO(vszocs) upload new patchset with all recent changes First, the way XJC (JAXB binding compiler that generates Java beans out of REST XSD schema) is invoked looks a bit weird to me, as Java SDK's XsdCodegen does this: Runtime.getRuntime().exec(command) Why not simply use existing Maven plugins to invoke XJC? - either: https://github.com/highsource/maven-jaxb2-plugin - or: http://mojo.codehaus.org/jaxb2-maven-plugin/ Second, and most importantly, what's the point of having "group" entities? I'll give an example - api.xsd contains this: <xs:complexType name="DataCenters"> <xs:complexContent> <xs:extension base="BaseResources"> <xs:sequence> <xs:annotation> <xs:appinfo> <jaxb:property name="DataCenters"/> </xs:appinfo> </xs:annotation> <xs:element ref="data_center" minOccurs="0" maxOccurs="unbounded"/> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> (Same as above for Hosts, Clusters, VMs, etc.) This results in following (IMHO rather meaningless) Java class being generated by XJC: public class DataCenters extends BaseResources { @XmlElement(name = "data_center") protected List<DataCenter> dataCenters; public List<DataCenter> getDataCenters() { if (dataCenters == null) { dataCenters = new ArrayList<DataCenter>(); } return this.dataCenters; } public boolean isSetDataCenters() { return ((this.dataCenters!= null)&&(!this.dataCenters.isEmpty())); } public void unsetDataCenters() { this.dataCenters = null; } } Instead, we could use @XmlElementWrapper as described in [1] to avoid generating "group" entities altogether. [1] https://github.com/dmak/jaxb-xew-plugin The fact that Java SDK provides decorator for each specific resource collection (like DataCenters), instead of having ONE resource collection type, greatly complicates overall design and code-gen aspect. In oVirtJS GWT wrapper, we'll avoid above complication through single resource collection type (having common methods like get(id), list() etc) for all resources. Regards, Vojtech

3 9

REST API CSRF protection header name
by Vojtech Szocs 03 Dec '14

03 Dec '14

Hi, since 3.5 the oVirt REST API features CSRF protection mechanism via CSRFProtectionFilter, see [1] for details. [1] http://gerrit.ovirt.org/#/c/29681/ I'd like to ask what's the motivation behind calling the CSRF token header "JSESSIONID". I think the header name should reflect its logical purpose to avoid confusion. Could we rename this header to something more appropriate like "OVIRT-REST-CSRF-TOKEN" or similar? It would better reflect the purpose of this (CSRF protection) header. In future, we can still have another request header with name "JSESSIONID" for transmitting session ID from client to server, however this potential new header would have different purpose (transfer session ID vs. CSRF token). Each header should have name reflecting its purpose. (This is just a suggestion.) Thanks, Vojtech

2 1

hosted-engine setup/migration features for 3.6
by Yedidyah Bar David 03 Dec '14

03 Dec '14

Hi all, We already have quite a lot of open ovirt-hosted-engine-setup bugs for 3.6 [1]. Yesterday I tried helping someone on irc who planned to migrate to hosted-engine manually, and without knowing (so it seems) that such a feature exists. He had an engine set up on a physical host, prepared a VM for it, and asked about migrating the engine to the VM. In principle this works, but the final result will be a hosted-engine, where the engine manages a VM the runs itself, without knowing it, and without HA. The current recommended migration flow is described in [2]. This page is perhaps a bit outdated, perhaps missing some details etc., but principally works. The main issue with it, AFAICT after discussing this a bit with few people, is that it requires a new clean host. I'd like to hear what people here think about such and similar flows. If you already had an engine and migrated to hosted-engine, what was good, what was bad, what would you like to change? If you plan such a migration, what do you find missing currently? [1] http://red.ht/1vle8Vv [2] http://www.ovirt.org/Migrate_to_Hosted_Engine Best, -- Didi

1 0

[QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed
by Sandro Bonazzola 02 Dec '14

02 Dec '14

Hi, We were supposed to start composing oVirt 3.5.1 RC today *2014-12-02 08:00 UTC* from 3.5 branch. We have still blockers for oVirt 3.5.1 RC release so we need to postpone it untill they'll be fixed. The new tentative date for 3.5.1 RC composition is set to *2014-12-09 08:00 UTC The bug tracker [1] shows 2 open blocker: Bug ID Whiteboard Status Summary 1168689 infra ASSIGNED Upgrading from 3.4.4 to 3.5.1 snapshot the vdsm rpm throw an exception 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-12-08 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-12-08 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. There are still 69 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 46 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

oVirt Node Weekly Meeting Minutes - December 2nd 2014
by Fabian Deutsch 02 Dec '14

02 Dec '14

Minutes: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-12-02-14.06.html Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-12-02-14.06.txt Log: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-12-02-14.06.log.html ================================= #ovirt: oVirt Node Weekly Meeting ================================= Meeting started by fabiand at 14:06:16 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-12-02-14.06.log.html . Meeting summary --------------- * Agenda (fabiand, 14:06:42) * oVirt 3.5 (fabiand, 14:07:53) * oVirt 3.5 (fabiand, 14:08:23) * Other Items (fabiand, 14:09:56) * oVirt 3.5 (fabiand, 14:11:26) * Latest Node scratch build is the one from two weeks ago (fabiand, 14:13:51) * LINK: https://fedorapeople.org/~fabiand/node/3.5/ovirt-node-iso-3.5.0.ovirt35.201… (fabiand, 14:14:37) * Some stabilizing patches got merged (fabiand, 14:14:53) * Most work focused on the hosted-engine feature (fabiand, 14:15:48) * many HE related patches got reviewed and merged during the last few days (fabiand, 14:18:36) * Basic HE features seems to work fine (fabiand, 14:18:48) * Joining an existing HA HE is not yet supported (fabiand, 14:19:03) * Targetting 3.5.1 to include ovirt-node. ovirt-node-plugins-vdsm and ovirt-node-plugin-he rpms (fabiand, 14:21:06) * ovirt-node-plugin-vdsm is looking good (fabiand, 14:22:42) * vdsm-plugin also needs an update to address an el7 issue (fabiand, 14:24:11) * Other Items (fabiand, 14:24:49) * Jenkins (fabiand, 14:26:03) * tlitovsk working on jenkins automation (fabiand, 14:29:27) * working on local builders, once working, pushing those changes to upstream (fabiand, 14:29:46) * Next-Gen Node (fabiand, 14:31:06) * Start thinking about next-gen node and 3.6 (fabiand, 14:44:15) * generic registration is a potential feature for 3.6 (fabiand, 14:44:26) * Using puppet for configuration changes should get investigated (fabiand, 14:44:37) * Seperating the insatller from the TUI (packaging) is something for 3.6 (fabiand, 14:44:49) * Possibly re-visit other cfg mgmt systems like ansible and chef (fabiand, 14:51:22) * systemd has good sides. (fabiand, 14:52:38) * tlitovsk has the idea of baking a configuration into an ISO (fabiand, 14:58:48) * fabiand would liek to reuse existing tools for next-gen node modifications (fabiand, 14:59:20) * tlitovsk and fabiand to speak about where to do decision making (fabiand, 15:00:29) * fabiand would like to separate rootfs from delivery format (ISO) (fabiand, 15:03:01) Meeting ended at 15:04:21 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * fabiand (172) * tlitovsk (16) * rbarry (15) * dougsland (13) * ovirtbot (4) * sbonazzo (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

How To Auto Set oVirt RESTApi Session？
by 王成俊 01 Dec '14

01 Dec '14

Dear Sir： I am a new one in studing ovirt engine.Now,I have a Servlet in org.ovirt.engine.ui.frontend.server.gwt package. I want to call *Frontend.getInstance().getLoginHandler().**onLoginSuccess(userName, password, domain)* to set session for restapi in this servlet. But when I visit this servlet,it occur to show me an error which just like "*JBWEB000071: root cause java.lang.ClassNotFoundException: org.ovirt.engine.ui.uicompat.IFrontendActionAsyncCallback from [Module "deployment.engine.ear.webadmin.war:main" from Service Module Loader]*". I found that this error is occured by calling* Frontend.getInstance()*. Can you tell me how to resolve this problem or a new way to set and resume restapi session in a servlet package of org.ovirt.engine.ui.front.server.gwt like the RestApiSessionManager in org.ovirt.engine.ui.webadmin.plugin.restapi package? thanks! Best Regards!

2 1

Frontend code - introducing GinUiBinder
by Vojtech Szocs 01 Dec '14

01 Dec '14

Hi guys, Martin's GinUiBinder patch [1] just landed into master branch. [1] http://gerrit.ovirt.org/#/c/34954/ This patch allows the use of dependency injection for widgets declared in GWT UiBinder templates. Let's take a look at AbstractVmPopupWidget.ui.xml template: <vm:SerialNumberPolicyWidget ui:field="serialNumberPolicyEditor"/> Inside the "owner" widget, AbstractVmPopupWidget class: @UiField(provided = true) // we need manual instantiation public SerialNumberPolicyWidget serialNumberPolicyEditor; We use "provided = true" in order to manually instantiate SerialNumberPolicyWidget, because this widget accepts some constructor parameters: public SerialNumberPolicyWidget( CommonApplicationTemplates applicationTemplates, ... ) So in AbstractVmPopupWidget, we need to do following: serialNumberPolicyEditor = new SerialNumberPolicyWidget(...) The "provided = true" + "new SerialNumberPolicyWidget(...)" is essentially a boilerplate that adds to overall complexity. Now, let's revisit above example using GinUiBinder. First, in AbstractVmPopupWidget class: @UiField // no need for manual instantiation public SerialNumberPolicyWidget serialNumberPolicyEditor; Then, in SerialNumberPolicyWidget class: @Inject // inject dependencies into this widget public SerialNumberPolicyWidget( CommonApplicationTemplates applicationTemplates, ... ) And finally, we can remove following line: // this is no longer needed, GinUiBinder handles it for us serialNumberPolicyEditor = new SerialNumberPolicyWidget(...) The complete example can be seen here: http://gerrit.ovirt.org/#/c/34954/4/frontend/webadmin/modules/gwt-common/sr… I encourage every UI maintainer to revisit existing code with regard to @UiField(provided = true) and refactor/improve it to take advantage of @Inject in specific widget classes. Let me (or Martin) know if you have any questions. Regards, Vojtech

1 0

Fwd: Got an error after buuilding VDSM on latest upstream commit
by ybronhei 01 Dec '14

01 Dec '14

forwarding to devels anyone familiar with the issue already ? any ready patch? -------- Forwarded Message -------- Subject: Got an error after buuilding VDSM on latest upstream commit Date: Sun, 30 Nov 2014 05:54:45 -0500 (EST) From: Eli Mesika <emesika(a)redhat.com> To: Dan Kenigsberg <danken(a)redhat.com>, Saggi Mizrahi <smizrahi(a)redhat.com>, ybronhei <ybronhei(a)redhat.com>, Dima Kuznetsov <dkuznets(a)redhat.com> CC: Oved Ourfali <oourfali(a)redhat.com>, Barak Azulay <bazulay(a)redhat.com> vdsm: Running restore_nets libvirt: Network Driver error : Network not found: no network with matching name 'vdsm-ovirtmgmt' ^X^CTraceback (most recent call last): File "/usr/share/vdsm/vdsm-restore-net-config", line 139, in <module> restore() File "/usr/share/vdsm/vdsm-restore-net-config", line 125, in restore unified_restoration() File "/usr/share/vdsm/vdsm-restore-net-config", line 70, in unified_restoration setupNetworks(nets, bonds, connectivityCheck=False, _inRollback=True) File "/usr/share/vdsm/network/api.py", line 715, in setupNetworks implicitBonding=True, _netinfo=_netinfo, **d) File "/usr/share/vdsm/network/api.py", line 221, in wrapped ret = func(**attrs) File "/usr/share/vdsm/network/api.py", line 310, in addNetwork netEnt.configure(**options) File "/usr/share/vdsm/network/models.py", line 196, in configure self.configurator.configureBridge(self, **opts) File "/usr/share/vdsm/network/configurators/ifcfg.py", line 92, in configureBridge ifup(bridge.name, bridge.ipConfig.async) File "/usr/share/vdsm/network/configurators/ifcfg.py", line 820, in ifup rc, out, err = _ifup(iface) File "/usr/share/vdsm/network/configurators/ifcfg.py", line 804, in _ifup rc, out, err = utils.execCmd([constants.EXT_IFUP, netIf], raw=False) File "/usr/lib/python2.6/site-packages/vdsm/utils.py", line 622, in execCmd (out, err) = p.communicate(data) File "/usr/lib64/python2.6/subprocess.py", line 732, in communicate stdout, stderr = self._communicate(input, endtime) File "/usr/lib64/python2.6/subprocess.py", line 1316, in _communicate stdout, stderr = self._communicate_with_poll(input, endtime) File "/usr/lib64/python2.6/subprocess.py", line 1388, in _communicate_with_poll ready = poller.poll(self._remaining_time(endtime)) Any ideas ??? Thanks Eli Mesika -- Yaniv Bronhaim.

3 2

[Localization Question] Cluster Policy "power_saving"
by Yuko Katabami 01 Dec '14

01 Dec '14

This is a multi-part message in MIME format. --------------030502000209020304030303 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi oVirt developers, I am currently translating documentation and I would like to ask you one question on power_saving Cluster Policy, in order to understand the mechanism properly so that I can translate accurately. (Please excuse me -- this might be a basic concept, but it is a bit confusing for me) My understanding is that when this is selected, the Manager tries to shut down a host which has the lowest usage within the cluster (so that it can save the power). In order to shut it down, VMs running on that host need to be migrated to other host. Which host will be the destination? Would it be the host with the second lowest usage rate? Many thanks in advance, Yuko Katabami --------------030502000209020304030303 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi oVirt developers, I am currently translating documentation and I would like to ask you one question on power_saving Cluster Policy, in order to understand the mechanism properly so that I can translate accurately. (Please excuse me  -- this might be a basic concept, but it is a bit confusing for me) My understanding is that when this is selected, the Manager tries to shut down a host which has the lowest usage within the cluster (so that it can save the power). In order to shut it down, VMs running on that host need to be migrated to other host. Which host will be the destination? Would it be the host with the second lowest usage rate? Many thanks in advance, Yuko Katabami <div class="moz-signature"> </div> </body> </html> --------------030502000209020304030303--

2 2