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