- Users - oVirt List Archives

oVirt Node Next builds are currently broken
by Fabian Deutsch 31 Mar '16

31 Mar '16

Hey, just a quick heads up that our oVirt Node Next jenkins builds are currently broken. Some of the symptoms are that the installation is failing and that no new updates are available. We are working on a solution. - fabian

1 0

Serial Console not running on ovirt-engine
by Christophe TREFOIS 30 Mar '16

30 Mar '16

--_000_DBAF4AB8D219498FBCADE00421B1DAD9unilu_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNClNvIGFtIHJ1bm5pbmcgMy42LjMuNC0xIG9uIENlbnRPUyA3LjIsIGFuZCBk aWQgYSBlbmdpbmUtc2V0dXAuDQoNCkkgY2hlY2tlZCBub3csIGFuZCBzZWUgdGhhdCBvdmlydC12 bWNvbnNvbGUtcHJveHkgd2FzIGluIGZhY3QgaW5zdGFsbGVkIChiZWZvcmUsIGR1cmluZyBvciBh ZnRlciwgSSBkb27igJl0IGtub3cpLg0KDQpbcm9vdEBiaW8yLWVuZ2luZS1zZXJ2ZXIgfl0jIHl1 bSBpbnN0YWxsIG92aXJ0LXZtY29uc29sZS1wcm94eQ0KTG9hZGVkIHBsdWdpbnM6IGZhc3Rlc3Rt aXJyb3IsIHZlcnNpb25sb2NrDQpMb2FkaW5nIG1pcnJvciBzcGVlZHMgZnJvbSBjYWNoZWQgaG9z dGZpbGUNCiAqIGJhc2U6IGNlbnRvcy5taXJyb3Iucm9vdC5sdTxodHRwOi8vY2VudG9zLm1pcnJv ci5yb290Lmx1Pg0KICogZXBlbDogbWlycm9yLmltdC1zeXN0ZW1zLmNvbTxodHRwOi8vbWlycm9y LmltdC1zeXN0ZW1zLmNvbT4NCiAqIGV4dHJhczogY2VudG9zLm1pcnJvci5yb290Lmx1PGh0dHA6 Ly9jZW50b3MubWlycm9yLnJvb3QubHU+DQogKiBvdmlydC0zLjU6IGZ0cC5ubHV1Zy5ubDxodHRw Oi8vZnRwLm5sdXVnLm5sPg0KICogb3ZpcnQtMy41LWVwZWw6IG1pcnJvci5pbXQtc3lzdGVtcy5j b208aHR0cDovL21pcnJvci5pbXQtc3lzdGVtcy5jb20+DQogKiBvdmlydC0zLjY6IGZ0cC5ubHV1 Zy5ubDxodHRwOi8vZnRwLm5sdXVnLm5sPg0KICogb3ZpcnQtMy42LWVwZWw6IG1pcnJvci5pbXQt c3lzdGVtcy5jb208aHR0cDovL21pcnJvci5pbXQtc3lzdGVtcy5jb20+DQogKiB1cGRhdGVzOiBj ZW50b3MubWlycm9yLnJvb3QubHU8aHR0cDovL2NlbnRvcy5taXJyb3Iucm9vdC5sdT4NClBhY2th Z2Ugb3ZpcnQtdm1jb25zb2xlLXByb3h5LTEuMC4wLTEuZWw3LmNlbnRvcy5ub2FyY2ggYWxyZWFk eSBpbnN0YWxsZWQgYW5kIGxhdGVzdCB2ZXJzaW9uDQpOb3RoaW5nIHRvIGRvDQoNCkJ1dCBJIGRv buKAmXQgc2VlIGFueSBwcm9jZXNzIHJ1bm5pbmcgb24gcG9ydCAyMjIyLg0KDQpJIGNvdWxkbuKA mXQgZmluZCBpbiB0aGUgZG9jcywgaG93IHRvIHN0YXJ0IHRoZSBsaXN0ZW5lci4NCg0KQ291bGQg YW55Ym9keSBoZWxwIG1lIG91dD8NCg0KVGhhbmsgeW91LA0KDQrigJQNCkNocmlzdG9waGUNCg0K RHIgQ2hyaXN0b3BoZSBUcmVmb2lzLCBEaXBsLi1JbmcuDQpUZWNobmljYWwgU3BlY2lhbGlzdCAv IFBvc3QtRG9jDQoNClVOSVZFUlNJVMOJIERVIExVWEVNQk9VUkcNCg0KTFVYRU1CT1VSRyBDRU5U UkUgRk9SIFNZU1RFTVMgQklPTUVESUNJTkUNCkNhbXB1cyBCZWx2YWwgfCBIb3VzZSBvZiBCaW9t ZWRpY2luZQ0KNiwgYXZlbnVlIGR1IFN3aW5nDQpMLTQzNjcgQmVsdmF1eA0KVDogKzM1MiA0NiA2 NiA0NCA2MTI0DQpGOiArMzUyIDQ2IDY2IDQ0IDY5NDkNCmh0dHA6Ly93d3cudW5pLmx1L2xjc2IN Cg0KW0ZhY2Vib29rXTxodHRwczovL3d3dy5mYWNlYm9vay5jb20vdHJlZmV4PiAgW1R3aXR0ZXJd IDxodHRwczovL3R3aXR0ZXIuY29tL1RyZWZleD4gICBbR29vZ2xlIFBsdXNdIDxodHRwczovL3Bs dXMuZ29vZ2xlLmNvbS8rQ2hyaXN0b3BoZVRyZWZvaXMvPiAgIFtMaW5rZWRpbl0gPGh0dHBzOi8v d3d3LmxpbmtlZGluLmNvbS9pbi90cmVmb2lzY2hyaXN0b3BoZT4gICBbc2t5cGVdIDxodHRwOi8v c2t5cGU6VHJlZmV4P2NhbGw+DQoNCi0tLS0NClRoaXMgbWVzc2FnZSBpcyBjb25maWRlbnRpYWwg YW5kIG1heSBjb250YWluIHByaXZpbGVnZWQgaW5mb3JtYXRpb24uDQpJdCBpcyBpbnRlbmRlZCBm b3IgdGhlIG5hbWVkIHJlY2lwaWVudCBvbmx5Lg0KSWYgeW91IHJlY2VpdmUgaXQgaW4gZXJyb3Ig cGxlYXNlIG5vdGlmeSBtZSBhbmQgcGVybWFuZW50bHkgZGVsZXRlIHRoZSBvcmlnaW5hbCBtZXNz YWdlIGFuZCBhbnkgY29waWVzLg0KLS0tLQ0KDQoNCg0K --_000_DBAF4AB8D219498FBCADE00421B1DAD9unilu_ Content-Type: text/html; charset="utf-8" Content-ID: <3BC9CC0BB4CC46438D2EB4CFA669ABC0(a)uni.lux> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KRGVhciBhbGwsDQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5TbyBhbSBydW5uaW5nIDMu Ni4zLjQtMSBvbiBDZW50T1MgNy4yLCBhbmQgZGlkIGEgZW5naW5lLXNldHVwLjwvZGl2Pg0KPGRp diBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSBjaGVja2Vk IG5vdywgYW5kIHNlZSB0aGF0Jm5ic3A7b3ZpcnQtdm1jb25zb2xlLXByb3h5IHdhcyBpbiBmYWN0 IGluc3RhbGxlZCAoYmVmb3JlLCBkdXJpbmcgb3IgYWZ0ZXIsIEkgZG9u4oCZdCBrbm93KS48L2Rp dj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0K PGRpdiBjbGFzcz0iIj5bcm9vdEBiaW8yLWVuZ2luZS1zZXJ2ZXIgfl0jIHl1bSBpbnN0YWxsIG92 aXJ0LXZtY29uc29sZS1wcm94eTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Mb2FkZWQgcGx1Z2luczog ZmFzdGVzdG1pcnJvciwgdmVyc2lvbmxvY2s8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+TG9hZGluZyBt aXJyb3Igc3BlZWRzIGZyb20gY2FjaGVkIGhvc3RmaWxlPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZu YnNwOyogYmFzZTogPGEgaHJlZj0iaHR0cDovL2NlbnRvcy5taXJyb3Iucm9vdC5sdSIgY2xhc3M9 IiI+Y2VudG9zLm1pcnJvci5yb290Lmx1PC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsq IGVwZWw6IDxhIGhyZWY9Imh0dHA6Ly9taXJyb3IuaW10LXN5c3RlbXMuY29tIiBjbGFzcz0iIj5t aXJyb3IuaW10LXN5c3RlbXMuY29tPC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsqIGV4 dHJhczogPGEgaHJlZj0iaHR0cDovL2NlbnRvcy5taXJyb3Iucm9vdC5sdSIgY2xhc3M9IiI+Y2Vu dG9zLm1pcnJvci5yb290Lmx1PC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsqIG92aXJ0 LTMuNTogPGEgaHJlZj0iaHR0cDovL2Z0cC5ubHV1Zy5ubCIgY2xhc3M9IiI+ZnRwLm5sdXVnLm5s PC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsqIG92aXJ0LTMuNS1lcGVsOiA8YSBocmVm PSJodHRwOi8vbWlycm9yLmltdC1zeXN0ZW1zLmNvbSIgY2xhc3M9IiI+DQptaXJyb3IuaW10LXN5 c3RlbXMuY29tPC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsqIG92aXJ0LTMuNjogPGEg aHJlZj0iaHR0cDovL2Z0cC5ubHV1Zy5ubCIgY2xhc3M9IiI+ZnRwLm5sdXVnLm5sPC9hPjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsqIG92aXJ0LTMuNi1lcGVsOiA8YSBocmVmPSJodHRwOi8v bWlycm9yLmltdC1zeXN0ZW1zLmNvbSIgY2xhc3M9IiI+DQptaXJyb3IuaW10LXN5c3RlbXMuY29t PC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsqIHVwZGF0ZXM6IDxhIGhyZWY9Imh0dHA6 Ly9jZW50b3MubWlycm9yLnJvb3QubHUiIGNsYXNzPSIiPmNlbnRvcy5taXJyb3Iucm9vdC5sdTwv YT48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+UGFja2FnZSBvdmlydC12bWNvbnNvbGUtcHJveHktMS4w LjAtMS5lbDcuY2VudG9zLm5vYXJjaCBhbHJlYWR5IGluc3RhbGxlZCBhbmQgbGF0ZXN0IHZlcnNp b248L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Tm90aGluZyB0byBkbzwvZGl2Pg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5CdXQgSSBkb27i gJl0IHNlZSBhbnkgcHJvY2VzcyBydW5uaW5nIG9uIHBvcnQgMjIyMi48L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkkgY291bGRu4oCZdCBm aW5kIGluIHRoZSBkb2NzLCBob3cgdG8gc3RhcnQgdGhlIGxpc3RlbmVyLjwvZGl2Pg0KPGRpdiBj bGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q291bGQgYW55Ym9k eSBoZWxwIG1lIG91dD88L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPlRoYW5rIHlvdSw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNz PSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPuKAlDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5DaHJp c3RvcGhlPGJyIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImNvbG9yOiBy Z2IoMCwgMCwgMCk7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQt YWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hp dGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtp dC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQt bmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsi IGNsYXNzPSIiPg0KPHAgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9u dC1zaXplOiAxMHB0OyBsaW5lLWhlaWdodDogMTZweDsgY29sb3I6IHJnYigzMywgMzMsIDMzKTsi IGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyBjb2xvcjogcmdiKDYx LCA1OSwgNTkpOyBkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj5EciBDaHJpc3RvcGhlIFRyZWZv aXMsIERpcGwuLUluZy48L3NwYW4+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+PC9zcGFuPjxiciBj bGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDYxLCA1OSwgNTkpOyBkaXNwbGF5OiBp bmxpbmU7IGZvbnQtc2l6ZTogNy41cHQ7IiBjbGFzcz0iIj5UZWNobmljYWwgU3BlY2lhbGlzdCAv IFBvc3QtRG9jPC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMt c2VyaWY7IGZvbnQtc2l6ZTogNy41cHQ7IGxpbmUtaGVpZ2h0OiAxNnB4OyIgY2xhc3M9IiI+DQo8 c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7IGNvbG9yOiByZ2IoNjEsIDU5LCA1OSk7IGRp c3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPlVOSVZFUlNJVMOJIERVIExVWEVNQk9VUkc8L3NwYW4+ PGJyIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6IGJvbGQ7IGNvbG9y OiByZ2IoNjEsIDU5LCA1OSk7IGRpc3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPkxVWEVNQk9VUkcg Q0VOVFJFIEZPUiBTWVNURU1TIEJJT01FRElDSU5FPC9zcGFuPjxiciBjbGFzcz0iIj4NCjxzcGFu IHN0eWxlPSJjb2xvcjogcmdiKDYxLCA1OSwgNTkpOyBkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0i Ij5DYW1wdXMgQmVsdmFsIHwgSG91c2Ugb2YgQmlvbWVkaWNpbmU8c3BhbiBjbGFzcz0iQXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxiciBjbGFzcz0iIj4NCjxzcGFuIGNsYXNzPSJBcHBsZS1j b252ZXJ0ZWQtc3BhY2UiPjYsIGF2ZW51ZSBkdSBTd2luZyZuYnNwOzwvc3Bhbj48YnIgY2xhc3M9 IiI+DQpMLTQzNjcgQmVsdmF1eDxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+PC9zcGFuPjxiciBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDYxLCA1OSwg NTkpOyBkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj5UOjxzcGFuIGNsYXNzPSJBcHBsZS1jb252 ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2Io NjEsIDU5LCA1OSk7IGRpc3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPiYjNDM7MzUyIDQ2IDY2IDQ0 IDYxMjQ8L3NwYW4+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9z cGFuPjxiciBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDYxLCA1OSwgNTkpOyBk aXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj5GOjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoNjEsIDU5 LCA1OSk7IGRpc3BsYXk6IGlubGluZTsiIGNsYXNzPSIiPiYjNDM7MzUyIDQ2IDY2IDQ0IDY5NDk8 L3NwYW4+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxz cGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHls ZT0iZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9zcGFuPjxhIGhy ZWY9Imh0dHA6Ly93d3cudW5pLmx1L2xjc2IiIHN0eWxlPSJjb2xvcjogcmdiKDAsIDEwOSwgMTg5 KTsgZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+aHR0cDovL3d3dy51bmkubHUvbGNzYjwvYT48 L3A+DQo8cCBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6 IDE0cHg7IGxpbmUtaGVpZ2h0OiAxNnB4OyIgY2xhc3M9IiI+DQo8YSBocmVmPSJodHRwczovL3d3 dy5mYWNlYm9vay5jb20vdHJlZmV4IiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+ PGltZyB3aWR0aD0iMjQiIGhlaWdodD0iMjQiIGRhdGEtZmlsZW5hbWU9ImZhY2Vib29rLnBuZyIg c3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20vaHRtbHNpZy1hc3NldHMvcm91bmRlZC9mYWNl Ym9vay5wbmciIGFsdD0iRmFjZWJvb2siIGNsYXNzPSIiPjwvYT48c3BhbiBjbGFzcz0iQXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRl ZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxhIGhyZWY9Imh0dHBzOi8vdHdpdHRlci5jb20vVHJlZmV4 IiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+PGltZyB3aWR0aD0iMjQiIGhlaWdo dD0iMjQiIGRhdGEtZmlsZW5hbWU9InR3aXR0ZXIucG5nIiBzcmM9Imh0dHBzOi8vczMuYW1hem9u YXdzLmNvbS9odG1sc2lnLWFzc2V0cy9yb3VuZGVkL3R3aXR0ZXIucG5nIiBhbHQ9IlR3aXR0ZXIi IGNsYXNzPSIiPjwvYT48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxh IGhyZWY9Imh0dHBzOi8vcGx1cy5nb29nbGUuY29tLyYjNDM7Q2hyaXN0b3BoZVRyZWZvaXMvIiBz dHlsZT0iZGlzcGxheTogaW5saW5lOyIgY2xhc3M9IiI+PGltZyB3aWR0aD0iMjQiIGhlaWdodD0i MjQiIGRhdGEtZmlsZW5hbWU9Imdvb2dsZXBsdXMucG5nIiBzcmM9Imh0dHBzOi8vczMuYW1hem9u YXdzLmNvbS9odG1sc2lnLWFzc2V0cy9yb3VuZGVkL2dvb2dsZXBsdXMucG5nIiBhbHQ9Ikdvb2ds ZSBQbHVzIiBjbGFzcz0iIj48L2E+PHNwYW4gY2xhc3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+ Jm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwv c3Bhbj48YSBocmVmPSJodHRwczovL3d3dy5saW5rZWRpbi5jb20vaW4vdHJlZm9pc2NocmlzdG9w aGUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7IiBjbGFzcz0iIj48aW1nIHdpZHRoPSIyNCIgaGVp Z2h0PSIyNCIgZGF0YS1maWxlbmFtZT0ibGlua2VkaW4ucG5nIiBzcmM9Imh0dHBzOi8vczMuYW1h em9uYXdzLmNvbS9odG1sc2lnLWFzc2V0cy9yb3VuZGVkL2xpbmtlZGluLnBuZyIgYWx0PSJMaW5r ZWRpbiIgY2xhc3M9IiI+PC9hPjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZu YnNwOzwvc3Bhbj48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3Nw YW4+PGEgaHJlZj0iaHR0cDovL3NreXBlOlRyZWZleD9jYWxsIiBzdHlsZT0iZGlzcGxheTogaW5s aW5lOyIgY2xhc3M9IiI+PGltZyB3aWR0aD0iMjQiIGhlaWdodD0iMjQiIGRhdGEtZmlsZW5hbWU9 InNreXBlLnBuZyIgc3JjPSJodHRwczovL3MzLmFtYXpvbmF3cy5jb20vaHRtbHNpZy1hc3NldHMv cm91bmRlZC9za3lwZS5wbmciIGFsdD0ic2t5cGUiIGNsYXNzPSIiPjwvYT48L3A+DQo8cCBjbGFz cz0iYmFubmVyLWNvbnRhaW5lciIgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJp ZjsgZm9udC1zaXplOiAxNHB4OyBsaW5lLWhlaWdodDogMTZweDsiPg0KPC9wPg0KPHAgc3R5bGU9 ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYig2MSwgNTksIDU5KTsg Zm9udC1zaXplOiA5cHg7IGxpbmUtaGVpZ2h0OiAxNnB4OyIgY2xhc3M9IiI+DQotLS0tPGJyIGNs YXNzPSIiPg0KVGhpcyBtZXNzYWdlIGlzIGNvbmZpZGVudGlhbCBhbmQgbWF5IGNvbnRhaW4gcHJp dmlsZWdlZCBpbmZvcm1hdGlvbi48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4m bmJzcDs8L3NwYW4+PGJyIGNsYXNzPSIiPg0KSXQgaXMgaW50ZW5kZWQgZm9yIHRoZSBuYW1lZCBy ZWNpcGllbnQgb25seS48c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4mbmJzcDs8 L3NwYW4+PGJyIGNsYXNzPSIiPg0KSWYgeW91IHJlY2VpdmUgaXQgaW4gZXJyb3IgcGxlYXNlIG5v dGlmeSBtZSBhbmQgcGVybWFuZW50bHkgZGVsZXRlIHRoZSBvcmlnaW5hbCBtZXNzYWdlIGFuZCBh bnkgY29waWVzLjxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bh bj48YnIgY2xhc3M9IiI+DQotLS0tPGJyIGNsYXNzPSIiPg0KPC9wPg0KJm5ic3A7PHNwYW4gY2xh c3M9IkFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_DBAF4AB8D219498FBCADE00421B1DAD9unilu_--

3 2

seria consol setup
by Fabrice Bacchella 30 Mar '16

30 Mar '16

I'm reading the documentation here : http://www.ovirt.org/documentation/admin-guide/serial-console-setup/ After a few strace, I found the ssh configuration used for the custom ssh that listen on port 2222: /usr/share/ovirt-vmconsole/ovirt-vmconsole-proxy/ovirt-vmconsole-proxy-sshd/sshd_config And I have a big problem with it. It says "GSSAPIAuthentication no" but public key authentication is not allowed in my data center, we use kerberos every where. So I wonder if I can edit this file ? How is it managed by ovirt ? I can always use puppet to modify just this line, it will be fine for me. The point 4 in Automatic Setup is not very helpfull: " • once the setup succesfully run, and once ovirt-engine is running, you can log in and register a SSH key. (TODO: add picture)" what does it mean ?

4 14

i meet some problems of ovirt3.6.2
by zhao.liang1＠puxinasset.com 30 Mar '16

30 Mar '16

This is a multi-part message in MIME format. ------=_001_NextPart844315613801_=---- Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 aGksYWxsICwgaSdtIGEgY2hpbmVzZSB1c2VyIG9mIG92aXJ0My42LjIgICxoZXJlIGFyZSBteSBw cm9ibGVtcw0KDQppIGhhdmUgMyBob3N0cywgdGhleSBhbGwgd29yayBmaW5lICwgdGhlcmUgYXJl IDEwIHZtcyBydW4gb24gaXQuIGkgd2FudCB0ZXN0IGlmIHZtIHdpbGwgc3RpbGwgd29yayB3aGVu IGkgc3RvcCBhIGhvc3QoIHRoZSB2bSBpcyBydW5uaW5nIG9uIHRoaXMgaG9zdCksYnV0IHdoZW4g aSByZWJvb3QgdGhlIGhvc3QgLCB0aGUgdm0gaXMgZG93biAsIGJ1dCwgeW91IGtub3cgaXQgc2hv dWxkIGJlIHJ1bm5pbmcgb24gb3RoZXIgaG9zdCwgaSBkb250IGtub3cgd2hhdCBoYXBwZW5lZC4N Cg0KDQoNCnpoYW8ubGlhbmcxQHB1eGluYXNzZXQuY29tDQo= ------=_001_NextPart844315613801_=---- Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3Dus-ascii"><style>body { line-height: 1.5; }body { font-size: 10.5pt; f= ont-family: 'Microsoft YaHei UI'; color: rgb(0, 0, 0); line-height: 1.5; }= </style></head><body>=0A<div><span></span>hi,all , i'm a chinese user of o= virt3.6.2  ,here are my problems</div><div><br></div><div>i have 3 ho= sts, they all work fine , there are 10 vms run on it. i want test if vm wi= ll still work when i stop a host( the vm is running on this host),but when= i reboot the host , the vm is down , but, you know it should be running o= n other host, i dont know what happened.</div>=0A<div><br></div><hr style= =3D"WIDTH: 210px; HEIGHT: 1px" color=3D"#b5c4df" size=3D"1" align=3D"left"= >=0A<div><span><div style=3D"MARGIN: 10px; FONT-FAMILY: verdana; FONT-SIZE= : 10pt"><div>zhao.liang1(a)puxinasset.com</div></div></span></div>=0A</body>= </html> ------=_001_NextPart844315613801_=------

3 2

Re: [ovirt-users] [Bug 1319323] New: VLAN ID check for duplicates
by Bill James 30 Mar '16

30 Mar '16

--------------000508050504010509050906 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Any one have an idea on how to "hack" or "patch" ovirt so that instead of rejecting a new network with duplicate vlan id it would just warn, or even just ignore? On 03/18/2016 01:54 PM, bugzilla(a)redhat.com wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1319323 > > Bug ID: 1319323 > Summary: VLAN ID check for duplicates > Product: ovirt-engine > Version: 3.3 > Component: RFEs > Severity: medium > Assignee: sherold(a)redhat.com > Reporter: bill.james(a)j2.com > QA Contact: gklein(a)redhat.com > CC: bugs(a)ovirt.org > oVirt Team: Network > Flags: testing_ack? > Flags: planning_ack? > > > > Description of problem: > Adding new network with vlan tag, ovirt doesn't allow duplicate VLAN IDs. > But it should be allowed, because if you are using multiple interfaces you can > have the same vlan ID as long as they aren't assigned to the same interface on > the hardware node. > > > Version-Release number of selected component (if applicable): > ovirt-engine-3.6.3.4-1.el7.centos.noarch > > > How reproducible: > 100% > > Steps to Reproduce: > 1. Just add network with same vlan id as an already added interface. > > 2. > 3. > > Actual results: > See email thread labeled "Re: [ovirt-users] multiple NICs VLAN ID conflict". > GUI says vlan already used. > > Expected results: > Duplicate VLAN ID should be checked when you are assign network to the hardware > node, not when creating the interface. > > > Additional info: > Trying to work around this with vdsm hooks in before_network_setup, > after_get_caps and after_get_stats is very difficult to get it to work right. > (see email thread) > Yaniv Kaul <mailto:ykaul@redhat.com> 2016-03-20 03:12:24 EDT Perhaps only WARN. --------------000508050504010509050906 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#FFFFFF"> Any one have an idea on how to "hack" or "patch" ovirt so that instead of rejecting a new network with duplicate vlan id it would just warn, or even just ignore?<br> <br> <br> <div class="moz-cite-prefix">On 03/18/2016 01:54 PM, <a class="moz-txt-link-abbreviated" href="mailto:bugzilla@redhat.com">bugzilla(a)redhat.com</a> wrote:<br> </div> <blockquote cite="mid:bug-1319323-393952@bugzilla.redhat.com" type="cite"> <pre wrap=""><a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1319323">https://bugzilla.redhat.com/show_bug.cgi?id=1319323</a> Bug ID: 1319323 Summary: VLAN ID check for duplicates Product: ovirt-engine Version: 3.3 Component: RFEs Severity: medium Assignee: <a class="moz-txt-link-abbreviated" href="mailto:sherold@redhat.com">sherold(a)redhat.com</a> Reporter: <a class="moz-txt-link-abbreviated" href="mailto:bill.james@j2.com">bill.james(a)j2.com</a> QA Contact: <a class="moz-txt-link-abbreviated" href="mailto:gklein@redhat.com">gklein(a)redhat.com</a> CC: <a class="moz-txt-link-abbreviated" href="mailto:bugs@ovirt.org">bugs(a)ovirt.org</a> oVirt Team: Network Flags: testing_ack? Flags: planning_ack? Description of problem: Adding new network with vlan tag, ovirt doesn't allow duplicate VLAN IDs. But it should be allowed, because if you are using multiple interfaces you can have the same vlan ID as long as they aren't assigned to the same interface on the hardware node. Version-Release number of selected component (if applicable): ovirt-engine-3.6.3.4-1.el7.centos.noarch How reproducible: 100% Steps to Reproduce: 1. Just add network with same vlan id as an already added interface. 2. 3. Actual results: See email thread labeled "Re: [ovirt-users] multiple NICs VLAN ID conflict". GUI says vlan already used. Expected results: Duplicate VLAN ID should be checked when you are assign network to the hardware node, not when creating the interface. Additional info: Trying to work around this with vdsm hooks in before_network_setup, after_get_caps and after_get_stats is very difficult to get it to work right. (see email thread) </pre> </blockquote> <span class="bz_comment_user"> <span class="vcard redhat_user"><a class="email" href="mailto:ykaul@redhat.com" title="Yaniv Kaul <ykaul(a)redhat.com>"> <span class="fn">Yaniv Kaul</span></a> </span> </span> <span class="bz_comment_time"> 2016-03-20 03:12:24 EDT </span> <pre class="bz_comment_text bz_wrap_comment_text" id="comment_text_1">Perhaps only WARN. </pre> </body> </html> --------------000508050504010509050906--

1 0

Get Involved with oVirt project! Spring edition
by Sandro Bonazzola 30 Mar '16

30 Mar '16

Hi, Have you got some free time and do you want to get involved in oVirt project? Do you like the idea of having fresh disk images of recent distribution in oVirt Glance repository? You can help us by testing existing online images ensuring they works with cloud-init or creating one yourself and report your success to devel(a)ovirt.org. We'll be happy to upload the images once these are ready. Do you like Debian and do you have some programming or packaging skills? Help us getting Vdsm running on it! We work on inclusion of Vdsm into Debian. We need to test and fix Vdsm Debian packages to make them working before the next Debian freeze. You can find all current Debian work (Vdsm and related packages) in Debian git repositories [10]. You can follow the progress and participate on oVirt development mailing list [11]. Here are some bugs you can try to help with: 1159784 ovirt-engine Documentation NEW [RFE] Document when and where new features are available ... 1074301 ovirt-engine-cli RFEs NEW [RFE] ovirt-shell has no man page 772931 ovirt-engine-reports RFEs NEW [RFE] Reports should include the name of the oVirt engine 1120585 ovirt-image-uploader Documentation NEW update image uploader documentation 1120586 ovirt-iso-uploader Documentation NEW update iso uploader documentation 1120588 ovirt-log-collector Documentation NEW update log collector documentation 1237132 ovirt-engine Setup.Engine NEW [TEXT] New package listing of engine-setup when upgrading... 1115059 ovirt-engine General ASSIGNED Incomplete error message when adding VNIC profile to runn... Are you great at packaging software? Do you prefer a distribution which is currently unsupported by oVirt? Do you want to have packages included in your preferred distribution? Help getting oVirt ported there! Fedora: http://lists.ovirt.org/pipermail/devel/2015-September/011426.html CentOS: https://wiki.centos.org/SpecialInterestGroup/Virtualization Gentoo: https://wiki.gentoo.org/wiki/OVirt (GSoC: https://wiki.gentoo.org/wiki/Google_Summer_of_Code/2016/Ideas ) Debian: http://www.ovirt.org/develop/release-management/features/debian-support-for… Archlinux: http://www.ovirt.org/develop/developer-guide/arch-linux/ OpenSUSE: https://build.opensuse.org/project/show/Virtualization:oVirt Do you love "DevOps?", you count stable builds in jenkins ci while trying to fall a sleep? Then oVirt infra team is looking for you!, join the infra team and dive in to do the newest and coolest devops tools today! Here are some of our open tasks you can help with: https://ovirt-jira.atlassian.net/secure/RapidBoard.jspa?rapidView=6 You can also help us by sharing how you use oVirt in your DevOps environment (please use [DevOps] in the subject). You can check out more docs on the DevOps side of oVirt in [12][13] You don't have programming skills, not enough time for DevOps but you want still to contribute? Here are some bugs you can take care of, also without writing a line of code: https://bugzilla.redhat.com/buglist.cgi?quicksearch=classification%3Aovirt%… Do you prefer to test things? We have some test cases[5] you can try using nightly snapshots[6]. Do you want to contribute test cases? Most of the features[7] included in oVirt are missing a test case, you're welcome to contribute one! Do you want to contribute artworks? oVirt Live backgrounds and covers, release banners, stickers, .... Take a look at Fedora Artworks[9] as an example of what you can do Is this the first time you try to contribute to oVirt project? You can start from here [1][2]! You don't know gerrit very well? You can find some more docs here [3]. Any other question about development? Feel free to ask on devel(a)ovirt.org or on irc channel[4]. You don't really have time / skills for any development / documentation / testing related task? Spread the word[8]! Let us know you're getting involved, present yourself and tell us what you're going to do, you'll be welcome! [1] http://www.ovirt.org/develop/ [2] http://www.ovirt.org/develop/dev-process/working-with-gerrit/ [3] https://gerrit-review.googlesource.com/Documentation [4] http://www.ovirt.org/community/ [5] http://www.ovirt.org/develop/infra/testing/ [6] http://www.ovirt.org/develop/dev-process/install-nightly-snapshot/ [7] http://www.ovirt.org/develop/release-management/features/ [8] http://www.zdnet.com/article/how-much-longer-can-red-hats-ovirt-remain-cove… [9] https://fedoraproject.org/wiki/Artwork#Resources [10] http://git.debian.org [11] http://lists.ovirt.org/mailman/listinfo/devel [12] http://ovirt-infra-docs.readthedocs.org/en/latest/ [13] http://www.ovirt.org/develop/infra/infrastructure-documentation/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

User permission error in add new disk using API
by Vishal Panchal 30 Mar '16

30 Mar '16

Hello, I got following error during add new disk using API but on other side from admin panel I can create new disk. *Error :* Cannot add Virtual Machine Disk. The user doesn't have permissions to attach Disk Profile to the Disk. Regards, *Vishal Panchal* Software Developer *+918140283911* * <http:///sculptsoft.com>* * <https://www.facebook.com/SculptSoft> <https://www.linkedin.com/company/sculptsoft> <https://twitter.com/SculptSoft>*

3 2

cloud_init not apply when v create from API
by Arpit Makhiyaviya 30 Mar '16

30 Mar '16

Hello, we are using ovirt api with json data format. we have create vm from template and i want to set ip,macaddress,user and password for that we are using cloud_init for that we it can't set any options. Regards, *Arpit Makhiyaviya* Software Engineer +91-79-40038284 +91-971-437-6669 <http://www.sculptsoft.com>

3 6

Hosted-Engine with only 1-IP
by Taste-Of-IT 29 Mar '16

29 Mar '16

Hello, one question from a beginner. The case, i rent a server with 1 public IP-Address. Is it possible to setup oVirt as Hosted-Engine via ssh and vnc remote with only 1 public IP-Address, or need i a second public IP-Address for the engine? Perhaps its about an host entriy or something like this possible?! Thx

3 2

Re: [ovirt-users] Where to add NFS Data Storage
by Taste-Of-IT 29 Mar '16

29 Mar '16

Hello Joop, ans sorry for my late reply. Indeed the docs of red hat are very good, if you found the right one. i worke a few weeks with oVirt and i can make all run, but for my personal needs, i will understand the system and what is made where and why. Thats why i asked a lot question about deeper sense...There are also lots of howtos in the net which didnt work any more or for diffent cases or systems. So as i first startet with all-in-one, someone say that this will not longer supported at 4.x ok, so i test now the hosted-engine, but its a bit tricky to setup if you new and some changes came with new releases. i actually do more than 10 installation, and learned each time i play with options in setup. I searched the docs too, but some things i didnt find. My problem is still the handling of nfs export paths and activate them in ovirt later. one of my experience is: 1 path for data, 1 path for iso and all as nfs export, which work well. if iam in ovirt i cant activate the data path, while the wizard says it is allready in use. so next installation i created same 2 paths plus one for engine which i take at installation for the engine. if i later in ovirt add the data nfs path, i suddenly see both data nfs domains, engine and data. and thats what i not understand? For understanding, the storage cames though the Cluster and will used by the hosts, right? Or have i add each storage over the system, which will used in each cluster by the hosts? Or depend its on the concept of using the storage, e.g. storage on host or extra storage in the net? Greetings Am 2016-03-22 20:49, schrieb Joop: > On 22-3-2016 17:39, Taste-Of-IT wrote: >> Sorry for write again, but its still unclear how to add the nfs >> storage and where. >> >> - as far as i understand the engine is in own vm what is neccessary >> for ha with 2 ore most host. >> - the e.g. nfs storage could be external on own server and will >> connected in engine-vm setup >> >> - the host itself needs a storage path at installation process too, >> which one? local or external nfs too? what will hosted there? the >> engine-vm right? >> >> - so if i only have one host with nfs storage on itself, i have to >> create 2 nfs paths, one for the host with engine-vm and one for the >> engine-vm for nfs storage right? >> - so what is the storage on engine for, all vms? >> > Don't know if you just want to play around with it for personal use or > if its going to be using in a production environment. Doesn't matter > whether its just one host or more than one. > If the first than try to read up on ovirt or use the redhat Rhev docs > on > the redhat site. They are quite nice in explaining the concepts behind > oVirt. > If its the latter than <advert-mode>I have been using/installing oVirt > for quite some time, since the 3.0 times, and offer support on it for > those in need</advert-mode> > > I have no problems trying to help off or on list and maybe its just > seeing how all fits together that will make you understand how things > work. Hosted-engine is a 'warped' concept but it really works although > there are certain pitfalls to be aware of. > > Regards, > > Joop

1 0