From jrbcast at gmail.com Thu Nov 3 06:50:14 2011 Content-Type: multipart/mixed; boundary="===============0602284046694833184==" MIME-Version: 1.0 From: =?utf-8?q?Jos=C3=A9_Rom=C3=A1n_Bilbao_Castro_=3Cjrbcast_at_gmail=2Ecom=3E?= To: users at ovirt.org Subject: [Users] where to obtain ovirt-node? Date: Thu, 03 Nov 2011 11:50:05 +0100 Message-ID: <036e01cc9a16$59358720$0ba09560$@gmail.com> --===============0602284046694833184== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multipart message in MIME format. ------=3D_NextPart_000_036F_01CC9A1E.BAFA8B60 Content-Type: text/plain; charset=3D"iso-8859-1" Content-Transfer-Encoding: 7bit Hi all, = I have successfully installed the ovirt-manager and wanted to test it with some KVM hosts. I have found there is the ovirt-node project which seems what I am looking for (instead of mixing with proxmox stuff, another good alternative). The problem is that I cannot find how and where to download a working iso from. Any hints?. = = Regards, = Jose. ------=3D_NextPart_000_036F_01CC9A1E.BAFA8B60 Content-Type: text/html; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi all,

 

I have successfully installed the ovirt-manager and wanted = =3D to test it with some KVM hosts. I have found there is the ovirt-node =3D project which seems what I am looking for (instead of mixing with =3D proxmox stuff, another good alternative). The problem is that I cannot =3D find how and where to download a working iso from. Any hints?. =3D

 

Regards,

 

Jose.

------=3D_NextPart_000_036F_01CC9A1E.BAFA8B60-- --===============0602284046694833184== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpcGFydCBtZXNzYWdlIGluIE1JTUUgZm9ybWF0LgoKLS0tLS0tPV9OZXh0 UGFydF8wMDBfMDM2Rl8wMUNDOUExRS5CQUZBOEI2MApDb250ZW50LVR5cGU6IHRleHQvcGxhaW47 CgljaGFyc2V0PSJpc28tODg1OS0xIgpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiA3Yml0CgpI aSBhbGwsCgogCgpJIGhhdmUgc3VjY2Vzc2Z1bGx5IGluc3RhbGxlZCB0aGUgb3ZpcnQtbWFuYWdl ciBhbmQgd2FudGVkIHRvIHRlc3QgaXQgd2l0aApzb21lIEtWTSBob3N0cy4gSSBoYXZlIGZvdW5k IHRoZXJlIGlzIHRoZSBvdmlydC1ub2RlIHByb2plY3Qgd2hpY2ggc2VlbXMKd2hhdCBJIGFtIGxv b2tpbmcgZm9yIChpbnN0ZWFkIG9mIG1peGluZyB3aXRoIHByb3htb3ggc3R1ZmYsIGFub3RoZXIg Z29vZAphbHRlcm5hdGl2ZSkuIFRoZSBwcm9ibGVtIGlzIHRoYXQgSSBjYW5ub3QgZmluZCBob3cg YW5kIHdoZXJlIHRvIGRvd25sb2FkIGEKd29ya2luZyBpc28gZnJvbS4gQW55IGhpbnRzPy4gCgog CgpSZWdhcmRzLAoKIAoKSm9zZS4KCgotLS0tLS09X05leHRQYXJ0XzAwMF8wMzZGXzAxQ0M5QTFF LkJBRkE4QjYwCkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOwoJY2hhcnNldD0iaXNvLTg4NTktMSIK Q29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogcXVvdGVkLXByaW50YWJsZQoKPGh0bWwgeG1sbnM6 dj0zRCJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOnZtbCIgPQp4bWxuczpvPTNEInVybjpzY2hl bWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgPQp4bWxuczp3PTNEInVybjpzY2hlbWFz LW1pY3Jvc29mdC1jb206b2ZmaWNlOndvcmQiID0KeG1sbnM6bT0zRCJodHRwOi8vc2NoZW1hcy5t aWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiID0KeG1sbnM9M0QiaHR0cDovL3d3dy53 My5vcmcvVFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgPQpodHRwLWVxdWl2PTNEQ29udGVudC1U eXBlIGNvbnRlbnQ9M0QidGV4dC9odG1sOyA9CmNoYXJzZXQ9M0Rpc28tODg1OS0xIj48bWV0YSBu YW1lPTNER2VuZXJhdG9yIGNvbnRlbnQ9M0QiTWljcm9zb2Z0IFdvcmQgPQoxNCAoZmlsdGVyZWQg bWVkaXVtKSI+PHN0eWxlPjwhLS0KLyogRm9udCBEZWZpbml0aW9ucyAqLwpAZm9udC1mYWNlCgl7 Zm9udC1mYW1pbHk6Q2FsaWJyaTsKCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30KLyog U3R5bGUgRGVmaW5pdGlvbnMgKi8KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05v cm1hbAoJe21hcmdpbjowY207CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7Cglmb250LXNpemU6MTEu MHB0OwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsKCW1zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTO30KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluawoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsKCWNvbG9yOmJsdWU7Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJ Y29sb3I6cHVycGxlOwoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9CnNwYW4uRXN0aWxvQ29y cmVvMTcKCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOwoJZm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjsKCWNvbG9yOndpbmRvd3RleHQ7fQouTXNvQ2hwRGVmYXVsdAoJ e21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5OwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjsKCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30KQHBhZ2UgV29yZFNlY3Rpb24x Cgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7CgltYXJnaW46NzAuODVwdCAzLjBjbSA3MC44NXB0IDMu MGNtO30KZGl2LldvcmRTZWN0aW9uMQoJe3BhZ2U6V29yZFNlY3Rpb24xO30KLS0+PC9zdHlsZT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0zRCJlZGl0IiBz cGlkbWF4PTNEIjEwMjYiIC8+CjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPgo8bzpzaGFwZWxheW91dCB2OmV4dD0zRCJlZGl0Ij4KPG86aWRtYXAgdjpleHQ9M0QiZWRp dCIgZGF0YT0zRCIxIiAvPgo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFk Pjxib2R5IGxhbmc9M0RFUyBsaW5rPTNEYmx1ZSA9CnZsaW5rPTNEcHVycGxlPjxkaXYgY2xhc3M9 M0RXb3JkU2VjdGlvbjE+PHAgY2xhc3M9M0RNc29Ob3JtYWw+PHNwYW4gPQpsYW5nPTNERU4tVVM+ SGkgYWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiA9 Cmxhbmc9M0RFTi1VUz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9M0RNc29O b3JtYWw+PHNwYW4gPQpsYW5nPTNERU4tVVM+SSBoYXZlIHN1Y2Nlc3NmdWxseSBpbnN0YWxsZWQg dGhlIG92aXJ0LW1hbmFnZXIgYW5kIHdhbnRlZCA9CnRvIHRlc3QgaXQgd2l0aCBzb21lIEtWTSBo b3N0cy4gSSBoYXZlIGZvdW5kIHRoZXJlIGlzIHRoZSBvdmlydC1ub2RlID0KcHJvamVjdCB3aGlj aCBzZWVtcyB3aGF0IEkgYW0gbG9va2luZyBmb3IgKGluc3RlYWQgb2YgbWl4aW5nIHdpdGggPQpw cm94bW94IHN0dWZmLCBhbm90aGVyIGdvb2QgYWx0ZXJuYXRpdmUpLiBUaGUgcHJvYmxlbSBpcyB0 aGF0IEkgY2Fubm90ID0KZmluZCBob3cgYW5kIHdoZXJlIHRvIGRvd25sb2FkIGEgd29ya2luZyBp c28gZnJvbS4gQW55IGhpbnRzPy4gPQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9M0RN c29Ob3JtYWw+PHNwYW4gPQpsYW5nPTNERU4tVVM+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w PjxwIGNsYXNzPTNETXNvTm9ybWFsPjxzcGFuID0KbGFuZz0zREVOLVVTPlJlZ2FyZHMsPG86cD48 L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPTNETXNvTm9ybWFsPjxzcGFuID0KbGFuZz0zREVOLVVT PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiA9 Cmxhbmc9M0RFTi1VUz5Kb3NlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj48L2JvZHk+PC9o dG1sPgotLS0tLS09X05leHRQYXJ0XzAwMF8wMzZGXzAxQ0M5QTFFLkJBRkE4QjYwLS0KCg== --===============0602284046694833184==-- From jrbcast at gmail.com Thu Nov 3 08:27:48 2011 Content-Type: multipart/mixed; boundary="===============3787092118275885813==" MIME-Version: 1.0 From: =?utf-8?q?Jos=C3=A9_Rom=C3=A1n_Bilbao_Castro_=3Cjrbcast_at_gmail=2Ecom=3E?= To: users at ovirt.org Subject: [Users] Expected release for complete ovirt? Date: Thu, 03 Nov 2011 13:27:38 +0100 Message-ID: <047301cc9a23$fa4aca00$eee05e00$@gmail.com> --===============3787092118275885813== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multipart message in MIME format. ------=3D_NextPart_000_0474_01CC9A2C.5C0FA730 Content-Type: text/plain; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi,=3D20 =3D20 I have been testing the ovirt webmanager and it looks great. =3D Nevertheless some aspects as =3D93Configuration=3D94 and storage management appear as = =3D =3D93not implemented yet=3D94 on release 3.0.0.0. Can we get any expected release = =3D date for the production ovirt environment?. =3D20 Thanks in advance, =3D20 Jose. =3D20 =3D20 ------=3D_NextPart_000_0474_01CC9A2C.5C0FA730 Content-Type: text/html; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi, =3D

 

I have been testing the ovirt =3D webmanager and it looks great. Nevertheless some aspects as =3D “Configuration” and storage management appear as “not =3D implemented yet” on release 3.0.0.0. Can we get any expected =3D release date for the production ovirt =3D environment?.

 

Thanks in advance,

 

Jose.

 

 

------=3D_NextPart_000_0474_01CC9A2C.5C0FA730-- --===============3787092118275885813== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpcGFydCBtZXNzYWdlIGluIE1JTUUgZm9ybWF0LgoKLS0tLS0tPV9OZXh0 UGFydF8wMDBfMDQ3NF8wMUNDOUEyQy41QzBGQTczMApDb250ZW50LVR5cGU6IHRleHQvcGxhaW47 CgljaGFyc2V0PSJpc28tODg1OS0xIgpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBxdW90ZWQt cHJpbnRhYmxlCgpIaSw9MjAKCj0yMAoKSSBoYXZlIGJlZW4gdGVzdGluZyB0aGUgb3ZpcnQgd2Vi bWFuYWdlciBhbmQgaXQgbG9va3MgZ3JlYXQuID0KTmV2ZXJ0aGVsZXNzCnNvbWUgYXNwZWN0cyBh cyA9OTNDb25maWd1cmF0aW9uPTk0IGFuZCBzdG9yYWdlIG1hbmFnZW1lbnQgYXBwZWFyIGFzID0K PTkzbm90CmltcGxlbWVudGVkIHlldD05NCBvbiByZWxlYXNlIDMuMC4wLjAuIENhbiB3ZSBnZXQg YW55IGV4cGVjdGVkIHJlbGVhc2UgPQpkYXRlCmZvciB0aGUgcHJvZHVjdGlvbiBvdmlydCBlbnZp cm9ubWVudD8uCgo9MjAKClRoYW5rcyBpbiBhZHZhbmNlLAoKPTIwCgpKb3NlLgoKPTIwCgo9MjAK CgotLS0tLS09X05leHRQYXJ0XzAwMF8wNDc0XzAxQ0M5QTJDLjVDMEZBNzMwCkNvbnRlbnQtVHlw ZTogdGV4dC9odG1sOwoJY2hhcnNldD0iaXNvLTg4NTktMSIKQ29udGVudC1UcmFuc2Zlci1FbmNv ZGluZzogcXVvdGVkLXByaW50YWJsZQoKPGh0bWwgeG1sbnM6dj0zRCJ1cm46c2NoZW1hcy1taWNy b3NvZnQtY29tOnZtbCIgPQp4bWxuczpvPTNEInVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOm9mZmljZSIgPQp4bWxuczp3PTNEInVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNl OndvcmQiID0KeG1sbnM6bT0zRCJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8y MDA0LzEyL29tbWwiID0KeG1sbnM9M0QiaHR0cDovL3d3dy53My5vcmcvVFIvUkVDLWh0bWw0MCI+ PGhlYWQ+PG1ldGEgPQpodHRwLWVxdWl2PTNEQ29udGVudC1UeXBlIGNvbnRlbnQ9M0QidGV4dC9o dG1sOyA9CmNoYXJzZXQ9M0Rpc28tODg1OS0xIj48bWV0YSBuYW1lPTNER2VuZXJhdG9yIGNvbnRl bnQ9M0QiTWljcm9zb2Z0IFdvcmQgPQoxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0K LyogRm9udCBEZWZpbml0aW9ucyAqLwpAZm9udC1mYWNlCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsK CXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbAoJe21hcmdpbjowY207Cglt YXJnaW4tYm90dG9tOi4wMDAxcHQ7Cglmb250LXNpemU6MTEuMHB0OwoJZm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjsKCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluawoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsKCWNvbG9yOmJsdWU7 Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlu a0ZvbGxvd2VkCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6cHVycGxlOwoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9CnNwYW4uRXN0aWxvQ29ycmVvMTcKCXttc28tc3R5bGUtdHlw ZTpwZXJzb25hbC1jb21wb3NlOwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsK CWNvbG9yOndpbmRvd3RleHQ7fQouTXNvQ2hwRGVmYXVsdAoJe21zby1zdHlsZS10eXBlOmV4cG9y dC1vbmx5OwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsKCW1zby1mYXJlYXN0 LWxhbmd1YWdlOkVOLVVTO30KQHBhZ2UgV29yZFNlY3Rpb24xCgl7c2l6ZTo2MTIuMHB0IDc5Mi4w cHQ7CgltYXJnaW46NzAuODVwdCAzLjBjbSA3MC44NXB0IDMuMGNtO30KZGl2LldvcmRTZWN0aW9u MQoJe3BhZ2U6V29yZFNlY3Rpb24xO30KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHht bD4KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0zRCJlZGl0IiBzcGlkbWF4PTNEIjEwMjYiIC8+Cjwv eG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPgo8bzpzaGFwZWxheW91dCB2 OmV4dD0zRCJlZGl0Ij4KPG86aWRtYXAgdjpleHQ9M0QiZWRpdCIgZGF0YT0zRCIxIiAvPgo8L286 c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9M0RFUyBsaW5r PTNEYmx1ZSA9CnZsaW5rPTNEcHVycGxlPjxkaXYgY2xhc3M9M0RXb3JkU2VjdGlvbjE+PHAgY2xh c3M9M0RNc29Ob3JtYWw+SGksID0KPG86cD48L286cD48L3A+PHAgY2xhc3M9M0RNc29Ob3JtYWw+ PG86cD4mbmJzcDs8L286cD48L3A+PHAgPQpjbGFzcz0zRE1zb05vcm1hbD48c3BhbiBsYW5nPTNE RU4tVVM+SSBoYXZlIGJlZW4gdGVzdGluZyB0aGUgb3ZpcnQgPQp3ZWJtYW5hZ2VyIGFuZCBpdCBs b29rcyBncmVhdC4gTmV2ZXJ0aGVsZXNzIHNvbWUgYXNwZWN0cyBhcyA9CiYjODIyMDtDb25maWd1 cmF0aW9uJiM4MjIxOyBhbmQgc3RvcmFnZSBtYW5hZ2VtZW50IGFwcGVhciBhcyAmIzgyMjA7bm90 ID0KaW1wbGVtZW50ZWQgeWV0JiM4MjIxOyBvbiByZWxlYXNlIDMuMC4wLjAuIENhbiB3ZSBnZXQg YW55IGV4cGVjdGVkID0KcmVsZWFzZSBkYXRlIGZvciB0aGUgcHJvZHVjdGlvbiBvdmlydCA9CmVu dmlyb25tZW50Py48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9M0RNc29Ob3JtYWw+PHNw YW4gPQpsYW5nPTNERU4tVVM+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPTNE TXNvTm9ybWFsPjxzcGFuID0KbGFuZz0zREVOLVVTPlRoYW5rcyBpbiBhZHZhbmNlLDxvOnA+PC9v OnA+PC9zcGFuPjwvcD48cCA9CmNsYXNzPTNETXNvTm9ybWFsPjxzcGFuIGxhbmc9M0RFTi1VUz48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgPQpjbGFzcz0zRE1zb05vcm1hbD48c3BhbiBs YW5nPTNERU4tVVM+Sm9zZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgPQpjbGFzcz0zRE1zb05v cm1hbD48c3BhbiBsYW5nPTNERU4tVVM+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwID0K Y2xhc3M9M0RNc29Ob3JtYWw+PHNwYW4gPQpsYW5nPTNERU4tVVM+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPjwvZGl2PjwvYm9keT48L2h0bWw+Ci0tLS0tLT1fTmV4dFBhcnRfMDAwXzA0NzRf MDFDQzlBMkMuNUMwRkE3MzAtLQoK --===============3787092118275885813==-- From jrbcast at gmail.com Thu Nov 3 08:29:17 2011 Content-Type: multipart/mixed; boundary="===============6089483097009905669==" MIME-Version: 1.0 From: =?utf-8?q?Jos=C3=A9_Rom=C3=A1n_Bilbao_Castro_=3Cjrbcast_at_gmail=2Ecom=3E?= To: users at ovirt.org Subject: [Users] Compatible distros with ovirt? Date: Thu, 03 Nov 2011 13:29:08 +0100 Message-ID: <048001cc9a24$2f6e4e00$8e4aea00$@gmail.com> --===============6089483097009905669== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multipart message in MIME format. ------=3D_NextPart_000_0481_01CC9A2C.91335240 Content-Type: text/plain; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, =3D20 When traying to add a host to the ovirt webmanager it complains that the node is =3D93Non-responsive=3D94. I have tried it with a proxmox =3D installation but I don=3D92t want to try every exiting distro before knowing if the ovirt =3D manager will only be compatible with ovirt-node J. Any clues?. =3D20 Regards, =3D20 Jose. ------=3D_NextPart_000_0481_01CC9A2C.91335240 Content-Type: text/html; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

When traying to add a host to the ovirt webmanager it =3D complains that the node is “Non-responsive”. I have tried it = =3D with a proxmox installation but I don’t want to try every exiting =3D distro before knowing if the ovirt manager will only be compatible with =3D ovirt-node J. Any =3D clues?.

 

Regards,

 

Jose.

------=3D_NextPart_000_0481_01CC9A2C.91335240-- --===============6089483097009905669== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpcGFydCBtZXNzYWdlIGluIE1JTUUgZm9ybWF0LgoKLS0tLS0tPV9OZXh0 UGFydF8wMDBfMDQ4MV8wMUNDOUEyQy45MTMzNTI0MApDb250ZW50LVR5cGU6IHRleHQvcGxhaW47 CgljaGFyc2V0PSJpc28tODg1OS0xIgpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBxdW90ZWQt cHJpbnRhYmxlCgpIaSwKCj0yMAoKV2hlbiB0cmF5aW5nIHRvIGFkZCBhIGhvc3QgdG8gdGhlIG92 aXJ0IHdlYm1hbmFnZXIgaXQgY29tcGxhaW5zIHRoYXQgdGhlCm5vZGUgaXMgPTkzTm9uLXJlc3Bv bnNpdmU9OTQuIEkgaGF2ZSB0cmllZCBpdCB3aXRoIGEgcHJveG1veCA9Cmluc3RhbGxhdGlvbiBi dXQgSQpkb249OTJ0IHdhbnQgdG8gdHJ5IGV2ZXJ5IGV4aXRpbmcgZGlzdHJvIGJlZm9yZSBrbm93 aW5nIGlmIHRoZSBvdmlydCA9Cm1hbmFnZXIKd2lsbCBvbmx5IGJlIGNvbXBhdGlibGUgd2l0aCBv dmlydC1ub2RlIEouIEFueSBjbHVlcz8uCgo9MjAKClJlZ2FyZHMsCgo9MjAKCkpvc2UuCgoKLS0t LS0tPV9OZXh0UGFydF8wMDBfMDQ4MV8wMUNDOUEyQy45MTMzNTI0MApDb250ZW50LVR5cGU6IHRl eHQvaHRtbDsKCWNoYXJzZXQ9Imlzby04ODU5LTEiCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6 IHF1b3RlZC1wcmludGFibGUKCjxodG1sIHhtbG5zOnY9M0QidXJuOnNjaGVtYXMtbWljcm9zb2Z0 LWNvbTp2bWwiID0KeG1sbnM6bz0zRCJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpv ZmZpY2UiID0KeG1sbnM6dz0zRCJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3Jk IiA9CnhtbG5zOm09M0QiaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8x Mi9vbW1sIiA9CnhtbG5zPTNEImh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPjxoZWFk PjxtZXRhID0KaHR0cC1lcXVpdj0zRENvbnRlbnQtVHlwZSBjb250ZW50PTNEInRleHQvaHRtbDsg PQpjaGFyc2V0PTNEaXNvLTg4NTktMSI+PG1ldGEgbmFtZT0zREdlbmVyYXRvciBjb250ZW50PTNE Ik1pY3Jvc29mdCBXb3JkID0KMTQgKGZpbHRlcmVkIG1lZGl1bSkiPjxzdHlsZT48IS0tCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8KQGZvbnQtZmFjZQoJe2ZvbnQtZmFtaWx5OldpbmdkaW5nczsKCXBh bm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQpAZm9udC1mYWNlCgl7Zm9udC1mYW1pbHk6V2lu Z2RpbmdzOwoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9CkBmb250LWZhY2UKCXtmb250 LWZhbWlseTpDYWxpYnJpOwoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQovKiBTdHls ZSBEZWZpbml0aW9ucyAqLwpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFs Cgl7bWFyZ2luOjBjbTsKCW1hcmdpbi1ib3R0b206LjAwMDFwdDsKCWZvbnQtc2l6ZToxMS4wcHQ7 Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOwoJbXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVM7fQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5OwoJY29sb3I6Ymx1ZTsKCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQphOnZpc2l0ZWQs IHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQKCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgljb2xv cjpwdXJwbGU7Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30Kc3Bhbi5Fc3RpbG9Db3JyZW8x NwoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7Cglmb250LWZhbWlseToiQ2FsaWJy aSIsInNhbnMtc2VyaWYiOwoJY29sb3I6d2luZG93dGV4dDt9Ci5Nc29DaHBEZWZhdWx0Cgl7bXNv LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2Vy aWYiOwoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQpAcGFnZSBXb3JkU2VjdGlvbjEKCXtz aXplOjYxMi4wcHQgNzkyLjBwdDsKCW1hcmdpbjo3MC44NXB0IDMuMGNtIDcwLjg1cHQgMy4wY207 fQpkaXYuV29yZFNlY3Rpb24xCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQotLT48L3N0eWxlPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPgo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PTNEImVkaXQiIHNwaWRt YXg9M0QiMTAyNiIgLz4KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ CjxvOnNoYXBlbGF5b3V0IHY6ZXh0PTNEImVkaXQiPgo8bzppZG1hcCB2OmV4dD0zRCJlZGl0IiBk YXRhPTNEIjEiIC8+CjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT48L2hlYWQ+PGJv ZHkgbGFuZz0zREVTIGxpbms9M0RibHVlID0Kdmxpbms9M0RwdXJwbGU+PGRpdiBjbGFzcz0zRFdv cmRTZWN0aW9uMT48cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiA9Cmxhbmc9M0RFTi1VUz5IaSw8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9M0RNc29Ob3JtYWw+PHNwYW4gPQpsYW5nPTNE RU4tVVM+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPTNETXNvTm9ybWFsPjxz cGFuID0KbGFuZz0zREVOLVVTPldoZW4gdHJheWluZyB0byBhZGQgYSBob3N0IHRvIHRoZSBvdmly dCB3ZWJtYW5hZ2VyIGl0ID0KY29tcGxhaW5zIHRoYXQgdGhlIG5vZGUgaXMgJiM4MjIwO05vbi1y ZXNwb25zaXZlJiM4MjIxOy4gSSBoYXZlIHRyaWVkIGl0ID0Kd2l0aCBhIHByb3htb3ggaW5zdGFs bGF0aW9uIGJ1dCBJIGRvbiYjODIxNzt0IHdhbnQgdG8gdHJ5IGV2ZXJ5IGV4aXRpbmcgPQpkaXN0 cm8gYmVmb3JlIGtub3dpbmcgaWYgdGhlIG92aXJ0IG1hbmFnZXIgd2lsbCBvbmx5IGJlIGNvbXBh dGlibGUgd2l0aCA9Cm92aXJ0LW5vZGUgPC9zcGFuPjxzcGFuIGxhbmc9M0RFTi1VUyA9CnN0eWxl PTNEJ2ZvbnQtZmFtaWx5OldpbmdkaW5ncyc+Sjwvc3Bhbj48c3BhbiBsYW5nPTNERU4tVVM+LiBB bnkgPQpjbHVlcz8uPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPTNETXNvTm9ybWFsPjxz cGFuID0KbGFuZz0zREVOLVVTPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz0z RE1zb05vcm1hbD48c3BhbiA9Cmxhbmc9M0RFTi1VUz5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFu PjwvcD48cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiA9Cmxhbmc9M0RFTi1VUz48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9M0RNc29Ob3JtYWw+PHNwYW4gPQpsYW5nPTNERU4t VVM+Sm9zZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PC9ib2R5PjwvaHRtbD4KLS0tLS0t PV9OZXh0UGFydF8wMDBfMDQ4MV8wMUNDOUEyQy45MTMzNTI0MC0tCgo= --===============6089483097009905669==-- From mburns at redhat.com Thu Nov 3 08:50:26 2011 Content-Type: multipart/mixed; boundary="===============8867800778963458664==" MIME-Version: 1.0 From: Mike Burns To: users at ovirt.org Subject: Re: [Users] where to obtain ovirt-node? Date: Thu, 03 Nov 2011 05:50:23 -0700 Message-ID: <1320324624.5387.3.camel@mburns-laptop.usersys.redhat.com> In-Reply-To: 036e01cc9a16$59358720$0ba09560$@gmail.com --===============8867800778963458664== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Thu, 2011-11-03 at 11:50 +0100, Jos=C3=A9 Rom=C3=A1n Bilbao Castro wrote: > Hi all, > = > = > = > I have successfully installed the ovirt-manager and wanted to test it with > some KVM hosts. I have found there is the ovirt-node project which seems > what I am looking for (instead of mixing with proxmox stuff, another good > alternative). The problem is that I cannot find how and where to download= a > working iso from. Any hints?. = Hi Jose, At the moment, we don't quite have a running pre-built node. The plan is to have this accomplished and posted next week. When it gets posted, I'll send an announcement to this list and the node-devel list. = As soon as the infrastructure is up and running, we'll start builds running consistently. Mike > = > = > = > Regards, > = > = > = > Jose. > = > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users --===============8867800778963458664==-- From mburns at redhat.com Thu Nov 3 08:56:30 2011 Content-Type: multipart/mixed; boundary="===============8488812644868177335==" MIME-Version: 1.0 From: Mike Burns To: users at ovirt.org Subject: Re: [Users] Compatible distros with ovirt? Date: Thu, 03 Nov 2011 05:56:22 -0700 Message-ID: <1320324988.5387.6.camel@mburns-laptop.usersys.redhat.com> In-Reply-To: 048001cc9a24$2f6e4e00$8e4aea00$@gmail.com --===============8488812644868177335== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Thu, 2011-11-03 at 13:29 +0100, Jos=C3=A9 Rom=C3=A1n Bilbao Castro wrote: > Hi, > = > = > = > When traying to add a host to the ovirt webmanager it complains that the > node is =C2=93Non-responsive=C2=94. I have tried it with a proxmox instal= lation but I > don=C2=92t want to try every exiting distro before knowing if the ovirt m= anager > will only be compatible with ovirt-node J. Any clues?. > = The question is really what vdsm will run on. I believe that the answer is currently only Fedora/RHEL. There is work being done to get it running on other distros as well. Mike > = > = > Regards, > = > = > = > Jose. > = > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users --===============8488812644868177335==-- From jrbcast at gmail.com Thu Nov 3 09:02:40 2011 Content-Type: multipart/mixed; boundary="===============8179792924840533908==" MIME-Version: 1.0 From: =?utf-8?q?Jos=C3=A9_Rom=C3=A1n_Bilbao_Castro_=3Cjrbcast_at_gmail=2Ecom=3E?= To: users at ovirt.org Subject: Re: [Users] Compatible distros with ovirt? Date: Thu, 03 Nov 2011 14:02:29 +0100 Message-ID: <04da01cc9a28$d81f96e0$885ec4a0$@gmail.com> In-Reply-To: 1320324988.5387.6.camel@mburns-laptop.usersys.redhat.com --===============8179792924840533908== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks a lot Mike for both responses. = Regards, Jose. -----Mensaje original----- De: Mike Burns [mailto:mburns(a)redhat.com] = Enviado el: jueves, 03 de noviembre de 2011 13:56 Para: Jos=C3=A9 Rom=C3=A1n Bilbao Castro CC: users(a)ovirt.org Asunto: Re: [Users] Compatible distros with ovirt? On Thu, 2011-11-03 at 13:29 +0100, Jos=C3=A9 Rom=C3=A1n Bilbao Castro wrote: > Hi, > = > = > = > When traying to add a host to the ovirt webmanager it complains that = > the node is =E2=80=9CNon-responsive=E2=80=9D. I have tried it with a prox= mox = > installation but I don=E2=80=99t want to try every exiting distro before = > knowing if the ovirt manager will only be compatible with ovirt-node J. A= ny clues?. > = The question is really what vdsm will run on. I believe that the answer is= currently only Fedora/RHEL. There is work being done to get it running on= other distros as well. Mike > = > = > Regards, > = > = > = > Jose. > = > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users --===============8179792924840533908==-- From iheim at redhat.com Thu Nov 3 10:18:15 2011 Content-Type: multipart/mixed; boundary="===============0405853569189852149==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] where to obtain ovirt-node? Date: Thu, 03 Nov 2011 15:31:22 +0200 Message-ID: <4EB297AA.8030108@redhat.com> In-Reply-To: 1320324624.5387.3.camel@mburns-laptop.usersys.redhat.com --===============0405853569189852149== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/03/2011 02:50 PM, Mike Burns wrote: > On Thu, 2011-11-03 at 11:50 +0100, Jos=C3=A9 Rom=C3=A1n Bilbao Castro wro= te: >> Hi all, >> >> >> >> I have successfully installed the ovirt-manager and wanted to test it wi= th >> some KVM hosts. I have found there is the ovirt-node project which seems >> what I am looking for (instead of mixing with proxmox stuff, another good >> alternative). The problem is that I cannot find how and where to downloa= d a >> working iso from. Any hints?. > > Hi Jose, > > At the moment, we don't quite have a running pre-built node. The plan > is to have this accomplished and posted next week. When it gets posted, > I'll send an announcement to this list and the node-devel list. > > As soon as the infrastructure is up and running, we'll start builds > running consistently. danken - any wiki on deploying vdsm on fedora as a host? --===============0405853569189852149==-- From iheim at redhat.com Thu Nov 3 10:18:21 2011 Content-Type: multipart/mixed; boundary="===============5384214361154007542==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] Compatible distros with ovirt? Date: Thu, 03 Nov 2011 15:32:54 +0200 Message-ID: <4EB29806.2020701@redhat.com> In-Reply-To: 048001cc9a24$2f6e4e00$8e4aea00$@gmail.com --===============5384214361154007542== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/03/2011 02:29 PM, Jos=C3=A9 Rom=C3=A1n Bilbao Castro wrote: > Hi, > > When traying to add a host to the ovirt webmanager it complains that the > node is =E2=80=9CNon-responsive=E2=80=9D. I have tried it with a proxmox = installation > but I don=E2=80=99t want to try every exiting distro before knowing if th= e ovirt > manager will only be compatible with ovirt-node J. Any clues?. currently RHEL/fedora either as a host with vdsm or as RHEV-H/ovirt-node from what i hear in the workshop, opensuse pretty soon. > > Regards, > > Jose. > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users --===============5384214361154007542==-- From pmyers at redhat.com Thu Nov 3 10:28:45 2011 Content-Type: multipart/mixed; boundary="===============6453898452430591132==" MIME-Version: 1.0 From: Perry Myers To: users at ovirt.org Subject: Re: [Users] where to obtain ovirt-node? Date: Thu, 03 Nov 2011 02:28:41 -0400 Message-ID: <4EB23499.2000104@redhat.com> In-Reply-To: 1320324624.5387.3.camel@mburns-laptop.usersys.redhat.com --===============6453898452430591132== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/03/2011 08:50 AM, Mike Burns wrote: > On Thu, 2011-11-03 at 11:50 +0100, Jos=C3=A9 Rom=C3=A1n Bilbao Castro wro= te: >> Hi all, >> >> = >> >> I have successfully installed the ovirt-manager and wanted to test it wi= th >> some KVM hosts. I have found there is the ovirt-node project which seems >> what I am looking for (instead of mixing with proxmox stuff, another good >> alternative). The problem is that I cannot find how and where to downloa= d a >> working iso from. Any hints?. = > = > Hi Jose, > = > At the moment, we don't quite have a running pre-built node. The plan > is to have this accomplished and posted next week. When it gets posted, > I'll send an announcement to this list and the node-devel list. = Just a little background here :) We had running oVirt Node's on older Fedora's (F14, etc). The problem is that with the switch to things like grub2 and systemd in Fedora 16, this introduced a _lot_ of disruption to the way that the Node works and so we're slowly digging ourselves out of a hole created by systemd/grub2 :) As Mike said, we should have this resolved shortly and hopefully in time for F16 GA The other blocker here is making sure that vdsm (which is now included in the new oVirt Node builds) works correctly. There may be some last minute issues/debugging that needs to happen there. danken may have more info on this aspect. Cheers, Perry --===============6453898452430591132==-- From jrbcast at gmail.com Thu Nov 3 11:39:51 2011 Content-Type: multipart/mixed; boundary="===============2826573931741125152==" MIME-Version: 1.0 From: =?utf-8?q?Jos=C3=A9_Rom=C3=A1n_Bilbao_Castro_=3Cjrbcast_at_gmail=2Ecom=3E?= To: users at ovirt.org Subject: Re: [Users] where to obtain ovirt-node? Date: Thu, 03 Nov 2011 16:39:42 +0100 Message-ID: <050e01cc9a3e$cecbbbd0$6c633370$@gmail.com> In-Reply-To: 4EB297AA.8030108@redhat.com --===============2826573931741125152== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It seems the git repository is hunging my connections to the vdsm git right= now :-(, I want to try ovirt NOOOOW !!!! ;-). Cheers, Jose. -----Mensaje original----- De: Itamar Heim [mailto:iheim(a)redhat.com] = Enviado el: jueves, 03 de noviembre de 2011 14:31 Para: Mike Burns CC: Jos=C3=A9 Rom=C3=A1n Bilbao Castro; users(a)ovirt.org; Dan Kenigsberg Asunto: Re: [Users] where to obtain ovirt-node? On 11/03/2011 02:50 PM, Mike Burns wrote: > On Thu, 2011-11-03 at 11:50 +0100, Jos=C3=A9 Rom=C3=A1n Bilbao Castro wro= te: >> Hi all, >> >> >> >> I have successfully installed the ovirt-manager and wanted to test it = >> with some KVM hosts. I have found there is the ovirt-node project = >> which seems what I am looking for (instead of mixing with proxmox = >> stuff, another good alternative). The problem is that I cannot find = >> how and where to download a working iso from. Any hints?. > > Hi Jose, > > At the moment, we don't quite have a running pre-built node. The plan = > is to have this accomplished and posted next week. When it gets = > posted, I'll send an announcement to this list and the node-devel list. > > As soon as the infrastructure is up and running, we'll start builds = > running consistently. danken - any wiki on deploying vdsm on fedora as a host? --===============2826573931741125152==-- From iheim at redhat.com Thu Nov 3 18:45:52 2011 Content-Type: multipart/mixed; boundary="===============6690428324707848159==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] Expected release for complete ovirt? Date: Fri, 04 Nov 2011 00:45:45 +0200 Message-ID: <4EB31999.6060608@redhat.com> In-Reply-To: 047301cc9a23$fa4aca00$eee05e00$@gmail.com --===============6690428324707848159== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/03/2011 02:27 PM, Jos=C3=A9 Rom=C3=A1n Bilbao Castro wrote: > Hi, > > I have been testing the ovirt webmanager and it looks great. > Nevertheless some aspects as =E2=80=9CConfiguration=E2=80=9D and storage = management > appear as =E2=80=9Cnot implemented yet=E2=80=9D on release 3.0.0.0. Can w= e get any > expected release date for the production ovirt environment?. probably a few months till we do a formal release. but as we say - patches welcome. small note that this is (obviously) a community project. you can of course deploy it in production environment, but usually the = for a production environment you would want a supported version (in this = case, something like RHEV-M) > > Thanks in advance, > > Jose. > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users --===============6690428324707848159==-- From jrbcast at gmail.com Fri Nov 4 04:16:37 2011 Content-Type: multipart/mixed; boundary="===============1272664395558851377==" MIME-Version: 1.0 From: =?utf-8?q?Jos=C3=A9_Rom=C3=A1n_Bilbao_Castro_=3Cjrbcast_at_gmail=2Ecom=3E?= To: users at ovirt.org Subject: Re: [Users] Expected release for complete ovirt? Date: Fri, 04 Nov 2011 09:16:26 +0100 Message-ID: <058e01cc9aca$0c908190$25b184b0$@gmail.com> In-Reply-To: 4EB31999.6060608@redhat.com --===============1272664395558851377== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable It is a pity, we are losing a lot of business because small-medium sized businesses cannot afford to pay for "expensive" (they cost what they offer but many times you don't need it all) licenses like those from vmWare, citrix and RedHat. I am basically looking for an open source High availabiklity-enabled virtualization platform... oVirt seems exactly what I am looking for but I cannot offer it right now to my clients :-(... let's then wait a bit. Any roadmap or timeline in mind?. Regards, Jose. -----Mensaje original----- De: Itamar Heim [mailto:iheim(a)redhat.com] = Enviado el: jueves, 03 de noviembre de 2011 23:46 Para: Jos=C3=A9 Rom=C3=A1n Bilbao Castro CC: users(a)ovirt.org Asunto: Re: [Users] Expected release for complete ovirt? On 11/03/2011 02:27 PM, Jos=C3=A9 Rom=C3=A1n Bilbao Castro wrote: > Hi, > > I have been testing the ovirt webmanager and it looks great. > Nevertheless some aspects as =C2=93Configuration=C2=94 and storage manage= ment = > appear as =C2=93not implemented yet=C2=94 on release 3.0.0.0. Can we get = any = > expected release date for the production ovirt environment?. probably a few months till we do a formal release. but as we say - patches welcome. small note that this is (obviously) a community project. you can of course deploy it in production environment, but usually the for a production environment you would want a supported version (in this case, something like RHEV-M) > > Thanks in advance, > > Jose. > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users --===============1272664395558851377==-- From jrbcast at gmail.com Fri Nov 4 04:18:01 2011 Content-Type: multipart/mixed; boundary="===============2318338043637000868==" MIME-Version: 1.0 From: =?utf-8?q?Jos=C3=A9_Rom=C3=A1n_Bilbao_Castro_=3Cjrbcast_at_gmail=2Ecom=3E?= To: users at ovirt.org Subject: [Users] HA schema for ovirt? Date: Fri, 04 Nov 2011 09:17:51 +0100 Message-ID: <059001cc9aca$3f982a70$bec87f50$@gmail.com> --===============2318338043637000868== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multipart message in MIME format. ------=3D_NextPart_000_0591_01CC9AD2.A15D07A0 Content-Type: text/plain; charset=3D"iso-8859-1" Content-Transfer-Encoding: 7bit Hi again, = = As one of my priorities on a virtualization platform is to offer HA, I wanted to know how does it work on the ovirt architecture. I mean, I my management node fails, is HA still running on the ovirt-nodes (is distributed ) or is it manager dependent? = Thanks, = Jose. ------=3D_NextPart_000_0591_01CC9AD2.A15D07A0 Content-Type: text/html; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi again,

 

As one of my priorities on a virtualization platform is to = =3D offer HA, I wanted to know how does it work on the ovirt architecture. I = =3D mean, I my management node fails, is HA still running on the ovirt-nodes = =3D (is distributed ) or is it manager dependent?

 

Thanks,

 

Jose.

------=3D_NextPart_000_0591_01CC9AD2.A15D07A0-- --===============2318338043637000868== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpcGFydCBtZXNzYWdlIGluIE1JTUUgZm9ybWF0LgoKLS0tLS0tPV9OZXh0 UGFydF8wMDBfMDU5MV8wMUNDOUFEMi5BMTVEMDdBMApDb250ZW50LVR5cGU6IHRleHQvcGxhaW47 CgljaGFyc2V0PSJpc28tODg1OS0xIgpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiA3Yml0CgpI aSBhZ2FpbiwgCgogCgpBcyBvbmUgb2YgbXkgcHJpb3JpdGllcyBvbiBhIHZpcnR1YWxpemF0aW9u IHBsYXRmb3JtIGlzIHRvIG9mZmVyIEhBLCBJCndhbnRlZCB0byBrbm93IGhvdyBkb2VzIGl0IHdv cmsgb24gdGhlIG92aXJ0IGFyY2hpdGVjdHVyZS4gSSBtZWFuLCBJIG15Cm1hbmFnZW1lbnQgbm9k ZSBmYWlscywgaXMgSEEgc3RpbGwgcnVubmluZyBvbiB0aGUgb3ZpcnQtbm9kZXMgKGlzCmRpc3Ry aWJ1dGVkICkgb3IgaXMgaXQgbWFuYWdlciBkZXBlbmRlbnQ/CgogCgpUaGFua3MsCgogCgpKb3Nl LgoKCi0tLS0tLT1fTmV4dFBhcnRfMDAwXzA1OTFfMDFDQzlBRDIuQTE1RDA3QTAKQ29udGVudC1U eXBlOiB0ZXh0L2h0bWw7CgljaGFyc2V0PSJpc28tODg1OS0xIgpDb250ZW50LVRyYW5zZmVyLUVu Y29kaW5nOiBxdW90ZWQtcHJpbnRhYmxlCgo8aHRtbCB4bWxuczp2PTNEInVybjpzY2hlbWFzLW1p Y3Jvc29mdC1jb206dm1sIiA9CnhtbG5zOm89M0QidXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpv ZmZpY2U6b2ZmaWNlIiA9CnhtbG5zOnc9M0QidXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZp Y2U6d29yZCIgPQp4bWxuczptPTNEImh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2ZmaWNl LzIwMDQvMTIvb21tbCIgPQp4bWxucz0zRCJodHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQw Ij48aGVhZD48bWV0YSA9Cmh0dHAtZXF1aXY9M0RDb250ZW50LVR5cGUgY29udGVudD0zRCJ0ZXh0 L2h0bWw7ID0KY2hhcnNldD0zRGlzby04ODU5LTEiPjxtZXRhIG5hbWU9M0RHZW5lcmF0b3IgY29u dGVudD0zRCJNaWNyb3NvZnQgV29yZCA9CjE0IChmaWx0ZXJlZCBtZWRpdW0pIj48c3R5bGU+PCEt LQovKiBGb250IERlZmluaXRpb25zICovCkBmb250LWZhY2UKCXtmb250LWZhbWlseTpDYWxpYnJp OwoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQovKiBTdHlsZSBEZWZpbml0aW9ucyAq LwpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsCgl7bWFyZ2luOjBjbTsK CW1hcmdpbi1ib3R0b206LjAwMDFwdDsKCWZvbnQtc2l6ZToxMS4wcHQ7Cglmb250LWZhbWlseToi Q2FsaWJyaSIsInNhbnMtc2VyaWYiOwoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQphOmxp bmssIHNwYW4uTXNvSHlwZXJsaW5rCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6Ymx1 ZTsKCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJs aW5rRm9sbG93ZWQKCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgljb2xvcjpwdXJwbGU7Cgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30Kc3Bhbi5Fc3RpbG9Db3JyZW8xNwoJe21zby1zdHlsZS10 eXBlOnBlcnNvbmFsLWNvbXBvc2U7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi OwoJY29sb3I6d2luZG93dGV4dDt9Ci5Nc29DaHBEZWZhdWx0Cgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOwoJbXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVM7fQpAcGFnZSBXb3JkU2VjdGlvbjEKCXtzaXplOjYxMi4wcHQgNzky LjBwdDsKCW1hcmdpbjo3MC44NXB0IDMuMGNtIDcwLjg1cHQgMy4wY207fQpkaXYuV29yZFNlY3Rp b24xCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48 eG1sPgo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PTNEImVkaXQiIHNwaWRtYXg9M0QiMTAyNiIgLz4K PC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+CjxvOnNoYXBlbGF5b3V0 IHY6ZXh0PTNEImVkaXQiPgo8bzppZG1hcCB2OmV4dD0zRCJlZGl0IiBkYXRhPTNEIjEiIC8+Cjwv bzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT48L2hlYWQ+PGJvZHkgbGFuZz0zREVTIGxp bms9M0RibHVlID0Kdmxpbms9M0RwdXJwbGU+PGRpdiBjbGFzcz0zRFdvcmRTZWN0aW9uMT48cCBj bGFzcz0zRE1zb05vcm1hbD48c3BhbiA9Cmxhbmc9M0RFTi1VUz5IaSBhZ2FpbiwgPG86cD48L286 cD48L3NwYW4+PC9wPjxwIGNsYXNzPTNETXNvTm9ybWFsPjxzcGFuID0KbGFuZz0zREVOLVVTPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiA9Cmxh bmc9M0RFTi1VUz5BcyBvbmUgb2YgbXkgcHJpb3JpdGllcyBvbiBhIHZpcnR1YWxpemF0aW9uIHBs YXRmb3JtIGlzIHRvID0Kb2ZmZXIgSEEsIEkgd2FudGVkIHRvIGtub3cgaG93IGRvZXMgaXQgd29y ayBvbiB0aGUgb3ZpcnQgYXJjaGl0ZWN0dXJlLiBJID0KbWVhbiwgSSBteSBtYW5hZ2VtZW50IG5v ZGUgZmFpbHMsIGlzIEhBIHN0aWxsIHJ1bm5pbmcgb24gdGhlIG92aXJ0LW5vZGVzID0KKGlzIGRp c3RyaWJ1dGVkICkgb3IgaXMgaXQgbWFuYWdlciBkZXBlbmRlbnQ/PG86cD48L286cD48L3NwYW4+ PC9wPjxwID0KY2xhc3M9M0RNc29Ob3JtYWw+PHNwYW4gbGFuZz0zREVOLVVTPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD48cCA9CmNsYXNzPTNETXNvTm9ybWFsPjxzcGFuIGxhbmc9M0RFTi1V Uz5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPjxwID0KY2xhc3M9M0RNc29Ob3JtYWw+PHNw YW4gbGFuZz0zREVOLVVTPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCA9CmNsYXNzPTNE TXNvTm9ybWFsPjxzcGFuID0KbGFuZz0zREVOLVVTPkpvc2UuPG86cD48L286cD48L3NwYW4+PC9w PjwvZGl2PjwvYm9keT48L2h0bWw+Ci0tLS0tLT1fTmV4dFBhcnRfMDAwXzA1OTFfMDFDQzlBRDIu QTE1RDA3QTAtLQoK --===============2318338043637000868==-- From pmyers at redhat.com Fri Nov 4 11:55:47 2011 Content-Type: multipart/mixed; boundary="===============3592965545057023181==" MIME-Version: 1.0 From: Perry Myers To: users at ovirt.org Subject: Re: [Users] Expected release for complete ovirt? Date: Fri, 04 Nov 2011 11:55:45 -0400 Message-ID: <4EB40B01.1030801@redhat.com> In-Reply-To: 058e01cc9aca$0c908190$25b184b0$@gmail.com --===============3592965545057023181== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/04/2011 04:16 AM, Jos=C3=A9 Rom=C3=A1n Bilbao Castro wrote: > It is a pity, we are losing a lot of business because small-medium sized > businesses cannot afford to pay for "expensive" (they cost what they offer > but many times you don't need it all) licenses like those from vmWare, > citrix and RedHat. I am basically looking for an open source High > availabiklity-enabled virtualization platform... oVirt seems exactly what= I > am looking for but I cannot offer it right now to my clients :-(... let's > then wait a bit. Any roadmap or timeline in mind?. My advice if you want to make oVirt suitable for your clients is to get some people helping with the project. Start submitting patches, and help to get oVirt where it needs to be so that you can use it for your clients. Be a contributor and not just a consumer. Asking on list "when will everyone else do the work so I can benefit" is not the Open Source way :) --===============3592965545057023181==-- From pmyers at redhat.com Fri Nov 4 12:11:22 2011 Content-Type: multipart/mixed; boundary="===============2125101665803649696==" MIME-Version: 1.0 From: Perry Myers To: users at ovirt.org Subject: Re: [Users] HA schema for ovirt? Date: Fri, 04 Nov 2011 12:11:19 -0400 Message-ID: <4EB40EA7.6060109@redhat.com> In-Reply-To: 059001cc9aca$3f982a70$bec87f50$@gmail.com --===============2125101665803649696== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable > As one of my priorities on a virtualization platform is to offer HA, I > wanted to know how does it work on the ovirt architecture. I mean, I my > management node fails, is HA still running on the ovirt-nodes (is > distributed ) or is it manager dependent? Right now if the oVirt Engine server fails, HA of the guests running on oVirt Nodes will not work. This is because the oVirt Engine is what coordinates monitoring and restart of the guests marked as HA. Today, the best way to protect against that double-failure is to provide HA for the oVirt Engine itself. This can be done by setting up a 2 node HA cluster via a HA stack like Pacemaker or RHEL Clustering. Pacemaker is in lots of distributions, so this is a fairly ubiquitous way of providing HA for non-HA aware services. In the future, the goal is to make the oVirt Engine HA aware via something similar to JBoss clustering combined with database replication/clustering. This will remove the need for a separate HA stack. Also, my understanding is that the roadmap for vdsm is to provide it with more intelligence/policies so that it can take care of some of the HA features even in the absence of the oVirt Engine running. The enhanced vdsm for policy/HA is a roadmap item, as is making the Engine HA aware. We could certainly use help implementing those items :) --===============2125101665803649696==-- From jrbcast at gmail.com Fri Nov 4 12:22:43 2011 Content-Type: multipart/mixed; boundary="===============0539246026989340874==" MIME-Version: 1.0 From: =?utf-8?q?Jos=C3=A9_Rom=C3=A1n_Bilbao_Castro_=3Cjrbcast_at_gmail=2Ecom=3E?= To: users at ovirt.org Subject: Re: [Users] Expected release for complete ovirt? Date: Fri, 04 Nov 2011 17:22:32 +0100 Message-ID: <089701cc9b0d$f4e4feb0$deaefc10$@gmail.com> In-Reply-To: 4EB40B01.1030801@redhat.com --===============0539246026989340874== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Perry, I agree, I will be delighted to actively help with the Project. The main problem is that I have no much spare time ... but If I can help somewhat, please let me know ;-). Regards, Jose. -----Mensaje original----- De: Perry Myers [mailto:pmyers(a)redhat.com] = Enviado el: viernes, 04 de noviembre de 2011 16:56 Para: Jos=C3=A9 Rom=C3=A1n Bilbao Castro CC: 'Itamar Heim'; users(a)ovirt.org Asunto: Re: [Users] Expected release for complete ovirt? On 11/04/2011 04:16 AM, Jos=C3=A9 Rom=C3=A1n Bilbao Castro wrote: > It is a pity, we are losing a lot of business because small-medium = > sized businesses cannot afford to pay for "expensive" (they cost what = > they offer but many times you don't need it all) licenses like those = > from vmWare, citrix and RedHat. I am basically looking for an open = > source High availabiklity-enabled virtualization platform... oVirt = > seems exactly what I am looking for but I cannot offer it right now to = > my clients :-(... let's then wait a bit. Any roadmap or timeline in mind?. My advice if you want to make oVirt suitable for your clients is to get some people helping with the project. Start submitting patches, and help to get oVirt where it needs to be so that you can use it for your clients. Be a contributor and not just a consumer. Asking on list "when will everyone else do the work so I can benefit" is not the Open Source way :) --===============0539246026989340874==-- From acathrow at redhat.com Fri Nov 4 15:24:47 2011 Content-Type: multipart/mixed; boundary="===============2580464520124339454==" MIME-Version: 1.0 From: Andrew Cathrow To: users at ovirt.org Subject: Re: [Users] Expected release for complete ovirt? Date: Fri, 04 Nov 2011 15:24:46 -0400 Message-ID: In-Reply-To: 089701cc9b0d$f4e4feb0$deaefc10$@gmail.com --===============2580464520124339454== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm confused by this email. It sounds like you say below that you are "losing a lot business" because y= ou don't have a free solution that you can charge your customers for but yo= u don't have time to contribute to help make one. If you want to charge cus= tomers for oVirt then it seems appropriate to contribute. ----- Original Message ----- > From: "Jos=C3=A9 Rom=C3=A1n Bilbao Castro" > To: "Perry Myers" > Cc: users(a)ovirt.org > Sent: Friday, November 4, 2011 12:22:32 PM > Subject: Re: [Users] Expected release for complete ovirt? > = > Hi Perry, > = > I agree, I will be delighted to actively help with the Project. The > main > problem is that I have no much spare time ... but If I can help > somewhat, > please let me know ;-). > = > Regards, > = > Jose. > = > -----Mensaje original----- > De: Perry Myers [mailto:pmyers(a)redhat.com] > Enviado el: viernes, 04 de noviembre de 2011 16:56 > Para: Jos=C3=A9 Rom=C3=A1n Bilbao Castro > CC: 'Itamar Heim'; users(a)ovirt.org > Asunto: Re: [Users] Expected release for complete ovirt? > = > On 11/04/2011 04:16 AM, Jos=C3=A9 Rom=C3=A1n Bilbao Castro wrote: > > It is a pity, we are losing a lot of business because small-medium > > sized businesses cannot afford to pay for "expensive" (they cost > > what > > they offer but many times you don't need it all) licenses like > > those > > from vmWare, citrix and RedHat. I am basically looking for an open > > source High availabiklity-enabled virtualization platform... oVirt > > seems exactly what I am looking for but I cannot offer it right now > > to > > my clients :-(... let's then wait a bit. Any roadmap or timeline in > > mind?. > = > My advice if you want to make oVirt suitable for your clients is to > get some > people helping with the project. Start submitting patches, and help > to get > oVirt where it needs to be so that you can use it for your clients. > = > Be a contributor and not just a consumer. Asking on list "when will > everyone else do the work so I can benefit" is not the Open Source > way :) > = > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >=20 --===============2580464520124339454==-- From jrbcast at gmail.com Fri Nov 4 17:46:26 2011 Content-Type: multipart/mixed; boundary="===============5040800377556789781==" MIME-Version: 1.0 From: =?utf-8?q?Jos=C3=A9_Rom=C3=A1n_Bilbao_=3Cjrbcast_at_gmail=2Ecom=3E?= To: users at ovirt.org Subject: Re: [Users] HA schema for ovirt? Date: Fri, 04 Nov 2011 22:46:24 +0100 Message-ID: In-Reply-To: 4EB40EA7.6060109@redhat.com --===============5040800377556789781== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks for the info. I am committed to help on this, but I don't know where to start... Can you point me on the right direction? Thanks, Jode El 04/11/2011 17:11, "Perry Myers" escribi=C3=B3: > > As one of my priorities on a virtualization platform is to offer HA, I > > wanted to know how does it work on the ovirt architecture. I mean, I my > > management node fails, is HA still running on the ovirt-nodes (is > > distributed ) or is it manager dependent? > > Right now if the oVirt Engine server fails, HA of the guests running on > oVirt Nodes will not work. This is because the oVirt Engine is what > coordinates monitoring and restart of the guests marked as HA. > > Today, the best way to protect against that double-failure is to provide > HA for the oVirt Engine itself. This can be done by setting up a 2 node > HA cluster via a HA stack like Pacemaker or RHEL Clustering. Pacemaker > is in lots of distributions, so this is a fairly ubiquitous way of > providing HA for non-HA aware services. > > In the future, the goal is to make the oVirt Engine HA aware via > something similar to JBoss clustering combined with database > replication/clustering. This will remove the need for a separate HA stac= k. > > Also, my understanding is that the roadmap for vdsm is to provide it > with more intelligence/policies so that it can take care of some of the > HA features even in the absence of the oVirt Engine running. > > The enhanced vdsm for policy/HA is a roadmap item, as is making the > Engine HA aware. We could certainly use help implementing those items :) > --===============5040800377556789781== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" PHA+VGhhbmtzIGZvciB0aGUgaW5mby4gSSBhbSBjb21taXR0ZWQgdG8gaGVscCBvbiB0aGlzLCBi dXQgSSBkb24mIzM5O3Qga25vdyB3aGVyZSB0byBzdGFydC4uLiBDYW4geW91IHBvaW50IG1lIG9u IHRoZSByaWdodCBkaXJlY3Rpb24/IDwvcD4KPHA+VGhhbmtzLCA8L3A+CjxwPkpvZGU8L3A+Cjxk aXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5FbCAwNC8xMS8yMDExIDE3OjExLCAmcXVvdDtQZXJyeSBN eWVycyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnBteWVyc0ByZWRoYXQuY29tIj5wbXllcnNA cmVkaGF0LmNvbTwvYT4mZ3Q7IGVzY3JpYmnzOjxiciB0eXBlPSJhdHRyaWJ1dGlvbiI+PGJsb2Nr cXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVy LWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+CiZndDsgQXMgb25lIG9mIG15 IHByaW9yaXRpZXMgb24gYSB2aXJ0dWFsaXphdGlvbiBwbGF0Zm9ybSBpcyB0byBvZmZlciBIQSwg STxicj4KJmd0OyB3YW50ZWQgdG8ga25vdyBob3cgZG9lcyBpdCB3b3JrIG9uIHRoZSBvdmlydCBh cmNoaXRlY3R1cmUuIEkgbWVhbiwgSSBteTxicj4KJmd0OyBtYW5hZ2VtZW50IG5vZGUgZmFpbHMs IGlzIEhBIHN0aWxsIHJ1bm5pbmcgb24gdGhlIG92aXJ0LW5vZGVzIChpczxicj4KJmd0OyBkaXN0 cmlidXRlZCApIG9yIGlzIGl0IG1hbmFnZXIgZGVwZW5kZW50Pzxicj4KPGJyPgpSaWdodCBub3cg aWYgdGhlIG9WaXJ0IEVuZ2luZSBzZXJ2ZXIgZmFpbHMsIEhBIG9mIHRoZSBndWVzdHMgcnVubmlu ZyBvbjxicj4Kb1ZpcnQgTm9kZXMgd2lsbCBub3Qgd29yay4goFRoaXMgaXMgYmVjYXVzZSB0aGUg b1ZpcnQgRW5naW5lIGlzIHdoYXQ8YnI+CmNvb3JkaW5hdGVzIG1vbml0b3JpbmcgYW5kIHJlc3Rh cnQgb2YgdGhlIGd1ZXN0cyBtYXJrZWQgYXMgSEEuPGJyPgo8YnI+ClRvZGF5LCB0aGUgYmVzdCB3 YXkgdG8gcHJvdGVjdCBhZ2FpbnN0IHRoYXQgZG91YmxlLWZhaWx1cmUgaXMgdG8gcHJvdmlkZTxi cj4KSEEgZm9yIHRoZSBvVmlydCBFbmdpbmUgaXRzZWxmLiCgVGhpcyBjYW4gYmUgZG9uZSBieSBz ZXR0aW5nIHVwIGEgMiBub2RlPGJyPgpIQSBjbHVzdGVyIHZpYSBhIEhBIHN0YWNrIGxpa2UgUGFj ZW1ha2VyIG9yIFJIRUwgQ2x1c3RlcmluZy4goFBhY2VtYWtlcjxicj4KaXMgaW4gbG90cyBvZiBk aXN0cmlidXRpb25zLCBzbyB0aGlzIGlzIGEgZmFpcmx5IHViaXF1aXRvdXMgd2F5IG9mPGJyPgpw cm92aWRpbmcgSEEgZm9yIG5vbi1IQSBhd2FyZSBzZXJ2aWNlcy48YnI+Cjxicj4KSW4gdGhlIGZ1 dHVyZSwgdGhlIGdvYWwgaXMgdG8gbWFrZSB0aGUgb1ZpcnQgRW5naW5lIEhBIGF3YXJlIHZpYTxi cj4Kc29tZXRoaW5nIHNpbWlsYXIgdG8gSkJvc3MgY2x1c3RlcmluZyBjb21iaW5lZCB3aXRoIGRh dGFiYXNlPGJyPgpyZXBsaWNhdGlvbi9jbHVzdGVyaW5nLiCgVGhpcyB3aWxsIHJlbW92ZSB0aGUg bmVlZCBmb3IgYSBzZXBhcmF0ZSBIQSBzdGFjay48YnI+Cjxicj4KQWxzbywgbXkgdW5kZXJzdGFu ZGluZyBpcyB0aGF0IHRoZSByb2FkbWFwIGZvciB2ZHNtIGlzIHRvIHByb3ZpZGUgaXQ8YnI+Cndp dGggbW9yZSBpbnRlbGxpZ2VuY2UvcG9saWNpZXMgc28gdGhhdCBpdCBjYW4gdGFrZSBjYXJlIG9m IHNvbWUgb2YgdGhlPGJyPgpIQSBmZWF0dXJlcyBldmVuIGluIHRoZSBhYnNlbmNlIG9mIHRoZSBv VmlydCBFbmdpbmUgcnVubmluZy48YnI+Cjxicj4KVGhlIGVuaGFuY2VkIHZkc20gZm9yIHBvbGlj eS9IQSBpcyBhIHJvYWRtYXAgaXRlbSwgYXMgaXMgbWFraW5nIHRoZTxicj4KRW5naW5lIEhBIGF3 YXJlLiCgV2UgY291bGQgY2VydGFpbmx5IHVzZSBoZWxwIGltcGxlbWVudGluZyB0aG9zZSBpdGVt cyA6KTxicj4KPC9ibG9ja3F1b3RlPjwvZGl2Pgo= --===============5040800377556789781==-- From pmyers at redhat.com Fri Nov 4 17:54:56 2011 Content-Type: multipart/mixed; boundary="===============6355131780199582637==" MIME-Version: 1.0 From: Perry Myers To: users at ovirt.org Subject: Re: [Users] HA schema for ovirt? Date: Fri, 04 Nov 2011 17:54:50 -0400 Message-ID: <4EB45F2A.9050000@redhat.com> In-Reply-To: CAH5xuCEDBwiZ=rE53hJ3-M1p1woVAg=P12QVQ_945oqdSfWXLw@mail.gmail.com --===============6355131780199582637== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/04/2011 05:46 PM, Jos=C3=A9 Rom=C3=A1n Bilbao wrote: > Thanks for the info. I am committed to help on this, but I don't know > where to start... Can you point me on the right direction? Depends on what your short term priority is. Could be any one of the following areas: * Helping to write an upstream whitepaper/wiki on using standard clustering solutions to make oVirt Engine HA. Brandon Perkins from Red Hat wrote something up specific to RHEL, perhaps you could help him with a POC using Pacemaker in a distro like Ubuntu or SLES. (Brandon said he'd handle the writeup of Fedora HA + oVirt Engine) * Helping the oVirt Engine team with leveraging app server clustering to make the engine HA aware. I don't know the details here, so your best path is to join the engine-devel mailing list and start submitting small patches on the engine in order to better learn the codebase so that you can then help with larger features like this * Helping the vdsm team with implementing node policy for moving some HA features to the endpoints instead of needing the engine. Joining vdsm-devel(a)lists.fedorahosted.org and starting to learn the codebase there by submitting some small patches to start with is a good idea Basically, start small. Push some patches upstream to show that you have a good understanding of the codebase, and then start writing up proposals for the upstream list that outline how you think best to tackle some of these more advanced features. Certainly, implementing engine HA or vdsm policy is not a trivial exercise, so it will involve input and development from many people. Hope that helps Perry > Thanks, > = > Jode > = > El 04/11/2011 17:11, "Perry Myers" > escribi=C3=B3: > = > > As one of my priorities on a virtualization platform is to offer HA= , I > > wanted to know how does it work on the ovirt architecture. I mean, > I my > > management node fails, is HA still running on the ovirt-nodes (is > > distributed ) or is it manager dependent? > = > Right now if the oVirt Engine server fails, HA of the guests running = on > oVirt Nodes will not work. This is because the oVirt Engine is what > coordinates monitoring and restart of the guests marked as HA. > = > Today, the best way to protect against that double-failure is to prov= ide > HA for the oVirt Engine itself. This can be done by setting up a 2 n= ode > HA cluster via a HA stack like Pacemaker or RHEL Clustering. Pacemak= er > is in lots of distributions, so this is a fairly ubiquitous way of > providing HA for non-HA aware services. > = > In the future, the goal is to make the oVirt Engine HA aware via > something similar to JBoss clustering combined with database > replication/clustering. This will remove the need for a separate HA > stack. > = > Also, my understanding is that the roadmap for vdsm is to provide it > with more intelligence/policies so that it can take care of some of t= he > HA features even in the absence of the oVirt Engine running. > = > The enhanced vdsm for policy/HA is a roadmap item, as is making the > Engine HA aware. We could certainly use help implementing those > items :) > = --===============6355131780199582637==-- From kmestery at cisco.com Wed Nov 9 10:07:34 2011 Content-Type: multipart/mixed; boundary="===============6288011039747342062==" MIME-Version: 1.0 From: kmestery To: users at ovirt.org Subject: [Users] 2 blog posts on oVirt Date: Wed, 09 Nov 2011 09:07:32 -0600 Message-ID: <11254D7C-75BB-4D49-AF55-11BBFBE276B4@cisco.com> --===============6288011039747342062== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Given the excitement around the oVirt launch, I wrote two blog posts on the= "Open @ Cisco" blog covering oVirt, one last week during the workshop, on= e yesterday. They focus heavily on networking, I thought I would share them= here: http://blogs.cisco.com/openatcisco/ovirt-kickoff-workshop/ http://blogs.cisco.com/openatcisco/openstack-quantum-at-the-ovirt-kickoff-w= orkshop/ Feel free to forward and share with others, comment, or send me feedback. Thanks! Kyle --===============6288011039747342062==-- From gscarborough at gmail.com Thu Nov 10 00:02:54 2011 Content-Type: multipart/mixed; boundary="===============1816354470901500569==" MIME-Version: 1.0 From: Gary Scarborough To: users at ovirt.org Subject: [Users] ovirt vs RHEV-M Date: Thu, 10 Nov 2011 00:02:53 -0500 Message-ID: --===============1816354470901500569== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I see you have instructions for building the ovirt manager up on the wiki. My question is: How does this compare to what Red Hat is shipping in RHEL? Is the code base currently the same as what Red Hat is shipping? I am evaluating ovirt for possible deployment in a university setting and wondering if it would be better to pursue a RHEL subscription for our cluster. Any light you could shed on this would be very helpful. Thanks, Gary --===============1816354470901500569== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" SSBzZWUgeW91IGhhdmUgaW5zdHJ1Y3Rpb25zIGZvciBidWlsZGluZyB0aGUgb3ZpcnQgbWFuYWdl ciB1cCBvbiB0aGUgd2lraS6gIE15IHF1ZXN0aW9uIGlzOqAgSG93IGRvZXMgdGhpcyBjb21wYXJl IHRvIHdoYXQgUmVkIEhhdCBpcyBzaGlwcGluZyBpbiBSSEVMP6AgSXMgdGhlIGNvZGUgYmFzZSBj dXJyZW50bHkgdGhlIHNhbWUgYXMgd2hhdCBSZWQgSGF0IGlzIHNoaXBwaW5nP6AgSSBhbSBldmFs dWF0aW5nIG92aXJ0IGZvciBwb3NzaWJsZSBkZXBsb3ltZW50IGluIGEgdW5pdmVyc2l0eSBzZXR0 aW5nIGFuZCB3b25kZXJpbmcgaWYgaXQgd291bGQgYmUgYmV0dGVyIHRvIHB1cnN1ZSBhIFJIRUwg c3Vic2NyaXB0aW9uIGZvciBvdXIgY2x1c3Rlci6gIEFueSBsaWdodCB5b3UgY291bGQgc2hlZCBv biB0aGlzIHdvdWxkIGJlIHZlcnkgaGVscGZ1bC48YnI+Cjxicj5UaGFua3MsPGJyPjxicj5HYXJ5 PGJyPgo= --===============1816354470901500569==-- From jrbcast at gmail.com Thu Nov 10 03:27:38 2011 Content-Type: multipart/mixed; boundary="===============4172049136697338774==" MIME-Version: 1.0 From: =?utf-8?q?Jos=C3=A9_Rom=C3=A1n_Bilbao_Castro_=3Cjrbcast_at_gmail=2Ecom=3E?= To: users at ovirt.org Subject: Re: [Users] ovirt vs RHEV-M Date: Thu, 10 Nov 2011 09:27:30 +0100 Message-ID: <005301cc9f82$96cf3ab0$c46db010$@gmail.com> In-Reply-To: CAG_hOAaUk5kXaer-GBd7NOMPb1_2=FxhGQD4HhybEnyTWwWx0A@mail.gmail.com --===============4172049136697338774== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multipart message in MIME format. ------=3D_NextPart_000_0054_01CC9F8A.F8950240 Content-Type: text/plain; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, =3D20 I will tell you my experience last week building and using oVirt. The installation process is long but easy if you follow the instructions (although I encountered some small problems). One oVirt is installed you = =3D can access it through port 8080. For a production environment I would not recommend using oVirt right now. It is still under development and some important features are not yet available on the web interface, namely =3D the configuration options, the storage configuration and high availability. Therefore, it will surely not fit your requirements now. But as a work =3D in progress I would recommend you to follow its development as sooner than later it will be a polished and usable product. In the meantime, If =3D money is what concerns you, RHEL is free but after 60 days you won=3D92t have =3D access to support nor updates (which is not critical if the system is running =3D behind a firewall or is on an intranet which is not probably the case). If money =3D is not an issue, go for RHEL or Citrix XenServer. And If money is =3D definitely not an issue at all, I would go for vSphere from vmware as the best available choice for a production environment.=3D20 =3D20 Also, other alternatives exist for servers virtualization like proxmox =3D (the 2.0 beta is out) and eucalyptus (which will be release 3 soon). =3D20 Don=3D92t hesitate to contact me If you have further questions on my =3D experiences will all that software,=3D20 =3D20 Regards, =3D20 Jose. =3D20 De: users-bounces(a)ovirt.org [mailto:users-bounces(a)ovirt.org] En nombre = =3D de Gary Scarborough Enviado el: jueves, 10 de noviembre de 2011 6:03 Para: users(a)ovirt.org Asunto: [Users] ovirt vs RHEV-M =3D20 I see you have instructions for building the ovirt manager up on the =3D wiki. My question is: How does this compare to what Red Hat is shipping in =3D RHEL? Is the code base currently the same as what Red Hat is shipping? I am evaluating ovirt for possible deployment in a university setting and wondering if it would be better to pursue a RHEL subscription for our cluster. Any light you could shed on this would be very helpful. Thanks, Gary ------=3D_NextPart_000_0054_01CC9F8A.F8950240 Content-Type: text/html; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi,

 

I will tell you my experience last week building and using oVirt. The = =3D installation process is long but easy if you follow the instructions =3D (although I encountered some small problems). One oVirt is installed you = =3D can access it through port 8080. For a production environment I would =3D not recommend using oVirt right now. It is still under development and =3D some important features are not yet available on the web interface, =3D namely the configuration options, the storage configuration and high =3D availability. Therefore, it will surely not fit your requirements now. =3D But as a work in progress I would recommend you to follow its =3D development as sooner than later it will be a polished and usable =3D product. In the meantime, If money is what concerns you, RHEL is free =3D but after 60 days you won’t have access to support nor updates =3D (which is not critical if the system is running behind a firewall or is =3D on an intranet which is not probably the case). If money is not an =3D issue, go for RHEL or Citrix XenServer. And If money is definitely not =3D an issue at all, I would go for vSphere from vmware as the best =3D available choice for a production environment.

 

Also, other alternatives exist for servers virtualization like =3D proxmox (the 2.0 beta is out) and eucalyptus (which will be release 3 =3D soon).

 

Don’t hesitate to contact me If you have further questions on =3D my experiences will all that software,

 

Regards,

 

Jose.

 

De: =3D users-bounces(a)ovirt.org [mailto:users-bounces(a)ovirt.org] En nombre = =3D de Gary =3D Scarborough
Enviado el: jueves, 10 de noviembre de 2011 =3D 6:03
Para: users(a)ovirt.org
Asunto: [Users] ovirt vs = =3D RHEV-M

 

I see you have instructions for building the ovirt =3D manager up on the wiki.  My question is:  How does this =3D compare to what Red Hat is shipping in RHEL?  Is the code base =3D currently the same as what Red Hat is shipping?  I am evaluating =3D ovirt for possible deployment in a university setting and wondering if =3D it would be better to pursue a RHEL subscription for our cluster.  =3D Any light you could shed on this would be very =3D helpful.

Thanks,

Gary

------=3D_NextPart_000_0054_01CC9F8A.F8950240-- --===============4172049136697338774== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpcGFydCBtZXNzYWdlIGluIE1JTUUgZm9ybWF0LgoKLS0tLS0tPV9OZXh0 UGFydF8wMDBfMDA1NF8wMUNDOUY4QS5GODk1MDI0MApDb250ZW50LVR5cGU6IHRleHQvcGxhaW47 CgljaGFyc2V0PSJpc28tODg1OS0xIgpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBxdW90ZWQt cHJpbnRhYmxlCgpIaSwKCj0yMAoKSSB3aWxsIHRlbGwgeW91IG15IGV4cGVyaWVuY2UgbGFzdCB3 ZWVrIGJ1aWxkaW5nIGFuZCB1c2luZyBvVmlydC4gVGhlCmluc3RhbGxhdGlvbiBwcm9jZXNzIGlz IGxvbmcgYnV0IGVhc3kgaWYgeW91IGZvbGxvdyB0aGUgaW5zdHJ1Y3Rpb25zCihhbHRob3VnaCBJ IGVuY291bnRlcmVkIHNvbWUgc21hbGwgcHJvYmxlbXMpLiBPbmUgb1ZpcnQgaXMgaW5zdGFsbGVk IHlvdSA9CmNhbgphY2Nlc3MgaXQgdGhyb3VnaCBwb3J0IDgwODAuIEZvciBhIHByb2R1Y3Rpb24g ZW52aXJvbm1lbnQgSSB3b3VsZCBub3QKcmVjb21tZW5kIHVzaW5nIG9WaXJ0IHJpZ2h0IG5vdy4g SXQgaXMgc3RpbGwgdW5kZXIgZGV2ZWxvcG1lbnQgYW5kIHNvbWUKaW1wb3J0YW50IGZlYXR1cmVz IGFyZSBub3QgeWV0IGF2YWlsYWJsZSBvbiB0aGUgd2ViIGludGVyZmFjZSwgbmFtZWx5ID0KdGhl CmNvbmZpZ3VyYXRpb24gb3B0aW9ucywgdGhlIHN0b3JhZ2UgY29uZmlndXJhdGlvbiBhbmQgaGln aCBhdmFpbGFiaWxpdHkuClRoZXJlZm9yZSwgaXQgd2lsbCBzdXJlbHkgbm90IGZpdCB5b3VyIHJl cXVpcmVtZW50cyBub3cuIEJ1dCBhcyBhIHdvcmsgPQppbgpwcm9ncmVzcyBJIHdvdWxkIHJlY29t bWVuZCB5b3UgdG8gZm9sbG93IGl0cyBkZXZlbG9wbWVudCBhcyBzb29uZXIgdGhhbgpsYXRlciBp dCB3aWxsIGJlIGEgcG9saXNoZWQgYW5kIHVzYWJsZSBwcm9kdWN0LiBJbiB0aGUgbWVhbnRpbWUs IElmID0KbW9uZXkgaXMKd2hhdCBjb25jZXJucyB5b3UsIFJIRUwgaXMgZnJlZSBidXQgYWZ0ZXIg NjAgZGF5cyB5b3Ugd29uPTkydCBoYXZlID0KYWNjZXNzIHRvCnN1cHBvcnQgbm9yIHVwZGF0ZXMg KHdoaWNoIGlzIG5vdCBjcml0aWNhbCBpZiB0aGUgc3lzdGVtIGlzIHJ1bm5pbmcgPQpiZWhpbmQg YQpmaXJld2FsbCBvciBpcyBvbiBhbiBpbnRyYW5ldCB3aGljaCBpcyBub3QgcHJvYmFibHkgdGhl IGNhc2UpLiBJZiBtb25leSA9CmlzCm5vdCBhbiBpc3N1ZSwgZ28gZm9yIFJIRUwgb3IgQ2l0cml4 IFhlblNlcnZlci4gQW5kIElmIG1vbmV5IGlzID0KZGVmaW5pdGVseQpub3QgYW4gaXNzdWUgYXQg YWxsLCBJIHdvdWxkIGdvIGZvciB2U3BoZXJlIGZyb20gdm13YXJlIGFzIHRoZSBiZXN0CmF2YWls YWJsZSBjaG9pY2UgZm9yIGEgcHJvZHVjdGlvbiBlbnZpcm9ubWVudC49MjAKCj0yMAoKQWxzbywg b3RoZXIgYWx0ZXJuYXRpdmVzIGV4aXN0IGZvciBzZXJ2ZXJzIHZpcnR1YWxpemF0aW9uIGxpa2Ug cHJveG1veCA9Cih0aGUKMi4wIGJldGEgaXMgb3V0KSBhbmQgZXVjYWx5cHR1cyAod2hpY2ggd2ls bCBiZSByZWxlYXNlIDMgc29vbikuCgo9MjAKCkRvbj05MnQgaGVzaXRhdGUgdG8gY29udGFjdCBt ZSBJZiB5b3UgaGF2ZSBmdXJ0aGVyIHF1ZXN0aW9ucyBvbiBteSA9CmV4cGVyaWVuY2VzCndpbGwg YWxsIHRoYXQgc29mdHdhcmUsPTIwCgo9MjAKClJlZ2FyZHMsCgo9MjAKCkpvc2UuCgo9MjAKCkRl OiB1c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZyBbbWFpbHRvOnVzZXJzLWJvdW5jZXNAb3ZpcnQub3Jn XSBFbiBub21icmUgPQpkZQpHYXJ5IFNjYXJib3JvdWdoCkVudmlhZG8gZWw6IGp1ZXZlcywgMTAg ZGUgbm92aWVtYnJlIGRlIDIwMTEgNjowMwpQYXJhOiB1c2Vyc0BvdmlydC5vcmcKQXN1bnRvOiBb VXNlcnNdIG92aXJ0IHZzIFJIRVYtTQoKPTIwCgpJIHNlZSB5b3UgaGF2ZSBpbnN0cnVjdGlvbnMg Zm9yIGJ1aWxkaW5nIHRoZSBvdmlydCBtYW5hZ2VyIHVwIG9uIHRoZSA9Cndpa2kuCk15IHF1ZXN0 aW9uIGlzOiAgSG93IGRvZXMgdGhpcyBjb21wYXJlIHRvIHdoYXQgUmVkIEhhdCBpcyBzaGlwcGlu ZyBpbiA9ClJIRUw/CklzIHRoZSBjb2RlIGJhc2UgY3VycmVudGx5IHRoZSBzYW1lIGFzIHdoYXQg UmVkIEhhdCBpcyBzaGlwcGluZz8gIEkgYW0KZXZhbHVhdGluZyBvdmlydCBmb3IgcG9zc2libGUg ZGVwbG95bWVudCBpbiBhIHVuaXZlcnNpdHkgc2V0dGluZyBhbmQKd29uZGVyaW5nIGlmIGl0IHdv dWxkIGJlIGJldHRlciB0byBwdXJzdWUgYSBSSEVMIHN1YnNjcmlwdGlvbiBmb3Igb3VyCmNsdXN0 ZXIuICBBbnkgbGlnaHQgeW91IGNvdWxkIHNoZWQgb24gdGhpcyB3b3VsZCBiZSB2ZXJ5IGhlbHBm dWwuCgpUaGFua3MsCgpHYXJ5CgoKLS0tLS0tPV9OZXh0UGFydF8wMDBfMDA1NF8wMUNDOUY4QS5G ODk1MDI0MApDb250ZW50LVR5cGU6IHRleHQvaHRtbDsKCWNoYXJzZXQ9Imlzby04ODU5LTEiCkNv bnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCjxNRVRBIEhUVFAtRVFV SVY9M0QiQ29udGVudC1UeXBlIiBDT05URU5UPTNEInRleHQvaHRtbDsgPQpjaGFyc2V0PTNEaXNv LTg4NTktMSI+CjxodG1sIHhtbG5zOnY9M0QidXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwi ID0KeG1sbnM6bz0zRCJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpvZmZpY2UiID0K eG1sbnM6dz0zRCJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiA9CnhtbG5z Om09M0QiaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiA9 CnhtbG5zPTNEImh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPjxoZWFkPjxtZXRhIG5h bWU9M0RHZW5lcmF0b3IgPQpjb250ZW50PTNEIk1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBt ZWRpdW0pIj48c3R5bGU+PCEtLQovKiBGb250IERlZmluaXRpb25zICovCkBmb250LWZhY2UKCXtm b250LWZhbWlseTpDYWxpYnJpOwoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQpAZm9u dC1mYWNlCgl7Zm9udC1mYW1pbHk6VGFob21hOwoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAy IDQ7fQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLwpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBk aXYuTXNvTm9ybWFsCgl7bWFyZ2luOjBjbTsKCW1hcmdpbi1ib3R0b206LjAwMDFwdDsKCWZvbnQt c2l6ZToxMi4wcHQ7Cglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluawoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsKCWNvbG9yOmJs dWU7Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVy bGlua0ZvbGxvd2VkCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6cHVycGxlOwoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9CnNwYW4uRXN0aWxvQ29ycmVvMTcKCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbC1yZXBseTsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7 Cgljb2xvcjojMUY0OTdEO30KLk1zb0NocERlZmF1bHQKCXttc28tc3R5bGUtdHlwZTpleHBvcnQt b25seTsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Cgltc28tZmFyZWFzdC1s YW5ndWFnZTpFTi1VUzt9CkBwYWdlIFdvcmRTZWN0aW9uMQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0 OwoJbWFyZ2luOjcwLjg1cHQgMy4wY20gNzAuODVwdCAzLjBjbTt9CmRpdi5Xb3JkU2VjdGlvbjEK CXtwYWdlOldvcmRTZWN0aW9uMTt9Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9M0QiZWRpdCIgc3BpZG1heD0zRCIxMDI2IiAvPgo8L3ht bD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4KPG86c2hhcGVsYXlvdXQgdjpl eHQ9M0QiZWRpdCI+CjxvOmlkbWFwIHY6ZXh0PTNEImVkaXQiIGRhdGE9M0QiMSIgLz4KPC9vOnNo YXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPjwvaGVhZD48Ym9keSBsYW5nPTNERVMgbGluaz0z RGJsdWUgPQp2bGluaz0zRHB1cnBsZT48ZGl2IGNsYXNzPTNEV29yZFNlY3Rpb24xPjxwIGNsYXNz PTNETXNvTm9ybWFsPjxzcGFuID0Kc3R5bGU9M0QnZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5Nz0KRCc+SGksPG86cD48L286cD48 L3NwYW4+PC9wPjxwIGNsYXNzPTNETXNvTm9ybWFsPjxzcGFuID0Kc3R5bGU9M0QnZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5Nz0K RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPTNETXNvTm9ybWFsPjxzcGFu IGxhbmc9M0RFTi1VUyA9CnN0eWxlPTNEJ2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTc9CkQnPkkgd2lsbCB0ZWxsIHlvdSBteSBl eHBlcmllbmNlIGxhc3Qgd2VlayBidWlsZGluZyBhbmQgdXNpbmcgb1ZpcnQuIFRoZSA9Cmluc3Rh bGxhdGlvbiBwcm9jZXNzIGlzIGxvbmcgYnV0IGVhc3kgaWYgeW91IGZvbGxvdyB0aGUgaW5zdHJ1 Y3Rpb25zID0KKGFsdGhvdWdoIEkgZW5jb3VudGVyZWQgc29tZSBzbWFsbCBwcm9ibGVtcykuIE9u ZSBvVmlydCBpcyBpbnN0YWxsZWQgeW91ID0KY2FuIGFjY2VzcyBpdCB0aHJvdWdoIHBvcnQgODA4 MC4gRm9yIGEgcHJvZHVjdGlvbiBlbnZpcm9ubWVudCBJIHdvdWxkID0Kbm90IHJlY29tbWVuZCB1 c2luZyBvVmlydCByaWdodCBub3cuIEl0IGlzIHN0aWxsIHVuZGVyIGRldmVsb3BtZW50IGFuZCA9 CnNvbWUgaW1wb3J0YW50IGZlYXR1cmVzIGFyZSBub3QgeWV0IGF2YWlsYWJsZSBvbiB0aGUgd2Vi IGludGVyZmFjZSwgPQpuYW1lbHkgdGhlIGNvbmZpZ3VyYXRpb24gb3B0aW9ucywgdGhlIHN0b3Jh Z2UgY29uZmlndXJhdGlvbiBhbmQgaGlnaCA9CmF2YWlsYWJpbGl0eS4gVGhlcmVmb3JlLCBpdCB3 aWxsIHN1cmVseSBub3QgZml0IHlvdXIgcmVxdWlyZW1lbnRzIG5vdy4gPQpCdXQgYXMgYSB3b3Jr IGluIHByb2dyZXNzIEkgd291bGQgcmVjb21tZW5kIHlvdSB0byBmb2xsb3cgaXRzID0KZGV2ZWxv cG1lbnQgYXMgc29vbmVyIHRoYW4gbGF0ZXIgaXQgd2lsbCBiZSBhIHBvbGlzaGVkIGFuZCB1c2Fi bGUgPQpwcm9kdWN0LiBJbiB0aGUgbWVhbnRpbWUsIElmIG1vbmV5IGlzIHdoYXQgY29uY2VybnMg eW91LCBSSEVMIGlzIGZyZWUgPQpidXQgYWZ0ZXIgNjAgZGF5cyB5b3Ugd29uJiM4MjE3O3QgaGF2 ZSBhY2Nlc3MgdG8gc3VwcG9ydCBub3IgdXBkYXRlcyA9Cih3aGljaCBpcyBub3QgY3JpdGljYWwg aWYgdGhlIHN5c3RlbSBpcyBydW5uaW5nIGJlaGluZCBhIGZpcmV3YWxsIG9yIGlzID0Kb24gYW4g aW50cmFuZXQgd2hpY2ggaXMgbm90IHByb2JhYmx5IHRoZSBjYXNlKS4gSWYgbW9uZXkgaXMgbm90 IGFuID0KaXNzdWUsIGdvIGZvciBSSEVMIG9yIENpdHJpeCBYZW5TZXJ2ZXIuIEFuZCBJZiBtb25l eSBpcyBkZWZpbml0ZWx5IG5vdCA9CmFuIGlzc3VlIGF0IGFsbCwgSSB3b3VsZCBnbyBmb3IgdlNw aGVyZSBmcm9tIHZtd2FyZSBhcyB0aGUgYmVzdCA9CmF2YWlsYWJsZSBjaG9pY2UgZm9yIGEgcHJv ZHVjdGlvbiBlbnZpcm9ubWVudC4gPG86cD48L286cD48L3NwYW4+PC9wPjxwID0KY2xhc3M9M0RN c29Ob3JtYWw+PHNwYW4gbGFuZz0zREVOLVVTID0Kc3R5bGU9M0QnZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5Nz0KRCc+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPTNETXNvTm9ybWFsPjxzcGFuIGxhbmc9M0RF Ti1VUyA9CnN0eWxlPTNEJ2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJz YW5zLXNlcmlmIjtjb2xvcjojMUY0OTc9CkQnPkFsc28sIG90aGVyIGFsdGVybmF0aXZlcyBleGlz dCBmb3Igc2VydmVycyB2aXJ0dWFsaXphdGlvbiBsaWtlID0KcHJveG1veCAodGhlIDIuMCBiZXRh IGlzIG91dCkgYW5kIGV1Y2FseXB0dXMgKHdoaWNoIHdpbGwgYmUgcmVsZWFzZSAzID0Kc29vbiku PG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPTNETXNvTm9ybWFsPjxzcGFuIGxhbmc9M0RF Ti1VUyA9CnN0eWxlPTNEJ2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJz YW5zLXNlcmlmIjtjb2xvcjojMUY0OTc9CkQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48 cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiBsYW5nPTNERU4tVVMgPQpzdHlsZT0zRCdmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3 PQpEJz5Eb24mIzgyMTc7dCBoZXNpdGF0ZSB0byBjb250YWN0IG1lIElmIHlvdSBoYXZlIGZ1cnRo ZXIgcXVlc3Rpb25zIG9uID0KbXkgZXhwZXJpZW5jZXMgd2lsbCBhbGwgdGhhdCBzb2Z0d2FyZSwg PG86cD48L286cD48L3NwYW4+PC9wPjxwID0KY2xhc3M9M0RNc29Ob3JtYWw+PHNwYW4gbGFuZz0z REVOLVVTID0Kc3R5bGU9M0QnZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIs InNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5Nz0KRCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w PjxwIGNsYXNzPTNETXNvTm9ybWFsPjxzcGFuIGxhbmc9M0RFTi1VUyA9CnN0eWxlPTNEJ2ZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0 OTc9CkQnPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPTNETXNvTm9ybWFs PjxzcGFuIGxhbmc9M0RFTi1VUyA9CnN0eWxlPTNEJ2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTc9CkQnPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiBsYW5nPTNERU4tVVMgPQpz dHlsZT0zRCdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp ZiI7Y29sb3I6IzFGNDk3PQpEJz5Kb3NlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz0z RE1zb05vcm1hbD48c3BhbiBsYW5nPTNERU4tVVMgPQpzdHlsZT0zRCdmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3PQpEJz48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9M0RNc29Ob3JtYWw+PGI+PHNwYW4gPQps YW5nPTNERU4tVVMgPQpzdHlsZT0zRCdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJUYWhv bWEiLCJzYW5zLXNlcmlmIic+RGU6PC9zcGFuPjwvPQpiPjxzcGFuIGxhbmc9M0RFTi1VUyA9CnN0 eWxlPTNEJ2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYi Jz4gPQp1c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZyBbbWFpbHRvOnVzZXJzLWJvdW5jZXNAb3ZpcnQu b3JnXSA8L3NwYW4+PGI+PHNwYW4gPQpzdHlsZT0zRCdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+RW4gbm9tYnJlID0KZGUgPC9zcGFuPjwvYj48c3Bh biA9CnN0eWxlPTNEJ2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt c2VyaWYiJz5HYXJ5ID0KU2NhcmJvcm91Z2g8YnI+PGI+RW52aWFkbyBlbDo8L2I+IGp1ZXZlcywg MTAgZGUgbm92aWVtYnJlIGRlIDIwMTEgPQo2OjAzPGJyPjxiPlBhcmE6PC9iPiB1c2Vyc0Bvdmly dC5vcmc8YnI+PGI+QXN1bnRvOjwvYj4gW1VzZXJzXSBvdmlydCB2cyA9ClJIRVYtTTxvOnA+PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz0zRE1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48 cCA9CmNsYXNzPTNETXNvTm9ybWFsPkkgc2VlIHlvdSBoYXZlIGluc3RydWN0aW9ucyBmb3IgYnVp bGRpbmcgdGhlIG92aXJ0ID0KbWFuYWdlciB1cCBvbiB0aGUgd2lraS4mbmJzcDsgTXkgcXVlc3Rp b24gaXM6Jm5ic3A7IEhvdyBkb2VzIHRoaXMgPQpjb21wYXJlIHRvIHdoYXQgUmVkIEhhdCBpcyBz aGlwcGluZyBpbiBSSEVMPyZuYnNwOyBJcyB0aGUgY29kZSBiYXNlID0KY3VycmVudGx5IHRoZSBz YW1lIGFzIHdoYXQgUmVkIEhhdCBpcyBzaGlwcGluZz8mbmJzcDsgSSBhbSBldmFsdWF0aW5nID0K b3ZpcnQgZm9yIHBvc3NpYmxlIGRlcGxveW1lbnQgaW4gYSB1bml2ZXJzaXR5IHNldHRpbmcgYW5k IHdvbmRlcmluZyBpZiA9Cml0IHdvdWxkIGJlIGJldHRlciB0byBwdXJzdWUgYSBSSEVMIHN1YnNj cmlwdGlvbiBmb3Igb3VyIGNsdXN0ZXIuJm5ic3A7ID0KQW55IGxpZ2h0IHlvdSBjb3VsZCBzaGVk IG9uIHRoaXMgd291bGQgYmUgdmVyeSA9CmhlbHBmdWwuPGJyPjxicj5UaGFua3MsPGJyPjxicj5H YXJ5PG86cD48L286cD48L3A+PC9kaXY+PC9ib2R5PjwvaHRtbD4KLS0tLS0tPV9OZXh0UGFydF8w MDBfMDA1NF8wMUNDOUY4QS5GODk1MDI0MC0tCgo= --===============4172049136697338774==-- From acathrow at redhat.com Thu Nov 10 06:58:52 2011 Content-Type: multipart/mixed; boundary="===============3186754307770167775==" MIME-Version: 1.0 From: Andrew Cathrow To: users at ovirt.org Subject: Re: [Users] ovirt vs RHEV-M Date: Thu, 10 Nov 2011 06:58:50 -0500 Message-ID: In-Reply-To: CAG_hOAaUk5kXaer-GBd7NOMPb1_2=FxhGQD4HhybEnyTWwWx0A@mail.gmail.com --===============3186754307770167775== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ----- Original Message ----- > From: "Gary Scarborough" > To: users(a)ovirt.org > Sent: Thursday, November 10, 2011 12:02:53 AM > Subject: [Users] ovirt vs RHEV-M > = > = > I see you have instructions for building the ovirt manager up on the > wiki. My question is: How does this compare to what Red Hat is > shipping in RHEL? Is the code base currently the same as what Red > Hat is shipping? I am evaluating ovirt for possible deployment in a > university setting and wondering if it would be better to pursue a > RHEL subscription for our cluster. Any light you could shed on this > would be very helpful. >From a code point of view the oVirt project was seeded with the RHEV 3.0 c= ode base but there are some differences. oVirt includes the HTML based web admin UI, it's still a work in progress, = some areas haven't been completed yet but are under active development. RHEV includes a tech-preview version of web admin but also has a WPF based = admin console, this is a .NET application, it's fully featured and stable. = In the next downstream release we'll remove the WPF admin and replace it wi= th the completed web admin. There are some other proprietary, 3rd party licensed components in RHEV for= example the USB remoting support uses a 3rd party solution. In all these c= ases we're working to replace these, for example we've recently finished wo= rk upstream on remote USB 2.0 support in both KVM and Spice and we'll be wo= rking on migrating the code to use the new native components. Other differences include things like packaging, installing rhev is just "y= um install rhevm". As a community we are still working on completing and packaging oVirt ready= for an upstream release, you'll see more discussions going on about this o= n-list. Right now working with oVirt will give you a good idea about where the proj= ect is going and a something to develop on but right now is not ready for p= roduction deployment. If you want to try out RHEV then you'll need a RHEV subscription (not inclu= ded in RHEL) we have eval subscriptions, ping me off list if you'd like me = to arrange one. Aic > = > Thanks, > = > Gary > = > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >=20 --===============3186754307770167775==-- From dimitrije.ziv at gmail.com Mon Nov 14 03:10:37 2011 Content-Type: multipart/mixed; boundary="===============3750097632723727330==" MIME-Version: 1.0 From: Dimitrije Zivkovic To: users at ovirt.org Subject: [Users] oVirt features Date: Mon, 14 Nov 2011 09:10:36 +0100 Message-ID: --===============3750097632723727330== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, I got oVirt up and running on my Gentoo server. What I would like to know is if there is some info page on current git version features of oVirt? For example, I would like to know what type of storage is supported as I could only see NFS type on webadmin. So am I doing something wrong or am I just blind? :) Also, if there is something I could help about related to Gentoo and oVirt, let me know... --===============3750097632723727330== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" SGksPGJyPjxicj7CoMKgIEkgZ290IG9WaXJ0IHVwIGFuZCBydW5uaW5nIG9uIG15IEdlbnRvbyBz ZXJ2ZXIuIFdoYXQgSSB3b3VsZCBsaWtlIHRvIGtub3cgaXMgaWYgdGhlcmUgaXMgc29tZSBpbmZv IHBhZ2Ugb24gY3VycmVudCBnaXQgdmVyc2lvbiBmZWF0dXJlcyBvZiBvVmlydD8gRm9yIGV4YW1w bGUsIEkgd291bGQgbGlrZSB0byBrbm93IHdoYXQgdHlwZSBvZiBzdG9yYWdlIGlzIHN1cHBvcnRl ZCBhcyBJIGNvdWxkIG9ubHkgc2VlIE5GUyB0eXBlIG9uIHdlYmFkbWluLiBTbyBhbSBJIGRvaW5n IHNvbWV0aGluZyB3cm9uZyBvciBhbSBJIGp1c3QgYmxpbmQ/wqAgOik8YnI+CsKgwqAgQWxzbywg aWYgdGhlcmUgaXMgc29tZXRoaW5nIEkgY291bGQgaGVscCBhYm91dCByZWxhdGVkIHRvIEdlbnRv byBhbmQgb1ZpcnQsIGxldCBtZSBrbm93Li4uPGJyPjxicj48YnI+Cg== --===============3750097632723727330==-- From dfediuck at redhat.com Mon Nov 14 03:55:09 2011 Content-Type: multipart/mixed; boundary="===============5210818532602567054==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] oVirt features Date: Mon, 14 Nov 2011 10:55:05 +0200 Message-ID: <201111141055.05745.dfediuck@redhat.com> In-Reply-To: CANbTN39F3rKfcS7kEe-qbC3VVhgxWpQrY5G4wd9fmZ7eEPV_yA@mail.gmail.com --===============5210818532602567054== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Monday 14 November 2011 10:10:36 Dimitrije Zivkovic wrote: > Hi, > = > I got oVirt up and running on my Gentoo server. What I would like to > know is if there is some info page on current git version features of > oVirt? For example, I would like to know what type of storage is supported > as I could only see NFS type on webadmin. So am I doing something wrong or > am I just blind? :) > Also, if there is something I could help about related to Gentoo and > oVirt, let me know... > = Hi Dimitrije. +1 on Gentoo ;) Specifically on storage, Engine supports also local storage, iscsi and FC. However not all of it is currently enabled in the UI, as it is still under heavy construction. You may handle these storage types using the RESTFul Ap= i. There are many tasks we could use some help with, and it depends on your sk= ills. oVirt Engine is Java based. However there are other areas such as vdsm (pyt= hon), RESTFul API and SDK, UI (GWT), packaging, etc... So let us know which parts= you feel you can dive in, and we'll be able to route you ;) As for Gentoo (I tried that in the past); I have a working setup on Gentoo as well. In order to add it to the portage tree, we need a herd with some p= eople to help us. We can start creating the first ebuilds, but from my experience we'll need more help to make the opensource JBoss build on Gentoo. That said we can start working with the binary deployment and evolve from there. Doron -- = /d "2B | !2B =3D FF" --===============5210818532602567054==-- From jchoate at redhat.com Mon Nov 14 07:15:15 2011 Content-Type: multipart/mixed; boundary="===============5927506115451876530==" MIME-Version: 1.0 From: Jon Choate To: users at ovirt.org Subject: Re: [Users] oVirt features Date: Mon, 14 Nov 2011 07:14:10 -0500 Message-ID: <4EC10612.9020607@redhat.com> In-Reply-To: CANbTN39F3rKfcS7kEe-qbC3VVhgxWpQrY5G4wd9fmZ7eEPV_yA@mail.gmail.com --===============5927506115451876530== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multi-part message in MIME format. --------------080601030205070509030102 Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Content-Transfer-Encoding: 7bit On 11/14/2011 03:10 AM, Dimitrije Zivkovic wrote: > Hi, > > I got oVirt up and running on my Gentoo server. What I would like = > to know is if there is some info page on current git version features = > of oVirt? For example, I would like to know what type of storage is = > supported as I could only see NFS type on webadmin. So am I doing = > something wrong or am I just blind? :) > Also, if there is something I could help about related to Gentoo = > and oVirt, let me know... > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users That is great! Congrats! Perhaps you could create a wiki page with = instructions for how you did it so others can benefit from your learning. thanks! --------------080601030205070509030102 Content-Type: text/html; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit On 11/14/2011 03:10 AM, Dimitrije Zivkovic wrote:
Hi,

   I got oVirt up and running on my Gentoo server. What I w= ould like to know is if there is some info page on current git version features of oVirt? For example, I would like to know what type of storage is supported as I could only see NFS type on webadmin. So am I doing something wrong or am I just blind?  :)
   Also, if there is something I could help about related to Gentoo and oVirt, let me know...




_______________________________________________
Users mailing list
Use=
rs(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
That is great! Congrats! Perhaps you could create a wiki page with instructions for how you did it so others can benefit from your learning.

thanks!
--------------080601030205070509030102-- --===============5927506115451876530== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpLXBhcnQgbWVzc2FnZSBpbiBNSU1FIGZvcm1hdC4KLS0tLS0tLS0tLS0t LS0wODA2MDEwMzAyMDUwNzA1MDkwMzAxMDIKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PUlTTy04ODU5LTE7IGZvcm1hdD1mbG93ZWQKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzog N2JpdAoKT24gMTEvMTQvMjAxMSAwMzoxMCBBTSwgRGltaXRyaWplIFppdmtvdmljIHdyb3RlOgo+ IEhpLAo+Cj4gICAgSSBnb3Qgb1ZpcnQgdXAgYW5kIHJ1bm5pbmcgb24gbXkgR2VudG9vIHNlcnZl ci4gV2hhdCBJIHdvdWxkIGxpa2UgCj4gdG8ga25vdyBpcyBpZiB0aGVyZSBpcyBzb21lIGluZm8g cGFnZSBvbiBjdXJyZW50IGdpdCB2ZXJzaW9uIGZlYXR1cmVzIAo+IG9mIG9WaXJ0PyBGb3IgZXhh bXBsZSwgSSB3b3VsZCBsaWtlIHRvIGtub3cgd2hhdCB0eXBlIG9mIHN0b3JhZ2UgaXMgCj4gc3Vw cG9ydGVkIGFzIEkgY291bGQgb25seSBzZWUgTkZTIHR5cGUgb24gd2ViYWRtaW4uIFNvIGFtIEkg ZG9pbmcgCj4gc29tZXRoaW5nIHdyb25nIG9yIGFtIEkganVzdCBibGluZD8gIDopCj4gICAgQWxz bywgaWYgdGhlcmUgaXMgc29tZXRoaW5nIEkgY291bGQgaGVscCBhYm91dCByZWxhdGVkIHRvIEdl bnRvbyAKPiBhbmQgb1ZpcnQsIGxldCBtZSBrbm93Li4uCj4KPgo+Cj4KPiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IFVzZXJzIG1haWxpbmcgbGlzdAo+ IFVzZXJzQG92aXJ0Lm9yZwo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5m by91c2VycwpUaGF0IGlzIGdyZWF0ISBDb25ncmF0cyEgUGVyaGFwcyB5b3UgY291bGQgY3JlYXRl IGEgd2lraSBwYWdlIHdpdGggCmluc3RydWN0aW9ucyBmb3IgaG93IHlvdSBkaWQgaXQgc28gb3Ro ZXJzIGNhbiBiZW5lZml0IGZyb20geW91ciBsZWFybmluZy4KCnRoYW5rcyEKCi0tLS0tLS0tLS0t LS0tMDgwNjAxMDMwMjA1MDcwNTA5MDMwMTAyCkNvbnRlbnQtVHlwZTogdGV4dC9odG1sOyBjaGFy c2V0PUlTTy04ODU5LTEKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogN2JpdAoKPGh0bWw+CiAg PGhlYWQ+CiAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNPLTg4NTktMSIK ICAgICAgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIj4KICA8L2hlYWQ+CiAgPGJvZHkgYmdjb2xv cj0iI0ZGRkZGRiIgdGV4dD0iIzAwMDAwMCI+CiAgICBPbiAxMS8xNC8yMDExIDAzOjEwIEFNLCBE aW1pdHJpamUgWml2a292aWMgd3JvdGU6CiAgICA8YmxvY2txdW90ZQpjaXRlPSJtaWQ6Q0FOYlRO MzlGM3JLZmNTN2tFZS1xYkMzVlZoZ3hXcFFyWTVHNHdkOWZtWjdlRVBWX3lBQG1haWwuZ21haWwu Y29tIgogICAgICB0eXBlPSJjaXRlIj5IaSw8YnI+CiAgICAgIDxicj4KICAgICAgJm5ic3A7Jm5i c3A7IEkgZ290IG9WaXJ0IHVwIGFuZCBydW5uaW5nIG9uIG15IEdlbnRvbyBzZXJ2ZXIuIFdoYXQg SSB3b3VsZAogICAgICBsaWtlIHRvIGtub3cgaXMgaWYgdGhlcmUgaXMgc29tZSBpbmZvIHBhZ2Ug b24gY3VycmVudCBnaXQgdmVyc2lvbgogICAgICBmZWF0dXJlcyBvZiBvVmlydD8gRm9yIGV4YW1w bGUsIEkgd291bGQgbGlrZSB0byBrbm93IHdoYXQgdHlwZSBvZgogICAgICBzdG9yYWdlIGlzIHN1 cHBvcnRlZCBhcyBJIGNvdWxkIG9ubHkgc2VlIE5GUyB0eXBlIG9uIHdlYmFkbWluLiBTbwogICAg ICBhbSBJIGRvaW5nIHNvbWV0aGluZyB3cm9uZyBvciBhbSBJIGp1c3QgYmxpbmQ/Jm5ic3A7IDop PGJyPgogICAgICAmbmJzcDsmbmJzcDsgQWxzbywgaWYgdGhlcmUgaXMgc29tZXRoaW5nIEkgY291 bGQgaGVscCBhYm91dCByZWxhdGVkIHRvCiAgICAgIEdlbnRvbyBhbmQgb1ZpcnQsIGxldCBtZSBr bm93Li4uPGJyPgogICAgICA8YnI+CiAgICAgIDxicj4KICAgICAgPGJyPgogICAgICA8ZmllbGRz ZXQgY2xhc3M9Im1pbWVBdHRhY2htZW50SGVhZGVyIj48L2ZpZWxkc2V0PgogICAgICA8YnI+CiAg ICAgIDxwcmUgd3JhcD0iIj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpVc2VycyBtYWlsaW5nIGxpc3QKPGEgY2xhc3M9Im1vei10eHQtbGluay1hYmJyZXZp YXRlZCIgaHJlZj0ibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyI+VXNlcnNAb3ZpcnQub3JnPC9hPgo8 YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRwOi8vbGlzdHMub3ZpcnQu b3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1h bi9saXN0aW5mby91c2VyczwvYT4KPC9wcmU+CiAgICA8L2Jsb2NrcXVvdGU+CiAgICBUaGF0IGlz IGdyZWF0ISBDb25ncmF0cyEgUGVyaGFwcyB5b3UgY291bGQgY3JlYXRlIGEgd2lraSBwYWdlIHdp dGgKICAgIGluc3RydWN0aW9ucyBmb3IgaG93IHlvdSBkaWQgaXQgc28gb3RoZXJzIGNhbiBiZW5l Zml0IGZyb20geW91cgogICAgbGVhcm5pbmcuPGJyPgogICAgPGJyPgogICAgdGhhbmtzISA8YnI+ CiAgPC9ib2R5Pgo8L2h0bWw+CgotLS0tLS0tLS0tLS0tLTA4MDYwMTAzMDIwNTA3MDUwOTAzMDEw Mi0tCg== --===============5927506115451876530==-- From iheim at redhat.com Mon Nov 14 08:34:46 2011 Content-Type: multipart/mixed; boundary="===============6105409108495142618==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] oVirt features Date: Mon, 14 Nov 2011 15:34:43 +0200 Message-ID: <4EC118F3.3010000@redhat.com> In-Reply-To: 201111141055.05745.dfediuck@redhat.com --===============6105409108495142618== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/14/2011 10:55 AM, Doron Fediuck wrote: > On Monday 14 November 2011 10:10:36 Dimitrije Zivkovic wrote: >> Hi, >> >> I got oVirt up and running on my Gentoo server. What I would like to >> know is if there is some info page on current git version features of >> oVirt? For example, I would like to know what type of storage is support= ed >> as I could only see NFS type on webadmin. So am I doing something wrong = or >> am I just blind? :) >> Also, if there is something I could help about related to Gentoo and >> oVirt, let me know... >> > Hi Dimitrije. > +1 on Gentoo ;) > > Specifically on storage, Engine supports also local storage, iscsi and FC. > However not all of it is currently enabled in the UI, as it is still under > heavy construction. You may handle these storage types using the RESTFul = Api. NFS and local storage should be available in the webadmin. still need to close the GAP in UI for FC/iScsi (much more complex dialog...) (REST API supports all) > > There are many tasks we could use some help with, and it depends on your = skills. > oVirt Engine is Java based. However there are other areas such as vdsm (p= ython), > RESTFul API and SDK, UI (GWT), packaging, etc... So let us know which par= ts you > feel you can dive in, and we'll be able to route you ;) > > As for Gentoo (I tried that in the past); I have a working setup on Gentoo > as well. In order to add it to the portage tree, we need a herd with some= people > to help us. We can start creating the first ebuilds, but from my experien= ce > we'll need more help to make the opensource JBoss build on Gentoo. That s= aid > we can start working with the binary deployment and evolve from there. > > Doron --===============6105409108495142618==-- From dimitrije.ziv at gmail.com Mon Nov 14 09:31:27 2011 Content-Type: multipart/mixed; boundary="===============3764009676841727838==" MIME-Version: 1.0 From: Dimitrije Zivkovic To: users at ovirt.org Subject: Re: [Users] oVirt features Date: Mon, 14 Nov 2011 15:31:25 +0100 Message-ID: In-Reply-To: 4EC118F3.3010000@redhat.com --===============3764009676841727838== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks guy for such quick response... 1. For a start, I would be very interested in creating an ebuild files for Gentoo. As I am not able to do much of coding - lack of spare time due to my job - I would like to at least try to help by creating ebuild files for fellows "Larry fans" :))) Will probably open a bug on bugs.gentoo.org so that progress could be monitored there... 2. There is an article on wiki.gentoo.org already about oVirt (and please don't laugh when You read it - those few sentences are written around midnight last night, as a reminder :) ). I will write a proper article as soon as I find the time, hopefully by the midnight tonight :))) Stay tuned... I think this is a project that has been missing for a long time - at least I know I needed this kind of software - so I hope oVirt will mature quickly enough. I hope that ovirt wiki will get a bit organized and maybe not so fedora-centric down the line, but... quite good for a start... :) On Mon, Nov 14, 2011 at 2:34 PM, Itamar Heim wrote: > On 11/14/2011 10:55 AM, Doron Fediuck wrote: > >> On Monday 14 November 2011 10:10:36 Dimitrije Zivkovic wrote: >> >>> Hi, >>> >>> I got oVirt up and running on my Gentoo server. What I would like to >>> know is if there is some info page on current git version features of >>> oVirt? For example, I would like to know what type of storage is >>> supported >>> as I could only see NFS type on webadmin. So am I doing something wrong >>> or >>> am I just blind? :) >>> Also, if there is something I could help about related to Gentoo and >>> oVirt, let me know... >>> >>> Hi Dimitrije. >> +1 on Gentoo ;) >> >> Specifically on storage, Engine supports also local storage, iscsi and F= C. >> However not all of it is currently enabled in the UI, as it is still und= er >> heavy construction. You may handle these storage types using the RESTFul >> Api. >> > > NFS and local storage should be available in the webadmin. > still need to close the GAP in UI for FC/iScsi (much more complex > dialog...) > (REST API supports all) > > > >> There are many tasks we could use some help with, and it depends on your >> skills. >> oVirt Engine is Java based. However there are other areas such as vdsm >> (python), >> RESTFul API and SDK, UI (GWT), packaging, etc... So let us know which >> parts you >> feel you can dive in, and we'll be able to route you ;) >> >> As for Gentoo (I tried that in the past); I have a working setup on Gent= oo >> as well. In order to add it to the portage tree, we need a herd with some >> people >> to help us. We can start creating the first ebuilds, but from my >> experience >> we'll need more help to make the opensource JBoss build on Gentoo. That >> said >> we can start working with the binary deployment and evolve from there. >> >> Doron >> > > ______________________________**_________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/**mailman/listinfo/users > --===============3764009676841727838== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" VGhhbmtzIGd1eSBmb3Igc3VjaCBxdWljayByZXNwb25zZS4uLiA8YnI+PGJyPjEuIEZvciBhIHN0 YXJ0LCBJIHdvdWxkIGJlIHZlcnkgaW50ZXJlc3RlZCBpbiBjcmVhdGluZyBhbiBlYnVpbGQgZmls ZXMgZm9yIEdlbnRvby4gQXMgSSBhbSBub3QgYWJsZSB0byBkbyBtdWNoIG9mwqAgY29kaW5nIC0g bGFjayBvZiBzcGFyZSB0aW1lIGR1ZSB0byBteSBqb2IgLSBJIHdvdWxkIGxpa2UgdG8gYXQgbGVh c3QgdHJ5IHRvIGhlbHAgYnkgY3JlYXRpbmcgZWJ1aWxkIGZpbGVzIGZvciBmZWxsb3dzICZxdW90 O0xhcnJ5IGZhbnMmcXVvdDsgOikpKcKgIFdpbGwgcHJvYmFibHkgb3BlbiBhIGJ1ZyBvbiA8YSBo cmVmPSJodHRwOi8vYnVncy5nZW50b28ub3JnIj5idWdzLmdlbnRvby5vcmc8L2E+IHNvIHRoYXQg cHJvZ3Jlc3MgY291bGQgYmUgbW9uaXRvcmVkIHRoZXJlLi4uPGJyPgo8YnI+Mi4gVGhlcmUgaXMg YW4gYXJ0aWNsZSBvbiA8YSBocmVmPSJodHRwOi8vd2lraS5nZW50b28ub3JnIj53aWtpLmdlbnRv by5vcmc8L2E+IGFscmVhZHkgYWJvdXQgb1ZpcnQgKGFuZCBwbGVhc2UgZG9uJiMzOTt0IGxhdWdo IHdoZW4gWW91IHJlYWQgaXQgLSB0aG9zZSBmZXcgc2VudGVuY2VzIGFyZSB3cml0dGVuIGFyb3Vu ZCBtaWRuaWdodCBsYXN0IG5pZ2h0LCBhcyBhIHJlbWluZGVyIDopICkuIEkgd2lsbCB3cml0ZSBh IHByb3BlciBhcnRpY2xlIGFzIHNvb24gYXMgSSBmaW5kIHRoZSB0aW1lLCBob3BlZnVsbHkgYnkg dGhlIG1pZG5pZ2h0IHRvbmlnaHQgOikpKSBTdGF5IHR1bmVkLi4uPGJyPgo8YnI+SSB0aGluayB0 aGlzIGlzIGEgcHJvamVjdCB0aGF0IGhhcyBiZWVuIG1pc3NpbmcgZm9yIGEgbG9uZyB0aW1lIC0g YXQgbGVhc3QgSSBrbm93IEkgbmVlZGVkIHRoaXMga2luZCBvZiBzb2Z0d2FyZSAtIHNvIEkgaG9w ZSBvVmlydCB3aWxsIG1hdHVyZSBxdWlja2x5IGVub3VnaC4gSSBob3BlIHRoYXQgb3ZpcnQgd2lr aSB3aWxsIGdldCBhIGJpdCBvcmdhbml6ZWQgYW5kIG1heWJlIG5vdCBzbyBmZWRvcmEtY2VudHJp YyBkb3duIHRoZSBsaW5lLCBidXQuLi4gcXVpdGUgZ29vZCBmb3IgYSBzdGFydC4uLiA6KTxicj4K PGJyPjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gTW9uLCBOb3YgMTQsIDIwMTEgYXQg MjozNCBQTSwgSXRhbWFyIEhlaW0gPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86 aWhlaW1AcmVkaGF0LmNvbSI+aWhlaW1AcmVkaGF0LmNvbTwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8 YnI+PGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44 ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleDsiPgo8ZGl2IGNs YXNzPSJpbSI+T24gMTEvMTQvMjAxMSAxMDo1NSBBTSwgRG9yb24gRmVkaXVjayB3cm90ZTo8YnI+ CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4 O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPgpPbiBNb25kYXkg MTQgTm92ZW1iZXIgMjAxMSAxMDoxMDozNiBEaW1pdHJpamUgWml2a292aWMgd3JvdGU6PGJyPgo8 YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDti b3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4KSGksPGJyPgo8YnI+ CiDCoCDCoEkgZ290IG9WaXJ0IHVwIGFuZCBydW5uaW5nIG9uIG15IEdlbnRvbyBzZXJ2ZXIuIFdo YXQgSSB3b3VsZCBsaWtlIHRvPGJyPgprbm93IGlzIGlmIHRoZXJlIGlzIHNvbWUgaW5mbyBwYWdl IG9uIGN1cnJlbnQgZ2l0IHZlcnNpb24gZmVhdHVyZXMgb2Y8YnI+Cm9WaXJ0PyBGb3IgZXhhbXBs ZSwgSSB3b3VsZCBsaWtlIHRvIGtub3cgd2hhdCB0eXBlIG9mIHN0b3JhZ2UgaXMgc3VwcG9ydGVk PGJyPgphcyBJIGNvdWxkIG9ubHkgc2VlIE5GUyB0eXBlIG9uIHdlYmFkbWluLiBTbyBhbSBJIGRv aW5nIHNvbWV0aGluZyB3cm9uZyBvcjxicj4KYW0gSSBqdXN0IGJsaW5kPyDCoDopPGJyPgogwqAg wqBBbHNvLCBpZiB0aGVyZSBpcyBzb21ldGhpbmcgSSBjb3VsZCBoZWxwIGFib3V0IHJlbGF0ZWQg dG8gR2VudG9vIGFuZDxicj4Kb1ZpcnQsIGxldCBtZSBrbm93Li4uPGJyPgo8YnI+CjwvYmxvY2tx dW90ZT4KSGkgRGltaXRyaWplLjxicj4KKzEgb24gR2VudG9vIDspPGJyPgo8YnI+ClNwZWNpZmlj YWxseSBvbiBzdG9yYWdlLCBFbmdpbmUgc3VwcG9ydHMgYWxzbyBsb2NhbCBzdG9yYWdlLCBpc2Nz aSBhbmQgRkMuPGJyPgpIb3dldmVyIG5vdCBhbGwgb2YgaXQgaXMgY3VycmVudGx5IGVuYWJsZWQg aW4gdGhlIFVJLCBhcyBpdCBpcyBzdGlsbCB1bmRlcjxicj4KaGVhdnkgY29uc3RydWN0aW9uLiBZ b3UgbWF5IGhhbmRsZSB0aGVzZSBzdG9yYWdlIHR5cGVzIHVzaW5nIHRoZSBSRVNURnVsIEFwaS48 YnI+CjwvYmxvY2txdW90ZT4KPGJyPjwvZGl2PgpORlMgYW5kIGxvY2FsIHN0b3JhZ2Ugc2hvdWxk IGJlIGF2YWlsYWJsZSBpbiB0aGUgd2ViYWRtaW4uPGJyPgpzdGlsbCBuZWVkIHRvIGNsb3NlIHRo ZSBHQVAgaW4gVUkgZm9yIEZDL2lTY3NpIChtdWNoIG1vcmUgY29tcGxleCBkaWFsb2cuLi4pPGJy PgooUkVTVCBBUEkgc3VwcG9ydHMgYWxsKTxkaXYgY2xhc3M9ImltIEhPRW5aYiI+PGJyPgo8YnI+ CjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4 O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgiPgo8YnI+ClRoZXJl IGFyZSBtYW55IHRhc2tzIHdlIGNvdWxkIHVzZSBzb21lIGhlbHAgd2l0aCwgYW5kIGl0IGRlcGVu ZHMgb24geW91ciBza2lsbHMuPGJyPgpvVmlydCBFbmdpbmUgaXMgSmF2YSBiYXNlZC4gSG93ZXZl ciB0aGVyZSBhcmUgb3RoZXIgYXJlYXMgc3VjaCBhcyB2ZHNtIChweXRob24pLDxicj4KUkVTVEZ1 bCBBUEkgYW5kIFNESywgVUkgKEdXVCksIHBhY2thZ2luZywgZXRjLi4uIFNvIGxldCB1cyBrbm93 IHdoaWNoIHBhcnRzIHlvdTxicj4KZmVlbCB5b3UgY2FuIGRpdmUgaW4sIGFuZCB3ZSYjMzk7bGwg YmUgYWJsZSB0byByb3V0ZSB5b3UgOyk8YnI+Cjxicj4KQXMgZm9yIEdlbnRvbyAoSSB0cmllZCB0 aGF0IGluIHRoZSBwYXN0KTsgSSBoYXZlIGEgd29ya2luZyBzZXR1cCBvbiBHZW50b288YnI+CmFz IHdlbGwuIEluIG9yZGVyIHRvIGFkZCBpdCB0byB0aGUgcG9ydGFnZSB0cmVlLCB3ZSBuZWVkIGEg aGVyZCB3aXRoIHNvbWUgcGVvcGxlPGJyPgp0byBoZWxwIHVzLiBXZSBjYW4gc3RhcnQgY3JlYXRp bmcgdGhlIGZpcnN0IGVidWlsZHMsIGJ1dCBmcm9tIG15IGV4cGVyaWVuY2U8YnI+CndlJiMzOTts bCBuZWVkIG1vcmUgaGVscCB0byBtYWtlIHRoZSBvcGVuc291cmNlIEpCb3NzIGJ1aWxkIG9uIEdl bnRvby4gVGhhdCBzYWlkPGJyPgp3ZSBjYW4gc3RhcnQgd29ya2luZyB3aXRoIHRoZSBiaW5hcnkg ZGVwbG95bWVudCBhbmQgZXZvbHZlIGZyb20gdGhlcmUuPGJyPgo8YnI+CkRvcm9uPGJyPgo8L2Js b2NrcXVvdGU+Cjxicj48L2Rpdj48ZGl2IGNsYXNzPSJIT0VuWmIiPjxkaXYgY2xhc3M9Img1Ij4K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPHU+PC91Pl9fX19fX19fX19fX19fX19fPGJy PgpVc2VycyBtYWlsaW5nIGxpc3Q8YnI+CjxhIGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmci IHRhcmdldD0iX2JsYW5rIj5Vc2Vyc0BvdmlydC5vcmc8L2E+PGJyPgo8YSBocmVmPSJodHRwOi8v bGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMiIHRhcmdldD0iX2JsYW5rIj5o dHRwOi8vbGlzdHMub3ZpcnQub3JnLzx1PjwvdT5tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPC9hPjxi cj4KPC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj4K --===============3764009676841727838==-- From dfediuck at redhat.com Mon Nov 14 10:18:26 2011 Content-Type: multipart/mixed; boundary="===============2585738259841958590==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] oVirt features Date: Mon, 14 Nov 2011 17:18:21 +0200 Message-ID: <201111141718.21883.dfediuck@redhat.com> In-Reply-To: CANbTN3-keMVpmAu-UA1HZ7PXd3Z6WXp0zr+EvraqvRESFFNsRA@mail.gmail.com --===============2585738259841958590== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Monday 14 November 2011 16:31:25 Dimitrije Zivkovic wrote: > Thanks guy for such quick response... > = > 1. For a start, I would be very interested in creating an ebuild files for > Gentoo. As I am not able to do much of coding - lack of spare time due to > my job - I would like to at least try to help by creating ebuild files for > fellows "Larry fans" :))) Will probably open a bug on bugs.gentoo.org so > that progress could be monitored there... You happen to hit another Larry the cow fans ("If it moves, compile it!"). = Please CC me on the relevant BZ in Gentoo's bugz. > = > 2. There is an article on wiki.gentoo.org already about oVirt (and please > don't laugh when You read it - those few sentences are written around > midnight last night, as a reminder :) ). I will write a proper article as > soon as I find the time, hopefully by the midnight tonight :))) Stay > tuned... > = > I think this is a project that has been missing for a long time - at least > I know I needed this kind of software - so I hope oVirt will mature quick= ly > enough. I hope that ovirt wiki will get a bit organized and maybe not so > fedora-centric down the line, but... quite good for a start... :) Sounds good, you need to differentiate between 2 setups; 1. Development setup, which is mostly what we have now. 2. Packaged setup. Well in Gentoo it's not that different since it will com= pile from sources. That said, since the GWT compiler is a memory hog we'll have = to introduce some USE flags to keep it working even for GECO only (and then allow other browsers). Anyway I recommend starting with (1), and as we progress move to (2). > = > = > On Mon, Nov 14, 2011 at 2:34 PM, Itamar Heim wrote: > = > > On 11/14/2011 10:55 AM, Doron Fediuck wrote: > > > >> On Monday 14 November 2011 10:10:36 Dimitrije Zivkovic wrote: > >> > >>> Hi, > >>> > >>> I got oVirt up and running on my Gentoo server. What I would like = to > >>> know is if there is some info page on current git version features of > >>> oVirt? For example, I would like to know what type of storage is > >>> supported > >>> as I could only see NFS type on webadmin. So am I doing something wro= ng > >>> or > >>> am I just blind? :) > >>> Also, if there is something I could help about related to Gentoo a= nd > >>> oVirt, let me know... > >>> > >>> Hi Dimitrije. > >> +1 on Gentoo ;) > >> > >> Specifically on storage, Engine supports also local storage, iscsi and= FC. > >> However not all of it is currently enabled in the UI, as it is still u= nder > >> heavy construction. You may handle these storage types using the RESTF= ul > >> Api. > >> > > > > NFS and local storage should be available in the webadmin. > > still need to close the GAP in UI for FC/iScsi (much more complex > > dialog...) > > (REST API supports all) > > > > > > > >> There are many tasks we could use some help with, and it depends on yo= ur > >> skills. > >> oVirt Engine is Java based. However there are other areas such as vdsm > >> (python), > >> RESTFul API and SDK, UI (GWT), packaging, etc... So let us know which > >> parts you > >> feel you can dive in, and we'll be able to route you ;) > >> > >> As for Gentoo (I tried that in the past); I have a working setup on Ge= ntoo > >> as well. In order to add it to the portage tree, we need a herd with s= ome > >> people > >> to help us. We can start creating the first ebuilds, but from my > >> experience > >> we'll need more help to make the opensource JBoss build on Gentoo. That > >> said > >> we can start working with the binary deployment and evolve from there. > >> > >> Doron > >> > > > > ______________________________**_________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/**mailman/listinfo/users > > > = -- = /d "All computers wait at the same speed." --===============2585738259841958590==-- From dimitrije.ziv at gmail.com Mon Nov 14 10:33:09 2011 Content-Type: multipart/mixed; boundary="===============0980836709351525075==" MIME-Version: 1.0 From: Dimitrije Zivkovic To: users at ovirt.org Subject: Re: [Users] oVirt features Date: Mon, 14 Nov 2011 16:33:07 +0100 Message-ID: In-Reply-To: 201111141718.21883.dfediuck@redhat.com --===============0980836709351525075== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Well, I agree... As you will se in the wiki article, I had to set MAVEN_OPTS for Xmx to 2048M and the same for PermSize as it was breaking with the PermGenSPace error.... That went away after setting MAVEN_OPTS but then I had error code 137 - I used sun-jdk 1.6.0_24 (I think....). Then I Also used the trick for compiling only 1 permutation - support only for Gecko 1_8 and everything went OK... On Mon, Nov 14, 2011 at 4:18 PM, Doron Fediuck wrot= e: > On Monday 14 November 2011 16:31:25 Dimitrije Zivkovic wrote: > > Thanks guy for such quick response... > > > > 1. For a start, I would be very interested in creating an ebuild files > for > > Gentoo. As I am not able to do much of coding - lack of spare time due > to > > my job - I would like to at least try to help by creating ebuild files > for > > fellows "Larry fans" :))) Will probably open a bug on bugs.gentoo.orgso > > that progress could be monitored there... > You happen to hit another Larry the cow fans ("If it moves, compile it!"). > Please CC me on the relevant BZ in Gentoo's bugz. > > > > > 2. There is an article on wiki.gentoo.org already about oVirt (and > please > > don't laugh when You read it - those few sentences are written around > > midnight last night, as a reminder :) ). I will write a proper article = as > > soon as I find the time, hopefully by the midnight tonight :))) Stay > > tuned... > > > > I think this is a project that has been missing for a long time - at > least > > I know I needed this kind of software - so I hope oVirt will mature > quickly > > enough. I hope that ovirt wiki will get a bit organized and maybe not so > > fedora-centric down the line, but... quite good for a start... :) > > Sounds good, you need to differentiate between 2 setups; > 1. Development setup, which is mostly what we have now. > 2. Packaged setup. Well in Gentoo it's not that different since it will > compile > from sources. That said, since the GWT compiler is a memory hog we'll have > to introduce > some USE flags to keep it working even for GECO only (and then allow other > browsers). > > Anyway I recommend starting with (1), and as we progress move to (2). > > > > > > > On Mon, Nov 14, 2011 at 2:34 PM, Itamar Heim wrote: > > > > > On 11/14/2011 10:55 AM, Doron Fediuck wrote: > > > > > >> On Monday 14 November 2011 10:10:36 Dimitrije Zivkovic wrote: > > >> > > >>> Hi, > > >>> > > >>> I got oVirt up and running on my Gentoo server. What I would like > to > > >>> know is if there is some info page on current git version features = of > > >>> oVirt? For example, I would like to know what type of storage is > > >>> supported > > >>> as I could only see NFS type on webadmin. So am I doing something > wrong > > >>> or > > >>> am I just blind? :) > > >>> Also, if there is something I could help about related to Gentoo > and > > >>> oVirt, let me know... > > >>> > > >>> Hi Dimitrije. > > >> +1 on Gentoo ;) > > >> > > >> Specifically on storage, Engine supports also local storage, iscsi > and FC. > > >> However not all of it is currently enabled in the UI, as it is still > under > > >> heavy construction. You may handle these storage types using the > RESTFul > > >> Api. > > >> > > > > > > NFS and local storage should be available in the webadmin. > > > still need to close the GAP in UI for FC/iScsi (much more complex > > > dialog...) > > > (REST API supports all) > > > > > > > > > > > >> There are many tasks we could use some help with, and it depends on > your > > >> skills. > > >> oVirt Engine is Java based. However there are other areas such as vd= sm > > >> (python), > > >> RESTFul API and SDK, UI (GWT), packaging, etc... So let us know which > > >> parts you > > >> feel you can dive in, and we'll be able to route you ;) > > >> > > >> As for Gentoo (I tried that in the past); I have a working setup on > Gentoo > > >> as well. In order to add it to the portage tree, we need a herd with > some > > >> people > > >> to help us. We can start creating the first ebuilds, but from my > > >> experience > > >> we'll need more help to make the opensource JBoss build on Gentoo. > That > > >> said > > >> we can start working with the binary deployment and evolve from ther= e. > > >> > > >> Doron > > >> > > > > > > ______________________________**_________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.ovirt.org/**mailman/listinfo/users< > http://lists.ovirt.org/mailman/listinfo/users> > > > > > > > -- > > /d > > "All computers wait at the same speed." > --===============0980836709351525075== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" V2VsbCwgSSBhZ3JlZS4uLjxicj48YnI+QXMgeW91IHdpbGwgc2UgaW4gdGhlIHdpa2kgYXJ0aWNs ZSwgSSBoYWQgdG8gc2V0IE1BVkVOX09QVFMgZm9yIFhteCB0byAyMDQ4TSBhbmQgdGhlIHNhbWUg Zm9yIFBlcm1TaXplIGFzIGl0IHdhcyBicmVha2luZyB3aXRoIHRoZSBQZXJtR2VuU1BhY2UgZXJy b3IuLi4uIFRoYXQgd2VudCBhd2F5IGFmdGVyIHNldHRpbmcgTUFWRU5fT1BUUyBidXQgdGhlbiBJ IGhhZCBlcnJvciBjb2RlIDEzNyAtIEkgdXNlZCBzdW4tamRrIDEuNi4wXzI0IChJIHRoaW5rLi4u LikuIFRoZW4gSSBBbHNvIHVzZWQgdGhlIHRyaWNrIGZvciBjb21waWxpbmcgb25seSAxIHBlcm11 dGF0aW9uIC0gc3VwcG9ydCBvbmx5IGZvciBHZWNrbyAxXzggYW5kIGV2ZXJ5dGhpbmcgd2VudCBP Sy4uLjxicj4KPGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBNb24sIE5vdiAxNCwgMjAx MSBhdCA0OjE4IFBNLCBEb3JvbiBGZWRpdWNrIDxzcGFuIGRpcj0ibHRyIj4mbHQ7PGEgaHJlZj0i bWFpbHRvOmRmZWRpdWNrQHJlZGhhdC5jb20iPmRmZWRpdWNrQHJlZGhhdC5jb208L2E+Jmd0Ozwv c3Bhbj4gd3JvdGU6PGJyPjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1h cmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDox ZXg7Ij4KPGRpdiBjbGFzcz0iaW0iPk9uIE1vbmRheSAxNCBOb3ZlbWJlciAyMDExIDE2OjMxOjI1 IERpbWl0cmlqZSBaaXZrb3ZpYyB3cm90ZTo8YnI+CiZndDsgVGhhbmtzIGd1eSBmb3Igc3VjaCBx dWljayByZXNwb25zZS4uLjxicj4KJmd0Ozxicj4KJmd0OyAxLiBGb3IgYSBzdGFydCwgSSB3b3Vs ZCBiZSB2ZXJ5IGludGVyZXN0ZWQgaW4gY3JlYXRpbmcgYW4gZWJ1aWxkIGZpbGVzIGZvcjxicj4K Jmd0OyBHZW50b28uIEFzIEkgYW0gbm90IGFibGUgdG8gZG8gbXVjaCBvZiDCoGNvZGluZyAtIGxh Y2sgb2Ygc3BhcmUgdGltZSBkdWUgdG88YnI+CiZndDsgbXkgam9iIC0gSSB3b3VsZCBsaWtlIHRv IGF0IGxlYXN0IHRyeSB0byBoZWxwIGJ5IGNyZWF0aW5nIGVidWlsZCBmaWxlcyBmb3I8YnI+CiZn dDsgZmVsbG93cyAmcXVvdDtMYXJyeSBmYW5zJnF1b3Q7IDopKSkgwqBXaWxsIHByb2JhYmx5IG9w ZW4gYSBidWcgb24gPGEgaHJlZj0iaHR0cDovL2J1Z3MuZ2VudG9vLm9yZyIgdGFyZ2V0PSJfYmxh bmsiPmJ1Z3MuZ2VudG9vLm9yZzwvYT4gc288YnI+CiZndDsgdGhhdCBwcm9ncmVzcyBjb3VsZCBi ZSBtb25pdG9yZWQgdGhlcmUuLi48YnI+CjwvZGl2PllvdSBoYXBwZW4gdG8gaGl0IGFub3RoZXIg TGFycnkgdGhlIGNvdyBmYW5zICgmcXVvdDtJZiBpdCBtb3ZlcywgY29tcGlsZSBpdCEmcXVvdDsp Ljxicj4KUGxlYXNlIENDIG1lIG9uIHRoZSByZWxldmFudCBCWiBpbiBHZW50b28mIzM5O3MgYnVn ei48YnI+CjxkaXYgY2xhc3M9ImltIj48YnI+CiZndDs8YnI+CiZndDsgMi4gVGhlcmUgaXMgYW4g YXJ0aWNsZSBvbiA8YSBocmVmPSJodHRwOi8vd2lraS5nZW50b28ub3JnIiB0YXJnZXQ9Il9ibGFu ayI+d2lraS5nZW50b28ub3JnPC9hPiBhbHJlYWR5IGFib3V0IG9WaXJ0IChhbmQgcGxlYXNlPGJy PgomZ3Q7IGRvbiYjMzk7dCBsYXVnaCB3aGVuIFlvdSByZWFkIGl0IC0gdGhvc2UgZmV3IHNlbnRl bmNlcyBhcmUgd3JpdHRlbiBhcm91bmQ8YnI+CiZndDsgbWlkbmlnaHQgbGFzdCBuaWdodCwgYXMg YSByZW1pbmRlciA6KSApLiBJIHdpbGwgd3JpdGUgYSBwcm9wZXIgYXJ0aWNsZSBhczxicj4KJmd0 OyBzb29uIGFzIEkgZmluZCB0aGUgdGltZSwgaG9wZWZ1bGx5IGJ5IHRoZSBtaWRuaWdodCB0b25p Z2h0IDopKSkgU3RheTxicj4KJmd0OyB0dW5lZC4uLjxicj4KJmd0Ozxicj4KJmd0OyBJIHRoaW5r IHRoaXMgaXMgYSBwcm9qZWN0IHRoYXQgaGFzIGJlZW4gbWlzc2luZyBmb3IgYSBsb25nIHRpbWUg LSBhdCBsZWFzdDxicj4KJmd0OyBJIGtub3cgSSBuZWVkZWQgdGhpcyBraW5kIG9mIHNvZnR3YXJl IC0gc28gSSBob3BlIG9WaXJ0IHdpbGwgbWF0dXJlIHF1aWNrbHk8YnI+CiZndDsgZW5vdWdoLiBJ IGhvcGUgdGhhdCBvdmlydCB3aWtpIHdpbGwgZ2V0IGEgYml0IG9yZ2FuaXplZCBhbmQgbWF5YmUg bm90IHNvPGJyPgomZ3Q7IGZlZG9yYS1jZW50cmljIGRvd24gdGhlIGxpbmUsIGJ1dC4uLiBxdWl0 ZSBnb29kIGZvciBhIHN0YXJ0Li4uIDopPGJyPgo8YnI+CjwvZGl2PlNvdW5kcyBnb29kLCB5b3Ug bmVlZCB0byBkaWZmZXJlbnRpYXRlIGJldHdlZW4gMiBzZXR1cHM7PGJyPgoxLiBEZXZlbG9wbWVu dCBzZXR1cCwgd2hpY2ggaXMgbW9zdGx5IHdoYXQgd2UgaGF2ZSBub3cuPGJyPgoyLiBQYWNrYWdl ZCBzZXR1cC4gV2VsbCBpbiBHZW50b28gaXQmIzM5O3Mgbm90IHRoYXQgZGlmZmVyZW50IHNpbmNl IGl0IHdpbGwgY29tcGlsZTxicj4KZnJvbSBzb3VyY2VzLiBUaGF0IHNhaWQsIHNpbmNlIHRoZSBH V1QgY29tcGlsZXIgaXMgYSBtZW1vcnkgaG9nIHdlJiMzOTtsbCBoYXZlIHRvIGludHJvZHVjZTxi cj4Kc29tZSBVU0UgZmxhZ3MgdG8ga2VlcCBpdCB3b3JraW5nIGV2ZW4gZm9yIEdFQ08gb25seSAo YW5kIHRoZW4gYWxsb3cgb3RoZXI8YnI+CmJyb3dzZXJzKS48YnI+Cjxicj4KQW55d2F5IEkgcmVj b21tZW5kIHN0YXJ0aW5nIHdpdGggKDEpLCBhbmQgYXMgd2UgcHJvZ3Jlc3MgbW92ZSB0byAoMiku PGJyPgo8ZGl2PjxkaXYgY2xhc3M9Img1Ij48YnI+CiZndDs8YnI+CiZndDs8YnI+CiZndDsgT24g TW9uLCBOb3YgMTQsIDIwMTEgYXQgMjozNCBQTSwgSXRhbWFyIEhlaW0gJmx0OzxhIGhyZWY9Im1h aWx0bzppaGVpbUByZWRoYXQuY29tIj5paGVpbUByZWRoYXQuY29tPC9hPiZndDsgd3JvdGU6PGJy PgomZ3Q7PGJyPgomZ3Q7ICZndDsgT24gMTEvMTQvMjAxMSAxMDo1NSBBTSwgRG9yb24gRmVkaXVj ayB3cm90ZTo8YnI+CiZndDsgJmd0Ozxicj4KJmd0OyAmZ3Q7Jmd0OyBPbiBNb25kYXkgMTQgTm92 ZW1iZXIgMjAxMSAxMDoxMDozNiBEaW1pdHJpamUgWml2a292aWMgd3JvdGU6PGJyPgomZ3Q7ICZn dDsmZ3Q7PGJyPgomZ3Q7ICZndDsmZ3Q7Jmd0OyBIaSw8YnI+CiZndDsgJmd0OyZndDsmZ3Q7PGJy PgomZ3Q7ICZndDsmZ3Q7Jmd0OyDCoCDCoEkgZ290IG9WaXJ0IHVwIGFuZCBydW5uaW5nIG9uIG15 IEdlbnRvbyBzZXJ2ZXIuIFdoYXQgSSB3b3VsZCBsaWtlIHRvPGJyPgomZ3Q7ICZndDsmZ3Q7Jmd0 OyBrbm93IGlzIGlmIHRoZXJlIGlzIHNvbWUgaW5mbyBwYWdlIG9uIGN1cnJlbnQgZ2l0IHZlcnNp b24gZmVhdHVyZXMgb2Y8YnI+CiZndDsgJmd0OyZndDsmZ3Q7IG9WaXJ0PyBGb3IgZXhhbXBsZSwg SSB3b3VsZCBsaWtlIHRvIGtub3cgd2hhdCB0eXBlIG9mIHN0b3JhZ2UgaXM8YnI+CiZndDsgJmd0 OyZndDsmZ3Q7IHN1cHBvcnRlZDxicj4KJmd0OyAmZ3Q7Jmd0OyZndDsgYXMgSSBjb3VsZCBvbmx5 IHNlZSBORlMgdHlwZSBvbiB3ZWJhZG1pbi4gU28gYW0gSSBkb2luZyBzb21ldGhpbmcgd3Jvbmc8 YnI+CiZndDsgJmd0OyZndDsmZ3Q7IG9yPGJyPgomZ3Q7ICZndDsmZ3Q7Jmd0OyBhbSBJIGp1c3Qg YmxpbmQ/IMKgOik8YnI+CiZndDsgJmd0OyZndDsmZ3Q7IMKgIMKgQWxzbywgaWYgdGhlcmUgaXMg c29tZXRoaW5nIEkgY291bGQgaGVscCBhYm91dCByZWxhdGVkIHRvIEdlbnRvbyBhbmQ8YnI+CiZn dDsgJmd0OyZndDsmZ3Q7IG9WaXJ0LCBsZXQgbWUga25vdy4uLjxicj4KJmd0OyAmZ3Q7Jmd0OyZn dDs8YnI+CiZndDsgJmd0OyZndDsmZ3Q7IMKgSGkgRGltaXRyaWplLjxicj4KJmd0OyAmZ3Q7Jmd0 OyArMSBvbiBHZW50b28gOyk8YnI+CiZndDsgJmd0OyZndDs8YnI+CiZndDsgJmd0OyZndDsgU3Bl Y2lmaWNhbGx5IG9uIHN0b3JhZ2UsIEVuZ2luZSBzdXBwb3J0cyBhbHNvIGxvY2FsIHN0b3JhZ2Us IGlzY3NpIGFuZCBGQy48YnI+CiZndDsgJmd0OyZndDsgSG93ZXZlciBub3QgYWxsIG9mIGl0IGlz IGN1cnJlbnRseSBlbmFibGVkIGluIHRoZSBVSSwgYXMgaXQgaXMgc3RpbGwgdW5kZXI8YnI+CiZn dDsgJmd0OyZndDsgaGVhdnkgY29uc3RydWN0aW9uLiBZb3UgbWF5IGhhbmRsZSB0aGVzZSBzdG9y YWdlIHR5cGVzIHVzaW5nIHRoZSBSRVNURnVsPGJyPgomZ3Q7ICZndDsmZ3Q7IEFwaS48YnI+CiZn dDsgJmd0OyZndDs8YnI+CiZndDsgJmd0Ozxicj4KJmd0OyAmZ3Q7IE5GUyBhbmQgbG9jYWwgc3Rv cmFnZSBzaG91bGQgYmUgYXZhaWxhYmxlIGluIHRoZSB3ZWJhZG1pbi48YnI+CiZndDsgJmd0OyBz dGlsbCBuZWVkIHRvIGNsb3NlIHRoZSBHQVAgaW4gVUkgZm9yIEZDL2lTY3NpIChtdWNoIG1vcmUg Y29tcGxleDxicj4KJmd0OyAmZ3Q7IGRpYWxvZy4uLik8YnI+CiZndDsgJmd0OyAoUkVTVCBBUEkg c3VwcG9ydHMgYWxsKTxicj4KJmd0OyAmZ3Q7PGJyPgomZ3Q7ICZndDs8YnI+CiZndDsgJmd0Ozxi cj4KJmd0OyAmZ3Q7Jmd0OyBUaGVyZSBhcmUgbWFueSB0YXNrcyB3ZSBjb3VsZCB1c2Ugc29tZSBo ZWxwIHdpdGgsIGFuZCBpdCBkZXBlbmRzIG9uIHlvdXI8YnI+CiZndDsgJmd0OyZndDsgc2tpbGxz Ljxicj4KJmd0OyAmZ3Q7Jmd0OyBvVmlydCBFbmdpbmUgaXMgSmF2YSBiYXNlZC4gSG93ZXZlciB0 aGVyZSBhcmUgb3RoZXIgYXJlYXMgc3VjaCBhcyB2ZHNtPGJyPgomZ3Q7ICZndDsmZ3Q7IChweXRo b24pLDxicj4KJmd0OyAmZ3Q7Jmd0OyBSRVNURnVsIEFQSSBhbmQgU0RLLCBVSSAoR1dUKSwgcGFj a2FnaW5nLCBldGMuLi4gU28gbGV0IHVzIGtub3cgd2hpY2g8YnI+CiZndDsgJmd0OyZndDsgcGFy dHMgeW91PGJyPgomZ3Q7ICZndDsmZ3Q7IGZlZWwgeW91IGNhbiBkaXZlIGluLCBhbmQgd2UmIzM5 O2xsIGJlIGFibGUgdG8gcm91dGUgeW91IDspPGJyPgomZ3Q7ICZndDsmZ3Q7PGJyPgomZ3Q7ICZn dDsmZ3Q7IEFzIGZvciBHZW50b28gKEkgdHJpZWQgdGhhdCBpbiB0aGUgcGFzdCk7IEkgaGF2ZSBh IHdvcmtpbmcgc2V0dXAgb24gR2VudG9vPGJyPgomZ3Q7ICZndDsmZ3Q7IGFzIHdlbGwuIEluIG9y ZGVyIHRvIGFkZCBpdCB0byB0aGUgcG9ydGFnZSB0cmVlLCB3ZSBuZWVkIGEgaGVyZCB3aXRoIHNv bWU8YnI+CiZndDsgJmd0OyZndDsgcGVvcGxlPGJyPgomZ3Q7ICZndDsmZ3Q7IHRvIGhlbHAgdXMu IFdlIGNhbiBzdGFydCBjcmVhdGluZyB0aGUgZmlyc3QgZWJ1aWxkcywgYnV0IGZyb20gbXk8YnI+ CiZndDsgJmd0OyZndDsgZXhwZXJpZW5jZTxicj4KJmd0OyAmZ3Q7Jmd0OyB3ZSYjMzk7bGwgbmVl ZCBtb3JlIGhlbHAgdG8gbWFrZSB0aGUgb3BlbnNvdXJjZSBKQm9zcyBidWlsZCBvbiBHZW50b28u IFRoYXQ8YnI+CiZndDsgJmd0OyZndDsgc2FpZDxicj4KJmd0OyAmZ3Q7Jmd0OyB3ZSBjYW4gc3Rh cnQgd29ya2luZyB3aXRoIHRoZSBiaW5hcnkgZGVwbG95bWVudCBhbmQgZXZvbHZlIGZyb20gdGhl cmUuPGJyPgomZ3Q7ICZndDsmZ3Q7PGJyPgomZ3Q7ICZndDsmZ3Q7IERvcm9uPGJyPgomZ3Q7ICZn dDsmZ3Q7PGJyPgomZ3Q7ICZndDs8YnI+CjwvZGl2PjwvZGl2PiZndDsgJmd0OyBfX19fX19fX19f X19fX19fX19fX19fX19fX19fX18qKl9fX19fX19fX19fX19fX19fPGJyPgomZ3Q7ICZndDsgVXNl cnMgbWFpbGluZyBsaXN0PGJyPgomZ3Q7ICZndDsgPGEgaHJlZj0ibWFpbHRvOlVzZXJzQG92aXJ0 Lm9yZyI+VXNlcnNAb3ZpcnQub3JnPC9hPjxicj4KJmd0OyAmZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9s aXN0cy5vdmlydC5vcmcvKiptYWlsbWFuL2xpc3RpbmZvL3VzZXJzIiB0YXJnZXQ9Il9ibGFuayI+ aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy8qKm1haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+Jmx0Ozxh IGhyZWY9Imh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2VycyIgdGFy Z2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vy czwvYT4mZ3Q7PGJyPgoKJmd0OyAmZ3Q7PGJyPgomZ3Q7PGJyPgo8c3BhbiBjbGFzcz0iSE9Fblpi Ij48Zm9udCBjb2xvcj0iIzg4ODg4OCI+PGJyPgotLTxicj4KPGJyPgovZDxicj4KPGJyPgomcXVv dDtBbGwgY29tcHV0ZXJzIHdhaXQgYXQgdGhlIHNhbWUgc3BlZWQuJnF1b3Q7PGJyPgo8L2ZvbnQ+ PC9zcGFuPjwvYmxvY2txdW90ZT48L2Rpdj48YnI+Cg== --===============0980836709351525075==-- From dfediuck at redhat.com Mon Nov 14 12:00:23 2011 Content-Type: multipart/mixed; boundary="===============4080593069527327232==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] oVirt features Date: Mon, 14 Nov 2011 19:00:18 +0200 Message-ID: <201111141900.19203.dfediuck@redhat.com> In-Reply-To: CANbTN39J0nnGiK59Jh-0Btb3WeXEM_QM446HEiHYgha-rsfyOg@mail.gmail.com --===============4080593069527327232== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Monday 14 November 2011 17:33:07 Dimitrije Zivkovic wrote: > Well, I agree... > = > As you will se in the wiki article, I had to set MAVEN_OPTS for Xmx to > 2048M and the same for PermSize as it was breaking with the PermGenSPace > error.... That went away after setting MAVEN_OPTS but then I had error co= de > 137 - I used sun-jdk 1.6.0_24 (I think....). Then I Also used the trick f= or > compiling only 1 permutation - support only for Gecko 1_8 and everything > went OK... > = That's good news. I gave you a minor push by adding some contents. Please review / comment / fill-in as needed. = -- = /d "Email returned to sender -- insufficient voltage." --===============4080593069527327232==-- From kwade at redhat.com Mon Nov 14 14:01:24 2011 Content-Type: multipart/mixed; boundary="===============4756728664163917380==" MIME-Version: 1.0 From: Karsten 'quaid' Wade To: users at ovirt.org Subject: Re: [Users] oVirt features Date: Mon, 14 Nov 2011 11:01:23 -0800 Message-ID: <4EC16583.7000408@redhat.com> In-Reply-To: CANbTN3-keMVpmAu-UA1HZ7PXd3Z6WXp0zr+EvraqvRESFFNsRA@mail.gmail.com --===============4756728664163917380== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/14/2011 06:31 AM, Dimitrije Zivkovic wrote: > = > 2. There is an article on wiki.gentoo.org already about oVirt [snip] > = > I hope that ovirt wiki will get a bit organized and maybe not so = > fedora-centric down the line, but... quite good for a start... :) +1 Definitely want to make this a visibly neutral upstream. The Fedora-centrism is natural at this stage of the project, but it's very important that we help focus the wiki so it is a useful upstream. So, at minimum, it would be great to have a mirror (or be a new canonical location) for Gentoo-specific content. [[Category:Gentoo]] and all that. (Maybe we put distro-specific content in stand-alone articles, all in [[Category:Distro]], then use transclusion to pull together variations.) I've been thinking the wiki discussion would be best for the arch(a)ovirt.org mailing list, which is used for general technical discussions across the project. Does that make sense? - - Karsten - -- = name: Karsten 'quaid' Wade, Sr. Community Architect team: Red Hat Community Architecture & Leadership uri: http://communityleadershipteam.org http://TheOpenSourceWay.org gpg: AD0E0C41 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFOwWWC2ZIOBq0ODEERAp5FAJ0TXwEEeHlf6KlpvNEV7D1us/SMNQCgnUTX 7pGjS31aT2sb+aOIoLYIFow=3D =3DWvUx -----END PGP SIGNATURE----- --===============4756728664163917380==-- From dimitrije.ziv at gmail.com Mon Nov 14 18:28:15 2011 Content-Type: multipart/mixed; boundary="===============1367221726761502132==" MIME-Version: 1.0 From: Dimitrije Zivkovic To: users at ovirt.org Subject: [Users] Gentoo wiki article Date: Tue, 15 Nov 2011 00:28:13 +0100 Message-ID: --===============1367221726761502132== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, as promised, wiki article is somewhat modified :) http://wiki.gentoo.org/wiki/OVirt I hope it answers all the questions you asked and I hope even more that you will be adding more problems and solutions to it. Next thing for me will be creating ebuild file binary JBoss, stay tuned... :) --===============1367221726761502132== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" SGksPGJyPjxicj5hcyBwcm9taXNlZCwgd2lraSBhcnRpY2xlIGlzIHNvbWV3aGF0IG1vZGlmaWVk IDopPGJyPjxicj48YSBocmVmPSJodHRwOi8vd2lraS5nZW50b28ub3JnL3dpa2kvT1ZpcnQiPmh0 dHA6Ly93aWtpLmdlbnRvby5vcmcvd2lraS9PVmlydDwvYT48YnI+PGJyPkkgaG9wZSBpdCBhbnN3 ZXJzIGFsbCB0aGUgcXVlc3Rpb25zIHlvdSBhc2tlZCBhbmQgSSBob3BlIGV2ZW4gbW9yZSB0aGF0 IHlvdSB3aWxsIGJlIGFkZGluZyBtb3JlIHByb2JsZW1zIGFuZCBzb2x1dGlvbnMgdG8gaXQuPGJy PgpOZXh0IHRoaW5nIGZvciBtZSB3aWxsIGJlIGNyZWF0aW5nIGVidWlsZCBmaWxlIGJpbmFyeSBK Qm9zcywgc3RheSB0dW5lZC4uLiA6KTxicj48YnI+Cg== --===============1367221726761502132==-- From dimitrije.ziv at gmail.com Mon Nov 14 18:32:24 2011 Content-Type: multipart/mixed; boundary="===============1241591389792793600==" MIME-Version: 1.0 From: Dimitrije Zivkovic To: users at ovirt.org Subject: [Users] Web UI and new version of SPICE Date: Tue, 15 Nov 2011 00:32:23 +0100 Message-ID: --===============1241591389792793600== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, A question about SPICE. I noticed that web UI has some options regarding spice protocol. While updating software tonight, spice was upgraded from v.0.8 to v.0.10. My question is how is UI aware of new features in spice? Is it developed for particular version/features of spice? If there is new feature in spice, can the same version of UI use this new features in some way or is the new version of UI required? This could be important as I update system frequently. If version change of spice could somehow influence UI behaviour, than the policy on daily update should be changed... :) --===============1241591389792793600== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" SGksPGJyPjxicj5BIHF1ZXN0aW9uIGFib3V0IFNQSUNFLiBJIG5vdGljZWQgdGhhdCB3ZWIgVUkg aGFzIHNvbWUgb3B0aW9ucyAKcmVnYXJkaW5nIHNwaWNlIHByb3RvY29sLiBXaGlsZSB1cGRhdGlu ZyBzb2Z0d2FyZSB0b25pZ2h0LCBzcGljZSB3YXMgCnVwZ3JhZGVkIGZyb20gdi4wLjggdG8gdi4w LjEwLjxicj4KTXkgcXVlc3Rpb24gaXMgaG93IGlzIFVJIGF3YXJlIG9mIG5ldyBmZWF0dXJlcyBp biBzcGljZT8gPGJyPklzIGl0IGRldmVsb3BlZAogZm9yIHBhcnRpY3VsYXIgdmVyc2lvbi9mZWF0 dXJlcyBvZiBzcGljZT8gPGJyPklmIHRoZXJlIGlzIG5ldyBmZWF0dXJlIGluIApzcGljZSwgY2Fu IHRoZSBzYW1lIHZlcnNpb24gb2YgVUkgdXNlIHRoaXMgbmV3IGZlYXR1cmVzIGluIHNvbWUgd2F5 IG9yIAppcyB0aGUgbmV3IHZlcnNpb24gb2YgVUkgcmVxdWlyZWQ/PGJyPjxicj5UaGlzIGNvdWxk IGJlIGltcG9ydGFudCBhcyBJIHVwZGF0ZSBzeXN0ZW0gZnJlcXVlbnRseS4gSWYgdmVyc2lvbiBj aGFuZ2Ugb2Ygc3BpY2UgY291bGQgc29tZWhvdyBpbmZsdWVuY2UgVUkgYmVoYXZpb3VyLCB0aGFu IHRoZSBwb2xpY3kgb24gZGFpbHkgdXBkYXRlIHNob3VsZCBiZSBjaGFuZ2VkLi4uIDopPGJyPgo= --===============1241591389792793600==-- From iheim at redhat.com Tue Nov 15 02:51:10 2011 Content-Type: multipart/mixed; boundary="===============2456714748629439835==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] Web UI and new version of SPICE Date: Tue, 15 Nov 2011 09:51:06 +0200 Message-ID: <4EC219EA.9060200@redhat.com> In-Reply-To: CANbTN39KfKSNrVsPGsRT2p2HK3F4SDgcEcPkJPBUwo5YdH81Ag@mail.gmail.com --===============2456714748629439835== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/15/2011 01:32 AM, Dimitrije Zivkovic wrote: > Hi, > > A question about SPICE. I noticed that web UI has some options regarding > spice protocol. While updating software tonight, spice was upgraded from > v.0.8 to v.0.10. > My question is how is UI aware of new features in spice? > Is it developed for particular version/features of spice? > If there is new feature in spice, can the same version of UI use this > new features in some way or is the new version of UI required? > > This could be important as I update system frequently. If version change > of spice could somehow influence UI behaviour, than the policy on daily > update should be changed... :) as long as the new spice doesn't break backward compatibility and the = XPI wrapper oVirt uses, it should work. new features would depend if they are enabled automatically by spice, or = require configuration, which would require patches to oVirt to consume. cc-ing the spice devel list for their take. --===============2456714748629439835==-- From dimitrije.ziv at gmail.com Tue Nov 15 06:34:20 2011 Content-Type: multipart/mixed; boundary="===============8304055838219885768==" MIME-Version: 1.0 From: Dimitrije Zivkovic To: users at ovirt.org Subject: [Users] Compatible distros with ovirt? Date: Tue, 15 Nov 2011 12:34:18 +0100 Message-ID: --===============8304055838219885768== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, as vdsm is successfuly installed on Gentoo, I think it makes it compatible distro too.... --===============8304055838219885768== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" SGksPGJyPjxicj7CoCBhcyB2ZHNtIGlzIHN1Y2Nlc3NmdWx5IGluc3RhbGxlZCBvbiBHZW50b28s IEkgdGhpbmsgaXQgbWFrZXMgaXQgY29tcGF0aWJsZSBkaXN0cm8gdG9vLi4uLjxicj48YnI+Cg== --===============8304055838219885768==-- From dfediuck at redhat.com Tue Nov 15 07:46:05 2011 Content-Type: multipart/mixed; boundary="===============1987979156368208550==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] Compatible distros with ovirt? Date: Tue, 15 Nov 2011 14:46:01 +0200 Message-ID: <201111151446.01957.dfediuck@redhat.com> In-Reply-To: CANbTN3_3nKcfdEb2wUY6HC4huVvO0tmKbbg8NhMHaDCV0aotFA@mail.gmail.com --===============1987979156368208550== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Tuesday 15 November 2011 13:34:18 Dimitrije Zivkovic wrote: > Hi, > = > as vdsm is successfuly installed on Gentoo, I think it makes it > compatible distro too.... > = Were you able to make everything work? IE- run vdsm, run the management (engine core), add a host and start a VM? -- = /d "All computers wait at the same speed." --===============1987979156368208550==-- From ykaul at redhat.com Tue Nov 15 08:19:23 2011 Content-Type: multipart/mixed; boundary="===============4696446268220646114==" MIME-Version: 1.0 From: Yaniv Kaul To: users at ovirt.org Subject: Re: [Users] Compatible distros with ovirt? Date: Tue, 15 Nov 2011 15:19:21 +0200 Message-ID: <4EC266D9.3020508@redhat.com> In-Reply-To: 201111151446.01957.dfediuck@redhat.com --===============4696446268220646114== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/15/2011 02:46 PM, Doron Fediuck wrote: > On Tuesday 15 November 2011 13:34:18 Dimitrije Zivkovic wrote: >> Hi, >> >> as vdsm is successfuly installed on Gentoo, I think it makes it >> compatible distro too.... What's the definition of a 'compatible distro'? >> > Were you able to make everything work? > IE- run vdsm, run the management (engine core), add a host and start a VM? The above is enough? Is there some basic criteria? Y. --===============4696446268220646114==-- From dfediuck at redhat.com Tue Nov 15 08:52:06 2011 Content-Type: multipart/mixed; boundary="===============6658087426532299416==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] Compatible distros with ovirt? Date: Tue, 15 Nov 2011 15:52:02 +0200 Message-ID: <201111151552.03373.dfediuck@redhat.com> In-Reply-To: 4EC266D9.3020508@redhat.com --===============6658087426532299416== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Tuesday 15 November 2011 15:19:21 Yaniv Kaul wrote: > On 11/15/2011 02:46 PM, Doron Fediuck wrote: > > On Tuesday 15 November 2011 13:34:18 Dimitrije Zivkovic wrote: > >> Hi, > >> > >> as vdsm is successfuly installed on Gentoo, I think it makes it > >> compatible distro too.... > = > What's the definition of a 'compatible distro'? None that I'm aware of ;) > = > >> > > Were you able to make everything work? > > IE- run vdsm, run the management (engine core), add a host and start a = VM? > = > The above is enough? Is there some basic criteria? The above is probably the first step to have some basic virtualization setu= p, unless you'd like to run it manually using qemu-kvm (as I do ;) > Y. > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > = -- = /d "The answer, my friend, is blowing in the wind" --Bob Dylan, Blowin' in the= Wind (1963) --===============6658087426532299416==-- From cctrieloff at redhat.com Tue Nov 15 09:10:18 2011 Content-Type: multipart/mixed; boundary="===============1481577865122808578==" MIME-Version: 1.0 From: Carl Trieloff To: users at ovirt.org Subject: Re: [Users] Compatible distros with ovirt? Date: Tue, 15 Nov 2011 09:08:55 -0500 Message-ID: <4EC27277.8050803@redhat.com> In-Reply-To: CANbTN3_3nKcfdEb2wUY6HC4huVvO0tmKbbg8NhMHaDCV0aotFA@mail.gmail.com --===============1481577865122808578== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multi-part message in MIME format. --------------090108070200000404020704 Content-Type: text/plain; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit great, we should maybe add a table with links on the get oVirt page of compatible distro's and a cheat sheet for each. Carl. On 11/15/2011 06:34 AM, Dimitrije Zivkovic wrote: > Hi, > > as vdsm is successfuly installed on Gentoo, I think it makes it > compatible distro too.... > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users --------------090108070200000404020704 Content-Type: text/html; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit

great, we should maybe add a table with links on the get oVirt page of compatible distro's and a cheat sheet for each.

Carl.


On 11/15/2011 06:34 AM, Dimitrije Zivkovic wrote:
Hi,

  as vdsm is successfuly installed on Gentoo, I think it makes it compatible distro too....



_______________________________________________
Users mailing list
Use=
rs(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

--------------090108070200000404020704-- --===============1481577865122808578== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpLXBhcnQgbWVzc2FnZSBpbiBNSU1FIGZvcm1hdC4KLS0tLS0tLS0tLS0t LS0wOTAxMDgwNzAyMDAwMDA0MDQwMjA3MDQKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PUlTTy04ODU5LTEKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzogN2JpdAoKCgpncmVhdCwg d2Ugc2hvdWxkIG1heWJlIGFkZCBhIHRhYmxlIHdpdGggbGlua3Mgb24gdGhlIGdldCBvVmlydCBw YWdlIG9mCmNvbXBhdGlibGUgZGlzdHJvJ3MgYW5kIGEgY2hlYXQgc2hlZXQgZm9yIGVhY2guCgpD YXJsLgoKCk9uIDExLzE1LzIwMTEgMDY6MzQgQU0sIERpbWl0cmlqZSBaaXZrb3ZpYyB3cm90ZToK PiBIaSwKPgo+ICAgYXMgdmRzbSBpcyBzdWNjZXNzZnVseSBpbnN0YWxsZWQgb24gR2VudG9vLCBJ IHRoaW5rIGl0IG1ha2VzIGl0Cj4gY29tcGF0aWJsZSBkaXN0cm8gdG9vLi4uLgo+Cj4KPgo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gVXNlcnMgbWFp bGluZyBsaXN0Cj4gVXNlcnNAb3ZpcnQub3JnCj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWls bWFuL2xpc3RpbmZvL3VzZXJzCgoKLS0tLS0tLS0tLS0tLS0wOTAxMDgwNzAyMDAwMDA0MDQwMjA3 MDQKQ29udGVudC1UeXBlOiB0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNPLTg4NTktMQpDb250ZW50LVRy YW5zZmVyLUVuY29kaW5nOiA3Yml0Cgo8aHRtbD4KICA8aGVhZD4KICAgIDxtZXRhIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD1JU08tODg1OS0xIgogICAgICBodHRwLWVxdWl2PSJDb250ZW50 LVR5cGUiPgogIDwvaGVhZD4KICA8Ym9keSBiZ2NvbG9yPSIjRkZGRkZGIiB0ZXh0PSIjMDAwMDAw Ij4KICAgIDxicj4KICAgIDxicj4KICAgIGdyZWF0LCB3ZSBzaG91bGQgbWF5YmUgYWRkIGEgdGFi bGUgd2l0aCBsaW5rcyBvbiB0aGUgZ2V0IG9WaXJ0IHBhZ2UKICAgIG9mIGNvbXBhdGlibGUgZGlz dHJvJ3MgYW5kIGEgY2hlYXQgc2hlZXQgZm9yIGVhY2guPGJyPgogICAgPGJyPgogICAgQ2FybC48 YnI+CiAgICA8YnI+CiAgICA8YnI+CiAgICBPbiAxMS8xNS8yMDExIDA2OjM0IEFNLCBEaW1pdHJp amUgWml2a292aWMgd3JvdGU6CiAgICA8YmxvY2txdW90ZQpjaXRlPSJtaWQ6Q0FOYlROM18zbktj ZmRFYjJ3VVk2SEM0aHVWdk8wdG1LYmJnOE5oTUhhRENWMGFvdEZBQG1haWwuZ21haWwuY29tIgog ICAgICB0eXBlPSJjaXRlIj5IaSw8YnI+CiAgICAgIDxicj4KICAgICAgJm5ic3A7IGFzIHZkc20g aXMgc3VjY2Vzc2Z1bHkgaW5zdGFsbGVkIG9uIEdlbnRvbywgSSB0aGluayBpdCBtYWtlcyBpdAog ICAgICBjb21wYXRpYmxlIGRpc3RybyB0b28uLi4uPGJyPgogICAgICA8YnI+CiAgICAgIDxicj4K ICAgICAgPGZpZWxkc2V0IGNsYXNzPSJtaW1lQXR0YWNobWVudEhlYWRlciI+PC9maWVsZHNldD4K ICAgICAgPGJyPgogICAgICA8cHJlIHdyYXA9IiI+X19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KVXNlcnMgbWFpbGluZyBsaXN0CjxhIGNsYXNzPSJtb3otdHh0 LWxpbmstYWJicmV2aWF0ZWQiIGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92 aXJ0Lm9yZzwvYT4KPGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0cDov L2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIj5odHRwOi8vbGlzdHMub3Zp cnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+CjwvcHJlPgogICAgPC9ibG9ja3F1b3Rl PgogICAgPGJyPgogIDwvYm9keT4KPC9odG1sPgoKLS0tLS0tLS0tLS0tLS0wOTAxMDgwNzAyMDAw MDA0MDQwMjA3MDQtLQo= --===============1481577865122808578==-- From jchoate at redhat.com Tue Nov 15 09:18:57 2011 Content-Type: multipart/mixed; boundary="===============1218775893125955267==" MIME-Version: 1.0 From: Jon Choate To: users at ovirt.org Subject: Re: [Users] Compatible distros with ovirt? Date: Tue, 15 Nov 2011 09:17:52 -0500 Message-ID: <4EC27490.2030702@redhat.com> In-Reply-To: 4EC266D9.3020508@redhat.com --===============1218775893125955267== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/15/2011 08:19 AM, Yaniv Kaul wrote: > On 11/15/2011 02:46 PM, Doron Fediuck wrote: >> On Tuesday 15 November 2011 13:34:18 Dimitrije Zivkovic wrote: >>> Hi, >>> >>> as vdsm is successfuly installed on Gentoo, I think it makes it >>> compatible distro too.... > > What's the definition of a 'compatible distro'? > >>> >> Were you able to make everything work? >> IE- run vdsm, run the management (engine core), add a host and start = >> a VM? > > The above is enough? Is there some basic criteria? > Y. > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Don't we have a suite of automated acceptance tests that could be run = against an installation to validate that it has the necessary = functionality? How do we ensure a release is working on known supported = platforms? --===============1218775893125955267==-- From wangbo_bupt at hotmail.com Wed Nov 16 06:05:05 2011 Content-Type: multipart/mixed; boundary="===============1554350914960216917==" MIME-Version: 1.0 From: hotmail To: users at ovirt.org Subject: [Users] About mix storage domains Date: Wed, 16 Nov 2011 19:04:59 +0800 Message-ID: --===============1554350914960216917== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ------=3D_NextPart_000_01F7_01CCA492.A3934560 Content-Type: text/plain; charset=3D"gb2312" Content-Transfer-Encoding: quoted-printable Hi! =3D20 I want to know when will we can have a datacenter where we can mix =3D storage domains=3DA3=3DACespecially we can add more than one host into a datacenter= =3D with local storage domain. Thanks!! =3D20 ------=3D_NextPart_000_01F7_01CCA492.A3934560 Content-Type: text/html; charset=3D"gb2312" Content-Transfer-Encoding: quoted-printable

Hi!

 

I want to know when will we can= =3D have a datacenter where we can mix storage domains=3DA3=3DACespecially we c= an add more =3D than one host into a datacenter with local storage domain.

Thanks!! =3D  

------=3D_NextPart_000_01F7_01CCA492.A3934560-- --===============1554350914960216917== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS0tLS0tPV9OZXh0UGFydF8wMDBfMDFGN18wMUNDQTQ5Mi5BMzkzNDU2MApDb250ZW50LVR5cGU6 IHRleHQvcGxhaW47IGNoYXJzZXQ9ImdiMjMxMiIKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzog cXVvdGVkLXByaW50YWJsZQoKSGkhCgo9MjAKCkkgd2FudCB0byBrbm93IHdoZW4gd2lsbCB3ZSBj YW4gaGF2ZSBhIGRhdGFjZW50ZXIgd2hlcmUgd2UgY2FuIG1peCA9CnN0b3JhZ2UKZG9tYWlucz1B Mz1BQ2VzcGVjaWFsbHkgd2UgY2FuIGFkZCBtb3JlIHRoYW4gb25lIGhvc3QgaW50byBhIGRhdGFj ZW50ZXIgPQp3aXRoCmxvY2FsIHN0b3JhZ2UgZG9tYWluLgoKVGhhbmtzISEgPTIwCgoKLS0tLS0t PV9OZXh0UGFydF8wMDBfMDFGN18wMUNDQTQ5Mi5BMzkzNDU2MApDb250ZW50LVR5cGU6IHRleHQv aHRtbDsgY2hhcnNldD0iZ2IyMzEyIgpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBxdW90ZWQt cHJpbnRhYmxlCgo8aHRtbCB4bWxuczp2PTNEInVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206dm1s IiA9CnhtbG5zOm89M0QidXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiA9 CnhtbG5zOnc9M0QidXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgPQp4bWxu czp4PTNEInVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOmV4Y2VsIiA9CnhtbG5zOm09 M0QiaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiA9Cnht bG5zPTNEImh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiPgoKPGhlYWQ+CjxtZXRhIGh0 dHAtZXF1aXY9M0RDb250ZW50LVR5cGUgY29udGVudD0zRCJ0ZXh0L2h0bWw7IGNoYXJzZXQ9M0Rn YjIzMTIiPgo8bWV0YSBuYW1lPTNER2VuZXJhdG9yIGNvbnRlbnQ9M0QiTWljcm9zb2Z0IFdvcmQg MTIgKGZpbHRlcmVkIG1lZGl1bSkiPgo8c3R5bGU+CjwhLS0KIC8qIEZvbnQgRGVmaW5pdGlvbnMg Ki8KIEBmb250LWZhY2UKCXtmb250LWZhbWlseTo9Q0I9Q0U9Q0M9RTU7CglwYW5vc2UtMToyIDEg NiAwIDMgMSAxIDEgMSAxO30KQGZvbnQtZmFjZQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgi OwoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9CkBmb250LWZhY2UKCXtmb250LWZhbWls eTpDYWxpYnJpOwoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQpAZm9udC1mYWNlCgl7 Zm9udC1mYW1pbHk6IlxAPUNCPUNFPUNDPUU1IjsKCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAx IDE7fQogLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8KIHAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwKCXttYXJnaW46MGNtOwoJbWFyZ2luLWJvdHRvbTouMDAwMXB0OwoJdGV4 dC1hbGlnbjpqdXN0aWZ5OwoJdGV4dC1qdXN0aWZ5OmludGVyLWlkZW9ncmFwaDsKCWZvbnQtc2l6 ZToxMC41cHQ7Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluawoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsKCWNvbG9yOmJsdWU7Cgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0Zv bGxvd2VkCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6cHVycGxlOwoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9CnNwYW4uRW1haWxTdHlsZTE3Cgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtY29tcG9zZTsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Cgljb2xv cjp3aW5kb3d0ZXh0O30KLk1zb0NocERlZmF1bHQKCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s eTsKCWZvbnQtc2l6ZToxMC4wcHQ7fQpAcGFnZSBTZWN0aW9uMQoJe3NpemU6NjEyLjBwdCA3OTIu MHB0OwoJbWFyZ2luOjcyLjBwdCA5MC4wcHQgNzIuMHB0IDkwLjBwdDt9CmRpdi5TZWN0aW9uMQoJ e3BhZ2U6U2VjdGlvbjE7fQotLT4KPC9zdHlsZT4KPCEtLVtpZiBndGUgbXNvIDldPjx4bWw+CiA8 bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PTNEImVkaXQiIHNwaWRtYXg9M0QiMTAyNiIgLz4KPC94bWw+ PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+CiA8bzpzaGFwZWxheW91dCB2OmV4 dD0zRCJlZGl0Ij4KICA8bzppZG1hcCB2OmV4dD0zRCJlZGl0IiBkYXRhPTNEIjEiIC8+CiA8L286 c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+CjwvaGVhZD4KCjxib2R5IGxhbmc9M0RaSC1D TiBsaW5rPTNEYmx1ZSB2bGluaz0zRHB1cnBsZSA9CnN0eWxlPTNEJ3RleHQtanVzdGlmeS10cmlt OnB1bmN0dWF0aW9uJz4KCjxkaXYgY2xhc3M9M0RTZWN0aW9uMT4KCjxwIGNsYXNzPTNETXNvTm9y bWFsPjxzcGFuIGxhbmc9M0RFTi1VUz5IaSE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+Cgo8cCBjbGFz cz0zRE1zb05vcm1hbD48c3BhbiBsYW5nPTNERU4tVVM+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPgoKPHAgY2xhc3M9M0RNc29Ob3JtYWw+PHNwYW4gbGFuZz0zREVOLVVTPkkgd2FudCB0byBr bm93IHdoZW4gd2lsbCB3ZSBjYW4gPQpoYXZlIGEKZGF0YWNlbnRlciB3aGVyZSB3ZSBjYW4gbWl4 IHN0b3JhZ2UgZG9tYWluczwvc3Bhbj48c3BhbiA9CnN0eWxlPTNEJ2ZvbnQtZmFtaWx5Ogo9Q0I9 Q0U9Q0M9RTUnPj1BMz1BQzwvc3Bhbj48c3BhbiBsYW5nPTNERU4tVVM+ZXNwZWNpYWxseSB3ZSBj YW4gYWRkIG1vcmUgPQp0aGFuIG9uZSBob3N0IGludG8gYQpkYXRhY2VudGVyIHdpdGggbG9jYWwg c3RvcmFnZSBkb21haW4uPG86cD48L286cD48L3NwYW4+PC9wPgoKPHAgY2xhc3M9M0RNc29Ob3Jt YWw+PHNwYW4gbGFuZz0zREVOLVVTPlRoYW5rcyEhID0KJm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPgoKPC9kaXY+Cgo8L2JvZHk+Cgo8L2h0bWw+CgotLS0tLS09X05leHRQYXJ0XzAwMF8wMUY3 XzAxQ0NBNDkyLkEzOTM0NTYwLS0K --===============1554350914960216917==-- From iheim at redhat.com Wed Nov 16 10:49:44 2011 Content-Type: multipart/mixed; boundary="===============1268285136009280513==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] About mix storage domains Date: Wed, 16 Nov 2011 17:49:41 +0200 Message-ID: <4EC3DB95.2070209@redhat.com> In-Reply-To: SNT108-DS18416587B25DF5783BFC6291C60@phx.gbl --===============1268285136009280513== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/16/2011 01:04 PM, hotmail wrote: > Hi! > > I want to know when will we can have a datacenter where we can mix > storage domains=EF=BC=8Cespecially we can add more than one host into a > datacenter with local storage domain. plan is to remove the storage pool concept ("spm") with storage domain = only ("sdm"). that's a major change in vdsm ongoing now, then need to = change engine to match as well. will take some time to do this. --===============1268285136009280513==-- From rbergero at redhat.com Wed Nov 16 11:10:12 2011 Content-Type: multipart/mixed; boundary="===============3877369665276799082==" MIME-Version: 1.0 From: Robyn Bergeron To: users at ovirt.org Subject: [Users] oVirt Sync Meeting Minutes :: 2011-11-16 Date: Wed, 16 Nov 2011 09:10:10 -0700 Message-ID: <4EC3E062.3060903@redhat.com> --===============3877369665276799082== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks to everyone for attending today's meeting on IRC. We'll be = meeting weekly at this time-slot (Wednesdays, 15:00 UTC) on #ovirt on = irc.oftc.net in lieu of the phone meeting as we go forward. Minutes/logs follow below. Cheers, -Robyn Minutes: http://ovirt.org/meetings/ovirt/2011/ovirt.2011-11-16-15.00.html Full Logs: = http://ovirt.org/meetings/ovirt/2011/ovirt.2011-11-16-15.00.log.html =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D #ovirt: oVirt weekly sync meeting =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D Meeting started by rbergeron at 15:00:13 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2011/ovirt.2011-11-16-15.00.log.html . Meeting summary --------------- * Gathering people... who's here? (rbergeron, 15:01:09) * pmyers, rharper, mburns, mestery, mdday_, smoser, rbergeron, jimjag, dannf, cctrieloff, bazulay, MarkBaker present (rbergeron, 15:02:53) * Agenda (rbergeron, 15:03:17) * gargya, aliguori, quaid are also present and awesome. (rbergeron, 15:04:13) * Topics for today include: press release status, board vs. project-planning mailing lists, upcoming event planning, moving towards first release, opening up mailing list to non-subcriber posts (rbergeron, 15:04:57) * Topics also include: ftp / repo setup status& progress (rbergeron, 15:05:15) * sgordon also present (rbergeron, 15:05:28) * Topics also include: Feedback on release date from SUSE and Canonical - around 16th. (rbergeron, 15:05:54) * Press release status (rbergeron, 15:06:32) * Have all PR signoffs except Cisco / Intel (as of yesterday) (rbergeron, 15:07:19) * Both IBM and SUSE provided minor edits, which Kerri has taken into account and submitted back to the PR orgs. (rbergeron, 15:09:41) * ACTION: rharper to ask on-list about the prospects of sending out a final draft of the press release to everyone. (rbergeron, 15:10:56) * ACTION: cctrieloff has next action from cisco, and will follow up re: press release (rbergeron, 15:11:43) * ACTION: cctrieloff to follow up with kerri on intel status (rbergeron, 15:12:18) * Board vs. Project-planning list (rbergeron, 15:12:31) * AGREED: board list obsoletes project-planning list for meeting invites, etc. (rbergeron, 15:15:04) * AGREED: event coordination to go to users@ list. (rbergeron, 15:15:16) * AGREED: sunset the planning list (rbergeron, 15:15:23) * ACTION: quaid to verify that all users on project-planning are on board@ list. (rbergeron, 15:15:35) * Sunset means - block new subs but leave archives etc. up (quaid, 15:15:55) * Upcoming Event Planning (rbergeron, 15:16:20) * chris wright noted on-list that FOSDEM has a track for cloud/virt-ish things, that may be an option. (rbergeron, 15:16:50) * SCALE CFP closes tomorrow, if anyone wants to present in SoCal in January. (rbergeron, 15:17:45) * ACTION: quaid can submit The General oVirt Talk to SCALE if no one else is going (quaid, 15:18:42) * LINK: http://www.ovirt.org/2011/11/01/workshop-underway-1-to-3-nov/ (quaid, 15:20:34) * ACTION: quaid, pmyers to add to events wiki page (rbergeron, 15:20:36) * Should consider adding a day track at FOSDEM, KVM Forum (rbergeron, 15:20:59) * ACTION: quaid to drive "The Standard Presentation" for oVirt and making it available onlist (rbergeron, 15:22:59) * iheim may have such a presentation available (rbergeron, 15:23:59) * Moving towards first release (rbergeron, 15:24:23) * ACTION: Markbaker to finalise with an update next week; still in meetings/discussion for estimations (rbergeron, 15:30:43) * ACTION: rbergeron to investigate table for FOSDEM, start figuring out deadlines for presetnations for various conferences (rbergeron, 15:33:49) * ACTION: pmyers to start release manager discussion onlist (rbergeron, 15:42:13) * ACTION: cctrieloff to take release date discussion to list (arch@ list, release manager discussion on arch@ list as well) (rbergeron, 15:42:39) * ACTION: mdday_ to work off-line to see if someone from IBM can do this (release manager) (rbergeron, 15:43:12) * Opening up mailing list(s) to non-subscriber posts (rbergeron, 15:43:48) * AGREED: add more moderators to help spread the load of approving mails nd see how it goes (rbergeron, 15:51:40) * ACTION: Infra team will continue to study spam filter solutions (quaid, 15:52:09) * ACTION: sgordon to ask lists for additional moderation volunteers (to arch@ list) (rbergeron, 15:53:06) * FTP / Repo Setup status (rbergeron, 15:53:42) * ACTION: quaid to ask someone from SUSE and Canonical to comment about the repo setup details (quaid, 15:55:26) * Final closing bits ... (quaid, 16:02:38) Meeting ended at 16:04:27 UTC. Action Items ------------ * rharper to ask on-list about the prospects of sending out a final draft of the press release to everyone. * cctrieloff has next action from cisco, and will follow up re: press release * cctrieloff to follow up with kerri on intel status * quaid to verify that all users on project-planning are on board@ list. * quaid can submit The General oVirt Talk to SCALE if no one else is going * quaid, pmyers to add to events wiki page * quaid to drive "The Standard Presentation" for oVirt and making it available onlist * Markbaker to finalise with an update next week; still in meetings/discussion for estimations * rbergeron to investigate table for FOSDEM, start figuring out deadlines for presetnations for various conferences * pmyers to start release manager discussion onlist * cctrieloff to take release date discussion to list (arch@ list, release manager discussion on arch@ list as well) * mdday_ to work off-line to see if someone from IBM can do this (release manager) * Infra team will continue to study spam filter solutions * sgordon to ask lists for additional moderation volunteers (to arch@ list) * quaid to ask someone from SUSE and Canonical to comment about the repo setup details Action Items, by person ----------------------- * cctrieloff * cctrieloff has next action from cisco, and will follow up re: press release * cctrieloff to follow up with kerri on intel status * cctrieloff to take release date discussion to list (arch@ list, release manager discussion on arch@ list as well) * mdday_ * mdday_ to work off-line to see if someone from IBM can do this (release manager) * pmyers * quaid, pmyers to add to events wiki page * pmyers to start release manager discussion onlist * quaid * quaid to verify that all users on project-planning are on board@ list. * quaid can submit The General oVirt Talk to SCALE if no one else is going * quaid, pmyers to add to events wiki page * quaid to drive "The Standard Presentation" for oVirt and making it available onlist * quaid to ask someone from SUSE and Canonical to comment about the repo setup details * rbergeron * rbergeron to investigate table for FOSDEM, start figuring out deadlines for presetnations for various conferences * rharper * rharper to ask on-list about the prospects of sending out a final draft of the press release to everyone. * sgordon * sgordon to ask lists for additional moderation volunteers (to arch@ list) * **UNASSIGNED** * Markbaker to finalise with an update next week; still in meetings/discussion for estimations * Infra team will continue to study spam filter solutions People Present (lines said) --------------------------- * rbergeron (160) * quaid (79) * cctrieloff (63) * pmyers (54) * sgordon (28) * MarkBaker (10) * agraf_ (9) * abaron_wfh (8) * mburns (6) * ovirtbot (6) * mdday_ (5) * dannf (5) * mestery (4) * rharper (4) * russellb (3) * jimjag (3) * bazulay (3) * itamar (2) * oschreib (2) * cdub (2) * smoser (2) * Yih (1) * smoser` (1) * aliguori (1) * gargya (1) * aglitke (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot --===============3877369665276799082==-- From rbergero at redhat.com Wed Nov 16 11:25:37 2011 Content-Type: multipart/mixed; boundary="===============4311176543344957292==" MIME-Version: 1.0 From: Robyn Bergeron To: users at ovirt.org Subject: [Users] Any teams having weekly meetings? Date: Wed, 16 Nov 2011 09:25:35 -0700 Message-ID: <4EC3E3FF.3030404@redhat.com> --===============4311176543344957292== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Howdy howdy, I just created a "meetings" wiki page - if anyone else is having = meetings, feel free to add the where/when to this wiki page. http://www.ovirt.org/wiki/Meetings (And I linked it to the newly-created "Communication" page, = http://www.ovirt.org/wiki/Communication - feel free to add in mailing = lists or anything else pertinent that you see fit.) -Robyn --===============4311176543344957292==-- From cristi.falcas at gmail.com Fri Nov 18 11:03:24 2011 Content-Type: multipart/mixed; boundary="===============0500286230302436826==" MIME-Version: 1.0 From: Cristian Falcas To: users at ovirt.org Subject: [Users] vdsm configuration Date: Fri, 18 Nov 2011 18:03:03 +0200 Message-ID: --===============0500286230302436826== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello all, Can someone point me to some documentation regarding vdsm (and if needed libvirt) configuration? How it is accessed by the ovirt-engine and how to set it to a certain ovirt-engine on the network. Currently my libvirt is complaining that it can't work with ssh-less vdsm and I have no idea how to set up the keys for vdsm. Also I have no idea how to define the storage: in ovirt or in vdsm? Who is reporting the disks/files available? I hope I understood correctly that only the vdsm package is needed to make the physical machine available for ovirt and only ovirt-engine is doing all the heavy work. Also, if the questions are too "RTFM", please let me know where I can find any help related to ovirt. Best regards, Cristian Falcas --===============0500286230302436826==-- From lhornyak at redhat.com Fri Nov 18 11:24:26 2011 Content-Type: multipart/mixed; boundary="===============0261789945499482007==" MIME-Version: 1.0 From: Laszlo Hornyak To: users at ovirt.org Subject: Re: [Users] vdsm configuration Date: Fri, 18 Nov 2011 11:24:25 -0500 Message-ID: In-Reply-To: CAMo7R_cY-=p_XoQj8THO=Hfpja9ef5TTn_N3x1QS+qUUh75JZQ@mail.gmail.com --===============0261789945499482007== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Cristian, This is how I disable ssl in my hosts: 1. configure your host: - in /etc/vdsm/vdsm.conf [vars] section: ssl =3D false - in /etc/libvirt/libvirt.conf listen_tls=3D0 - and in /etc/libvirt/quemu.conf spice_tls=3D0 2. configure engine: - psql engine -U postgres -c "UPDATE vdc_options set option_value =3D 'fal= se' where option_name =3D 'SSLEnabled'" 3. restart engine and vdsm, and give it a try I hope this helps. Laszlo ----- Original Message ----- > From: "Cristian Falcas" > To: users(a)ovirt.org > Sent: Friday, November 18, 2011 5:03:03 PM > Subject: [Users] vdsm configuration > = > Hello all, > = > Can someone point me to some documentation regarding vdsm (and if > needed libvirt) configuration? How it is accessed by the ovirt-engine > and how to set it to a certain ovirt-engine on the network. Currently > my libvirt is complaining that it can't work with ssh-less vdsm and I > have no idea how to set up the keys for vdsm. > = > Also I have no idea how to define the storage: in ovirt or in vdsm? > Who is reporting the disks/files available? > = > I hope I understood correctly that only the vdsm package is needed to > make the physical machine available for ovirt and only ovirt-engine > is > doing all the heavy work. > = > Also, if the questions are too "RTFM", please let me know where I can > find any help related to ovirt. > = > Best regards, > Cristian Falcas > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >=20 --===============0261789945499482007==-- From jchoate at redhat.com Fri Nov 18 11:27:34 2011 Content-Type: multipart/mixed; boundary="===============4883828927887262415==" MIME-Version: 1.0 From: Jon Choate To: users at ovirt.org Subject: Re: [Users] vdsm configuration Date: Fri, 18 Nov 2011 11:26:30 -0500 Message-ID: <4EC68736.9070803@redhat.com> In-Reply-To: CAMo7R_cY-=p_XoQj8THO=Hfpja9ef5TTn_N3x1QS+qUUh75JZQ@mail.gmail.com --===============4883828927887262415== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/18/2011 11:03 AM, Cristian Falcas wrote: > Hello all, > > Can someone point me to some documentation regarding vdsm (and if > needed libvirt) configuration? How it is accessed by the ovirt-engine > and how to set it to a certain ovirt-engine on the network. Currently > my libvirt is complaining that it can't work with ssh-less vdsm and I > have no idea how to set up the keys for vdsm. > > Also I have no idea how to define the storage: in ovirt or in vdsm? > Who is reporting the disks/files available? > > I hope I understood correctly that only the vdsm package is needed to > make the physical machine available for ovirt and only ovirt-engine is > doing all the heavy work. > > Also, if the questions are too "RTFM", please let me know where I can > find any help related to ovirt. > > Best regards, > Cristian Falcas > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users For vdsm without ssl to work with libvirt you need to change the libvirt = config: /etc/libvirt/libvirtd.conf needs the following settings - listen_tcp=3D1 # by vdsm listen_tls=3D0 # by vdsm and /etc/libvirt/qemu.conf needs: spice_tls=3D0 # by vdsm and of course restart libvirt and vdsm. vdsm and ovirt-engine work together by adding the vdsm host to = ovirt-engine through the webadmin or rest api. Storage is also added in the same way. --===============4883828927887262415==-- From rbergero at redhat.com Fri Nov 18 11:57:39 2011 Content-Type: multipart/mixed; boundary="===============6529290449276457289==" MIME-Version: 1.0 From: Robyn Bergeron To: users at ovirt.org Subject: [Users] FOSDEM & more general booth/promotion stuff. Date: Fri, 18 Nov 2011 09:57:37 -0700 Message-ID: <4EC68E81.1060502@redhat.com> --===============6529290449276457289== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable FOSDEM is the 4th and 5th of February. http://fosdem.org/2012/ I'd like to go ahead and reserve table space for us, but need to know if = we have anyone who is willing to volunteer and hang out at the table and = answer questions. Or better yet, if we have a few people who are = willing to take turns doing some booth duty there. Also up for discussion: * We'll probably need a tablecloth * Would be nice to have some marketing materials (flyers, stickers, etc) * Super wish list: Have a hand-out disc capable of booting into multiple = distros with oVirt packages ready to go * Have a demo of sorts available (machine remote, but a console = available for playing) Please pipe up if you're planning on attending in some capacity! :) -Robyn --===============6529290449276457289==-- From jchoate at redhat.com Fri Nov 18 12:09:23 2011 Content-Type: multipart/mixed; boundary="===============2515627913573002172==" MIME-Version: 1.0 From: Jon Choate To: users at ovirt.org Subject: Re: [Users] FOSDEM & more general booth/promotion stuff. Date: Fri, 18 Nov 2011 12:08:17 -0500 Message-ID: <4EC69101.80208@redhat.com> In-Reply-To: 4EC68E81.1060502@redhat.com --===============2515627913573002172== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/18/2011 11:57 AM, Robyn Bergeron wrote: > FOSDEM is the 4th and 5th of February. > > http://fosdem.org/2012/ > > I'd like to go ahead and reserve table space for us, but need to know = > if we have anyone who is willing to volunteer and hang out at the = > table and answer questions. Or better yet, if we have a few people = > who are willing to take turns doing some booth duty there. > > Also up for discussion: > > * We'll probably need a tablecloth > * Would be nice to have some marketing materials (flyers, stickers, etc) > * Super wish list: Have a hand-out disc capable of booting into = > multiple distros with oVirt packages ready to go > * Have a demo of sorts available (machine remote, but a console = > available for playing) > > Please pipe up if you're planning on attending in some capacity! :) > > -Robyn > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users I'd love to travel to Brussels and help but I doubt its in the budget. = Mmm... Belgian beer... --===============2515627913573002172==-- From dimitrije.ziv at gmail.com Sun Nov 20 17:47:40 2011 Content-Type: multipart/mixed; boundary="===============7501648432496910048==" MIME-Version: 1.0 From: Dimitrije Zivkovic To: users at ovirt.org Subject: [Users] ovirt-node on Gentoo Date: Sun, 20 Nov 2011 23:47:38 +0100 Message-ID: --===============7501648432496910048== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, after few hours of playing around with ovirt-node and following http://www.ovirt.org/wiki/Ovirt_Quickstart guide, I've managed to get all the way to installing vdsm on gentoo server. At this point, it is not even the issue of creating the ebuild file for vdsm, the blocker for me was the following: - after compiling vdsm and installing it, order of files and install locations are clearly following redhat system - when starting vdsm by startup script (which is in /etc/rc.d/init.d, which, in turn, does not exists in Gentoo), from errors thrown at me I see that it is redhat startup script So, I will look through the code, when time allows, but if someone could help out by some info or advice, it would be appreciated... So far, I would start by porting /etc/init.d/functions from fedora and then continue to solve the problem with conf files being on different locations. Any thoughts on this? Is this the wa to go, in the first place? Dimitrije --===============7501648432496910048== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" SGksPGJyPjxicj7CoMKgIGFmdGVyIGZldyBob3VycyBvZiBwbGF5aW5nIGFyb3VuZCB3aXRoIG92 aXJ0LW5vZGUgYW5kIGZvbGxvd2luZyA8YSBocmVmPSJodHRwOi8vd3d3Lm92aXJ0Lm9yZy93aWtp L092aXJ0X1F1aWNrc3RhcnQiPmh0dHA6Ly93d3cub3ZpcnQub3JnL3dpa2kvT3ZpcnRfUXVpY2tz dGFydDwvYT4gZ3VpZGUsIEkmIzM5O3ZlIG1hbmFnZWQgdG8gZ2V0IGFsbCB0aGUgd2F5IHRvIGlu c3RhbGxpbmcgdmRzbSBvbiBnZW50b28gc2VydmVyLiBBdCB0aGlzIHBvaW50LCBpdCBpcyBub3Qg ZXZlbiB0aGUgaXNzdWUgb2YgY3JlYXRpbmcgdGhlIGVidWlsZCBmaWxlIGZvciB2ZHNtLCB0aGUg YmxvY2tlciBmb3IgbWUgd2FzIHRoZSBmb2xsb3dpbmc6PGJyPgo8YnI+LSBhZnRlciBjb21waWxp bmcgdmRzbSBhbmQgaW5zdGFsbGluZyBpdCwgb3JkZXIgb2YgZmlsZXMgYW5kIGluc3RhbGwgbG9j YXRpb25zIGFyZSBjbGVhcmx5IGZvbGxvd2luZyByZWRoYXQgc3lzdGVtPGJyPi0gd2hlbiBzdGFy dGluZyB2ZHNtIGJ5IHN0YXJ0dXAgc2NyaXB0ICh3aGljaCBpcyBpbiAvZXRjL3JjLmQvaW5pdC5k LCB3aGljaCwgaW4gdHVybiwgZG9lcyBub3QgZXhpc3RzIGluIEdlbnRvbyksIGZyb20gZXJyb3Jz IHRocm93biBhdCBtZSBJIHNlZSB0aGF0IGl0IGlzIHJlZGhhdCBzdGFydHVwIHNjcmlwdDxicj4K PGJyPlNvLCBJIHdpbGwgbG9vayB0aHJvdWdoIHRoZSBjb2RlLCB3aGVuIHRpbWUgYWxsb3dzLCBi dXQgaWYgc29tZW9uZSBjb3VsZCBoZWxwIG91dCBieSBzb21lIGluZm8gb3IgYWR2aWNlLCBpdCB3 b3VsZCBiZSBhcHByZWNpYXRlZC4uLiBTbyBmYXIsIEkgd291bGQgc3RhcnQgYnkgcG9ydGluZyAv ZXRjL2luaXQuZC9mdW5jdGlvbnMgZnJvbSBmZWRvcmEgYW5kIHRoZW4gY29udGludWUgdG8gc29s dmUgdGhlIHByb2JsZW0gd2l0aCBjb25mIGZpbGVzIGJlaW5nIG9uIGRpZmZlcmVudCBsb2NhdGlv bnMuIEFueSB0aG91Z2h0cyBvbiB0aGlzPyBJcyB0aGlzIHRoZSB3YSB0byBnbywgaW4gdGhlIGZp cnN0IHBsYWNlPzxicj4KPGJyPkRpbWl0cmlqZTxicj4K --===============7501648432496910048==-- From jpsutton at gmail.com Sun Nov 20 23:40:07 2011 Content-Type: multipart/mixed; boundary="===============3057852411037068451==" MIME-Version: 1.0 From: Jared Sutton To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Sun, 20 Nov 2011 23:40:04 -0500 Message-ID: In-Reply-To: CANbTN3_yy=aCqtUbxFGxccso+NoG_ZL3xHVQWw4hDPQy0Zii7w@mail.gmail.com --===============3057852411037068451== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I noticed the same things when installing on ArchLinux. I also noticed that vdsm is doing things like re-configuring the network configuration, but it clearly uses redhat-specific methods (like modifying the files in /etc/sysconfig/network-scripts/). I see two possible solutions: 1. Create different support scripts for different distros (not a great solution, clearly). 2. Make the scripts as generic as possible, and use in-script logic to determine the currently-running distro (take a look at VirtualBox's vboxweb start-up script, for example; it has quite a bit of this type of logic). For the network configuration issue, would it be realistic to rely on a network abstraction layer, such as NetworkManager or Wicd, since they operate across multiple distros? Jared On Sun, Nov 20, 2011 at 5:47 PM, Dimitrije Zivkovic wrote: > Hi, > > after few hours of playing around with ovirt-node and following > http://www.ovirt.org/wiki/Ovirt_Quickstart guide, I've managed to get all > the way to installing vdsm on gentoo server. At this point, it is not even > the issue of creating the ebuild file for vdsm, the blocker for me was the > following: > > - after compiling vdsm and installing it, order of files and install > locations are clearly following redhat system > - when starting vdsm by startup script (which is in /etc/rc.d/init.d, > which, in turn, does not exists in Gentoo), from errors thrown at me I see > that it is redhat startup script > > So, I will look through the code, when time allows, but if someone could > help out by some info or advice, it would be appreciated... So far, I wou= ld > start by porting /etc/init.d/functions from fedora and then continue to > solve the problem with conf files being on different locations. Any > thoughts on this? Is this the wa to go, in the first place? > > Dimitrije > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > --===============3057852411037068451== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" SSBub3RpY2VkIHRoZSBzYW1lIHRoaW5ncyB3aGVuIGluc3RhbGxpbmcgb24gQXJjaExpbnV4LiCg SSBhbHNvIG5vdGljZWQgdGhhdCB2ZHNtIGlzIGRvaW5nIHRoaW5ncyBsaWtlIHJlLWNvbmZpZ3Vy aW5nIHRoZSBuZXR3b3JrIGNvbmZpZ3VyYXRpb24sIGJ1dCBpdCBjbGVhcmx5IHVzZXMgcmVkaGF0 LXNwZWNpZmljIG1ldGhvZHMgKGxpa2UgbW9kaWZ5aW5nIHRoZSBmaWxlcyBpbiAvZXRjL3N5c2Nv bmZpZy9uZXR3b3JrLXNjcmlwdHMvKS4goEkgc2VlIHR3byBwb3NzaWJsZSBzb2x1dGlvbnM6PGRp dj4KPGJyPjwvZGl2PjxkaXY+MS4gQ3JlYXRlIGRpZmZlcmVudCBzdXBwb3J0IHNjcmlwdHMgZm9y IGRpZmZlcmVudCBkaXN0cm9zIChub3QgYSBncmVhdCBzb2x1dGlvbiwgY2xlYXJseSkuPC9kaXY+ PGRpdj4yLiBNYWtlIHRoZSBzY3JpcHRzIGFzIGdlbmVyaWMgYXMgcG9zc2libGUsIGFuZCB1c2Ug aW4tc2NyaXB0IGxvZ2ljIHRvIGRldGVybWluZSB0aGUgY3VycmVudGx5LXJ1bm5pbmcgZGlzdHJv ICh0YWtlIGEgbG9vayBhdCBWaXJ0dWFsQm94JiMzOTtzIHZib3h3ZWIgc3RhcnQtdXAgc2NyaXB0 LCBmb3IgZXhhbXBsZTsgaXQgaGFzIHF1aXRlIGEgYml0IG9mIHRoaXMgdHlwZSBvZiBsb2dpYyku PC9kaXY+CjxkaXY+PGJyPjwvZGl2PjxkaXY+Rm9yIHRoZSBuZXR3b3JrIGNvbmZpZ3VyYXRpb24g aXNzdWUsIHdvdWxkIGl0IGJlIHJlYWxpc3RpYyB0byByZWx5IG9uIGEgbmV0d29yayBhYnN0cmFj dGlvbiBsYXllciwgc3VjaCBhcyBOZXR3b3JrTWFuYWdlciBvciBXaWNkLCBzaW5jZSB0aGV5IG9w ZXJhdGUgYWNyb3NzIG11bHRpcGxlIGRpc3Ryb3M/PC9kaXY+PGRpdj48ZGl2PjxkaXY+PGJyPjwv ZGl2Pgo8ZGl2PkphcmVkPGJyPjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gU3VuLCBO b3YgMjAsIDIwMTEgYXQgNTo0NyBQTSwgRGltaXRyaWplIFppdmtvdmljIDxzcGFuIGRpcj0ibHRy Ij4mbHQ7PGEgaHJlZj0ibWFpbHRvOmRpbWl0cmlqZS56aXZAZ21haWwuY29tIj5kaW1pdHJpamUu eml2QGdtYWlsLmNvbTwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+PGJsb2NrcXVvdGUgY2xhc3M9 ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNj Y2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleDsiPgpIaSw8YnI+PGJyPqCgIGFmdGVyIGZldyBob3Vy cyBvZiBwbGF5aW5nIGFyb3VuZCB3aXRoIG92aXJ0LW5vZGUgYW5kIGZvbGxvd2luZyA8YSBocmVm PSJodHRwOi8vd3d3Lm92aXJ0Lm9yZy93aWtpL092aXJ0X1F1aWNrc3RhcnQiIHRhcmdldD0iX2Js YW5rIj5odHRwOi8vd3d3Lm92aXJ0Lm9yZy93aWtpL092aXJ0X1F1aWNrc3RhcnQ8L2E+IGd1aWRl LCBJJiMzOTt2ZSBtYW5hZ2VkIHRvIGdldCBhbGwgdGhlIHdheSB0byBpbnN0YWxsaW5nIHZkc20g b24gZ2VudG9vIHNlcnZlci4gQXQgdGhpcyBwb2ludCwgaXQgaXMgbm90IGV2ZW4gdGhlIGlzc3Vl IG9mIGNyZWF0aW5nIHRoZSBlYnVpbGQgZmlsZSBmb3IgdmRzbSwgdGhlIGJsb2NrZXIgZm9yIG1l IHdhcyB0aGUgZm9sbG93aW5nOjxicj4KCjxicj4tIGFmdGVyIGNvbXBpbGluZyB2ZHNtIGFuZCBp bnN0YWxsaW5nIGl0LCBvcmRlciBvZiBmaWxlcyBhbmQgaW5zdGFsbCBsb2NhdGlvbnMgYXJlIGNs ZWFybHkgZm9sbG93aW5nIHJlZGhhdCBzeXN0ZW08YnI+LSB3aGVuIHN0YXJ0aW5nIHZkc20gYnkg c3RhcnR1cCBzY3JpcHQgKHdoaWNoIGlzIGluIC9ldGMvcmMuZC9pbml0LmQsIHdoaWNoLCBpbiB0 dXJuLCBkb2VzIG5vdCBleGlzdHMgaW4gR2VudG9vKSwgZnJvbSBlcnJvcnMgdGhyb3duIGF0IG1l IEkgc2VlIHRoYXQgaXQgaXMgcmVkaGF0IHN0YXJ0dXAgc2NyaXB0PGJyPgoKPGJyPlNvLCBJIHdp bGwgbG9vayB0aHJvdWdoIHRoZSBjb2RlLCB3aGVuIHRpbWUgYWxsb3dzLCBidXQgaWYgc29tZW9u ZSBjb3VsZCBoZWxwIG91dCBieSBzb21lIGluZm8gb3IgYWR2aWNlLCBpdCB3b3VsZCBiZSBhcHBy ZWNpYXRlZC4uLiBTbyBmYXIsIEkgd291bGQgc3RhcnQgYnkgcG9ydGluZyAvZXRjL2luaXQuZC9m dW5jdGlvbnMgZnJvbSBmZWRvcmEgYW5kIHRoZW4gY29udGludWUgdG8gc29sdmUgdGhlIHByb2Js ZW0gd2l0aCBjb25mIGZpbGVzIGJlaW5nIG9uIGRpZmZlcmVudCBsb2NhdGlvbnMuIEFueSB0aG91 Z2h0cyBvbiB0aGlzPyBJcyB0aGlzIHRoZSB3YSB0byBnbywgaW4gdGhlIGZpcnN0IHBsYWNlPzxz cGFuIGNsYXNzPSJIT0VuWmIiPjxmb250IGNvbG9yPSIjODg4ODg4Ij48YnI+Cgo8YnI+RGltaXRy aWplPGJyPgo8L2ZvbnQ+PC9zcGFuPjxicj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXzxicj4KVXNlcnMgbWFpbGluZyBsaXN0PGJyPgo8YSBocmVmPSJtYWls dG86VXNlcnNAb3ZpcnQub3JnIj5Vc2Vyc0BvdmlydC5vcmc8L2E+PGJyPgo8YSBocmVmPSJodHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMiIHRhcmdldD0iX2JsYW5r Ij5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+PGJyPgo8 YnI+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48L2Rpdj48L2Rpdj48L2Rpdj4K --===============3057852411037068451==-- From dfediuck at redhat.com Mon Nov 21 05:58:27 2011 Content-Type: multipart/mixed; boundary="===============8167117116527075806==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Mon, 21 Nov 2011 12:58:29 +0200 Message-ID: <201111211258.29287.dfediuck@redhat.com> In-Reply-To: CAMwybMXffKsFnZT8mpAvBod+8GcYRO5JMMgjX8gRyFT4NfJanA@mail.gmail.com --===============8167117116527075806== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Guys, Well, it looks like we've hit our first distro-diversion. First of all, let's define the issues, and then see how we solve each one; 1. Dimitrije is referring to vdsm's init script (including vdsm-reg). 2. What Jared is referring to is relevant to: - Host installation process (AKA bootstrapping and registration) - vdsm operations on host networking I agree it will be better if we solve each issue using the same code for all distro's. Having said that, we need to see if it's an achievable task. Taking Dimitrije's issue as an example, we hit the first conflict; Gentoo is using OpenRC by default (and has some BSD-style leftovers), while RedHat and Fedora are using their SysV-style implementation, which confirms to LSB. Also, some Fedora services are moving to systemd implementation. Obviously these implementations are not trivial to bridge. So where Fedora's script will have "Required-Sta= rt:" Gentoo will use a depend() function (see vixie-cron as a sample). So unless we find a magical bridge for init standards, we'll have to have several init scripts, and each distro will use it's own script. We can try and generalize it, to make sure distor's with similar implementations use the same script. As for Jared's networking issues, I believe there's more room here to make the relevant code more flexible, by testing the needed files, and using what we find. Thus, we'll have all in the same codebase. You can start by taking a look at vdsm/netinfo.py in vdsm's git. On Monday 21 November 2011 06:40:04 Jared Sutton wrote: > I noticed the same things when installing on ArchLinux. I also noticed > that vdsm is doing things like re-configuring the network configuration, > but it clearly uses redhat-specific methods (like modifying the files in > /etc/sysconfig/network-scripts/). I see two possible solutions: > = > 1. Create different support scripts for different distros (not a great > solution, clearly). > 2. Make the scripts as generic as possible, and use in-script logic to > determine the currently-running distro (take a look at VirtualBox's vboxw= eb > start-up script, for example; it has quite a bit of this type of logic). > = > For the network configuration issue, would it be realistic to rely on a > network abstraction layer, such as NetworkManager or Wicd, since they > operate across multiple distros? > = > Jared > = > On Sun, Nov 20, 2011 at 5:47 PM, Dimitrije Zivkovic > wrote: > = > > Hi, > > > > after few hours of playing around with ovirt-node and following > > http://www.ovirt.org/wiki/Ovirt_Quickstart guide, I've managed to get a= ll > > the way to installing vdsm on gentoo server. At this point, it is not e= ven > > the issue of creating the ebuild file for vdsm, the blocker for me was = the > > following: > > > > - after compiling vdsm and installing it, order of files and install > > locations are clearly following redhat system > > - when starting vdsm by startup script (which is in /etc/rc.d/init.d, > > which, in turn, does not exists in Gentoo), from errors thrown at me I = see > > that it is redhat startup script > > > > So, I will look through the code, when time allows, but if someone could > > help out by some info or advice, it would be appreciated... So far, I w= ould > > start by porting /etc/init.d/functions from fedora and then continue to > > solve the problem with conf files being on different locations. Any > > thoughts on this? Is this the wa to go, in the first place? > > > > Dimitrije > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > = -- = /d "This message is made with 100% recycled electrons. No new atoms were destr= oyed in the making of this message." --===============8167117116527075806==-- From dimitrije.ziv at gmail.com Mon Nov 21 06:23:06 2011 Content-Type: multipart/mixed; boundary="===============3076199509350046708==" MIME-Version: 1.0 From: Dimitrije Zivkovic To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Mon, 21 Nov 2011 12:23:05 +0100 Message-ID: In-Reply-To: 201111211258.29287.dfediuck@redhat.com --===============3076199509350046708== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, so, since I'm also migrating my system from OpenRC to systemd - pure systemd, no OpenRC compatibility, would it be any help to set the condition that ovirt-node requires systemd? I mean, the question here is ( and I think it is worth asking it ) is it worth the time and effort to keep parallel scripts and stuff? If using systemd means that, for now, init standards are no longer an issue, maybe that should be the way to go? Setup ovirt-node under systemd for now and solve init scripts problems later? Is systemd mature enough to inherit SysV or OpenRC completly? Or am I somehow wrong? My system is working with systemd quite nice, no obvious problems so far... PS. Maybe someone could point out what is the minimal set of services needed to run on ovirt-node system/computer? So just to check if systemd has needed scripts already... On Mon, Nov 21, 2011 at 11:58 AM, Doron Fediuck wro= te: > Taking Dimitrije's issue as an example, we hit the first > conflict; Gentoo is using OpenRC by default (and has some BSD-style > leftovers), while RedHat and Fedora are using their SysV-style > implementation, which confirms to LSB. Also, some Fedora services > are moving to systemd implementation. Obviously these implementations > are not trivial to bridge. So where Fedora's script will have > "Required-Start:" > Gentoo will use a depend() function (see vixie-cron as a sample). > So unless we find a magical bridge for init standards, we'll have > to have several init scripts, and each distro will use it's own > script. We can try and generalize it, to make sure distor's > with similar implementations use the same script. > --===============3076199509350046708== Content-Type: text/html MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.html" SGksPGJyPjxicj7CoCBzbywgc2luY2UgSSYjMzk7bSBhbHNvIG1pZ3JhdGluZyBteSBzeXN0ZW0g ZnJvbSBPcGVuUkMgdG8gc3lzdGVtZCAtIHB1cmUgc3lzdGVtZCwgbm8gT3BlblJDIGNvbXBhdGli aWxpdHksIHdvdWxkIGl0IGJlIGFueSBoZWxwIHRvIHNldCB0aGUgY29uZGl0aW9uIHRoYXQgb3Zp cnQtbm9kZSByZXF1aXJlcyBzeXN0ZW1kPyBJIG1lYW4sIHRoZSBxdWVzdGlvbiBoZXJlIGlzICgg YW5kIEkgdGhpbmsgaXQgaXMgd29ydGggYXNraW5nIGl0ICkgaXMgaXQgd29ydGggdGhlIHRpbWUg YW5kIGVmZm9ydCB0byBrZWVwIHBhcmFsbGVsIHNjcmlwdHMgYW5kIHN0dWZmPyA8YnI+CklmIHVz aW5nIHN5c3RlbWQgbWVhbnMgdGhhdCwgZm9yIG5vdywgaW5pdCBzdGFuZGFyZHMgYXJlIG5vIGxv bmdlciBhbiBpc3N1ZSwgbWF5YmUgdGhhdCBzaG91bGQgYmUgdGhlIHdheSB0byBnbz8gU2V0dXAg b3ZpcnQtbm9kZSB1bmRlciBzeXN0ZW1kIGZvciBub3cgYW5kIHNvbHZlIGluaXQgc2NyaXB0cyBw cm9ibGVtcyBsYXRlcj8gSXMgc3lzdGVtZCBtYXR1cmUgZW5vdWdoIHRvIGluaGVyaXQgU3lzViBv ciBPcGVuUkMgY29tcGxldGx5PyBPciBhbSBJIHNvbWVob3cgd3Jvbmc/PGJyPgpNeSBzeXN0ZW0g aXMgd29ya2luZyB3aXRoIHN5c3RlbWQgcXVpdGUgbmljZSwgbm8gb2J2aW91cyBwcm9ibGVtcyBz byBmYXIuLi4gPGJyPjxicj5QUy4gTWF5YmUgc29tZW9uZSBjb3VsZCBwb2ludCBvdXQgd2hhdCBp cyB0aGUgbWluaW1hbCBzZXQgb2Ygc2VydmljZXMgbmVlZGVkIHRvIHJ1biBvbiBvdmlydC1ub2Rl IHN5c3RlbS9jb21wdXRlcj8gU28ganVzdCB0byBjaGVjayBpZiBzeXN0ZW1kIGhhcyBuZWVkZWQg c2NyaXB0cyBhbHJlYWR5Li4uPGJyPgo8YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPk9uIE1v biwgTm92IDIxLCAyMDExIGF0IDExOjU4IEFNLCBEb3JvbiBGZWRpdWNrIDxzcGFuIGRpcj0ibHRy Ij4mbHQ7PGEgaHJlZj0ibWFpbHRvOmRmZWRpdWNrQHJlZGhhdC5jb20iPmRmZWRpdWNrQHJlZGhh dC5jb208L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJyPjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9x dW90ZSIgc3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlk O3BhZGRpbmctbGVmdDoxZXg7Ij4KVGFraW5nIERpbWl0cmlqZSYjMzk7cyBpc3N1ZSBhcyBhbiBl eGFtcGxlLCB3ZSBoaXQgdGhlIGZpcnN0PGJyPgpjb25mbGljdDsgR2VudG9vIGlzIHVzaW5nIE9w ZW5SQyBieSBkZWZhdWx0IChhbmQgaGFzIHNvbWUgQlNELXN0eWxlPGJyPgpsZWZ0b3ZlcnMpLCB3 aGlsZSBSZWRIYXQgYW5kIEZlZG9yYSBhcmUgdXNpbmcgdGhlaXIgU3lzVi1zdHlsZTxicj4KaW1w bGVtZW50YXRpb24sIHdoaWNoIGNvbmZpcm1zIHRvIExTQi4gQWxzbywgc29tZSBGZWRvcmEgc2Vy dmljZXM8YnI+CmFyZSBtb3ZpbmcgdG8gc3lzdGVtZCBpbXBsZW1lbnRhdGlvbi4gT2J2aW91c2x5 IHRoZXNlIGltcGxlbWVudGF0aW9uczxicj4KYXJlIG5vdCB0cml2aWFsIHRvIGJyaWRnZS4gU28g d2hlcmUgRmVkb3JhJiMzOTtzIHNjcmlwdCB3aWxsIGhhdmUgJnF1b3Q7UmVxdWlyZWQtU3RhcnQ6 JnF1b3Q7PGJyPgpHZW50b28gd2lsbCB1c2UgYSBkZXBlbmQoKSBmdW5jdGlvbiAoc2VlIHZpeGll LWNyb24gYXMgYSBzYW1wbGUpLjxicj4KU28gdW5sZXNzIHdlIGZpbmQgYSBtYWdpY2FsIGJyaWRn ZSBmb3IgaW5pdCBzdGFuZGFyZHMsIHdlJiMzOTtsbCBoYXZlPGJyPgp0byBoYXZlIHNldmVyYWwg aW5pdCBzY3JpcHRzLCBhbmQgZWFjaCBkaXN0cm8gd2lsbCB1c2UgaXQmIzM5O3Mgb3duPGJyPgpz Y3JpcHQuIFdlIGNhbiB0cnkgYW5kIGdlbmVyYWxpemUgaXQsIHRvIG1ha2Ugc3VyZSBkaXN0b3Im IzM5O3M8YnI+CndpdGggc2ltaWxhciBpbXBsZW1lbnRhdGlvbnMgdXNlIHRoZSBzYW1lIHNjcmlw dC48YnI+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj4K --===============3076199509350046708==-- From dfediuck at redhat.com Mon Nov 21 07:36:02 2011 Content-Type: multipart/mixed; boundary="===============4830249319134045806==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Mon, 21 Nov 2011 14:36:03 +0200 Message-ID: <201111211436.04006.dfediuck@redhat.com> In-Reply-To: CANbTN39cCCiQhN2bh=iti1bJhUFbtAvg1kmf0HwFpO3PWAohXw@mail.gmail.com --===============4830249319134045806== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Adding vdsm-devel, which is where such changes should be considered. It looks like in the future this may be a good choice, but we'll still need to support existing implementations, as well as colleague distro's who still do not have a proper systemd implementation. BTW, Gentoo is using ~29-r1 which is still unstable in portage tree. Any input from vdsm dev's on systemd scripts? On Monday 21 November 2011 13:23:05 Dimitrije Zivkovic wrote: > Hi, > = > so, since I'm also migrating my system from OpenRC to systemd - pure > systemd, no OpenRC compatibility, would it be any help to set the conditi= on > that ovirt-node requires systemd? I mean, the question here is ( and I > think it is worth asking it ) is it worth the time and effort to keep > parallel scripts and stuff? > If using systemd means that, for now, init standards are no longer an > issue, maybe that should be the way to go? Setup ovirt-node under systemd > for now and solve init scripts problems later? Is systemd mature enough to > inherit SysV or OpenRC completly? Or am I somehow wrong? > My system is working with systemd quite nice, no obvious problems so far.= .. > = > PS. Maybe someone could point out what is the minimal set of services > needed to run on ovirt-node system/computer? So just to check if systemd > has needed scripts already... > = > On Mon, Nov 21, 2011 at 11:58 AM, Doron Fediuck w= rote: > = > > Taking Dimitrije's issue as an example, we hit the first > > conflict; Gentoo is using OpenRC by default (and has some BSD-style > > leftovers), while RedHat and Fedora are using their SysV-style > > implementation, which confirms to LSB. Also, some Fedora services > > are moving to systemd implementation. Obviously these implementations > > are not trivial to bridge. So where Fedora's script will have > > "Required-Start:" > > Gentoo will use a depend() function (see vixie-cron as a sample). > > So unless we find a magical bridge for init standards, we'll have > > to have several init scripts, and each distro will use it's own > > script. We can try and generalize it, to make sure distor's > > with similar implementations use the same script. > > > = -- = /d =E2=80=9CFunny,=E2=80=9D he intoned funereally, =E2=80=9Chow just when you = think life can't possibly get any worse it suddenly does.=E2=80=9D --Dougla= s Adams, The Hitchhiker's Guide to the Galaxy --===============4830249319134045806==-- From danken at redhat.com Mon Nov 21 07:41:07 2011 Content-Type: multipart/mixed; boundary="===============8243851599123757908==" MIME-Version: 1.0 From: Dan Kenigsberg To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Mon, 21 Nov 2011 14:41:04 +0200 Message-ID: <20111121124104.GF23085@redhat.com> In-Reply-To: 201111211258.29287.dfediuck@redhat.com --===============8243851599123757908== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2011 at 12:58:29PM +0200, Doron Fediuck wrote: > Hi Guys, > Well, it looks like we've hit our first distro-diversion. > = > First of all, let's define the issues, and then see how we solve each one; > = > 1. Dimitrije is referring to vdsm's init script (including vdsm-reg). > = > 2. What Jared is referring to is relevant to: > - Host installation process (AKA bootstrapping and registration) > - vdsm operations on host networking > = > I agree it will be better if we solve each issue using the same > code for all distro's. Having said that, we need to see if it's > an achievable task. > = > Taking Dimitrije's issue as an example, we hit the first > conflict; Gentoo is using OpenRC by default (and has some BSD-style > leftovers), while RedHat and Fedora are using their SysV-style > implementation, which confirms to LSB. Also, some Fedora services > are moving to systemd implementation. Obviously these implementations > are not trivial to bridge. So where Fedora's script will have "Required-S= tart:" > Gentoo will use a depend() function (see vixie-cron as a sample). > So unless we find a magical bridge for init standards, we'll have > to have several init scripts, and each distro will use it's own > script. We can try and generalize it, to make sure distor's > with similar implementations use the same script. > = > As for Jared's networking issues, I believe there's more room > here to make the relevant code more flexible, by testing the needed > files, and using what we find. Thus, we'll have all in the same > codebase. You can start by taking a look at vdsm/netinfo.py in > vdsm's git. And, as mentioned by Daniel Berrange, Vdsm should probably be changed to be using netcf to configure host networking. I'm not sure if Gentoo has netcf back-end, though. I'm sure that there are plenty of other Fedoraisms lurking in Vdsm. We would have to take them down one by one. Dan. --===============8243851599123757908==-- From abaron at redhat.com Mon Nov 21 07:42:58 2011 Content-Type: multipart/mixed; boundary="===============3560382195154233937==" MIME-Version: 1.0 From: Ayal Baron To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Mon, 21 Nov 2011 07:42:56 -0500 Message-ID: In-Reply-To: 20111121124104.GF23085@redhat.com --===============3560382195154233937== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ----- Original Message ----- > On Mon, Nov 21, 2011 at 12:58:29PM +0200, Doron Fediuck wrote: > > Hi Guys, > > Well, it looks like we've hit our first distro-diversion. > > = > > First of all, let's define the issues, and then see how we solve > > each one; > > = > > 1. Dimitrije is referring to vdsm's init script (including > > vdsm-reg). > > = > > 2. What Jared is referring to is relevant to: > > - Host installation process (AKA bootstrapping and registration) > > - vdsm operations on host networking > > = > > I agree it will be better if we solve each issue using the same > > code for all distro's. Having said that, we need to see if it's > > an achievable task. > > = > > Taking Dimitrije's issue as an example, we hit the first > > conflict; Gentoo is using OpenRC by default (and has some BSD-style > > leftovers), while RedHat and Fedora are using their SysV-style > > implementation, which confirms to LSB. Also, some Fedora services > > are moving to systemd implementation. Obviously these > > implementations > > are not trivial to bridge. So where Fedora's script will have > > "Required-Start:" > > Gentoo will use a depend() function (see vixie-cron as a sample). > > So unless we find a magical bridge for init standards, we'll have > > to have several init scripts, and each distro will use it's own > > script. We can try and generalize it, to make sure distor's > > with similar implementations use the same script. > > = > > As for Jared's networking issues, I believe there's more room > > here to make the relevant code more flexible, by testing the needed > > files, and using what we find. Thus, we'll have all in the same > > codebase. You can start by taking a look at vdsm/netinfo.py in > > vdsm's git. > = > And, as mentioned by Daniel Berrange, Vdsm should probably be changed > to > be using netcf to configure host networking. I'm not sure if Gentoo > has > netcf back-end, though. Actually we're thinking about NetworkManager, not netcf. > = > I'm sure that there are plenty of other Fedoraisms lurking in Vdsm. > We > would have to take them down one by one. > = > Dan. > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >=20 --===============3560382195154233937==-- From mburns at redhat.com Mon Nov 21 07:48:12 2011 Content-Type: multipart/mixed; boundary="===============8638152253180538687==" MIME-Version: 1.0 From: Mike Burns To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Mon, 21 Nov 2011 07:48:09 -0500 Message-ID: <1321879689.3708.113.camel@beelzebub.mburnsfire.net> In-Reply-To: CANbTN39cCCiQhN2bh=iti1bJhUFbtAvg1kmf0HwFpO3PWAohXw@mail.gmail.com --===============8638152253180538687== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Mon, 2011-11-21 at 12:23 +0100, Dimitrije Zivkovic wrote: > Hi, > = > so, since I'm also migrating my system from OpenRC to systemd - pure > systemd, no OpenRC compatibility, would it be any help to set the > condition that ovirt-node requires systemd? I mean, the question here > is ( and I think it is worth asking it ) is it worth the time and > effort to keep parallel scripts and stuff? = > If using systemd means that, for now, init standards are no longer an > issue, maybe that should be the way to go? Setup ovirt-node under > systemd for now and solve init scripts problems later? Is systemd > mature enough to inherit SysV or OpenRC completly? Or am I somehow > wrong? > My system is working with systemd quite nice, no obvious problems so > far... = > = > PS. Maybe someone could point out what is the minimal set of services > needed to run on ovirt-node system/computer? So just to check if > systemd has needed scripts already... I just want to clarify terms here. oVirt Node is a complete livecd based image. You don't install ovirt-node on a running system, you build an image with it installed and then run that image. = With that said, ovirt-node does have similar problems w.r.t. networking configuration, etc. It directly manipulates /etc/sysconfig/network-scripts/* and probably has other stuff as well that is Fedora specific. Adding a dependency on systemd is not really applicable in this case, since it's a pre-built image. = You sounds like you're interesting in vdsm directly, not ovirt-node. = Mike > = > On Mon, Nov 21, 2011 at 11:58 AM, Doron Fediuck > wrote: > Taking Dimitrije's issue as an example, we hit the first > conflict; Gentoo is using OpenRC by default (and has some > BSD-style > leftovers), while RedHat and Fedora are using their SysV-style > implementation, which confirms to LSB. Also, some Fedora > services > are moving to systemd implementation. Obviously these > implementations > are not trivial to bridge. So where Fedora's script will have > "Required-Start:" > Gentoo will use a depend() function (see vixie-cron as a > sample). > So unless we find a magical bridge for init standards, we'll > have > to have several init scripts, and each distro will use it's > own > script. We can try and generalize it, to make sure distor's > with similar implementations use the same script. > = > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users --===============8638152253180538687==-- From danken at redhat.com Mon Nov 21 07:48:43 2011 Content-Type: multipart/mixed; boundary="===============8916547900837335910==" MIME-Version: 1.0 From: Dan Kenigsberg To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Mon, 21 Nov 2011 14:48:39 +0200 Message-ID: <20111121124838.GG23085@redhat.com> In-Reply-To: 201111211436.04006.dfediuck@redhat.com --===============8916547900837335910== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2011 at 02:36:03PM +0200, Doron Fediuck wrote: > Adding vdsm-devel, which is where such changes should be considered. > = > It looks like in the future this may be a good choice, but we'll > still need to support existing implementations, as well as colleague > distro's who still do not have a proper systemd implementation. > BTW, Gentoo is using ~29-r1 which is still unstable in portage tree. > = > Any input from vdsm dev's on systemd scripts? Recently, Federico suggested a systemd script for Vdsm http://gerrit.ovirt.org/263 We may end up with a prolifiration of services (SysV for RHEL, systemd for Fedora, upstart for Debian, and OpenRC for Gentoo) but that's Life, I guess. --===============8916547900837335910==-- From mburns at redhat.com Mon Nov 21 07:49:46 2011 Content-Type: multipart/mixed; boundary="===============5545823562467047313==" MIME-Version: 1.0 From: Mike Burns To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Mon, 21 Nov 2011 07:49:43 -0500 Message-ID: <1321879783.3708.115.camel@beelzebub.mburnsfire.net> In-Reply-To: bb5fac4a-13a7-4f6f-8a8c-66df64d137bc@zmail13.collab.prod.int.phx2.redhat.com --===============5545823562467047313== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Mon, 2011-11-21 at 07:42 -0500, Ayal Baron wrote: > = > ----- Original Message ----- > > On Mon, Nov 21, 2011 at 12:58:29PM +0200, Doron Fediuck wrote: > > > Hi Guys, > > > Well, it looks like we've hit our first distro-diversion. > > > = > > > First of all, let's define the issues, and then see how we solve > > > each one; > > > = > > > 1. Dimitrije is referring to vdsm's init script (including > > > vdsm-reg). > > > = > > > 2. What Jared is referring to is relevant to: > > > - Host installation process (AKA bootstrapping and registration) > > > - vdsm operations on host networking > > > = > > > I agree it will be better if we solve each issue using the same > > > code for all distro's. Having said that, we need to see if it's > > > an achievable task. > > > = > > > Taking Dimitrije's issue as an example, we hit the first > > > conflict; Gentoo is using OpenRC by default (and has some BSD-style > > > leftovers), while RedHat and Fedora are using their SysV-style > > > implementation, which confirms to LSB. Also, some Fedora services > > > are moving to systemd implementation. Obviously these > > > implementations > > > are not trivial to bridge. So where Fedora's script will have > > > "Required-Start:" > > > Gentoo will use a depend() function (see vixie-cron as a sample). > > > So unless we find a magical bridge for init standards, we'll have > > > to have several init scripts, and each distro will use it's own > > > script. We can try and generalize it, to make sure distor's > > > with similar implementations use the same script. > > > = > > > As for Jared's networking issues, I believe there's more room > > > here to make the relevant code more flexible, by testing the needed > > > files, and using what we find. Thus, we'll have all in the same > > > codebase. You can start by taking a look at vdsm/netinfo.py in > > > vdsm's git. > > = > > And, as mentioned by Daniel Berrange, Vdsm should probably be changed > > to > > be using netcf to configure host networking. I'm not sure if Gentoo > > has > > netcf back-end, though. > = > Actually we're thinking about NetworkManager, not netcf. Does NetworkManager have an api or library level package that doesn't pull in all the UI bits? ovirt-node does not currently include NetworkManager packages at all and we don't want to pull anything that is going to pull in X or another UI. Mike > = > > = > > I'm sure that there are plenty of other Fedoraisms lurking in Vdsm. > > We > > would have to take them down one by one. > > = > > Dan. > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > = > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users --===============5545823562467047313==-- From dfediuck at redhat.com Mon Nov 21 09:00:24 2011 Content-Type: multipart/mixed; boundary="===============0489108984558400359==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Mon, 21 Nov 2011 16:00:26 +0200 Message-ID: <201111211600.27017.dfediuck@redhat.com> In-Reply-To: 1321879783.3708.115.camel@beelzebub.mburnsfire.net --===============0489108984558400359== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Monday 21 November 2011 14:49:43 Mike Burns wrote: > On Mon, 2011-11-21 at 07:42 -0500, Ayal Baron wrote: > > = > > ----- Original Message ----- > > > On Mon, Nov 21, 2011 at 12:58:29PM +0200, Doron Fediuck wrote: > > > > Hi Guys, > > > > Well, it looks like we've hit our first distro-diversion. > > > > = > > > > First of all, let's define the issues, and then see how we solve > > > > each one; > > > > = > > > > 1. Dimitrije is referring to vdsm's init script (including > > > > vdsm-reg). > > > > = > > > > 2. What Jared is referring to is relevant to: > > > > - Host installation process (AKA bootstrapping and registration) > > > > - vdsm operations on host networking > > > > = > > > > I agree it will be better if we solve each issue using the same > > > > code for all distro's. Having said that, we need to see if it's > > > > an achievable task. > > > > = > > > > Taking Dimitrije's issue as an example, we hit the first > > > > conflict; Gentoo is using OpenRC by default (and has some BSD-style > > > > leftovers), while RedHat and Fedora are using their SysV-style > > > > implementation, which confirms to LSB. Also, some Fedora services > > > > are moving to systemd implementation. Obviously these > > > > implementations > > > > are not trivial to bridge. So where Fedora's script will have > > > > "Required-Start:" > > > > Gentoo will use a depend() function (see vixie-cron as a sample). > > > > So unless we find a magical bridge for init standards, we'll have > > > > to have several init scripts, and each distro will use it's own > > > > script. We can try and generalize it, to make sure distor's > > > > with similar implementations use the same script. > > > > = > > > > As for Jared's networking issues, I believe there's more room > > > > here to make the relevant code more flexible, by testing the needed > > > > files, and using what we find. Thus, we'll have all in the same > > > > codebase. You can start by taking a look at vdsm/netinfo.py in > > > > vdsm's git. > > > = > > > And, as mentioned by Daniel Berrange, Vdsm should probably be changed > > > to > > > be using netcf to configure host networking. I'm not sure if Gentoo > > > has > > > netcf back-end, though. > > = > > Actually we're thinking about NetworkManager, not netcf. > = > Does NetworkManager have an api or library level package that doesn't > pull in all the UI bits? ovirt-node does not currently include > NetworkManager packages at all and we don't want to pull anything that > is going to pull in X or another UI. > = > Mike +1 NetworkManager pulls in gnome, while it's net being used in many cases, especially in servers. As for netcf in Gentoo, there's not substantial support which will make it easy to work with. > > = > > > = > > > I'm sure that there are plenty of other Fedoraisms lurking in Vdsm. > > > We > > > would have to take them down one by one. > > > = > > > Dan. -- = /d "Do not look into laser with remaining eye." --On a laser pointer user-manu= al --===============0489108984558400359==-- From dfediuck at redhat.com Mon Nov 21 09:13:20 2011 Content-Type: multipart/mixed; boundary="===============0355215435527521507==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Mon, 21 Nov 2011 16:13:20 +0200 Message-ID: <201111211613.20396.dfediuck@redhat.com> In-Reply-To: 201111211600.27017.dfediuck@redhat.com --===============0355215435527521507== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Monday 21 November 2011 16:00:26 Doron Fediuck wrote: > On Monday 21 November 2011 14:49:43 Mike Burns wrote: > > On Mon, 2011-11-21 at 07:42 -0500, Ayal Baron wrote: > > > = > > > ----- Original Message ----- > > > > On Mon, Nov 21, 2011 at 12:58:29PM +0200, Doron Fediuck wrote: > > > > > Hi Guys, > > > > > Well, it looks like we've hit our first distro-diversion. > > > > > = > > > > > First of all, let's define the issues, and then see how we solve > > > > > each one; > > > > > = > > > > > 1. Dimitrije is referring to vdsm's init script (including > > > > > vdsm-reg). > > > > > = > > > > > 2. What Jared is referring to is relevant to: > > > > > - Host installation process (AKA bootstrapping and registration) > > > > > - vdsm operations on host networking > > > > > = > > > > > I agree it will be better if we solve each issue using the same > > > > > code for all distro's. Having said that, we need to see if it's > > > > > an achievable task. > > > > > = > > > > > Taking Dimitrije's issue as an example, we hit the first > > > > > conflict; Gentoo is using OpenRC by default (and has some BSD-sty= le > > > > > leftovers), while RedHat and Fedora are using their SysV-style > > > > > implementation, which confirms to LSB. Also, some Fedora services > > > > > are moving to systemd implementation. Obviously these > > > > > implementations > > > > > are not trivial to bridge. So where Fedora's script will have > > > > > "Required-Start:" > > > > > Gentoo will use a depend() function (see vixie-cron as a sample). > > > > > So unless we find a magical bridge for init standards, we'll have > > > > > to have several init scripts, and each distro will use it's own > > > > > script. We can try and generalize it, to make sure distor's > > > > > with similar implementations use the same script. > > > > > = > > > > > As for Jared's networking issues, I believe there's more room > > > > > here to make the relevant code more flexible, by testing the need= ed > > > > > files, and using what we find. Thus, we'll have all in the same > > > > > codebase. You can start by taking a look at vdsm/netinfo.py in > > > > > vdsm's git. > > > > = > > > > And, as mentioned by Daniel Berrange, Vdsm should probably be chang= ed > > > > to > > > > be using netcf to configure host networking. I'm not sure if Gentoo > > > > has > > > > netcf back-end, though. > > > = > > > Actually we're thinking about NetworkManager, not netcf. > > = > > Does NetworkManager have an api or library level package that doesn't > > pull in all the UI bits? ovirt-node does not currently include > > NetworkManager packages at all and we don't want to pull anything that > > is going to pull in X or another UI. > > = > > Mike > = > +1 > NetworkManager pulls in gnome, while it's net being used in many cases, > especially in servers. > As for netcf in Gentoo, there's not substantial support which will make > it easy to work with. > = Clarifying my cryptic typos- netcf has no proper support in Gentoo. It will be helpful if vdsm takes a more generic approach. -- = /d "2B | !2B =3D FF" --===============0355215435527521507==-- From sgordon at redhat.com Mon Nov 21 10:18:41 2011 Content-Type: multipart/mixed; boundary="===============2283026523058240980==" MIME-Version: 1.0 From: Steve Gordon To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Mon, 21 Nov 2011 10:18:39 -0500 Message-ID: <1c6bc9d7-c696-4a15-a0d6-510898960707@zmail15.collab.prod.int.phx2.redhat.com> In-Reply-To: bb5fac4a-13a7-4f6f-8a8c-66df64d137bc@zmail13.collab.prod.int.phx2.redhat.com --===============2283026523058240980== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable > Actually we're thinking about NetworkManager, not netcf. > = Also note that NetworkManager doesn't currently support bridge creation whi= ch I thought was something we needed to do (and I assumed was why we were m= anually interacting with the 'old' network configuration method in the firs= t place). -Steve --===============2283026523058240980==-- From pmyers at redhat.com Mon Nov 21 10:31:23 2011 Content-Type: multipart/mixed; boundary="===============8556395278211035851==" MIME-Version: 1.0 From: Perry Myers To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Mon, 21 Nov 2011 10:31:20 -0500 Message-ID: <4ECA6EC8.5090602@redhat.com> In-Reply-To: 1c6bc9d7-c696-4a15-a0d6-510898960707@zmail15.collab.prod.int.phx2.redhat.com --===============8556395278211035851== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/21/2011 10:18 AM, Steve Gordon wrote: >> Actually we're thinking about NetworkManager, not netcf. >> = > = > Also note that NetworkManager doesn't currently support bridge > creation which I thought was something we needed to do (and I assumed > was why we were manually interacting with the 'old' network > configuration method in the first place). That is true, but my understanding is that the NM folks are working to close those gaps. I've cc'd dcbw onto this thread to see if he has any comments Dan, the thread starter is: http://lists.ovirt.org/pipermail/users/2011-November/000066.html In case you want the history here. But in short, what we're discussing is whether or not to use NM or netcf directly for network manipulation, and my take is that NM is the way to go, but there are some gaps that need to be closed before we can get there like: * bridge creation * better subpackaging for NM packages so that things like mobile provider data and wpa_supplicant aren't pulled in by default (mburns is filing a bug on this shortly) What's the current status wrt NM on other distros? How prevalent is it and can we just standardize on it for things like Ubuntu, SLES, Debian, Gentoo, etc? Perry --===============8556395278211035851==-- From dfediuck at redhat.com Tue Nov 22 02:48:18 2011 Content-Type: multipart/mixed; boundary="===============4874276000131271988==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Tue, 22 Nov 2011 09:48:22 +0200 Message-ID: <201111220948.22429.dfediuck@redhat.com> In-Reply-To: a29f6850-4436-4bfd-a1d2-a77cdb21e115@zmail16.collab.prod.int.phx2.redhat.com --===============4874276000131271988== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Monday 21 November 2011 19:12:36 Federico Simoncelli wrote: > ----- Original Message ----- > > From: "Doron Fediuck" > > To: users(a)ovirt.org > > Cc: "VDSM Project Development" > > Sent: Monday, November 21, 2011 3:13:20 PM > > Subject: Re: [Users] ovirt-node on Gentoo > > = > > On Monday 21 November 2011 16:00:26 Doron Fediuck wrote: > > > On Monday 21 November 2011 14:49:43 Mike Burns wrote: > > > > On Mon, 2011-11-21 at 07:42 -0500, Ayal Baron wrote: > > > > > = > > > > > Actually we're thinking about NetworkManager, not netcf. > > > > = > > > > Does NetworkManager have an api or library level package that > > > > doesn't > > > > pull in all the UI bits? ovirt-node does not currently include > > > > NetworkManager packages at all and we don't want to pull anything > > > > that > > > > is going to pull in X or another UI. > > > > = > > > > Mike > > > = > > > +1 > > > NetworkManager pulls in gnome, while it's net being used in many > > > cases, > > > especially in servers. > > > As for netcf in Gentoo, there's not substantial support which will > > > make > > > it easy to work with. > > > = > > Clarifying my cryptic typos- netcf has no proper support in Gentoo. > > It will be helpful if vdsm takes a more generic approach. > = > Configuring the network is a difficult task. Taking a more generic > approach means facing again the problems that NetworkManager found > and resolved in the past. > = > Do you know any other (mature) project that is trying to fill in the > gaps between the network configurations in the various distro? > I'm worried that taking a generic approach we'll end up creating a > small NetworkManager clone with a smaller scope (usable only for the > vdsm tasks). > = > We could use our effort to improve NetworkManager where it's lacking > of functionality/packaging. For example I've been waiting for the bridge > support for a long time, I hope to see it soon. > = Federico, Since I personally know the one who wrote most of the vdsm-ovirt/rhel = integration bugs (not the code, just the bugs...) I'm fully aware of network complexity, and the impact of supporting several distro's. This is exactly why I asked for a /generic/ approach, which will not pull in numerous packages which are distro or desktop-env specific. Having said that, I can tell you that last night I did some more investigations in Gentoo, and I was pleasantly surprised to see the following: emerge -DuNavt --with-bdeps=3Dy --keep-going net-misc/networkmanager These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N ] net-misc/networkmanager-0.8.4.0-r2 USE=3D"bluetooth ppp -= avahi -connection-sharing -dhclient -dhcpcd -doc -gnutls -nss -resolvconf" = 1,634 kB [ebuild N ] net-misc/modemmanager-0.4 USE=3D"policykit -doc -test" 4= 35 kB Total: 2 packages (2 new), Size of downloads: 2,069 kB This means that network manager no longer pulls gnome-related packages, which is very good news. If this is the case in other distro's I think we can converge on this solution. I guess we only need some input from Suse / Ubuntu people to see if it works for them as well. -- = /d "This message will self destruct in the future. Or not." --===============4874276000131271988==-- From pmyers at redhat.com Tue Nov 22 07:56:53 2011 Content-Type: multipart/mixed; boundary="===============3629130916772879699==" MIME-Version: 1.0 From: Perry Myers To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Tue, 22 Nov 2011 07:56:50 -0500 Message-ID: <4ECB9C12.1010703@redhat.com> In-Reply-To: 201111220948.22429.dfediuck@redhat.com --===============3629130916772879699== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable > This means that network manager no longer pulls gnome-related > packages, which is very good news. If this is the case in other > distro's I think we can converge on this solution. mburns did a test on this yesterday and confirmed that on Fedora it also does not pull in Gnome/X, so it looks like on both Fedora/Gentoo we're good with NM. Still hoping for dwilliams to chime in on my questions from yesterday on this thread :) --===============3629130916772879699==-- From dfediuck at redhat.com Tue Nov 22 08:09:09 2011 Content-Type: multipart/mixed; boundary="===============5611308571957092945==" MIME-Version: 1.0 From: Doron Fediuck To: users at ovirt.org Subject: Re: [Users] ovirt-node on Gentoo Date: Tue, 22 Nov 2011 15:09:11 +0200 Message-ID: <201111221509.11730.dfediuck@redhat.com> In-Reply-To: 4ECB9C12.1010703@redhat.com --===============5611308571957092945== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Tuesday 22 November 2011 14:56:50 Perry Myers wrote: > > This means that network manager no longer pulls gnome-related > > packages, which is very good news. If this is the case in other > > distro's I think we can converge on this solution. > = > mburns did a test on this yesterday and confirmed that on Fedora it also > does not pull in Gnome/X, so it looks like on both Fedora/Gentoo we're > good with NM. > = > Still hoping for dwilliams to chime in on my questions from yesterday on > this thread :) > = +1 (on both paragraphs...) -- = /d "This message will self destruct in the future. Or not." --===============5611308571957092945==-- From rgolan at redhat.com Wed Nov 23 06:02:52 2011 Content-Type: multipart/mixed; boundary="===============7063266796304823049==" MIME-Version: 1.0 From: Roy Golan To: users at ovirt.org Subject: Re: [Users] Gentoo wiki article Date: Wed, 23 Nov 2011 13:02:48 +0200 Message-ID: <4ECCD2D8.7090007@redhat.com> In-Reply-To: CANbTN38iKd2Env20=kr67rHiKjkkK8iXe9L2UY51ARsipot-Bg@mail.gmail.com --===============7063266796304823049== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Tue 15 Nov 2011 01:28:13 AM IST, Dimitrije Zivkovic wrote: > Hi, > > as promised, wiki article is somewhat modified :) > > http://wiki.gentoo.org/wiki/OVirt > > I hope it answers all the questions you asked and I hope even more = > that you will be adding more problems and solutions to it. > Next thing for me will be creating ebuild file binary JBoss, stay = > tuned... :) > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users you got some copy-paste fired mistakenly in "Application deployment" = part. --===============7063266796304823049==-- From ranglust at redhat.com Wed Nov 23 09:44:44 2011 Content-Type: multipart/mixed; boundary="===============5666516785370538508==" MIME-Version: 1.0 From: Ronen Angluster To: users at ovirt.org Subject: [Users] First Nightly build of ovirt-engine & VDSM + Installation Guides Date: Wed, 23 Nov 2011 16:45:30 +0200 Message-ID: <4ECD070A.907@redhat.com> --===============5666516785370538508== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello, We've published 2 guides that describe how to install & configure ovirt-engine & VDSM from a nightly build placed on ovirt.org's repository. http://www.ovirt.org/wiki/Installing_ovirt_from_rpm http://www.ovirt.org/wiki/Installing_VDSM_from_rpm Please note the following: 1. At the time, nightly builds are not going to be carried out "nightly", we will publish new versions from time to time until we'll establish a mature and working release process 2. The installation process contains interim steps and will change as we = mature the ovirt-engine product's deployment and may change significantly between revisions. Regards, Ronen Angluster --===============5666516785370538508==-- From bazulay at redhat.com Wed Nov 23 09:47:23 2011 Content-Type: multipart/mixed; boundary="===============2364847326200135705==" MIME-Version: 1.0 From: Barak Azulay To: users at ovirt.org Subject: Re: [Users] First Nightly build of ovirt-engine & VDSM + Installation Guides Date: Wed, 23 Nov 2011 16:45:54 +0200 Message-ID: <4ECD0722.2040409@redhat.com> In-Reply-To: 4ECD070A.907@redhat.com --===============2364847326200135705== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/23/2011 04:45 PM, Ronen Angluster wrote: > Hello, > Great work Ronen. > We've published 2 guides that describe how to install & configure > ovirt-engine & VDSM from a nightly build placed on ovirt.org's repository. > > http://www.ovirt.org/wiki/Installing_ovirt_from_rpm > http://www.ovirt.org/wiki/Installing_VDSM_from_rpm > > Please note the following: > 1. At the time, nightly builds are not going to be carried out "nightly", > we will publish new versions from time to time until we'll establish > a mature and working release process > > 2. The installation process contains interim steps and will change as we > mature the ovirt-engine product's > deployment and may change significantly between revisions. > > > Regards, > Ronen Angluster --===============2364847326200135705==-- From dkenigsb at redhat.com Wed Nov 23 11:33:10 2011 Content-Type: multipart/mixed; boundary="===============7072397428944272693==" MIME-Version: 1.0 From: Dan Kenigsberg To: users at ovirt.org Subject: Re: [Users] First Nightly build of ovirt-engine & VDSM + Installation Guides Date: Wed, 23 Nov 2011 11:33:05 -0500 Message-ID: <66e30c21-e8a5-4ca6-97fb-e45e5fe30473@zmail13.collab.prod.int.phx2.redhat.com> In-Reply-To: 4ECD070A.907@redhat.com --===============7072397428944272693== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable ----- Original Message ----- > Hello, > = > We've published 2 guides that describe how to install & configure > ovirt-engine & VDSM from a nightly build placed on ovirt.org's > repository. > = > http://www.ovirt.org/wiki/Installing_ovirt_from_rpm > http://www.ovirt.org/wiki/Installing_VDSM_from_rpm I forgot, again, my Wiki password, so I'm complaining here instead of fixin= g: yum install -y vdsm* is not a good practice. Better do yum install -y vdsm vdsm-cli Dan. --===============7072397428944272693==-- From jchoate at redhat.com Wed Nov 23 11:34:30 2011 Content-Type: multipart/mixed; boundary="===============1540778705273958644==" MIME-Version: 1.0 From: Jon Choate To: users at ovirt.org Subject: Re: [Users] First Nightly build of ovirt-engine & VDSM + Installation Guides Date: Wed, 23 Nov 2011 11:33:27 -0500 Message-ID: <4ECD2057.5010701@redhat.com> In-Reply-To: 66e30c21-e8a5-4ca6-97fb-e45e5fe30473@zmail13.collab.prod.int.phx2.redhat.com --===============1540778705273958644== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 11/23/2011 11:33 AM, Dan Kenigsberg wrote: > ----- Original Message ----- >> Hello, >> >> We've published 2 guides that describe how to install& configure >> ovirt-engine& VDSM from a nightly build placed on ovirt.org's >> repository. >> >> http://www.ovirt.org/wiki/Installing_ovirt_from_rpm >> http://www.ovirt.org/wiki/Installing_VDSM_from_rpm > I forgot, again, my Wiki password, so I'm complaining here instead of fix= ing: > > yum install -y vdsm* > > is not a good practice. Better do > > yum install -y vdsm vdsm-cli > > Dan. > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users fixed --===============1540778705273958644==-- From cristi.falcas at gmail.com Sun Nov 27 09:08:36 2011 Content-Type: multipart/mixed; boundary="===============4549218573978172068==" MIME-Version: 1.0 From: Cristian Falcas To: users at ovirt.org Subject: [Users] Storage configuration Date: Sun, 27 Nov 2011 16:08:14 +0200 Message-ID: --===============4549218573978172068== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello list, Again I'm having truble with simple things. I don't know how to properly setup the Storage. Mainly I don't know how to define a location for the iso files to be used at installation time. Also, I want to ask if ovirt has the concept of virtual machine images: already installed OSs that can be fired up and used by any node without installation. I think only the MAC address should be updated for that. Best regards, Cristian Falcas --===============4549218573978172068==-- From iheim at redhat.com Tue Nov 29 12:56:17 2011 Content-Type: multipart/mixed; boundary="===============6117085772541808611==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] Storage configuration Date: Tue, 29 Nov 2011 12:56:16 -0500 Message-ID: <9c0d01ccaebf$d21b68e0$76523aa0$@com> In-Reply-To: CAMo7R_cdwkaU5Pc383nuoVC4WhqCaSY02-2PT0PWRr7Lqd2yUA@mail.gmail.com --===============6117085772541808611== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable > -----Original Message----- > From: users-bounces(a)ovirt.org [mailto:users-bounces(a)ovirt.org] On Beh= alf Of Cristian Falcas > Sent: Sunday, November 27, 2011 16:08 PM > To: users(a)ovirt.org > Subject: [Users] Storage configuration > = > Hello list, > = > Again I'm having truble with simple things. I don't know how to > properly setup the Storage. Which type of storage are you trying to set? > = > Mainly I don't know how to define a location for the iso files to be > used at installation time. You need to create an NFS export and create a storage domain of type ISO NFS. > = > Also, I want to ask if ovirt has the concept of virtual machine > images: already installed OSs that can be fired up and used by any > node without installation. I think only the MAC address should be > updated for that. I assume you mean something like a virtual appliance library - no. not yet. --===============6117085772541808611==-- From fsayd at uncu.edu.ar Wed Nov 30 11:31:32 2011 Content-Type: multipart/mixed; boundary="===============3092068026687218057==" MIME-Version: 1.0 From: Federico Alberto Sayd To: users at ovirt.org Subject: [Users] Trouble making ovirt-node image Date: Wed, 30 Nov 2011 13:31:20 -0300 Message-ID: <4ED65A58.9000907@uncu.edu.ar> --===============3092068026687218057== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello: I am trying to implement Ovirt in a testing datacenter. I have installed Ovirt-Engine from rpm on Fedora 16 and all is Ok. I can = access the web management without problem. My problem is with Ovirt-Node. I followed the guide in: = http://www.ovirt.org/wiki/Node_Building. I used the same Fedora 16 installation for building the node iso. I = followed all steps, but the iso creation failed. The docs dont say, but I had to install at least the ovirt-node-tools, = I don't know if also I have to install ovirt-node rpm from = $BASEDIR/rpmbuild/RPMS/noarch The output of make ovirt-node-image.iso is in pastebin: = http://pastebin.com/2U6NezuE There is not yet a prebuilt image of Ovirt available? Thanks! Any help is appreciated --===============3092068026687218057==-- From dougsland at redhat.com Wed Nov 30 11:40:46 2011 Content-Type: multipart/mixed; boundary="===============3932743700820455014==" MIME-Version: 1.0 From: Douglas Landgraf To: users at ovirt.org Subject: Re: [Users] Trouble making ovirt-node image Date: Wed, 30 Nov 2011 14:48:25 -0500 Message-ID: <4ED68889.5000407@redhat.com> In-Reply-To: 4ED65A58.9000907@uncu.edu.ar --===============3932743700820455014== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hello Federico, On 11/30/2011 11:31 AM, Federico Alberto Sayd wrote: > Hello: > > I am trying to implement Ovirt in a testing datacenter. > > I have installed Ovirt-Engine from rpm on Fedora 16 and all is Ok. I = > can access the web management without problem. > > My problem is with Ovirt-Node. I followed the guide in: = > http://www.ovirt.org/wiki/Node_Building. > > I used the same Fedora 16 installation for building the node iso. I = > followed all steps, but the iso creation failed. > > The docs dont say, but I had to install at least the = > ovirt-node-tools, I don't know if also I have to install ovirt-node = > rpm from $BASEDIR/rpmbuild/RPMS/noarch > > The output of make ovirt-node-image.iso is in pastebin: = > http://pastebin.com/2U6NezuE > Please see this BZ, there is a workaround: https://bugzilla.redhat.com/show_bug.cgi?id=3D757818 Thanks Douglas --===============3932743700820455014==-- From iheim at redhat.com Wed Nov 30 14:19:15 2011 Content-Type: multipart/mixed; boundary="===============2075858907903997139==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] Trouble making ovirt-node image Date: Wed, 30 Nov 2011 14:19:14 -0500 Message-ID: In-Reply-To: 4ED65A58.9000907@uncu.edu.ar --===============2075858907903997139== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable > -----Original Message----- > From: users-bounces(a)ovirt.org [mailto:users-bounces(a)ovirt.org] On Beh= alf Of Federico Alberto Sayd > Sent: Wednesday, November 30, 2011 18:31 PM > To: users(a)ovirt.org > Subject: [Users] Trouble making ovirt-node image > = > Hello: > = > I am trying to implement Ovirt in a testing datacenter. > = > I have installed Ovirt-Engine from rpm on Fedora 16 and all is Ok. I can > access the web management without problem. > = > My problem is with Ovirt-Node. I followed the guide in: > http://www.ovirt.org/wiki/Node_Building. > = > I used the same Fedora 16 installation for building the node iso. I > followed all steps, but the iso creation failed. > = > The docs dont say, but I had to install at least the ovirt-node-tools, > I don't know if also I have to install ovirt-node rpm from > $BASEDIR/rpmbuild/RPMS/noarch > = > The output of make ovirt-node-image.iso is in pastebin: > http://pastebin.com/2U6NezuE > = > There is not yet a prebuilt image of Ovirt available? > = > Thanks! Any help is appreciated Also, you can install VDSM on a fedora 16 machine rather than use the node flavor: http://www.ovirt.org/wiki/Installing_VDSM_from_rpm --===============2075858907903997139==-- From rbergero at redhat.com Wed Nov 30 15:47:10 2011 Content-Type: multipart/mixed; boundary="===============7391046822260017038==" MIME-Version: 1.0 From: Robyn Bergeron To: users at ovirt.org Subject: [Users] oVirt Weekly Sync Meeting Minutes :: 2011-11-30 Date: Wed, 30 Nov 2011 13:47:08 -0700 Message-ID: <4ED6964C.2050503@redhat.com> --===============7391046822260017038== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multi-part message in MIME format. --------------000406060401000403020508 Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Content-Transfer-Encoding: 7bit Minutes: http://ovirt.org/meetings/ovirt/2011/ovirt.2011-11-30-15.00.html Full Log: = http://ovirt.org/meetings/ovirt/2011/ovirt.2011-11-30-15.00.log.html Full minutes follow below. Thanks, -Robyn =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D #ovirt: oVirt Weekly Sync Meeting =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D Meeting started by rbergeron at 15:00:13 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2011/ovirt.2011-11-30-15.00.log.html . Meeting summary --------------- * Who's here? (rbergeron, 15:00:41) * cctrieloff, jumper45, smoser, pmyers, ovedo, dannf, masayag, oschreib, jimjag, ykaul, sgordon, aglitke, quaid, doron present (rbergeron, 15:02:11) * itamar present (rbergeron, 15:02:20) * Today's Agenda (rbergeron, 15:02:25) * Today's Agenda: Press release status, upcoming event planning, First release "stuff", FTP/repository "stuff". (rbergeron, 15:02:59) * lpeer, acathrow present (rbergeron, 15:03:11) * Press Release Status (rbergeron, 15:03:52) * rharper present (rbergeron, 15:04:10) * Still waiting on Cisco, but is in progress. Just waiting on corporate signoff, etc. (rbergeron, 15:05:55) * Upcoming event planning (rbergeron, 15:08:43) * Robyn received word that we can have a full day room at the Red Hat dev. conference in Brno in Feb. (17th/18th, not sure on exact day yet) (rbergeron, 15:10:18) * ACTION: rbergero to work on the events wiki page and fill up with events where we should plan presence (rbergeron, 15:11:00) * ACTION: rbergeron to also add confs with papers, when to submit, etc. (rbergeron, 15:11:43) * waiting on FOSDEM to find out about availability for conference session (rbergeron, 15:13:25) * is probably best to get basic planning for conferences done in the next 2 weeks or so, people are working budgets. (rbergeron, 15:14:47) * Booth interest exists, but we need to see WHO CAN GO :) (for FOSDEM) (rbergeron, 15:18:51) * ACTION: cctrieloff to hack on an official presentation this week for use by others at events (rbergeron, 15:20:46) * LINK: http://www.ovirt.org/wp-content/uploads/2011/09/Ovirt-WorkShop-Invitation.p= df = (quaid, 15:21:39) * First Release stuff. (rbergeron, 15:21:45) * ACTION: acathrow to take a crack at a presentation starting w/features, gui sutff, move into tech architecture, someone else can add contributions/getting started (rbergeron, 15:25:47) * oschreib is confirmed as the Release Manager for the first release. :) (rbergeron, 15:30:03) * LINK: http://www.ovirt.org/wiki/First_release (quaid, 15:32:49) * itamar: so i'm for treating the versions as major, going 6 months cycle (except for maybe first few which will do more rapidly to shape things up). and we provide upgrade support for last 2 major versions (cctrieloff, 15:54:46) * ftp (cctrieloff, 15:55:39) * sgordon discussed RPM / repo stuff onlist yesterday in arch@; please read and digest and respond (rbergeron, 16:03:15) * Opening of Lists (rbergeron, 16:05:14) Meeting ended at 16:20:36 UTC. Action Items ------------ * rbergero to work on the events wiki page and fill up with events where we should plan presence * rbergeron to also add confs with papers, when to submit, etc. * cctrieloff to hack on an official presentation this week for use by others at events * acathrow to take a crack at a presentation starting w/features, gui sutff, move into tech architecture, someone else can add contributions/getting started Action Items, by person ----------------------- * acathrow * acathrow to take a crack at a presentation starting w/features, gui sutff, move into tech architecture, someone else can add contributions/getting started * cctrieloff * cctrieloff to hack on an official presentation this week for use by others at events * rbergeron * rbergeron to also add confs with papers, when to submit, etc. * **UNASSIGNED** * rbergero to work on the events wiki page and fill up with events where we should plan presence People Present (lines said) --------------------------- * rbergeron (122) * cctrieloff (56) * quaid (49) * sgordon (40) * itamar (23) * oschreib (19) * jimjag (16) * pmyers (15) * abaron (11) * smoser (11) * doron_{^_^} (10) * aliguori (7) * acathrow (7) * ovirtbot (5) * jumper45 (4) * lpeer (2) * ovedo (2) * ykaul (2) * rharper (2) * ichristo (1) * oschreib1 (1) * aglitke (1) * masayag (1) * alon (1) * dannf (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot _______________________________________________ Board mailing list Board(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/board --------------000406060401000403020508 Content-Type: text/html; charset=3DISO-8859-1 Content-Transfer-Encoding: 7bit
Minutes: http://ovirt.org/meetings/ovirt/2011/ovirt.2011-11-30-15.00.html
Full Log: http://ovirt.org/meetings/ovirt/2011/ovirt.2011-11-30-15.00.log.html

Full minutes follow below.

Thanks,

-Robyn

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
#ovirt: oVirt Weekly Sync Meeting
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D


Meeting started by rbergeron at 15:00:13 UTC. The full logs are
available at
http://ovirt.org/meetings/ovirt/2011/ovirt.2011-11-30-15.00.log.html .



Meeting summary
---------------
* Who's here?  (rbergeron, 15:00:41)
  * cctrieloff, jumper45, smoser, pmyers, ovedo, dannf, masayag,
    oschreib, jimjag, ykaul, sgordon, aglitke, quaid, = doron present
    (rbergeron, 15:02:11)
  * itamar present  (rbergeron, 15:02:20)

* Today's Agenda  (rbergeron, 15:02:25)
  * Today's Agenda: Press release status, upcoming event plannin= g, First
    release "stuff", FTP/repository "stuff".  (rb= ergeron, 15:02:59)
  * lpeer, acathrow present  (rbergeron, 15:03:11)

* Press Release Status  (rbergeron, 15:03:52)
  * rharper present  (rbergeron, 15:04:10)
  * Still waiting on Cisco, but is in progress. Just waiting on
    corporate signoff, etc.  (rbergeron, 15:05:55)

* Upcoming event planning  (rbergeron, 15:08:43)
  * Robyn received word that we can have a full day room at the Red Hat
    dev. conference in Brno in Feb. (17th/18th, not su= re on exact day
    yet)  (rbergeron, 15:10:18)
  * ACTION: rbergero to work on the events wiki page and fill up with
    events where we should plan presence  (rberge= ron, 15:11:00)
  * ACTION: rbergeron to also add confs with papers, when to submit,
    etc.  (rbergeron, 15:11:43)
  * waiting on FOSDEM to find out about availability for conference
    session  (rbergeron, 15:13:25)
  * is probably best to get basic planning for conferences done = in the
    next 2 weeks or so, people are working budgets.&nb= sp; (rbergeron,
    15:14:47)
  * Booth interest exists, but we need to see WHO CAN GO :) (for FOSDEM)
    (rbergeron, 15:18:51)
  * ACTION: cctrieloff to hack on an official presentation this week for
    use by others at events  (rbergeron, 15:20:46)
  * LINK:
    http://www.ovirt.org/wp-content/uploads/2011/09/Ovirt-WorkShop-= Invitation.pdf
    (quaid, 15:21:39)

* First Release stuff.  (rbergeron, 15:21:45)
  * ACTION: acathrow to take a crack at a presentation starting
    w/features, gui sutff, move into tech architecture= , someone else can
    add contributions/getting started  (rbergeron= , 15:25:47)
  * oschreib is confirmed as the Release Manager for the first release.
    := )  (rbergeron, 15:30:03)
  * LINK: http://www.ovirt.o= rg/wiki/First_release   (quaid, 15:32:49)
  * itamar: so i'm for treating the versions as major, going 6 months
    cycle (except for maybe first few which will do mo= re rapidly to
    shape things up). and we provide upgrade support f= or last 2 major
    versions  (cctrieloff, 15:54:46)

* ftp  (cctrieloff, 15:55:39)
  * sgordon discussed RPM / repo stuff onlist yesterday in arch@; please
    read and digest and respond  (rbergeron, 16:0= 3:15)

* Opening of Lists  (rbergeron, 16:05:14)

Meeting ended at 16:20:36 UTC.




Action Items
------------
* rbergero to work on the events wiki page and fill up with events where
  we should plan presence
* rbergeron to also add confs with papers, when to submit, etc.
* cctrieloff to hack on an official presentation this week for use by
  others at events
* acathrow to take a crack at a presentation starting w/features, gui
  sutff, move into tech architecture, someone else can add
  contributions/getting started




Action Items, by person
-----------------------
* acathrow
  * acathrow to take a crack at a presentation starting w/features, gui
    sutff, move into tech architecture, someone else c= an add
    contributions/getting started
* cctrieloff
  * cctrieloff to hack on an official presentation this week for use by
    others at events
* rbergeron
  * rbergeron to also add confs with papers, when to submit, etc.
* **UNASSIGNED**
  * rbergero to work on the events wiki page and fill up with events
    where we should plan presence




People Present (lines said)
---------------------------
* rbergeron (122)
* cctrieloff (56)
* quaid (49)
* sgordon (40)
* itamar (23)
* oschreib (19)
* jimjag (16)
* pmyers (15)
* abaron (11)
* smoser (11)
* doron_{^_^} (10)
* aliguori (7)
* acathrow (7)
* ovirtbot (5)
* jumper45 (4)
* lpeer (2)
* ovedo (2)
* ykaul (2)
* rharper (2)
* ichristo (1)
* oschreib1 (1)
* aglitke (1)
* masayag (1)
* alon (1)
* dannf (1)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/Meet= Bot

_______________________________________________
Board mailing list
Board(a)ovirt.org
http://lists= .ovirt.org/mailman/listinfo/board
--------------000406060401000403020508-- --===============7391046822260017038== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpLXBhcnQgbWVzc2FnZSBpbiBNSU1FIGZvcm1hdC4KLS0tLS0tLS0tLS0t LS0wMDA0MDYwNjA0MDEwMDA0MDMwMjA1MDgKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PUlTTy04ODU5LTE7IGZvcm1hdD1mbG93ZWQKQ29udGVudC1UcmFuc2Zlci1FbmNvZGluZzog N2JpdAoKTWludXRlczogaHR0cDovL292aXJ0Lm9yZy9tZWV0aW5ncy9vdmlydC8yMDExL292aXJ0 LjIwMTEtMTEtMzAtMTUuMDAuaHRtbApGdWxsIExvZzogCmh0dHA6Ly9vdmlydC5vcmcvbWVldGlu Z3Mvb3ZpcnQvMjAxMS9vdmlydC4yMDExLTExLTMwLTE1LjAwLmxvZy5odG1sCgpGdWxsIG1pbnV0 ZXMgZm9sbG93IGJlbG93LgoKVGhhbmtzLAoKLVJvYnluCgo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KI292aXJ0OiBvVmlydCBXZWVrbHkgU3luYyBNZWV0aW5nCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQoKCk1lZXRpbmcgc3RhcnRlZCBieSByYmVyZ2Vyb24gYXQg MTU6MDA6MTMgVVRDLiBUaGUgZnVsbCBsb2dzIGFyZQphdmFpbGFibGUgYXQKaHR0cDovL292aXJ0 Lm9yZy9tZWV0aW5ncy9vdmlydC8yMDExL292aXJ0LjIwMTEtMTEtMzAtMTUuMDAubG9nLmh0bWwg LgoKCgpNZWV0aW5nIHN1bW1hcnkKLS0tLS0tLS0tLS0tLS0tCiogV2hvJ3MgaGVyZT8gIChyYmVy Z2Vyb24sIDE1OjAwOjQxKQogICAqIGNjdHJpZWxvZmYsIGp1bXBlcjQ1LCBzbW9zZXIsIHBteWVy cywgb3ZlZG8sIGRhbm5mLCBtYXNheWFnLAogICAgIG9zY2hyZWliLCBqaW1qYWcsIHlrYXVsLCBz Z29yZG9uLCBhZ2xpdGtlLCBxdWFpZCwgZG9yb24gcHJlc2VudAogICAgIChyYmVyZ2Vyb24sIDE1 OjAyOjExKQogICAqIGl0YW1hciBwcmVzZW50ICAocmJlcmdlcm9uLCAxNTowMjoyMCkKCiogVG9k YXkncyBBZ2VuZGEgIChyYmVyZ2Vyb24sIDE1OjAyOjI1KQogICAqIFRvZGF5J3MgQWdlbmRhOiBQ cmVzcyByZWxlYXNlIHN0YXR1cywgdXBjb21pbmcgZXZlbnQgcGxhbm5pbmcsIEZpcnN0CiAgICAg cmVsZWFzZSAic3R1ZmYiLCBGVFAvcmVwb3NpdG9yeSAic3R1ZmYiLiAgKHJiZXJnZXJvbiwgMTU6 MDI6NTkpCiAgICogbHBlZXIsIGFjYXRocm93IHByZXNlbnQgIChyYmVyZ2Vyb24sIDE1OjAzOjEx KQoKKiBQcmVzcyBSZWxlYXNlIFN0YXR1cyAgKHJiZXJnZXJvbiwgMTU6MDM6NTIpCiAgICogcmhh cnBlciBwcmVzZW50ICAocmJlcmdlcm9uLCAxNTowNDoxMCkKICAgKiBTdGlsbCB3YWl0aW5nIG9u IENpc2NvLCBidXQgaXMgaW4gcHJvZ3Jlc3MuIEp1c3Qgd2FpdGluZyBvbgogICAgIGNvcnBvcmF0 ZSBzaWdub2ZmLCBldGMuICAocmJlcmdlcm9uLCAxNTowNTo1NSkKCiogVXBjb21pbmcgZXZlbnQg cGxhbm5pbmcgIChyYmVyZ2Vyb24sIDE1OjA4OjQzKQogICAqIFJvYnluIHJlY2VpdmVkIHdvcmQg dGhhdCB3ZSBjYW4gaGF2ZSBhIGZ1bGwgZGF5IHJvb20gYXQgdGhlIFJlZCBIYXQKICAgICBkZXYu IGNvbmZlcmVuY2UgaW4gQnJubyBpbiBGZWIuICgxN3RoLzE4dGgsIG5vdCBzdXJlIG9uIGV4YWN0 IGRheQogICAgIHlldCkgIChyYmVyZ2Vyb24sIDE1OjEwOjE4KQogICAqIEFDVElPTjogcmJlcmdl cm8gdG8gd29yayBvbiB0aGUgZXZlbnRzIHdpa2kgcGFnZSBhbmQgZmlsbCB1cCB3aXRoCiAgICAg ZXZlbnRzIHdoZXJlIHdlIHNob3VsZCBwbGFuIHByZXNlbmNlICAocmJlcmdlcm9uLCAxNToxMTow MCkKICAgKiBBQ1RJT046IHJiZXJnZXJvbiB0byBhbHNvIGFkZCBjb25mcyB3aXRoIHBhcGVycywg d2hlbiB0byBzdWJtaXQsCiAgICAgZXRjLiAgKHJiZXJnZXJvbiwgMTU6MTE6NDMpCiAgICogd2Fp dGluZyBvbiBGT1NERU0gdG8gZmluZCBvdXQgYWJvdXQgYXZhaWxhYmlsaXR5IGZvciBjb25mZXJl bmNlCiAgICAgc2Vzc2lvbiAgKHJiZXJnZXJvbiwgMTU6MTM6MjUpCiAgICogaXMgcHJvYmFibHkg YmVzdCB0byBnZXQgYmFzaWMgcGxhbm5pbmcgZm9yIGNvbmZlcmVuY2VzIGRvbmUgaW4gdGhlCiAg ICAgbmV4dCAyIHdlZWtzIG9yIHNvLCBwZW9wbGUgYXJlIHdvcmtpbmcgYnVkZ2V0cy4gIChyYmVy Z2Vyb24sCiAgICAgMTU6MTQ6NDcpCiAgICogQm9vdGggaW50ZXJlc3QgZXhpc3RzLCBidXQgd2Ug bmVlZCB0byBzZWUgV0hPIENBTiBHTyA6KSAoZm9yIEZPU0RFTSkKICAgICAocmJlcmdlcm9uLCAx NToxODo1MSkKICAgKiBBQ1RJT046IGNjdHJpZWxvZmYgdG8gaGFjayBvbiBhbiBvZmZpY2lhbCBw cmVzZW50YXRpb24gdGhpcyB3ZWVrIGZvcgogICAgIHVzZSBieSBvdGhlcnMgYXQgZXZlbnRzICAo cmJlcmdlcm9uLCAxNToyMDo0NikKICAgKiBMSU5LOgpodHRwOi8vd3d3Lm92aXJ0Lm9yZy93cC1j b250ZW50L3VwbG9hZHMvMjAxMS8wOS9PdmlydC1Xb3JrU2hvcC1JbnZpdGF0aW9uLnBkZiAKCiAg ICAgKHF1YWlkLCAxNToyMTozOSkKCiogRmlyc3QgUmVsZWFzZSBzdHVmZi4gIChyYmVyZ2Vyb24s IDE1OjIxOjQ1KQogICAqIEFDVElPTjogYWNhdGhyb3cgdG8gdGFrZSBhIGNyYWNrIGF0IGEgcHJl c2VudGF0aW9uIHN0YXJ0aW5nCiAgICAgdy9mZWF0dXJlcywgZ3VpIHN1dGZmLCBtb3ZlIGludG8g dGVjaCBhcmNoaXRlY3R1cmUsIHNvbWVvbmUgZWxzZSBjYW4KICAgICBhZGQgY29udHJpYnV0aW9u cy9nZXR0aW5nIHN0YXJ0ZWQgIChyYmVyZ2Vyb24sIDE1OjI1OjQ3KQogICAqIG9zY2hyZWliIGlz IGNvbmZpcm1lZCBhcyB0aGUgUmVsZWFzZSBNYW5hZ2VyIGZvciB0aGUgZmlyc3QgcmVsZWFzZS4K OikgIChyYmVyZ2Vyb24sIDE1OjMwOjAzKQogICAqIExJTks6IGh0dHA6Ly93d3cub3ZpcnQub3Jn L3dpa2kvRmlyc3RfcmVsZWFzZSAgIChxdWFpZCwgMTU6MzI6NDkpCiAgICogaXRhbWFyOiBzbyBp J20gZm9yIHRyZWF0aW5nIHRoZSB2ZXJzaW9ucyBhcyBtYWpvciwgZ29pbmcgNiBtb250aHMKICAg ICBjeWNsZSAoZXhjZXB0IGZvciBtYXliZSBmaXJzdCBmZXcgd2hpY2ggd2lsbCBkbyBtb3JlIHJh cGlkbHkgdG8KICAgICBzaGFwZSB0aGluZ3MgdXApLiBhbmQgd2UgcHJvdmlkZSB1cGdyYWRlIHN1 cHBvcnQgZm9yIGxhc3QgMiBtYWpvcgogICAgIHZlcnNpb25zICAoY2N0cmllbG9mZiwgMTU6NTQ6 NDYpCgoqIGZ0cCAgKGNjdHJpZWxvZmYsIDE1OjU1OjM5KQogICAqIHNnb3Jkb24gZGlzY3Vzc2Vk IFJQTSAvIHJlcG8gc3R1ZmYgb25saXN0IHllc3RlcmRheSBpbiBhcmNoQDsgcGxlYXNlCiAgICAg cmVhZCBhbmQgZGlnZXN0IGFuZCByZXNwb25kICAocmJlcmdlcm9uLCAxNjowMzoxNSkKCiogT3Bl bmluZyBvZiBMaXN0cyAgKHJiZXJnZXJvbiwgMTY6MDU6MTQpCgpNZWV0aW5nIGVuZGVkIGF0IDE2 OjIwOjM2IFVUQy4KCgoKCkFjdGlvbiBJdGVtcwotLS0tLS0tLS0tLS0KKiByYmVyZ2VybyB0byB3 b3JrIG9uIHRoZSBldmVudHMgd2lraSBwYWdlIGFuZCBmaWxsIHVwIHdpdGggZXZlbnRzIHdoZXJl CiAgIHdlIHNob3VsZCBwbGFuIHByZXNlbmNlCiogcmJlcmdlcm9uIHRvIGFsc28gYWRkIGNvbmZz IHdpdGggcGFwZXJzLCB3aGVuIHRvIHN1Ym1pdCwgZXRjLgoqIGNjdHJpZWxvZmYgdG8gaGFjayBv biBhbiBvZmZpY2lhbCBwcmVzZW50YXRpb24gdGhpcyB3ZWVrIGZvciB1c2UgYnkKICAgb3RoZXJz IGF0IGV2ZW50cwoqIGFjYXRocm93IHRvIHRha2UgYSBjcmFjayBhdCBhIHByZXNlbnRhdGlvbiBz dGFydGluZyB3L2ZlYXR1cmVzLCBndWkKICAgc3V0ZmYsIG1vdmUgaW50byB0ZWNoIGFyY2hpdGVj dHVyZSwgc29tZW9uZSBlbHNlIGNhbiBhZGQKICAgY29udHJpYnV0aW9ucy9nZXR0aW5nIHN0YXJ0 ZWQKCgoKCkFjdGlvbiBJdGVtcywgYnkgcGVyc29uCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiog YWNhdGhyb3cKICAgKiBhY2F0aHJvdyB0byB0YWtlIGEgY3JhY2sgYXQgYSBwcmVzZW50YXRpb24g c3RhcnRpbmcgdy9mZWF0dXJlcywgZ3VpCiAgICAgc3V0ZmYsIG1vdmUgaW50byB0ZWNoIGFyY2hp dGVjdHVyZSwgc29tZW9uZSBlbHNlIGNhbiBhZGQKICAgICBjb250cmlidXRpb25zL2dldHRpbmcg c3RhcnRlZAoqIGNjdHJpZWxvZmYKICAgKiBjY3RyaWVsb2ZmIHRvIGhhY2sgb24gYW4gb2ZmaWNp YWwgcHJlc2VudGF0aW9uIHRoaXMgd2VlayBmb3IgdXNlIGJ5CiAgICAgb3RoZXJzIGF0IGV2ZW50 cwoqIHJiZXJnZXJvbgogICAqIHJiZXJnZXJvbiB0byBhbHNvIGFkZCBjb25mcyB3aXRoIHBhcGVy cywgd2hlbiB0byBzdWJtaXQsIGV0Yy4KKiAqKlVOQVNTSUdORUQqKgogICAqIHJiZXJnZXJvIHRv IHdvcmsgb24gdGhlIGV2ZW50cyB3aWtpIHBhZ2UgYW5kIGZpbGwgdXAgd2l0aCBldmVudHMKICAg ICB3aGVyZSB3ZSBzaG91bGQgcGxhbiBwcmVzZW5jZQoKCgoKUGVvcGxlIFByZXNlbnQgKGxpbmVz IHNhaWQpCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoqIHJiZXJnZXJvbiAoMTIyKQoqIGNj dHJpZWxvZmYgKDU2KQoqIHF1YWlkICg0OSkKKiBzZ29yZG9uICg0MCkKKiBpdGFtYXIgKDIzKQoq IG9zY2hyZWliICgxOSkKKiBqaW1qYWcgKDE2KQoqIHBteWVycyAoMTUpCiogYWJhcm9uICgxMSkK KiBzbW9zZXIgKDExKQoqIGRvcm9uX3teX159ICgxMCkKKiBhbGlndW9yaSAoNykKKiBhY2F0aHJv dyAoNykKKiBvdmlydGJvdCAoNSkKKiBqdW1wZXI0NSAoNCkKKiBscGVlciAoMikKKiBvdmVkbyAo MikKKiB5a2F1bCAoMikKKiByaGFycGVyICgyKQoqIGljaHJpc3RvICgxKQoqIG9zY2hyZWliMSAo MSkKKiBhZ2xpdGtlICgxKQoqIG1hc2F5YWcgKDEpCiogYWxvbiAoMSkKKiBkYW5uZiAoMSkKCgoK CkdlbmVyYXRlZCBieSBgTWVldEJvdGBfIDAuMS40CgouLiBfYE1lZXRCb3RgOiBodHRwOi8vd2lr aS5kZWJpYW4ub3JnL01lZXRCb3QKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fCkJvYXJkIG1haWxpbmcgbGlzdApCb2FyZEBvdmlydC5vcmcKaHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2JvYXJkCgotLS0tLS0tLS0tLS0tLTAwMDQw NjA2MDQwMTAwMDQwMzAyMDUwOApDb250ZW50LVR5cGU6IHRleHQvaHRtbDsgY2hhcnNldD1JU08t ODg1OS0xCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IDdiaXQKCjwhRE9DVFlQRSBIVE1MIFBV QkxJQyAiLS8vVzNDLy9EVEQgSFRNTCA0LjAxIFRyYW5zaXRpb25hbC8vRU4iPgo8aHRtbD4KICA8 aGVhZD4KCiAgICA8bWV0YSBodHRwLWVxdWl2PSJjb250ZW50LXR5cGUiIGNvbnRlbnQ9InRleHQv aHRtbDsgY2hhcnNldD1JU08tODg1OS0xIj4KICA8L2hlYWQ+CiAgPGJvZHkgYmdjb2xvcj0iI2Zm ZmZmZiIgdGV4dD0iIzAwMDAwMCI+CiAgICA8ZGl2IGNsYXNzPSJtb3otdGV4dC1mbG93ZWQiIHN0 eWxlPSJmb250LWZhbWlseTogLW1vei1maXhlZDsKICAgICAgZm9udC1zaXplOiAxMnB4OyIgbGFu Zz0ieC13ZXN0ZXJuIj5NaW51dGVzOiA8YQogICAgICAgIGNsYXNzPSJtb3otdHh0LWxpbmstZnJl ZXRleHQiCiAgICAgICAgaHJlZj0iaHR0cDovL292aXJ0Lm9yZy9tZWV0aW5ncy9vdmlydC8yMDEx L292aXJ0LjIwMTEtMTEtMzAtMTUuMDAuaHRtbCI+aHR0cDovL292aXJ0Lm9yZy9tZWV0aW5ncy9v dmlydC8yMDExL292aXJ0LjIwMTEtMTEtMzAtMTUuMDAuaHRtbDwvYT4KICAgICAgPGJyPgogICAg ICBGdWxsIExvZzogPGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIKaHJlZj0iaHR0cDov L292aXJ0Lm9yZy9tZWV0aW5ncy9vdmlydC8yMDExL292aXJ0LjIwMTEtMTEtMzAtMTUuMDAubG9n Lmh0bWwiPmh0dHA6Ly9vdmlydC5vcmcvbWVldGluZ3Mvb3ZpcnQvMjAxMS9vdmlydC4yMDExLTEx LTMwLTE1LjAwLmxvZy5odG1sPC9hPgogICAgICA8YnI+CiAgICAgIDxicj4KICAgICAgRnVsbCBt aW51dGVzIGZvbGxvdyBiZWxvdy4KICAgICAgPGJyPgogICAgICA8YnI+CiAgICAgIFRoYW5rcywK ICAgICAgPGJyPgogICAgICA8YnI+CiAgICAgIC1Sb2J5bgogICAgICA8YnI+CiAgICAgIDxicj4K ICAgICAgPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CiAgICAgIDxicj4KICAgICAg I292aXJ0OiBvVmlydCBXZWVrbHkgU3luYyBNZWV0aW5nCiAgICAgIDxicj4KICAgICAgPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09CiAgICAgIDxicj4KICAgICAgPGJyPgogICAgICA8 YnI+CiAgICAgIE1lZXRpbmcgc3RhcnRlZCBieSByYmVyZ2Vyb24gYXQgMTU6MDA6MTMgVVRDLiBU aGUgZnVsbCBsb2dzIGFyZQogICAgICA8YnI+CiAgICAgIGF2YWlsYWJsZSBhdAogICAgICA8YnI+ CiAgICAgIDxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiCmhyZWY9Imh0dHA6Ly9vdmly dC5vcmcvbWVldGluZ3Mvb3ZpcnQvMjAxMS9vdmlydC4yMDExLTExLTMwLTE1LjAwLmxvZy5odG1s Ij5odHRwOi8vb3ZpcnQub3JnL21lZXRpbmdzL292aXJ0LzIwMTEvb3ZpcnQuMjAxMS0xMS0zMC0x NS4wMC5sb2cuaHRtbDwvYT4KICAgICAgLgogICAgICA8YnI+CiAgICAgIDxicj4KICAgICAgPGJy PgogICAgICA8YnI+CiAgICAgIE1lZXRpbmcgc3VtbWFyeQogICAgICA8YnI+CiAgICAgIC0tLS0t LS0tLS0tLS0tLQogICAgICA8YnI+CiAgICAgICogV2hvJ3MgaGVyZT8mbmJzcDsgKHJiZXJnZXJv biwgMTU6MDA6NDEpCiAgICAgIDxicj4KICAgICAgJm5ic3A7ICogY2N0cmllbG9mZiwganVtcGVy NDUsIHNtb3NlciwgcG15ZXJzLCBvdmVkbywgZGFubmYsIG1hc2F5YWcsCiAgICAgIDxicj4KICAg ICAgJm5ic3A7Jm5ic3A7Jm5ic3A7IG9zY2hyZWliLCBqaW1qYWcsIHlrYXVsLCBzZ29yZG9uLCBh Z2xpdGtlLCBxdWFpZCwgZG9yb24KICAgICAgcHJlc2VudAogICAgICA8YnI+CiAgICAgICZuYnNw OyZuYnNwOyZuYnNwOyAocmJlcmdlcm9uLCAxNTowMjoxMSkKICAgICAgPGJyPgogICAgICAmbmJz cDsgKiBpdGFtYXIgcHJlc2VudCZuYnNwOyAocmJlcmdlcm9uLCAxNTowMjoyMCkKICAgICAgPGJy PgogICAgICA8YnI+CiAgICAgICogVG9kYXkncyBBZ2VuZGEmbmJzcDsgKHJiZXJnZXJvbiwgMTU6 MDI6MjUpCiAgICAgIDxicj4KICAgICAgJm5ic3A7ICogVG9kYXkncyBBZ2VuZGE6IFByZXNzIHJl bGVhc2Ugc3RhdHVzLCB1cGNvbWluZyBldmVudCBwbGFubmluZywKICAgICAgRmlyc3QKICAgICAg PGJyPgogICAgICAmbmJzcDsmbmJzcDsmbmJzcDsgcmVsZWFzZSAic3R1ZmYiLCBGVFAvcmVwb3Np dG9yeSAic3R1ZmYiLiZuYnNwOyAocmJlcmdlcm9uLAogICAgICAxNTowMjo1OSkKICAgICAgPGJy PgogICAgICAmbmJzcDsgKiBscGVlciwgYWNhdGhyb3cgcHJlc2VudCZuYnNwOyAocmJlcmdlcm9u LCAxNTowMzoxMSkKICAgICAgPGJyPgogICAgICA8YnI+CiAgICAgICogUHJlc3MgUmVsZWFzZSBT dGF0dXMmbmJzcDsgKHJiZXJnZXJvbiwgMTU6MDM6NTIpCiAgICAgIDxicj4KICAgICAgJm5ic3A7 ICogcmhhcnBlciBwcmVzZW50Jm5ic3A7IChyYmVyZ2Vyb24sIDE1OjA0OjEwKQogICAgICA8YnI+ CiAgICAgICZuYnNwOyAqIFN0aWxsIHdhaXRpbmcgb24gQ2lzY28sIGJ1dCBpcyBpbiBwcm9ncmVz cy4gSnVzdCB3YWl0aW5nIG9uCiAgICAgIDxicj4KICAgICAgJm5ic3A7Jm5ic3A7Jm5ic3A7IGNv cnBvcmF0ZSBzaWdub2ZmLCBldGMuJm5ic3A7IChyYmVyZ2Vyb24sIDE1OjA1OjU1KQogICAgICA8 YnI+CiAgICAgIDxicj4KICAgICAgKiBVcGNvbWluZyBldmVudCBwbGFubmluZyZuYnNwOyAocmJl cmdlcm9uLCAxNTowODo0MykKICAgICAgPGJyPgogICAgICAmbmJzcDsgKiBSb2J5biByZWNlaXZl ZCB3b3JkIHRoYXQgd2UgY2FuIGhhdmUgYSBmdWxsIGRheSByb29tIGF0IHRoZQogICAgICBSZWQg SGF0CiAgICAgIDxicj4KICAgICAgJm5ic3A7Jm5ic3A7Jm5ic3A7IGRldi4gY29uZmVyZW5jZSBp biBCcm5vIGluIEZlYi4gKDE3dGgvMTh0aCwgbm90IHN1cmUgb24gZXhhY3QKICAgICAgZGF5CiAg ICAgIDxicj4KICAgICAgJm5ic3A7Jm5ic3A7Jm5ic3A7IHlldCkmbmJzcDsgKHJiZXJnZXJvbiwg MTU6MTA6MTgpCiAgICAgIDxicj4KICAgICAgJm5ic3A7ICogQUNUSU9OOiByYmVyZ2VybyB0byB3 b3JrIG9uIHRoZSBldmVudHMgd2lraSBwYWdlIGFuZCBmaWxsIHVwCiAgICAgIHdpdGgKICAgICAg PGJyPgogICAgICAmbmJzcDsmbmJzcDsmbmJzcDsgZXZlbnRzIHdoZXJlIHdlIHNob3VsZCBwbGFu IHByZXNlbmNlJm5ic3A7IChyYmVyZ2Vyb24sIDE1OjExOjAwKQogICAgICA8YnI+CiAgICAgICZu YnNwOyAqIEFDVElPTjogcmJlcmdlcm9uIHRvIGFsc28gYWRkIGNvbmZzIHdpdGggcGFwZXJzLCB3 aGVuIHRvCiAgICAgIHN1Ym1pdCwKICAgICAgPGJyPgogICAgICAmbmJzcDsmbmJzcDsmbmJzcDsg ZXRjLiZuYnNwOyAocmJlcmdlcm9uLCAxNToxMTo0MykKICAgICAgPGJyPgogICAgICAmbmJzcDsg KiB3YWl0aW5nIG9uIEZPU0RFTSB0byBmaW5kIG91dCBhYm91dCBhdmFpbGFiaWxpdHkgZm9yCiAg ICAgIGNvbmZlcmVuY2UKICAgICAgPGJyPgogICAgICAmbmJzcDsmbmJzcDsmbmJzcDsgc2Vzc2lv biZuYnNwOyAocmJlcmdlcm9uLCAxNToxMzoyNSkKICAgICAgPGJyPgogICAgICAmbmJzcDsgKiBp cyBwcm9iYWJseSBiZXN0IHRvIGdldCBiYXNpYyBwbGFubmluZyBmb3IgY29uZmVyZW5jZXMgZG9u ZSBpbgogICAgICB0aGUKICAgICAgPGJyPgogICAgICAmbmJzcDsmbmJzcDsmbmJzcDsgbmV4dCAy IHdlZWtzIG9yIHNvLCBwZW9wbGUgYXJlIHdvcmtpbmcgYnVkZ2V0cy4mbmJzcDsgKHJiZXJnZXJv biwKICAgICAgPGJyPgogICAgICAmbmJzcDsmbmJzcDsmbmJzcDsgMTU6MTQ6NDcpCiAgICAgIDxi cj4KICAgICAgJm5ic3A7ICogQm9vdGggaW50ZXJlc3QgZXhpc3RzLCBidXQgd2UgbmVlZCB0byBz ZWUgV0hPIENBTiBHTyA8c3BhbgogICAgICAgIGNsYXNzPSJtb3otc21pbGV5LXMxIiB0aXRsZT0i OikiPjxzcGFuPjopPC9zcGFuPjwvc3Bhbj4gKGZvcgogICAgICBGT1NERU0pCiAgICAgIDxicj4K ICAgICAgJm5ic3A7Jm5ic3A7Jm5ic3A7IChyYmVyZ2Vyb24sIDE1OjE4OjUxKQogICAgICA8YnI+ CiAgICAgICZuYnNwOyAqIEFDVElPTjogY2N0cmllbG9mZiB0byBoYWNrIG9uIGFuIG9mZmljaWFs IHByZXNlbnRhdGlvbiB0aGlzCiAgICAgIHdlZWsgZm9yCiAgICAgIDxicj4KICAgICAgJm5ic3A7 Jm5ic3A7Jm5ic3A7IHVzZSBieSBvdGhlcnMgYXQgZXZlbnRzJm5ic3A7IChyYmVyZ2Vyb24sIDE1 OjIwOjQ2KQogICAgICA8YnI+CiAgICAgICZuYnNwOyAqIExJTks6CiAgICAgIDxicj4KICAgICAg Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiCmhyZWY9 Imh0dHA6Ly93d3cub3ZpcnQub3JnL3dwLWNvbnRlbnQvdXBsb2Fkcy8yMDExLzA5L092aXJ0LVdv cmtTaG9wLUludml0YXRpb24ucGRmIj5odHRwOi8vd3d3Lm92aXJ0Lm9yZy93cC1jb250ZW50L3Vw bG9hZHMvMjAxMS8wOS9PdmlydC1Xb3JrU2hvcC1JbnZpdGF0aW9uLnBkZjwvYT4KICAgICAgPGJy PgogICAgICAmbmJzcDsmbmJzcDsmbmJzcDsgKHF1YWlkLCAxNToyMTozOSkKICAgICAgPGJyPgog ICAgICA8YnI+CiAgICAgICogRmlyc3QgUmVsZWFzZSBzdHVmZi4mbmJzcDsgKHJiZXJnZXJvbiwg MTU6MjE6NDUpCiAgICAgIDxicj4KICAgICAgJm5ic3A7ICogQUNUSU9OOiBhY2F0aHJvdyB0byB0 YWtlIGEgY3JhY2sgYXQgYSBwcmVzZW50YXRpb24gc3RhcnRpbmcKICAgICAgPGJyPgogICAgICAm bmJzcDsmbmJzcDsmbmJzcDsgdy9mZWF0dXJlcywgZ3VpIHN1dGZmLCBtb3ZlIGludG8gdGVjaCBh cmNoaXRlY3R1cmUsIHNvbWVvbmUKICAgICAgZWxzZSBjYW4KICAgICAgPGJyPgogICAgICAmbmJz cDsmbmJzcDsmbmJzcDsgYWRkIGNvbnRyaWJ1dGlvbnMvZ2V0dGluZyBzdGFydGVkJm5ic3A7IChy YmVyZ2Vyb24sIDE1OjI1OjQ3KQogICAgICA8YnI+CiAgICAgICZuYnNwOyAqIG9zY2hyZWliIGlz IGNvbmZpcm1lZCBhcyB0aGUgUmVsZWFzZSBNYW5hZ2VyIGZvciB0aGUgZmlyc3QKICAgICAgcmVs ZWFzZS4KICAgICAgPGJyPgogICAgICAmbmJzcDsmbmJzcDsmbmJzcDsgPHNwYW4gY2xhc3M9Im1v ei1zbWlsZXktczEiIHRpdGxlPSI6KSI+PHNwYW4+Oik8L3NwYW4+PC9zcGFuPiZuYnNwOwogICAg ICAocmJlcmdlcm9uLCAxNTozMDowMykKICAgICAgPGJyPgogICAgICAmbmJzcDsgKiBMSU5LOiA8 YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IgogICAgICAgIGhyZWY9Imh0dHA6Ly93d3cu b3ZpcnQub3JnL3dpa2kvRmlyc3RfcmVsZWFzZSI+aHR0cDovL3d3dy5vdmlydC5vcmcvd2lraS9G aXJzdF9yZWxlYXNlPC9hPiZuYnNwOyZuYnNwOwogICAgICAocXVhaWQsIDE1OjMyOjQ5KQogICAg ICA8YnI+CiAgICAgICZuYnNwOyAqIGl0YW1hcjogc28gaSdtIGZvciB0cmVhdGluZyB0aGUgdmVy c2lvbnMgYXMgbWFqb3IsIGdvaW5nIDYKICAgICAgbW9udGhzCiAgICAgIDxicj4KICAgICAgJm5i c3A7Jm5ic3A7Jm5ic3A7IGN5Y2xlIChleGNlcHQgZm9yIG1heWJlIGZpcnN0IGZldyB3aGljaCB3 aWxsIGRvIG1vcmUgcmFwaWRseQogICAgICB0bwogICAgICA8YnI+CiAgICAgICZuYnNwOyZuYnNw OyZuYnNwOyBzaGFwZSB0aGluZ3MgdXApLiBhbmQgd2UgcHJvdmlkZSB1cGdyYWRlIHN1cHBvcnQg Zm9yIGxhc3QgMgogICAgICBtYWpvcgogICAgICA8YnI+CiAgICAgICZuYnNwOyZuYnNwOyZuYnNw OyB2ZXJzaW9ucyZuYnNwOyAoY2N0cmllbG9mZiwgMTU6NTQ6NDYpCiAgICAgIDxicj4KICAgICAg PGJyPgogICAgICAqIGZ0cCZuYnNwOyAoY2N0cmllbG9mZiwgMTU6NTU6MzkpCiAgICAgIDxicj4K ICAgICAgJm5ic3A7ICogc2dvcmRvbiBkaXNjdXNzZWQgUlBNIC8gcmVwbyBzdHVmZiBvbmxpc3Qg eWVzdGVyZGF5IGluIGFyY2hAOwogICAgICBwbGVhc2UKICAgICAgPGJyPgogICAgICAmbmJzcDsm bmJzcDsmbmJzcDsgcmVhZCBhbmQgZGlnZXN0IGFuZCByZXNwb25kJm5ic3A7IChyYmVyZ2Vyb24s IDE2OjAzOjE1KQogICAgICA8YnI+CiAgICAgIDxicj4KICAgICAgKiBPcGVuaW5nIG9mIExpc3Rz Jm5ic3A7IChyYmVyZ2Vyb24sIDE2OjA1OjE0KQogICAgICA8YnI+CiAgICAgIDxicj4KICAgICAg TWVldGluZyBlbmRlZCBhdCAxNjoyMDozNiBVVEMuCiAgICAgIDxicj4KICAgICAgPGJyPgogICAg ICA8YnI+CiAgICAgIDxicj4KICAgICAgPGJyPgogICAgICBBY3Rpb24gSXRlbXMKICAgICAgPGJy PgogICAgICAtLS0tLS0tLS0tLS0KICAgICAgPGJyPgogICAgICAqIHJiZXJnZXJvIHRvIHdvcmsg b24gdGhlIGV2ZW50cyB3aWtpIHBhZ2UgYW5kIGZpbGwgdXAgd2l0aCBldmVudHMKICAgICAgd2hl cmUKICAgICAgPGJyPgogICAgICAmbmJzcDsgd2Ugc2hvdWxkIHBsYW4gcHJlc2VuY2UKICAgICAg PGJyPgogICAgICAqIHJiZXJnZXJvbiB0byBhbHNvIGFkZCBjb25mcyB3aXRoIHBhcGVycywgd2hl biB0byBzdWJtaXQsIGV0Yy4KICAgICAgPGJyPgogICAgICAqIGNjdHJpZWxvZmYgdG8gaGFjayBv biBhbiBvZmZpY2lhbCBwcmVzZW50YXRpb24gdGhpcyB3ZWVrIGZvciB1c2UKICAgICAgYnkKICAg ICAgPGJyPgogICAgICAmbmJzcDsgb3RoZXJzIGF0IGV2ZW50cwogICAgICA8YnI+CiAgICAgICog YWNhdGhyb3cgdG8gdGFrZSBhIGNyYWNrIGF0IGEgcHJlc2VudGF0aW9uIHN0YXJ0aW5nIHcvZmVh dHVyZXMsCiAgICAgIGd1aQogICAgICA8YnI+CiAgICAgICZuYnNwOyBzdXRmZiwgbW92ZSBpbnRv IHRlY2ggYXJjaGl0ZWN0dXJlLCBzb21lb25lIGVsc2UgY2FuIGFkZAogICAgICA8YnI+CiAgICAg ICZuYnNwOyBjb250cmlidXRpb25zL2dldHRpbmcgc3RhcnRlZAogICAgICA8YnI+CiAgICAgIDxi cj4KICAgICAgPGJyPgogICAgICA8YnI+CiAgICAgIDxicj4KICAgICAgQWN0aW9uIEl0ZW1zLCBi eSBwZXJzb24KICAgICAgPGJyPgogICAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQogICAgICA8 YnI+CiAgICAgICogYWNhdGhyb3cKICAgICAgPGJyPgogICAgICAmbmJzcDsgKiBhY2F0aHJvdyB0 byB0YWtlIGEgY3JhY2sgYXQgYSBwcmVzZW50YXRpb24gc3RhcnRpbmcKICAgICAgdy9mZWF0dXJl cywgZ3VpCiAgICAgIDxicj4KICAgICAgJm5ic3A7Jm5ic3A7Jm5ic3A7IHN1dGZmLCBtb3ZlIGlu dG8gdGVjaCBhcmNoaXRlY3R1cmUsIHNvbWVvbmUgZWxzZSBjYW4gYWRkCiAgICAgIDxicj4KICAg ICAgJm5ic3A7Jm5ic3A7Jm5ic3A7IGNvbnRyaWJ1dGlvbnMvZ2V0dGluZyBzdGFydGVkCiAgICAg IDxicj4KICAgICAgKiBjY3RyaWVsb2ZmCiAgICAgIDxicj4KICAgICAgJm5ic3A7ICogY2N0cmll bG9mZiB0byBoYWNrIG9uIGFuIG9mZmljaWFsIHByZXNlbnRhdGlvbiB0aGlzIHdlZWsgZm9yCiAg ICAgIHVzZSBieQogICAgICA8YnI+CiAgICAgICZuYnNwOyZuYnNwOyZuYnNwOyBvdGhlcnMgYXQg ZXZlbnRzCiAgICAgIDxicj4KICAgICAgKiByYmVyZ2Vyb24KICAgICAgPGJyPgogICAgICAmbmJz cDsgKiByYmVyZ2Vyb24gdG8gYWxzbyBhZGQgY29uZnMgd2l0aCBwYXBlcnMsIHdoZW4gdG8gc3Vi bWl0LCBldGMuCiAgICAgIDxicj4KICAgICAgKiAqKlVOQVNTSUdORUQqKgogICAgICA8YnI+CiAg ICAgICZuYnNwOyAqIHJiZXJnZXJvIHRvIHdvcmsgb24gdGhlIGV2ZW50cyB3aWtpIHBhZ2UgYW5k IGZpbGwgdXAgd2l0aAogICAgICBldmVudHMKICAgICAgPGJyPgogICAgICAmbmJzcDsmbmJzcDsm bmJzcDsgd2hlcmUgd2Ugc2hvdWxkIHBsYW4gcHJlc2VuY2UKICAgICAgPGJyPgogICAgICA8YnI+ CiAgICAgIDxicj4KICAgICAgPGJyPgogICAgICA8YnI+CiAgICAgIFBlb3BsZSBQcmVzZW50IChs aW5lcyBzYWlkKQogICAgICA8YnI+CiAgICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQog ICAgICA8YnI+CiAgICAgICogcmJlcmdlcm9uICgxMjIpCiAgICAgIDxicj4KICAgICAgKiBjY3Ry aWVsb2ZmICg1NikKICAgICAgPGJyPgogICAgICAqIHF1YWlkICg0OSkKICAgICAgPGJyPgogICAg ICAqIHNnb3Jkb24gKDQwKQogICAgICA8YnI+CiAgICAgICogaXRhbWFyICgyMykKICAgICAgPGJy PgogICAgICAqIG9zY2hyZWliICgxOSkKICAgICAgPGJyPgogICAgICAqIGppbWphZyAoMTYpCiAg ICAgIDxicj4KICAgICAgKiBwbXllcnMgKDE1KQogICAgICA8YnI+CiAgICAgICogYWJhcm9uICgx MSkKICAgICAgPGJyPgogICAgICAqIHNtb3NlciAoMTEpCiAgICAgIDxicj4KICAgICAgKiBkb3Jv bl97Xl9efSAoMTApCiAgICAgIDxicj4KICAgICAgKiBhbGlndW9yaSAoNykKICAgICAgPGJyPgog ICAgICAqIGFjYXRocm93ICg3KQogICAgICA8YnI+CiAgICAgICogb3ZpcnRib3QgKDUpCiAgICAg IDxicj4KICAgICAgKiBqdW1wZXI0NSAoNCkKICAgICAgPGJyPgogICAgICAqIGxwZWVyICgyKQog ICAgICA8YnI+CiAgICAgICogb3ZlZG8gKDIpCiAgICAgIDxicj4KICAgICAgKiB5a2F1bCAoMikK ICAgICAgPGJyPgogICAgICAqIHJoYXJwZXIgKDIpCiAgICAgIDxicj4KICAgICAgKiBpY2hyaXN0 byAoMSkKICAgICAgPGJyPgogICAgICAqIG9zY2hyZWliMSAoMSkKICAgICAgPGJyPgogICAgICAq IGFnbGl0a2UgKDEpCiAgICAgIDxicj4KICAgICAgKiBtYXNheWFnICgxKQogICAgICA8YnI+CiAg ICAgICogYWxvbiAoMSkKICAgICAgPGJyPgogICAgICAqIGRhbm5mICgxKQogICAgICA8YnI+CiAg ICAgIDxicj4KICAgICAgPGJyPgogICAgICA8YnI+CiAgICAgIDxicj4KICAgICAgR2VuZXJhdGVk IGJ5IGBNZWV0Qm90YF8gMC4xLjQKICAgICAgPGJyPgogICAgICA8YnI+CiAgICAgIC4uIF9gTWVl dEJvdGA6IDxhIGNsYXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiCiAgICAgICAgaHJlZj0iaHR0 cDovL3dpa2kuZGViaWFuLm9yZy9NZWV0Qm90Ij5odHRwOi8vd2lraS5kZWJpYW4ub3JnL01lZXRC b3Q8L2E+CiAgICAgIDxicj4KICAgICAgPGJyPgogICAgICBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXwogICAgICA8YnI+CiAgICAgIEJvYXJkIG1haWxpbmcg bGlzdAogICAgICA8YnI+CiAgICAgIDxhIGNsYXNzPSJtb3otdHh0LWxpbmstYWJicmV2aWF0ZWQi IGhyZWY9Im1haWx0bzpCb2FyZEBvdmlydC5vcmciPkJvYXJkQG92aXJ0Lm9yZzwvYT4KICAgICAg PGJyPgogICAgICA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IgogICAgICAgIGhyZWY9 Imh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby9ib2FyZCI+aHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2JvYXJkPC9hPgogICAgICA8YnI+CiAgICA8 L2Rpdj4KICA8L2JvZHk+CjwvaHRtbD4KCi0tLS0tLS0tLS0tLS0tMDAwNDA2MDYwNDAxMDAwNDAz MDIwNTA4LS0K --===============7391046822260017038==--