- Users - oVirt List Archives

Re: [ovirt-users] Host installation failed. Unexpected connection termination.
by Sahina Bose 28 Jul '14

28 Jul '14

----_com.android.email_1608793116406710 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CgotLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0tLS0tLS0tCkZyb206IEl0YW1hciBIZWltIDxp aGVpbUByZWRoYXQuY29tPiAKRGF0ZTogMjAxNC8wNy8yNyAgMDg6MjggIChHTVQtMDU6MDApIApU bzogUHVuaXQgRGFtYml3YWwgPGh5cHVuaXRAZ21haWwuY29tPix1c2Vyc0BvdmlydC5vcmcsRGFu IEtlbmlnc2JlcmcgPGRhbmtlbkByZWRoYXQuY29tPixhaGFkYXNAcmVkaGF0LmNvbSxTdmVuIEtp ZXNrZSA8Uy5LaWVza2VAbWl0dHdhbGQuZGU+LE1pY2hhbCBTa3JpdmFuZWsgPG1pY2hhbC5za3Jp dmFuZWtAcmVkaGF0LmNvbT4sQW50b25pIFNlZ3VyYSBQdWltZWRvbiA8YXNlZ3VyYXBAcmVkaGF0 LmNvbT4sRnJhbnRpc2VrIEtvYnppayA8ZmtvYnppa0ByZWRoYXQuY29tPixTYWhpbmEgQm9zZSA8 c2Fib3NlQHJlZGhhdC5jb20+IApTdWJqZWN0OiBSZTogSG9zdCBpbnN0YWxsYXRpb24gZmFpbGVk LiBVbmV4cGVjdGVkIGNvbm5lY3Rpb24gdGVybWluYXRpb24uIAogCk9uIDA3LzI2LzIwMTQgMDg6 MjUgUE0sIFB1bml0IERhbWJpd2FsIHdyb3RlOgo+IEhpLAo+Cj4gSSBoYXZlIHN1Y2Nlc3NmdWxs eSBpbnN0YWxsZWQgb3ZpcnQgZW5naW5lIDMuNC4zLi4uYnV0IHdoZW4gaSB0cnkgdG8gYWRkCj4g aG9zdCBpbiB0aGUgY2x1c3RlciBpdCBmYWlsZWQgd2l0aCB0aGUgZm9sbG93aW5nIGVycm9yIDot Cj4KPiBIb3N0IGNvbXB1dGUxIGluc3RhbGxhdGlvbiBmYWlsZWQuIFVuZXhwZWN0ZWQgY29ubmVj dGlvbiB0ZXJtaW5hdGlvbi4KPgo+IEVuZ2luZSBMb2cgOi0KPgo+IC0tLS0tLS0tLS0tLS0tLS0K PiAyMDE0LTA3LTI2IDE3OjE4OjM3LDE0MCBJTkZPCj4gW29yZy5vdmlydC5lbmdpbmUuY29yZS5i bGwuSW5zdGFsbGVyTWVzc2FnZXNdCj4gKG9yZy5vdmlydC50aHJlYWQucG9vbC02LXRocmVhZC0y MCkgWzQwNTgyZTUzXSBJbnN0YWxsYXRpb24KPiA0My4yNTIuMTc2LjEzIDxodHRwOi8vNDMuMjUy LjE3Ni4xMz46IENvbm5lY3RlZCB0byBob3N0IDQzLjI1Mi4xNzYuMTMKPiB3aXRoIFNTSCBrZXkg ZmluZ2VycHJpbnQ6IDFlOjM4Ojg4OmMzOjIwOjBmOmNiOjA4OjZjOmFlOmNiOjg3OjEyOmMxOjAx OjUwCgp3aGF0IGRvIHlvdSBzZWUgaW4gZW5naW5lIEV2ZW50cyB0YWIgKEdVSSk/Cgo+IDIwMTQt MDctMjYgMTc6MTg6MzcsMTY1IElORk8KPiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmRhbC5kYmJy b2tlci5hdWRpdGxvZ2hhbmRsaW5nLkF1ZGl0TG9nRGlyZWN0b3JdCj4gKG9yZy5vdmlydC50aHJl YWQucG9vbC02LXRocmVhZC0yMCkgWzQwNTgyZTUzXSBDb3JyZWxhdGlvbiBJRDogNDA1ODJlNTMs Cj4gQ2FsbCBTdGFjazogbnVsbCwgQ3VzdG9tIEV2ZW50IElEOiAtMSwgTWVzc2FnZTogSW5zdGFs bGluZyBIb3N0Cj4gY29tcHV0ZTEuIENvbm5lY3RlZCB0byBob3N0IDQzLjI1Mi4xNzYuMTMgd2l0 aCBTU0gga2V5IGZpbmdlcnByaW50Ogo+IDFlOjM4Ojg4OmMzOjIwOjBmOmNiOjA4OjZjOmFlOmNi Ojg3OjEyOmMxOjAxOjUwLgo+IDIwMTQtMDctMjYgMTc6MTg6MzcsMTk0IElORk/CoCBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmJsbC5WZHNEZXBsb3ldCj4gKG9yZy5vdmlydC50aHJlYWQucG9vbC02 LXRocmVhZC0yMCkgWzQwNTgyZTUzXSBJbnN0YWxsYXRpb24gb2YKPiA0My4yNTIuMTc2LjEzLiBF eGVjdXRpbmcgY29tbWFuZCB2aWEgU1NIIHVtYXNrIDAwNzc7IE1ZVE1QPSIkKG1rdGVtcCAtdAo+ IG92aXJ0LVhYWFhYWFhYWFgpIjsgdHJhcCAiY2htb2QgLVIgdStyd1ggXCIke01ZVE1QfVwiID4g L2Rldi9udWxsIDI+JjE7Cj4gcm0gLWZyIFwiJHtNWVRNUH1cIiA+IC9kZXYvbnVsbCAyPiYxIiAw OyBybSAtZnIgIiR7TVlUTVB9IiAmJiBta2Rpcgo+ICIke01ZVE1QfSIgJiYgdGFyIC0td2Fybmlu Zz1uby10aW1lc3RhbXAgLUMgIiR7TVlUTVB9IiAteCAmJgo+ICIke01ZVE1QfSIvc2V0dXAgRElB TE9HL2RpYWxlY3Q9c3RyOm1hY2hpbmUKPiBESUFMT0cvY3VzdG9taXphdGlvbj1ib29sOlRydWUg PAo+IC92YXIvY2FjaGUvb3ZpcnQtZW5naW5lL292aXJ0LWhvc3QtZGVwbG95LnRhcgo+IDIwMTQt MDctMjYgMTc6MTg6MzcsMjAxIElORk8KPiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV0aWxzLnNz aC5TU0hEaWFsb2ddCj4gKG9yZy5vdmlydC50aHJlYWQucG9vbC02LXRocmVhZC0yMCkgU1NIIGV4 ZWN1dGUgcm9vdEA0My4yNTIuMTc2LjEzCj4gPG1haWx0bzpyb290QDQzLjI1Mi4xNzYuMTM+ICd1 bWFzayAwMDc3OyBNWVRNUD0iJChta3RlbXAgLXQKPiBvdmlydC1YWFhYWFhYWFhYKSI7IHRyYXAg ImNobW9kIC1SIHUrcndYIFwiJHtNWVRNUH1cIiA+IC9kZXYvbnVsbCAyPiYxOwo+IHJtIC1mciBc IiR7TVlUTVB9XCIgPiAvZGV2L251bGwgMj4mMSIgMDsgcm0gLWZyICIke01ZVE1QfSIgJiYgbWtk aXIKPiAiJHtNWVRNUH0iICYmIHRhciAtLXdhcm5pbmc9bm8tdGltZXN0YW1wIC1DICIke01ZVE1Q fSIgLXggJiYKPiAiJHtNWVRNUH0iL3NldHVwIERJQUxPRy9kaWFsZWN0PXN0cjptYWNoaW5lIERJ QUxPRy9jdXN0b21pemF0aW9uPWJvb2w6VHJ1ZScKPiAyMDE0LTA3LTI2IDE3OjE4OjM5LDg3MSBJ TkZPCj4gW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIuVmRzTWFuYWdlcl0KPiAoRGVm YXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMzMpIEluaXRpYWxpemluZyBIb3N0OiBjb21wdXRl MQo+IDIwMTQtMDctMjYgMTc6MTk6MTEsNzk4IElORk8KPiBbb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LmJsbC5nbHVzdGVyLnRhc2tzLkdsdXN0ZXJUYXNrc1NlcnZpY2VdCj4gKERlZmF1bHRRdWFydHpT Y2hlZHVsZXJfV29ya2VyLTE4KSBObyB1cCBzZXJ2ZXIgaW4gY2x1c3Rlcgo+IDIwMTQtMDctMjYg MTc6MTk6MTEsNzk5IEVSUk9SCj4gW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuZ2x1c3Rlci5H bHVzdGVyVGFza3NTeW5jSm9iXQo+IChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0xOCkg RXJyb3IgdXBkYXRpbmcgdGFza3MgZnJvbSBDTEk6Cj4gb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmNv bW1vbi5lcnJvcnMuVmRjQkxMRXhjZXB0aW9uOiBWZGNCTExFeGNlcHRpb246Cj4gTk9fVVBfU0VS VkVSX0ZPVU5EIChGYWlsZWQgd2l0aCBlcnJvciBOT19VUF9TRVJWRVJfRk9VTkQgYW5kIGNvZGUg NzAwMCkKPsKgwqDCoMKgwqDCoMKgwqDCoCBhdAo+IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwu Z2x1c3Rlci50YXNrcy5HbHVzdGVyVGFza3NTZXJ2aWNlLmdldFRhc2tMaXN0Rm9yQ2x1c3RlcihH bHVzdGVyVGFza3NTZXJ2aWNlLmphdmE6MzApCj4gW2JsbC5qYXI6XQo+wqDCoMKgwqDCoMKgwqDC oMKgIGF0Cj4gb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5nbHVzdGVyLkdsdXN0ZXJUYXNrc1N5 bmNKb2IudXBkYXRlR2x1c3RlckFzeW5jVGFza3MoR2x1c3RlclRhc2tzU3luY0pvYi5qYXZhOjg0 KQo+IFtibGwuamFyOl0KPsKgwqDCoMKgwqDCoMKgwqDCoCBhdCBzdW4ucmVmbGVjdC5HZW5lcmF0 ZWRNZXRob2RBY2Nlc3NvcjQxLmludm9rZShVbmtub3duIFNvdXJjZSkKPiBbOjEuNy4wXzY1XQo+ wqDCoMKgwqDCoMKgwqDCoMKgIGF0Cj4gc3VuLnJlZmxlY3QuRGVsZWdhdGluZ01ldGhvZEFjY2Vz c29ySW1wbC5pbnZva2UoRGVsZWdhdGluZ01ldGhvZEFjY2Vzc29ySW1wbC5qYXZhOjQzKQo+IFty dC5qYXI6MS43LjBfNjVdCj7CoMKgwqDCoMKgwqDCoMKgwqAgYXQgamF2YS5sYW5nLnJlZmxlY3Qu TWV0aG9kLmludm9rZShNZXRob2QuamF2YTo2MDYpCj4gW3J0LmphcjoxLjcuMF82NV0KPsKgwqDC oMKgwqDCoMKgwqDCoCBhdAo+IG9yZy5vdmlydC5lbmdpbmUuY29yZS51dGlscy50aW1lci5Kb2JX cmFwcGVyLmV4ZWN1dGUoSm9iV3JhcHBlci5qYXZhOjYwKQo+IFtzY2hlZHVsZXIuamFyOl0KPsKg wqDCoMKgwqDCoMKgwqDCoCBhdCBvcmcucXVhcnR6LmNvcmUuSm9iUnVuU2hlbGwucnVuKEpvYlJ1 blNoZWxsLmphdmE6MjEzKQo+IFtxdWFydHouamFyOl0KPsKgwqDCoMKgwqDCoMKgwqDCoCBhdAo+ IG9yZy5xdWFydHouc2ltcGwuU2ltcGxlVGhyZWFkUG9vbCRXb3JrZXJUaHJlYWQucnVuKFNpbXBs ZVRocmVhZFBvb2wuamF2YTo1NTcpCj4gW3F1YXJ0ei5qYXI6XQoKU2FoaW5hIC0gYWJvdmUgbG9v a3MgbGlrZSBhbiB1bnJlbGF0ZWQgYnVnIC0gcGxlYXNlIGludmVzdGlnYXRlCgoKVGhlIGVycm9y IHJlbGF0ZWQgdG8gR2x1c3RlclRhc2tzIGlzIHVucmVsYXRlZC4uLnRoaXMgaXMgdGhlIGVycm9y IGluIHN5bmNpbmcgaW5mbyByZWxhdGVkIHRvIGdsdXN0ZXIgdGFza3MgYXMgbm8gc2VydmVyIGlu IHVwIHN0YXRlIHdhcyBhdmFpbGFibGUuIFRoaXMgam9iIHJ1bnMgaW4gYSBzZXBhcmF0ZSB0aHJl YWQuCgo= ----_com.android.email_1608793116406710 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGJyPjxicj48YnI+LS0tLS0tLS0g T3JpZ2luYWwgbWVzc2FnZSAtLS0tLS0tLTxicj5Gcm9tOiBJdGFtYXIgSGVpbSAmbHQ7aWhlaW1A cmVkaGF0LmNvbSZndDsgPGJyPkRhdGU6IDIwMTQvMDcvMjcgIDA4OjI4ICAoR01ULTA1OjAwKSA8 YnI+VG86IFB1bml0IERhbWJpd2FsICZsdDtoeXB1bml0QGdtYWlsLmNvbSZndDssdXNlcnNAb3Zp cnQub3JnLERhbiBLZW5pZ3NiZXJnICZsdDtkYW5rZW5AcmVkaGF0LmNvbSZndDssYWhhZGFzQHJl ZGhhdC5jb20sU3ZlbiBLaWVza2UgJmx0O1MuS2llc2tlQG1pdHR3YWxkLmRlJmd0OyxNaWNoYWwg U2tyaXZhbmVrICZsdDttaWNoYWwuc2tyaXZhbmVrQHJlZGhhdC5jb20mZ3Q7LEFudG9uaSBTZWd1 cmEgUHVpbWVkb24gJmx0O2FzZWd1cmFwQHJlZGhhdC5jb20mZ3Q7LEZyYW50aXNlayBLb2J6aWsg Jmx0O2Zrb2J6aWtAcmVkaGF0LmNvbSZndDssU2FoaW5hIEJvc2UgJmx0O3NhYm9zZUByZWRoYXQu Y29tJmd0OyA8YnI+U3ViamVjdDogUmU6IEhvc3QgaW5zdGFsbGF0aW9uIGZhaWxlZC4gVW5leHBl Y3RlZCBjb25uZWN0aW9uIHRlcm1pbmF0aW9uLiA8YnI+IDxicj48YnI+T24gMDcvMjYvMjAxNCAw ODoyNSBQTSwgUHVuaXQgRGFtYml3YWwgd3JvdGU6PGJyPiZndDsgSGksPGJyPiZndDs8YnI+Jmd0 OyBJIGhhdmUgc3VjY2Vzc2Z1bGx5IGluc3RhbGxlZCBvdmlydCBlbmdpbmUgMy40LjMuLi5idXQg d2hlbiBpIHRyeSB0byBhZGQ8YnI+Jmd0OyBob3N0IGluIHRoZSBjbHVzdGVyIGl0IGZhaWxlZCB3 aXRoIHRoZSBmb2xsb3dpbmcgZXJyb3IgOi08YnI+Jmd0Ozxicj4mZ3Q7IEhvc3QgY29tcHV0ZTEg aW5zdGFsbGF0aW9uIGZhaWxlZC4gVW5leHBlY3RlZCBjb25uZWN0aW9uIHRlcm1pbmF0aW9uLjxi cj4mZ3Q7PGJyPiZndDsgRW5naW5lIExvZyA6LTxicj4mZ3Q7PGJyPiZndDsgLS0tLS0tLS0tLS0t LS0tLTxicj4mZ3Q7IDIwMTQtMDctMjYgMTc6MTg6MzcsMTQwIElORk88YnI+Jmd0OyBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLmJsbC5JbnN0YWxsZXJNZXNzYWdlc108YnI+Jmd0OyAob3JnLm92aXJ0 LnRocmVhZC5wb29sLTYtdGhyZWFkLTIwKSBbNDA1ODJlNTNdIEluc3RhbGxhdGlvbjxicj4mZ3Q7 IDQzLjI1Mi4xNzYuMTMgJmx0O2h0dHA6Ly80My4yNTIuMTc2LjEzJmd0OzogQ29ubmVjdGVkIHRv IGhvc3QgNDMuMjUyLjE3Ni4xMzxicj4mZ3Q7IHdpdGggU1NIIGtleSBmaW5nZXJwcmludDogMWU6 Mzg6ODg6YzM6MjA6MGY6Y2I6MDg6NmM6YWU6Y2I6ODc6MTI6YzE6MDE6NTA8YnI+PGJyPndoYXQg ZG8geW91IHNlZSBpbiBlbmdpbmUgRXZlbnRzIHRhYiAoR1VJKT88YnI+PGJyPiZndDsgMjAxNC0w Ny0yNiAxNzoxODozNywxNjUgSU5GTzxicj4mZ3Q7IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuZGFs LmRiYnJva2VyLmF1ZGl0bG9naGFuZGxpbmcuQXVkaXRMb2dEaXJlY3Rvcl08YnI+Jmd0OyAob3Jn Lm92aXJ0LnRocmVhZC5wb29sLTYtdGhyZWFkLTIwKSBbNDA1ODJlNTNdIENvcnJlbGF0aW9uIElE OiA0MDU4MmU1Myw8YnI+Jmd0OyBDYWxsIFN0YWNrOiBudWxsLCBDdXN0b20gRXZlbnQgSUQ6IC0x LCBNZXNzYWdlOiBJbnN0YWxsaW5nIEhvc3Q8YnI+Jmd0OyBjb21wdXRlMS4gQ29ubmVjdGVkIHRv IGhvc3QgNDMuMjUyLjE3Ni4xMyB3aXRoIFNTSCBrZXkgZmluZ2VycHJpbnQ6PGJyPiZndDsgMWU6 Mzg6ODg6YzM6MjA6MGY6Y2I6MDg6NmM6YWU6Y2I6ODc6MTI6YzE6MDE6NTAuPGJyPiZndDsgMjAx NC0wNy0yNiAxNzoxODozNywxOTQgSU5GTyZuYnNwOyBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJs bC5WZHNEZXBsb3ldPGJyPiZndDsgKG9yZy5vdmlydC50aHJlYWQucG9vbC02LXRocmVhZC0yMCkg WzQwNTgyZTUzXSBJbnN0YWxsYXRpb24gb2Y8YnI+Jmd0OyA0My4yNTIuMTc2LjEzLiBFeGVjdXRp bmcgY29tbWFuZCB2aWEgU1NIIHVtYXNrIDAwNzc7IE1ZVE1QPSIkKG1rdGVtcCAtdDxicj4mZ3Q7 IG92aXJ0LVhYWFhYWFhYWFgpIjsgdHJhcCAiY2htb2QgLVIgdStyd1ggXCIke01ZVE1QfVwiICZn dDsgL2Rldi9udWxsIDImZ3Q7JmFtcDsxOzxicj4mZ3Q7IHJtIC1mciBcIiR7TVlUTVB9XCIgJmd0 OyAvZGV2L251bGwgMiZndDsmYW1wOzEiIDA7IHJtIC1mciAiJHtNWVRNUH0iICZhbXA7JmFtcDsg bWtkaXI8YnI+Jmd0OyAiJHtNWVRNUH0iICZhbXA7JmFtcDsgdGFyIC0td2FybmluZz1uby10aW1l c3RhbXAgLUMgIiR7TVlUTVB9IiAteCAmYW1wOyZhbXA7PGJyPiZndDsgIiR7TVlUTVB9Ii9zZXR1 cCBESUFMT0cvZGlhbGVjdD1zdHI6bWFjaGluZTxicj4mZ3Q7IERJQUxPRy9jdXN0b21pemF0aW9u PWJvb2w6VHJ1ZSAmbHQ7PGJyPiZndDsgL3Zhci9jYWNoZS9vdmlydC1lbmdpbmUvb3ZpcnQtaG9z dC1kZXBsb3kudGFyPGJyPiZndDsgMjAxNC0wNy0yNiAxNzoxODozNywyMDEgSU5GTzxicj4mZ3Q7 IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMuc3NoLlNTSERpYWxvZ108YnI+Jmd0OyAob3Jn Lm92aXJ0LnRocmVhZC5wb29sLTYtdGhyZWFkLTIwKSBTU0ggZXhlY3V0ZSByb290QDQzLjI1Mi4x NzYuMTM8YnI+Jmd0OyAmbHQ7bWFpbHRvOnJvb3RANDMuMjUyLjE3Ni4xMyZndDsgJ3VtYXNrIDAw Nzc7IE1ZVE1QPSIkKG1rdGVtcCAtdDxicj4mZ3Q7IG92aXJ0LVhYWFhYWFhYWFgpIjsgdHJhcCAi Y2htb2QgLVIgdStyd1ggXCIke01ZVE1QfVwiICZndDsgL2Rldi9udWxsIDImZ3Q7JmFtcDsxOzxi cj4mZ3Q7IHJtIC1mciBcIiR7TVlUTVB9XCIgJmd0OyAvZGV2L251bGwgMiZndDsmYW1wOzEiIDA7 IHJtIC1mciAiJHtNWVRNUH0iICZhbXA7JmFtcDsgbWtkaXI8YnI+Jmd0OyAiJHtNWVRNUH0iICZh bXA7JmFtcDsgdGFyIC0td2FybmluZz1uby10aW1lc3RhbXAgLUMgIiR7TVlUTVB9IiAteCAmYW1w OyZhbXA7PGJyPiZndDsgIiR7TVlUTVB9Ii9zZXR1cCBESUFMT0cvZGlhbGVjdD1zdHI6bWFjaGlu ZSBESUFMT0cvY3VzdG9taXphdGlvbj1ib29sOlRydWUnPGJyPiZndDsgMjAxNC0wNy0yNiAxNzox ODozOSw4NzEgSU5GTzxicj4mZ3Q7IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLlZk c01hbmFnZXJdPGJyPiZndDsgKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTMzKSBJbml0 aWFsaXppbmcgSG9zdDogY29tcHV0ZTE8YnI+Jmd0OyAyMDE0LTA3LTI2IDE3OjE5OjExLDc5OCBJ TkZPPGJyPiZndDsgW29yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuZ2x1c3Rlci50YXNrcy5HbHVz dGVyVGFza3NTZXJ2aWNlXTxicj4mZ3Q7IChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0x OCkgTm8gdXAgc2VydmVyIGluIGNsdXN0ZXI8YnI+Jmd0OyAyMDE0LTA3LTI2IDE3OjE5OjExLDc5 OSBFUlJPUjxicj4mZ3Q7IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxsLmdsdXN0ZXIuR2x1c3Rl clRhc2tzU3luY0pvYl08YnI+Jmd0OyAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMTgp IEVycm9yIHVwZGF0aW5nIHRhc2tzIGZyb20gQ0xJOjxicj4mZ3Q7IG9yZy5vdmlydC5lbmdpbmUu Y29yZS5jb21tb24uZXJyb3JzLlZkY0JMTEV4Y2VwdGlvbjogVmRjQkxMRXhjZXB0aW9uOjxicj4m Z3Q7IE5PX1VQX1NFUlZFUl9GT1VORCAoRmFpbGVkIHdpdGggZXJyb3IgTk9fVVBfU0VSVkVSX0ZP VU5EIGFuZCBjb2RlIDcwMDApPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYXQ8YnI+Jmd0OyBvcmcub3ZpcnQuZW5naW5lLmNvcmUu YmxsLmdsdXN0ZXIudGFza3MuR2x1c3RlclRhc2tzU2VydmljZS5nZXRUYXNrTGlzdEZvckNsdXN0 ZXIoR2x1c3RlclRhc2tzU2VydmljZS5qYXZhOjMwKTxicj4mZ3Q7IFtibGwuamFyOl08YnI+Jmd0 OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBh dDxicj4mZ3Q7IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuZ2x1c3Rlci5HbHVzdGVyVGFza3NT eW5jSm9iLnVwZGF0ZUdsdXN0ZXJBc3luY1Rhc2tzKEdsdXN0ZXJUYXNrc1N5bmNKb2IuamF2YTo4 NCk8YnI+Jmd0OyBbYmxsLmphcjpdPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYXQgc3VuLnJlZmxlY3QuR2VuZXJhdGVkTWV0aG9k QWNjZXNzb3I0MS5pbnZva2UoVW5rbm93biBTb3VyY2UpPGJyPiZndDsgWzoxLjcuMF82NV08YnI+ Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBhdDxicj4mZ3Q7IHN1bi5yZWZsZWN0LkRlbGVnYXRpbmdNZXRob2RBY2Nlc3NvckltcGwuaW52 b2tlKERlbGVnYXRpbmdNZXRob2RBY2Nlc3NvckltcGwuamF2YTo0Myk8YnI+Jmd0OyBbcnQuamFy OjEuNy4wXzY1XTxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGF0IGphdmEubGFuZy5yZWZsZWN0Lk1ldGhvZC5pbnZva2UoTWV0aG9k LmphdmE6NjA2KTxicj4mZ3Q7IFtydC5qYXI6MS43LjBfNjVdPGJyPiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYXQ8YnI+Jmd0OyBvcmcu b3ZpcnQuZW5naW5lLmNvcmUudXRpbHMudGltZXIuSm9iV3JhcHBlci5leGVjdXRlKEpvYldyYXBw ZXIuamF2YTo2MCk8YnI+Jmd0OyBbc2NoZWR1bGVyLmphcjpdPGJyPiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgYXQgb3JnLnF1YXJ0ei5j b3JlLkpvYlJ1blNoZWxsLnJ1bihKb2JSdW5TaGVsbC5qYXZhOjIxMyk8YnI+Jmd0OyBbcXVhcnR6 LmphcjpdPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgYXQ8YnI+Jmd0OyBvcmcucXVhcnR6LnNpbXBsLlNpbXBsZVRocmVhZFBvb2wk V29ya2VyVGhyZWFkLnJ1bihTaW1wbGVUaHJlYWRQb29sLmphdmE6NTU3KTxicj4mZ3Q7IFtxdWFy dHouamFyOl08YnI+PGJyPlNhaGluYSAtIGFib3ZlIGxvb2tzIGxpa2UgYW4gdW5yZWxhdGVkIGJ1 ZyAtIHBsZWFzZSBpbnZlc3RpZ2F0ZTxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+ VGhlIGVycm9yIHJlbGF0ZWQgdG8gR2x1c3RlclRhc2tzIGlzIHVucmVsYXRlZC4uLnRoaXMgaXMg dGhlIGVycm9yIGluIHN5bmNpbmcgaW5mbyByZWxhdGVkIHRvIGdsdXN0ZXIgdGFza3MgYXMgbm8g c2VydmVyIGluIHVwIHN0YXRlIHdhcyBhdmFpbGFibGUuIFRoaXMgam9iIHJ1bnMgaW4gYSBzZXBh cmF0ZSB0aHJlYWQuPGJyPjxicj48L2Rpdj48L2JvZHk+ ----_com.android.email_1608793116406710--

3 3

[ANN] oVirt 3.5 Second Test Day - Tomorrow Jul 29th
by Sandro Bonazzola 28 Jul '14

28 Jul '14

Hi all, Tomorrow Jul 29th we'll have oVirt 3.5.0 second test day. On this day all relevant engineers will be online ready to support any issues you find during install / operating this new release. Just make sure you have 1 host or more to test drive the new release. If you're curious to see how it works, this is your chance. Thanks again for everyone who will join us tomorrow! Location #ovirt irc channel Please communicate here to allow others to see any issues What In this test day you have a license to kill ;) Follow the documentation to setup your environment, and test drive the new features. Please remember we expect to see some issues, and anything you come up with will save you when you'll install final release Remember to try daily tasks you'd usually do in the engine, to see there are no regressions. Write down the configuration you used (HW, console, etc) in the report etherpad[1]. Documentation Release notes: http://www.ovirt.org/OVirt_3.5_Release_Notes Features pages links: http://bit.ly/17qBn6F If you find errors in the wiki please annotate it as well in report etherpad [1] Prerequisites / recommendations Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc). Use Fedora 19 or 20. Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. NEW issues / reports For any new issue, please update the reports etherpad [1] Feature owners, please make sure: your feature is updated and referenced on release page [2]. you have testing instruction for your feature either on test day page [3] or in your feature page. your team regression testing section is organized and up to date on test day page [3]. [1] http://etherpad.ovirt.org/p/3.5-testday-2 [2] http://www.ovirt.org/OVirt_3.5_Release_Notes [3] http://www.ovirt.org/OVirt_3.5_TestDay Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Changing name of default data_domain to data_1_domain
by Andy Michielsen 28 Jul '14

28 Jul '14

Hello Oved, Gilad , I was retracing my steps of what I changed and I remember now that I also deleted the host and and then added it again from the host tab. Here I changed the Address entry from it's ip-address to its FQDN. Maybe this is where it went wrong ? But how do I fix this ? Kind regards.

1 0

[ANN] oVirt 3.5 Second Test Day - Tomorrow Jul 29th
by Sandro Bonazzola 28 Jul '14

28 Jul '14

Hi all, Tomorrow Jul 29th we'll have oVirt 3.5.0 second test day. On this day all relevant engineers will be online ready to support any issues you find during install / operating this new release. Just make sure you have 1 host or more to test drive the new release. If you're curious to see how it works, this is your chance. Thanks again for everyone who will join us tomorrow! Location #ovirt irc channel Please communicate here to allow others to see any issues What In this test day you have a license to kill ;) Follow the documentation to setup your environment, and test drive the new features. Please remember we expect to see some issues, and anything you come up with will save you when you'll install final release Remember to try daily tasks you'd usually do in the engine, to see there are no regressions. Write down the configuration you used (HW, console, etc) in the report etherpad[1]. Documentation Release notes: http://www.ovirt.org/OVirt_3.5_Release_Notes Features pages links: http://bit.ly/17qBn6F If you find errors in the wiki please annotate it as well in report etherpad [1] Prerequisites / recommendations Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc). Use Fedora 19 or 20. Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. NEW issues / reports For any new issue, please update the reports etherpad [1] Feature owners, please make sure: your feature is updated and referenced on release page [2]. you have testing instruction for your feature either on test day page [3] or in your feature page. your team regression testing section is organized and up to date on test day page [3]. [1] http://etherpad.ovirt.org/p/3.5-testday-2 [2] http://www.ovirt.org/OVirt_3.5_Release_Notes [3] http://www.ovirt.org/OVirt_3.5_TestDay Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[ANN] oVirt 3.5 Second Test Day - Tomorrow Jul 29th
by Sandro Bonazzola 28 Jul '14

28 Jul '14

Hi all, Tomorrow Jul 29th we'll have oVirt 3.5.0 second test day. On this day all relevant engineers will be online ready to support any issues you find during install / operating this new release. Just make sure you have 1 host or more to test drive the new release. If you're curious to see how it works, this is your chance. Thanks again for everyone who will join us tomorrow! Location #ovirt irc channel Please communicate here to allow others to see any issues What In this test day you have a license to kill ;) Follow the documentation to setup your environment, and test drive the new features. Please remember we expect to see some issues, and anything you come up with will save you when you'll install final release Remember to try daily tasks you'd usually do in the engine, to see there are no regressions. Write down the configuration you used (HW, console, etc) in the report etherpad[1]. Documentation Release notes: http://www.ovirt.org/OVirt_3.4.0_release_notes Features pages links: http://bit.ly/17qBn6F If you find errors in the wiki please annotate it as well in report etherpad [1] Prerequisites / recommendations Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc). Use Fedora 19 or 20. Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. NEW issues / reports For any new issue, please update the reports etherpad [1] Feature owners, please make sure: your feature is updated and referenced on release page [2]. you have testing instruction for your feature either on test day page [3] or in your feature page. your team regression testing section is organized and up to date on test day page [3]. [1] http://etherpad.ovirt.org/p/3.5-testday-2 [2] http://www.ovirt.org/OVirt_3.5_Release_Notes [3] http://www.ovirt.org/OVirt_3.5_TestDay Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Host installation failed. Unexpected connection termination.
by Punit Dambiwal 28 Jul '14

28 Jul '14

Hi, I have successfully installed ovirt engine 3.4.3...but when i try to add host in the cluster it failed with the following error :- Host compute1 installation failed. Unexpected connection termination. Engine Log :- ---------------- 2014-07-26 17:18:37,140 INFO [org.ovirt.engine.core.bll.InstallerMessages] (org.ovirt.thread.pool-6-thread-20) [40582e53] Installation 43.252.176.13: Connected to host 43.252.176.13 with SSH key fingerprint: 1e:38:88:c3:20:0f:cb:08:6c:ae:cb:87:12:c1:01:50 2014-07-26 17:18:37,165 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-20) [40582e53] Correlation ID: 40582e53, Call Stack: null, Custom Event ID: -1, Message: Installing Host compute1. Connected to host 43.252.176.13 with SSH key fingerprint: 1e:38:88:c3:20:0f:cb:08:6c:ae:cb:87:12:c1:01:50. 2014-07-26 17:18:37,194 INFO [org.ovirt.engine.core.bll.VdsDeploy] (org.ovirt.thread.pool-6-thread-20) [40582e53] Installation of 43.252.176.13. Executing command via SSH umask 0077; MYTMP="$(mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True < /var/cache/ovirt-engine/ovirt-host-deploy.tar 2014-07-26 17:18:37,201 INFO [org.ovirt.engine.core.utils.ssh.SSHDialog] (org.ovirt.thread.pool-6-thread-20) SSH execute root(a)43.252.176.13 'umask 0077; MYTMP="$(mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True' 2014-07-26 17:18:39,871 INFO [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-33) Initializing Host: compute1 2014-07-26 17:19:11,798 INFO [org.ovirt.engine.core.bll.gluster.tasks.GlusterTasksService] (DefaultQuartzScheduler_Worker-18) No up server in cluster 2014-07-26 17:19:11,799 ERROR [org.ovirt.engine.core.bll.gluster.GlusterTasksSyncJob] (DefaultQuartzScheduler_Worker-18) Error updating tasks from CLI: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: NO_UP_SERVER_FOUND (Failed with error NO_UP_SERVER_FOUND and code 7000) at org.ovirt.engine.core.bll.gluster.tasks.GlusterTasksService.getTaskListForCluster(GlusterTasksService.java:30) [bll.jar:] at org.ovirt.engine.core.bll.gluster.GlusterTasksSyncJob.updateGlusterAsyncTasks(GlusterTasksSyncJob.java:84) [bll.jar:] at sun.reflect.GeneratedMethodAccessor41.invoke(Unknown Source) [:1.7.0_65] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_65] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_65] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:] ------------------ Thanks, Punit

3 2

RHEV - Hypervisor directory structure.
by santosh 27 Jul '14

27 Jul '14

This is a multi-part MIME message. --=_reb-r6F64C883-t53D29588 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Hi, I am trying to understand the directory structure on the RHEV hypervisor. Below is the part of the directory tree on hypervisor. |root@XYZ dom_md] tree /rhev/data-center/51a24440-6a1f-48f0-8306-92455fe7aaa1/mastersd/ /rhev/data-center/51a24440-6a1f-48f0-8306-92455fe7aaa1/mastersd/ ??? dom_md ? ??? ids -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/ids ? ??? inbox -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/inbox ? ??? leases -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/leases ? ??? master -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/master ? ??? metadata -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/metadata ? ??? outbox -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/outbox ??? images ? ??? 7f0be608-0251-4125-a3a1-b4e74bbcaa34 ? ? ??? 53596e07-0317-43b3-838a-13cde56ce1c8 -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/53596e07-0317-43b3-838a-13cde56ce1c8 ? ??? aa6b4787-271f-4651-98c8-97054ff4418d ? ? ??? 22961431-c139-4311-bc78-c4f5a58cfda7 -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/22961431-c139-4311-bc78-c4f5a58cfda7 ? ? ??? f5f5f1ff-af71-4d11-a15a-dbc863e5d6f7 -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/f5f5f1ff-af71-4d11-a15a-dbc863e5d6f7 ? ??? e4f70c9e-c5b3-4cbe-a755-684d6a86026f ? ??? 8c2f5f05-c109-45e7-af98-c54437ad5d9e -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/8c2f5f05-c109-45e7-af98-c54437ad5d9e ??? master ??? lost+found ??? tasks ??? vms ??? 1ba7645c-79db-403a-95f6-b3078e441b86 ? ??? 1ba7645c-79db-403a-95f6-b3078e441b86.ovf ??? 6df2c080-a0d5-4202-8f09-ed719184f667 ??? 6df2c080-a0d5-4202-8f09-ed719184f667.ovf| I am trying to understand the *ids, inbox, leases, master, metadata and outbox* device files above. I would appreciate any pointer to get this information. Thanks. ***************************Legal Disclaimer*************************** "This communication may contain confidential and privileged material for the sole use of the intended recipient. Any unauthorized review, use or distribution by others is strictly prohibited. If you have received the message by mistake, please advise the sender by reply email and delete the message. Thank you." ********************************************************************** --=_reb-r6F64C883-t53D29588 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, I am trying to understand the directory structure on the RHEV hypervisor. Below is the part of the directory tree on hypervisor. <blockquote> <pre><big><code>root@XYZ dom_md] tree /rhev/data-center/51a24440-6a1f-48f0-8306-92455fe7aaa1/mastersd/ /rhev/data-center/51a24440-6a1f-48f0-8306-92455fe7aaa1/mastersd/ ├── dom_md │   ├── ids -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/ids │   ├── inbox -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/inbox │   ├── leases -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/leases │   ├── master -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/master │   ├── metadata -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/metadata │   └── outbox -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/outbox ├── images │   ├── 7f0be608-0251-4125-a3a1-b4e74bbcaa34 │   │   └── 53596e07-0317-43b3-838a-13cde56ce1c8 -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/53596e07-0317-43b3-838a-13cde56ce1c8 │   ├── aa6b4787-271f-4651-98c8-97054ff4418d │   │   ├── 22961431-c139-4311-bc78-c4f5a58cfda7 -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/22961431-c139-4311-bc78-c4f5a58cfda7 │   │   └── f5f5f1ff-af71-4d11-a15a-dbc863e5d6f7 -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/f5f5f1ff-af71-4d11-a15a-dbc863e5d6f7 │   └── e4f70c9e-c5b3-4cbe-a755-684d6a86026f │   └── 8c2f5f05-c109-45e7-af98-c54437ad5d9e -> /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/8c2f5f05-c109-45e7-af98-c54437ad5d9e └── master ├── lost+found ├── tasks └── vms ├── 1ba7645c-79db-403a-95f6-b3078e441b86 │   └── 1ba7645c-79db-403a-95f6-b3078e441b86.ovf └── 6df2c080-a0d5-4202-8f09-ed719184f667 └── 6df2c080-a0d5-4202-8f09-ed719184f667.ovf</code></big></pre> </blockquote> I am trying to understand the ids, inbox, leases, master, metadata and outbox device files above. I would appreciate any pointer to get this information. Thanks. </body> </html> <pre> ***************************Legal Disclaimer*************************** "This communication may contain confidential and privileged material for the sole use of the intended recipient. Any unauthorized review, use or distribution by others is strictly prohibited. If you have received the message by mistake, please advise the sender by reply email and delete the message. Thank you." **********************************************************************</pre> --=_reb-r6F64C883-t53D29588--

2 1

Glusterfs HA with Ovirt
by Punit Dambiwal 27 Jul '14

27 Jul '14

Hi, I have some HA related concern about glusterfs with Ovirt...let say i have 4 storage node with gluster bricks as below :- 1. 10.10.10.1 to 10.10.10.4 with 2 bricks each and i have distributed replicated architecture... 2. Now attached this gluster storge to ovrit-engine with the following mount point 10.10.10.2/vol1 3. In my cluster i have 3 hypervisior hosts (10.10.10.5 to 10.10.10.7) SPM is on 10.10.10.5... 4. What happen if 10.10.10.2 will goes down.....can hypervisior host can still access the storage ?? 5. What happen if SPM goes down ??? Note :- What happen for point 4 &5 ,If storage and Compute both working on the same server. Thanks, Punit

6 10

Documentation of cloud-init
by Amedeo Salvati 25 Jul '14

25 Jul '14

--_=__=_XaM3_.1406285961.2A.813187.42.17781.52.42.007.867559545 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hy guys,=0A=0Aafter some headache I was able to use cloud-init via python= -sdk (thanks to Juan), and I hope no one will fight anymore with them :D,= so if you want I think it's better to document with a simple example it'= s use on web page available at:=0A=0Ahttp://www.ovirt.org/Features/Cloud-= Init_Integration=0A=0Abelow simple change that you can integrate on web p= age:=0A=0A- fix api design example of usage for files xml, on the web pag= e you can find:=0A=0A...=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <files>=0A= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <file>=0A=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <name>/tmp/testFile1.txt</n= ame>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <cont= ent>temp content</content>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 <type>PLAINTEXT</type>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 </file>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </files>=0A= ...=0A=0Abut on params.File there aren't any "type" parameter only "type_= " so you can change xml with:=0A=0A...=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 <files>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <file>=0A=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 <name>/tmp/test= File1.txt</name>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 <content>temp content</content>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 <type_>PLAINTEXT</type_>=0A=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 </file>=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 </files>=0A...=0A=0A- insert an example of using cloud-init via pytho= n-sdk (I hope java-sdk haven't big differences).=0A=0Afor this you can in= sert on web page an example of setting via cloud-init: hostname, reset ro= ot password and write a simple text file, and finally simple python code = is:=0A=0A...=0Ascontent =3D "write_files:\n-=C2=A0=C2=A0 content: |\n=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 #simple file\n=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 PIPPO=3D\"ciao\"\n=C2=A0=C2=A0=C2=A0 path: /etc/pippo.= txt"=0Aaction =3D params.Action(=0A=C2=A0 vm=3Dparams.VM(=0A=C2=A0=C2=A0=C2= =A0 initialization=3Dparams.Initialization(=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 cloud_init=3Dparams.CloudInit(=0A=C2=A0=C2=A0 =C2=A0host=3Dparams.Hos= t(address=3D"rheltest029"),=0A=C2=A0=C2=A0 =C2=A0users=3Dparams.Users(=0A= =C2=A0=C2=A0 =C2=A0=C2=A0 user=3D[params.User(user_name=3D"root", passwor= d=3D"pippolo")]=0A=C2=A0=C2=A0 =C2=A0=C2=A0 ),=0A=C2=A0=C2=A0 =C2=A0files= =3Dparams.Files(=0A=C2=A0=C2=A0 =C2=A0=C2=A0 file=3D[params.File(name=3D"= /etc/pippo.txt", content=3Dscontent, type_=3D"PLAINTEXT")]=0A=C2=A0=C2=A0= =C2=A0=C2=A0 )=0A=C2=A0=C2=A0 =C2=A0)=0A=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 )= =0A=C2=A0 )=0A)=0Avm.start( action )=0A...=0A=0AHTH=0AAmedeo Salvati --_=__=_XaM3_.1406285961.2A.813187.42.17781.52.42.007.867559545 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A<div class=3D"xam_msg_class">=0A<div style=3D"font: normal 13px Arial;= color:rgb(31, 28, 27);">Hy guys, after some headache I was able t= o use cloud-init via python-sdk (thanks to Juan), and I hope no one will = fight anymore with them :D, so if you want I think it's better to documen= t with a simple example it's use on web page available at: http://= www.ovirt.org/Features/Cloud-Init_Integration below simple change = that you can integrate on web page: - fix api design example of us= age for files xml, on the web page you can find: ...  &nbs= p;     <files>     &nbsp= ;    <file>       &= nbsp;    <name>/tmp/testFile1.txt</name> &n= bsp;          <content&gt= ;temp content</content>       &nbs= p;    <type>PLAINTEXT</type>   &n= bsp;      </file>    &nb= sp;   </files> ... but on params.File there are= n't any "type" parameter only "type_" so you can change xml with: = ...        <files>   =        <file>    &n= bsp;       <name>/tmp/testFile1.txt&l= t;/name>          &nbs= p; <content>temp content</content>    &nbsp= ;       <type_>PLAINTEXT</type_&gt= ;          </file> &n= bsp;      </files> ... - insert = an example of using cloud-init via python-sdk (I hope java-sdk haven't bi= g differences). for this you can insert on web page an example of = setting via cloud-init: hostname, reset root password and write a simple = text file, and finally simple python code is: ... scontent =3D = "write_files:\n-   content: |\n     &n= bsp;  #simple file\n        PIPPO= =3D\"ciao\"\n    path: /etc/pippo.txt" action =3D param= s.Action(   vm=3Dparams.VM(     initialization=3D= params.Initialization(       cloud_init=3Dpar= ams.CloudInit(     host=3Dparams.Host(address=3D"rhelte= st029"),     users=3Dparams.Users(    &nbs= p;  user=3D[params.User(user_name=3D"root", password=3D"pippolo")]<b= r>      ),     files=3Dparams.Files= (       file=3D[params.File(name=3D"/etc/pippo.txt= ", content=3Dscontent, type_=3D"PLAINTEXT")]      = )     )       )   = ) ) vm.start( action ) ... HTH Amedeo Salvati</div>=0A= </div>=0A --_=__=_XaM3_.1406285961.2A.813187.42.17781.52.42.007.867559545--

2 1

[ANN] oVirt 3.5.0 Second Beta is now available for testing
by Sandro Bonazzola 25 Jul '14

25 Jul '14

The oVirt team is pleased to announce that the 3.5.0 Second Beta is now available for testing as of Jul 21th 2014. The beta is available now for Fedora 19, Fedora 20 and Red Hat Enterprise Linux 6.5 (or similar). Feel free to join us testing it on Tue Jul 29th second test day! This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. The existing repository ovirt-3.5-pre has been updated for delivering this release without the need of enabling any other repository. Please refer to release notes [1] for Installation / Upgrade instructions. New oVirt Live, oVirt Guest Tools and oVirt Node ISO will be available soon as well[2]. Please note that mirrors may need a couple of days before being synchronized. If you want to be sure to use latest rpms and don't want to wait for the mirrors, you can edit /etc/yum.repos.d/ovirt-3.5.repo commenting the mirror line and removing the comment on baseurl line. [1] http://www.ovirt.org/OVirt_3.5_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1