- Users - oVirt List Archives

Re: [Users] I am tiring to manually create the RPM but getting the following errors.
by Robert Middleawarth 30 Jun '12

30 Jun '12

----_com.android.email_325480453548655 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CgoKU2VudCBmcm9tIG15IFNhbXN1bmcgRXBpY+KEoiA0RyBUb3VjaAoKLS0tLS0tLS0gT3JpZ2lu YWwgbWVzc2FnZSAtLS0tLS0tLQpTdWJqZWN0OiBSZTogW1VzZXJzXSBJIGFtIHRpcmluZyB0byBt YW51YWxseSBjcmVhdGUgdGhlIFJQTSBidXQgZ2V0dGluZyB0aGUgZm9sbG93aW5nIGVycm9ycy4g CkZyb206IEl0YW1hciBIZWltIDxpaGVpbUByZWRoYXQuY29tPiAKVG86IFJvYmVydCBNaWRkbGVz d2FydGggPHJvYmVydEBtaWRkbGVzd2FydGgubmV0PiAKQ0M6IEp1YW4gSGVybmFuZGV6IDxqaGVy bmFuZEByZWRoYXQuY29tPix1c2VycyA8dXNlcnNAb3ZpcnQub3JnPiAKCk9uIDA2LzI5LzIwMTIg MDk6NTAgUE0sIFJvYmVydCBNaWRkbGVzd2FydGggd3JvdGU6Cj4gT24gMDYvMjkvMjAxMiAwNTo0 NCBBTSwgSnVhbiBIZXJuYW5kZXogd3JvdGU6Cj4+IE9uIDA2LzI5LzIwMTIgMDQ6NTIgQU0sIFJv YmVydCBNaWRkbGVzd2FydGggd3JvdGU6Cj4+PiBOb3RlIEkgYW0gYXR0ZW1wdGluZyB0byBidWls ZCBvbiBDZW50T1MgYWZ0ZXIgYXBwbHlpbmcKPj4+IGh0dHA6Ly93d3cxLmRyZXlvdS5vcmcvb3Zp cnQvIGVuZ2luZSBwYXRjaC4KPj4+Cj4+PiBJIGhhdmUgdGlyaWVkIHdpdGggYm90aCBtYXN0ZXIg YW5kIGVuZ2luZV8zLjEgYnJhbmNoIGJ1dCBJIGFtIHByZXR0eQo+Pj4gY2VydGFpbiB0aGF0IGl0 IGlzIGEgbWlzc2luZyBkZXBlbmQgaW4gbXkgYnVpbGQgZW52aXJvbm1lbnQ/IEFueSBoaW50cz8K Pj4+Cj4+PiAjIEhpYmVybmF0ZSB2YWxpZGF0b3IgbW9kdWxlOgo+Pj4gbG4gLXMgL3Vzci9zaGFy ZS9qYXZhL2hpYmVybmF0ZS12YWxpZGF0b3IuamFyCj4+PiAvcm9vdC9jZW50b3NfZW5naW5lXzMu MS9ycG1idWlsZC9CVUlMRFJPT1Qvb3ZpcnQtZW5naW5lLTMuMS4wLTMuZWw2Lng4Nl82NC91c3Iv c2hhcmUvb3ZpcnQtZW5naW5lL21vZHVsZXMvb3JnL2hpYmVybmF0ZS92YWxpZGF0b3IvbWFpbi8u Cj4+Pgo+Pj4gbG4gLXMgL3Vzci9zaGFyZS9qYXZhL2p0eXBlLmphcgo+Pj4gL3Jvb3QvY2VudG9z X2VuZ2luZV8zLjEvcnBtYnVpbGQvQlVJTERST09UL292aXJ0LWVuZ2luZS0zLjEuMC0zLmVsNi54 ODZfNjQvdXNyL3NoYXJlL292aXJ0LWVuZ2luZS9tb2R1bGVzL29yZy9oaWJlcm5hdGUvdmFsaWRh dG9yL21haW4vLgo+Pj4KPj4+ICoqKiBEZXBsb3lpbmcgc2VydmljZQo+Pj4gIyBJbnN0YWxsIHRo ZSBmaWxlczoKPj4+IGluc3RhbGwgLW0gNjQ0IHBhY2thZ2luZy9mZWRvcmEvZW5naW5lLXNlcnZp Y2UueG1sCj4+PiAvcm9vdC9jZW50b3NfZW5naW5lXzMuMS9ycG1idWlsZC9CVUlMRFJPT1Qvb3Zp cnQtZW5naW5lLTMuMS4wLTMuZWw2Lng4Nl82NC9ldGMvb3ZpcnQtZW5naW5lCj4+Pgo+Pj4gaW5z dGFsbCAtbSA2NDQgcGFja2FnaW5nL2ZlZG9yYS9lbmdpbmUtc2VydmljZS1sb2dnaW5nLnByb3Bl cnRpZXMKPj4+IC9yb290L2NlbnRvc19lbmdpbmVfMy4xL3JwbWJ1aWxkL0JVSUxEUk9PVC9vdmly dC1lbmdpbmUtMy4xLjAtMy5lbDYueDg2XzY0L2V0Yy9vdmlydC1lbmdpbmUKPj4+Cj4+PiBpbnN0 YWxsIC1tIDY0NCBwYWNrYWdpbmcvZmVkb3JhL2VuZ2luZS1zZXJ2aWNlLXVzZXJzLnByb3BlcnRp ZXMKPj4+IC9yb290L2NlbnRvc19lbmdpbmVfMy4xL3JwbWJ1aWxkL0JVSUxEUk9PVC9vdmlydC1l bmdpbmUtMy4xLjAtMy5lbDYueDg2XzY0L2V0Yy9vdmlydC1lbmdpbmUKPj4+Cj4+PiBpbnN0YWxs IC1tIDY0NCBwYWNrYWdpbmcvZmVkb3JhL2VuZ2luZS1zZXJ2aWNlLnN5c2NvbmZpZwo+Pj4gL3Jv b3QvY2VudG9zX2VuZ2luZV8zLjEvcnBtYnVpbGQvQlVJTERST09UL292aXJ0LWVuZ2luZS0zLjEu MC0zLmVsNi54ODZfNjQvZXRjL3N5c2NvbmZpZy9vdmlydC1lbmdpbmUKPj4+Cj4+PiBpbnN0YWxs IC1tIDY0NCBwYWNrYWdpbmcvZmVkb3JhL2VuZ2luZS1zZXJ2aWNlLmxpbWl0cwo+Pj4gL3Jvb3Qv Y2VudG9zX2VuZ2luZV8zLjEvcnBtYnVpbGQvQlVJTERST09UL292aXJ0LWVuZ2luZS0zLjEuMC0z LmVsNi54ODZfNjQvZXRjL3NlY3VyaXR5L2xpbWl0cy5kLzEwLW92aXJ0LWVuZ2luZS5jb25mCj4+ Pgo+Pj4gaW5zdGFsbCAtbSA3NTUgcGFja2FnaW5nL2ZlZG9yYS9lbmdpbmUtc2VydmljZS5weQo+ Pj4gL3Jvb3QvY2VudG9zX2VuZ2luZV8zLjEvcnBtYnVpbGQvQlVJTERST09UL292aXJ0LWVuZ2lu ZS0zLjEuMC0zLmVsNi54ODZfNjQvdXNyL3NoYXJlL292aXJ0LWVuZ2luZS9zY3JpcHRzCj4+Pgo+ Pj4gaW5zdGFsbCAtbSA3NTUgcGFja2FnaW5nL2ZlZG9yYS9lbmdpbmUtc2VydmljZS5zeXN0ZW12 Cj4+PiAvcm9vdC9jZW50b3NfZW5naW5lXzMuMS9ycG1idWlsZC9CVUlMRFJPT1Qvb3ZpcnQtZW5n aW5lLTMuMS4wLTMuZWw2Lng4Nl82NC9ldGMvcmMuZC9pbml0LmQvb3ZpcnQtZW5naW5lCj4+Pgo+ Pj4gbWFrZVsxXTogTGVhdmluZyBkaXJlY3RvcnkKPj4+IGAvcm9vdC9jZW50b3NfZW5naW5lXzMu MS9ycG1idWlsZC9CVUlMRC9vdmlydC1lbmdpbmUtMy4xLjAnCj4+PiArIGluc3RhbGwgLWQgLW0g NzU1Cj4+PiAvcm9vdC9jZW50b3NfZW5naW5lXzMuMS9ycG1idWlsZC9CVUlMRFJPT1Qvb3ZpcnQt ZW5naW5lLTMuMS4wLTMuZWw2Lng4Nl82NC91c3Ivc2hhcmUvamF2YS9vdmlydC1lbmdpbmUKPj4+ Cj4+PiArIGluc3RhbGwgLWQgLW0gNzU1Cj4+PiAvcm9vdC9jZW50b3NfZW5naW5lXzMuMS9ycG1i dWlsZC9CVUlMRFJPT1Qvb3ZpcnQtZW5naW5lLTMuMS4wLTMuZWw2Lng4Nl82NC91c3Ivc2hhcmUv bWF2ZW4yL3BvbXMKPj4+Cj4+PiArIGluc3RhbGwgLWQgLW0gNzU1Cj4+PiAvcm9vdC9jZW50b3Nf ZW5naW5lXzMuMS9ycG1idWlsZC9CVUlMRFJPT1Qvb3ZpcnQtZW5naW5lLTMuMS4wLTMuZWw2Lng4 Nl82NC91c3Ivc2hhcmUvamF2YWRvYy9vdmlydC1lbmdpbmUKPj4+Cj4+PiArIHJlYWQgbW9kdWxl X3BhdGggYXJ0aWZhY3RfaWQKPj4+ICsgcG9tX2ZpbGU9Li9wb20ueG1sCj4+PiArIGphcl9maWxl PS4vdGFyZ2V0L3BhcmVudC0zLjEuMC5qYXIKPj4+ICsgaW5zdGFsbCAtcCAtbSA2NDQgLi9wb20u eG1sCj4+PiAvcm9vdC9jZW50b3NfZW5naW5lXzMuMS9ycG1idWlsZC9CVUlMRFJPT1Qvb3ZpcnQt ZW5naW5lLTMuMS4wLTMuZWw2Lng4Nl82NC91c3Ivc2hhcmUvbWF2ZW4yL3BvbXMvSlBQLm92aXJ0 LWVuZ2luZS1wYXJlbnQucG9tCj4+Pgo+Pj4gKyAnWycgLWYgLi90YXJnZXQvcGFyZW50LTMuMS4w LmphciAnXScKPj4+ICsgJWFkZF9tYXZlbl9kZXBtYXAgSlBQLm92aXJ0LWVuZ2luZS1wYXJlbnQu cG9tCj4+PiAvdmFyL3RtcC9ycG0tdG1wLmhrT0FXTjogbGluZSA1ODogZmc6IG5vIGpvYiBjb250 cm9sCj4+PiBlcnJvcjogQmFkIGV4aXQgc3RhdHVzIGZyb20gL3Zhci90bXAvcnBtLXRtcC5oa09B V04gKCVpbnN0YWxsKQo+Pj4KPj4+Cj4+PiBSUE0gYnVpbGQgZXJyb3JzOgo+Pj4gQmFkIGV4aXQg c3RhdHVzIGZyb20gL3Zhci90bXAvcnBtLXRtcC5oa09BV04gKCVpbnN0YWxsKQo+Pj4gbWFrZTog KioqIFtycG1dIEVycm9yIDEKPj4gQ2FuIHlvdSBzaGFyZSB0aGUgdGVtcCBmaWxlIHdoZXJlIHlv dSBnZXQgdGhhdCBlcnJvcj8gSSBpcwo+PiAvdmFyL3RtcC9ycG0tdG1wLmhrT0FXTiBpbiB5b3Vy IGxhdGVzdHMgbWVzc2FnZSwgYnV0IHdpbGwgYmUgZGlmZmVyZW50Cj4+IGlmIHlvdSByZXBlYXQg dGhlIGJ1aWxkLgo+Pgo+Pgo+IEkgaGFkIGFscmVhZHkgc2h1dGRvd24gdGhlIFZNIHNvIHRoZSB0 bXAgZm9sZGVyIHdhcyBjbGVhcmVkLiBJIGFtCj4gcnVubmluZyB0aGUgYnVpbGQgYWdhaW4gYW5k IGdvaW5nIHRvIGdyYWIgYSBmdWxsIGxvZyBhbmQgdGhhdCBmaWxlIGFuZAo+IGZwYXN0ZSB0aGVt LiBCdXQgdGhlIGJ1aWxkIHByb2Nlc3MgaXMgdGFraW5nIG1lIDEyIGhvdXJzIHRvIGRvIHNvIGl0 Cj4gd2lsbCBiZSBhIGRheSBvciB0d28gYmVmb3JlIEkgY2FuIHJlcGx5LgoKMTIgaG91cnMsIHdo eT8hCgpUaGF0IGlzIGhvdyBsb25nIG1ha2UgcnBtIGlzIHRha2luZz8gwqBJIHN1c3BlY3QgdGhl IGZhY3QgdGhlIHN5c3RlbSBvbmx5IGhhcyAzZyBvZiByYW0gbWlnaHQgYmUgcGFydCBvZiB0aGUg bG9uZyBjb21waWxlIHRpbWVzCgpUaGFua3MKUm9iZXJ0 ----_com.android.email_325480453548655 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT48YnI+PGJyPjxicj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjg3JSI+U2VudCBmcm9tIG15IFNhbXN1bmcgRXBpY+KEoiA0RyBUb3VjaDwv c3Bhbj4gPGJyPjxicj48YnI+LS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAtLS0tLS0tLTxicj5T dWJqZWN0OiBSZTogW1VzZXJzXSBJIGFtIHRpcmluZyB0byBtYW51YWxseSBjcmVhdGUgdGhlIFJQ TSBidXQgZ2V0dGluZyB0aGUgZm9sbG93aW5nIGVycm9ycy4gPGJyPkZyb206IEl0YW1hciBIZWlt ICZsdDtpaGVpbUByZWRoYXQuY29tJmd0OyA8YnI+VG86IFJvYmVydCBNaWRkbGVzd2FydGggJmx0 O3JvYmVydEBtaWRkbGVzd2FydGgubmV0Jmd0OyA8YnI+Q0M6IEp1YW4gSGVybmFuZGV6ICZsdDtq aGVybmFuZEByZWRoYXQuY29tJmd0Oyx1c2VycyAmbHQ7dXNlcnNAb3ZpcnQub3JnJmd0OyA8YnI+ PGJyPjxicj48ZGl2IHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFsbDsiPk9uIDA2LzI5LzIwMTIg MDk6NTAgUE0sIFJvYmVydCBNaWRkbGVzd2FydGggd3JvdGU6PGJyPiZndDsgT24gMDYvMjkvMjAx MiAwNTo0NCBBTSwgSnVhbiBIZXJuYW5kZXogd3JvdGU6PGJyPiZndDsmZ3Q7IE9uIDA2LzI5LzIw MTIgMDQ6NTIgQU0sIFJvYmVydCBNaWRkbGVzd2FydGggd3JvdGU6PGJyPiZndDsmZ3Q7Jmd0OyBO b3RlIEkgYW0gYXR0ZW1wdGluZyB0byBidWlsZCBvbiBDZW50T1MgYWZ0ZXIgYXBwbHlpbmc8YnI+ Jmd0OyZndDsmZ3Q7IGh0dHA6Ly93d3cxLmRyZXlvdS5vcmcvb3ZpcnQvIGVuZ2luZSBwYXRjaC48 YnI+Jmd0OyZndDsmZ3Q7PGJyPiZndDsmZ3Q7Jmd0OyBJIGhhdmUgdGlyaWVkIHdpdGggYm90aCBt YXN0ZXIgYW5kIGVuZ2luZV8zLjEgYnJhbmNoIGJ1dCBJIGFtIHByZXR0eTxicj4mZ3Q7Jmd0OyZn dDsgY2VydGFpbiB0aGF0IGl0IGlzIGEgbWlzc2luZyBkZXBlbmQgaW4gbXkgYnVpbGQgZW52aXJv bm1lbnQ/IEFueSBoaW50cz88YnI+Jmd0OyZndDsmZ3Q7PGJyPiZndDsmZ3Q7Jmd0OyAjIEhpYmVy bmF0ZSB2YWxpZGF0b3IgbW9kdWxlOjxicj4mZ3Q7Jmd0OyZndDsgbG4gLXMgL3Vzci9zaGFyZS9q YXZhL2hpYmVybmF0ZS12YWxpZGF0b3IuamFyPGJyPiZndDsmZ3Q7Jmd0OyAvcm9vdC9jZW50b3Nf ZW5naW5lXzMuMS9ycG1idWlsZC9CVUlMRFJPT1Qvb3ZpcnQtZW5naW5lLTMuMS4wLTMuZWw2Lng4 Nl82NC91c3Ivc2hhcmUvb3ZpcnQtZW5naW5lL21vZHVsZXMvb3JnL2hpYmVybmF0ZS92YWxpZGF0 b3IvbWFpbi8uPGJyPiZndDsmZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0OyZndDsgbG4gLXMgL3Vzci9zaGFy ZS9qYXZhL2p0eXBlLmphcjxicj4mZ3Q7Jmd0OyZndDsgL3Jvb3QvY2VudG9zX2VuZ2luZV8zLjEv cnBtYnVpbGQvQlVJTERST09UL292aXJ0LWVuZ2luZS0zLjEuMC0zLmVsNi54ODZfNjQvdXNyL3No YXJlL292aXJ0LWVuZ2luZS9tb2R1bGVzL29yZy9oaWJlcm5hdGUvdmFsaWRhdG9yL21haW4vLjxi cj4mZ3Q7Jmd0OyZndDs8YnI+Jmd0OyZndDsmZ3Q7ICoqKiBEZXBsb3lpbmcgc2VydmljZTxicj4m Z3Q7Jmd0OyZndDsgIyBJbnN0YWxsIHRoZSBmaWxlczo8YnI+Jmd0OyZndDsmZ3Q7IGluc3RhbGwg LW0gNjQ0IHBhY2thZ2luZy9mZWRvcmEvZW5naW5lLXNlcnZpY2UueG1sPGJyPiZndDsmZ3Q7Jmd0 OyAvcm9vdC9jZW50b3NfZW5naW5lXzMuMS9ycG1idWlsZC9CVUlMRFJPT1Qvb3ZpcnQtZW5naW5l LTMuMS4wLTMuZWw2Lng4Nl82NC9ldGMvb3ZpcnQtZW5naW5lPGJyPiZndDsmZ3Q7Jmd0Ozxicj4m Z3Q7Jmd0OyZndDsgaW5zdGFsbCAtbSA2NDQgcGFja2FnaW5nL2ZlZG9yYS9lbmdpbmUtc2Vydmlj ZS1sb2dnaW5nLnByb3BlcnRpZXM8YnI+Jmd0OyZndDsmZ3Q7IC9yb290L2NlbnRvc19lbmdpbmVf My4xL3JwbWJ1aWxkL0JVSUxEUk9PVC9vdmlydC1lbmdpbmUtMy4xLjAtMy5lbDYueDg2XzY0L2V0 Yy9vdmlydC1lbmdpbmU8YnI+Jmd0OyZndDsmZ3Q7PGJyPiZndDsmZ3Q7Jmd0OyBpbnN0YWxsIC1t IDY0NCBwYWNrYWdpbmcvZmVkb3JhL2VuZ2luZS1zZXJ2aWNlLXVzZXJzLnByb3BlcnRpZXM8YnI+ Jmd0OyZndDsmZ3Q7IC9yb290L2NlbnRvc19lbmdpbmVfMy4xL3JwbWJ1aWxkL0JVSUxEUk9PVC9v dmlydC1lbmdpbmUtMy4xLjAtMy5lbDYueDg2XzY0L2V0Yy9vdmlydC1lbmdpbmU8YnI+Jmd0OyZn dDsmZ3Q7PGJyPiZndDsmZ3Q7Jmd0OyBpbnN0YWxsIC1tIDY0NCBwYWNrYWdpbmcvZmVkb3JhL2Vu Z2luZS1zZXJ2aWNlLnN5c2NvbmZpZzxicj4mZ3Q7Jmd0OyZndDsgL3Jvb3QvY2VudG9zX2VuZ2lu ZV8zLjEvcnBtYnVpbGQvQlVJTERST09UL292aXJ0LWVuZ2luZS0zLjEuMC0zLmVsNi54ODZfNjQv ZXRjL3N5c2NvbmZpZy9vdmlydC1lbmdpbmU8YnI+Jmd0OyZndDsmZ3Q7PGJyPiZndDsmZ3Q7Jmd0 OyBpbnN0YWxsIC1tIDY0NCBwYWNrYWdpbmcvZmVkb3JhL2VuZ2luZS1zZXJ2aWNlLmxpbWl0czxi cj4mZ3Q7Jmd0OyZndDsgL3Jvb3QvY2VudG9zX2VuZ2luZV8zLjEvcnBtYnVpbGQvQlVJTERST09U L292aXJ0LWVuZ2luZS0zLjEuMC0zLmVsNi54ODZfNjQvZXRjL3NlY3VyaXR5L2xpbWl0cy5kLzEw LW92aXJ0LWVuZ2luZS5jb25mPGJyPiZndDsmZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0OyZndDsgaW5zdGFs bCAtbSA3NTUgcGFja2FnaW5nL2ZlZG9yYS9lbmdpbmUtc2VydmljZS5weTxicj4mZ3Q7Jmd0OyZn dDsgL3Jvb3QvY2VudG9zX2VuZ2luZV8zLjEvcnBtYnVpbGQvQlVJTERST09UL292aXJ0LWVuZ2lu ZS0zLjEuMC0zLmVsNi54ODZfNjQvdXNyL3NoYXJlL292aXJ0LWVuZ2luZS9zY3JpcHRzPGJyPiZn dDsmZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0OyZndDsgaW5zdGFsbCAtbSA3NTUgcGFja2FnaW5nL2ZlZG9y YS9lbmdpbmUtc2VydmljZS5zeXN0ZW12PGJyPiZndDsmZ3Q7Jmd0OyAvcm9vdC9jZW50b3NfZW5n aW5lXzMuMS9ycG1idWlsZC9CVUlMRFJPT1Qvb3ZpcnQtZW5naW5lLTMuMS4wLTMuZWw2Lng4Nl82 NC9ldGMvcmMuZC9pbml0LmQvb3ZpcnQtZW5naW5lPGJyPiZndDsmZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0 OyZndDsgbWFrZVsxXTogTGVhdmluZyBkaXJlY3Rvcnk8YnI+Jmd0OyZndDsmZ3Q7IGAvcm9vdC9j ZW50b3NfZW5naW5lXzMuMS9ycG1idWlsZC9CVUlMRC9vdmlydC1lbmdpbmUtMy4xLjAnPGJyPiZn dDsmZ3Q7Jmd0OyArIGluc3RhbGwgLWQgLW0gNzU1PGJyPiZndDsmZ3Q7Jmd0OyAvcm9vdC9jZW50 b3NfZW5naW5lXzMuMS9ycG1idWlsZC9CVUlMRFJPT1Qvb3ZpcnQtZW5naW5lLTMuMS4wLTMuZWw2 Lng4Nl82NC91c3Ivc2hhcmUvamF2YS9vdmlydC1lbmdpbmU8YnI+Jmd0OyZndDsmZ3Q7PGJyPiZn dDsmZ3Q7Jmd0OyArIGluc3RhbGwgLWQgLW0gNzU1PGJyPiZndDsmZ3Q7Jmd0OyAvcm9vdC9jZW50 b3NfZW5naW5lXzMuMS9ycG1idWlsZC9CVUlMRFJPT1Qvb3ZpcnQtZW5naW5lLTMuMS4wLTMuZWw2 Lng4Nl82NC91c3Ivc2hhcmUvbWF2ZW4yL3BvbXM8YnI+Jmd0OyZndDsmZ3Q7PGJyPiZndDsmZ3Q7 Jmd0OyArIGluc3RhbGwgLWQgLW0gNzU1PGJyPiZndDsmZ3Q7Jmd0OyAvcm9vdC9jZW50b3NfZW5n aW5lXzMuMS9ycG1idWlsZC9CVUlMRFJPT1Qvb3ZpcnQtZW5naW5lLTMuMS4wLTMuZWw2Lng4Nl82 NC91c3Ivc2hhcmUvamF2YWRvYy9vdmlydC1lbmdpbmU8YnI+Jmd0OyZndDsmZ3Q7PGJyPiZndDsm Z3Q7Jmd0OyArIHJlYWQgbW9kdWxlX3BhdGggYXJ0aWZhY3RfaWQ8YnI+Jmd0OyZndDsmZ3Q7ICsg cG9tX2ZpbGU9Li9wb20ueG1sPGJyPiZndDsmZ3Q7Jmd0OyArIGphcl9maWxlPS4vdGFyZ2V0L3Bh cmVudC0zLjEuMC5qYXI8YnI+Jmd0OyZndDsmZ3Q7ICsgaW5zdGFsbCAtcCAtbSA2NDQgLi9wb20u eG1sPGJyPiZndDsmZ3Q7Jmd0OyAvcm9vdC9jZW50b3NfZW5naW5lXzMuMS9ycG1idWlsZC9CVUlM RFJPT1Qvb3ZpcnQtZW5naW5lLTMuMS4wLTMuZWw2Lng4Nl82NC91c3Ivc2hhcmUvbWF2ZW4yL3Bv bXMvSlBQLm92aXJ0LWVuZ2luZS1wYXJlbnQucG9tPGJyPiZndDsmZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0 OyZndDsgKyAnWycgLWYgLi90YXJnZXQvcGFyZW50LTMuMS4wLmphciAnXSc8YnI+Jmd0OyZndDsm Z3Q7ICsgJWFkZF9tYXZlbl9kZXBtYXAgSlBQLm92aXJ0LWVuZ2luZS1wYXJlbnQucG9tPGJyPiZn dDsmZ3Q7Jmd0OyAvdmFyL3RtcC9ycG0tdG1wLmhrT0FXTjogbGluZSA1ODogZmc6IG5vIGpvYiBj b250cm9sPGJyPiZndDsmZ3Q7Jmd0OyBlcnJvcjogQmFkIGV4aXQgc3RhdHVzIGZyb20gL3Zhci90 bXAvcnBtLXRtcC5oa09BV04gKCVpbnN0YWxsKTxicj4mZ3Q7Jmd0OyZndDs8YnI+Jmd0OyZndDsm Z3Q7PGJyPiZndDsmZ3Q7Jmd0OyBSUE0gYnVpbGQgZXJyb3JzOjxicj4mZ3Q7Jmd0OyZndDsgQmFk IGV4aXQgc3RhdHVzIGZyb20gL3Zhci90bXAvcnBtLXRtcC5oa09BV04gKCVpbnN0YWxsKTxicj4m Z3Q7Jmd0OyZndDsgbWFrZTogKioqIFtycG1dIEVycm9yIDE8YnI+Jmd0OyZndDsgQ2FuIHlvdSBz aGFyZSB0aGUgdGVtcCBmaWxlIHdoZXJlIHlvdSBnZXQgdGhhdCBlcnJvcj8gSSBpczxicj4mZ3Q7 Jmd0OyAvdmFyL3RtcC9ycG0tdG1wLmhrT0FXTiBpbiB5b3VyIGxhdGVzdHMgbWVzc2FnZSwgYnV0 IHdpbGwgYmUgZGlmZmVyZW50PGJyPiZndDsmZ3Q7IGlmIHlvdSByZXBlYXQgdGhlIGJ1aWxkLjxi cj4mZ3Q7Jmd0Ozxicj4mZ3Q7Jmd0Ozxicj4mZ3Q7IEkgaGFkIGFscmVhZHkgc2h1dGRvd24gdGhl IFZNIHNvIHRoZSB0bXAgZm9sZGVyIHdhcyBjbGVhcmVkLiBJIGFtPGJyPiZndDsgcnVubmluZyB0 aGUgYnVpbGQgYWdhaW4gYW5kIGdvaW5nIHRvIGdyYWIgYSBmdWxsIGxvZyBhbmQgdGhhdCBmaWxl IGFuZDxicj4mZ3Q7IGZwYXN0ZSB0aGVtLiBCdXQgdGhlIGJ1aWxkIHByb2Nlc3MgaXMgdGFraW5n IG1lIDEyIGhvdXJzIHRvIGRvIHNvIGl0PGJyPiZndDsgd2lsbCBiZSBhIGRheSBvciB0d28gYmVm b3JlIEkgY2FuIHJlcGx5Ljxicj48YnI+MTIgaG91cnMsIHdoeT8hPGJyPjwvZGl2PjxkaXYgc3R5 bGU9IndvcmQtYnJlYWs6YnJlYWstYWxsOyI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9IndvcmQtYnJl YWs6YnJlYWstYWxsOyI+VGhhdCBpcyBob3cgbG9uZyBtYWtlIHJwbSBpcyB0YWtpbmc/ICZuYnNw O0kgc3VzcGVjdCB0aGUgZmFjdCB0aGUgc3lzdGVtIG9ubHkgaGFzIDNnIG9mIHJhbSBtaWdodCBi ZSBwYXJ0IG9mIHRoZSBsb25nIGNvbXBpbGUgdGltZXM8L2Rpdj48ZGl2IHN0eWxlPSJ3b3JkLWJy ZWFrOmJyZWFrLWFsbDsiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJ3b3JkLWJyZWFrOmJyZWFrLWFs bDsiPlRoYW5rczwvZGl2PjxkaXYgc3R5bGU9IndvcmQtYnJlYWs6YnJlYWstYWxsOyI+Um9iZXJ0 PC9kaXY+IDwvYm9keT4= ----_com.android.email_325480453548655--

1 0

[Users] Missing Tivoli Directory Server (ITDS) support in 3.1
by snmishra＠linux.vnet.ibm.com 29 Jun '12

29 Jun '12

Hi, I am trying to test ITDS support in ovirt 3.1. We have an F17 machine that was running ovirt 3.0. We upgraded it to 3.1 and tried to add a Tivoli DS to it by running "engine-manage-domains -action=add". But was surprised to see the error that itds is not supported and the only supported ones are ipa, rhds and AD. I am thinking that it is possible that something did not go right with the upgrade from 3.0 to 3.1. I am preparing a fresh f17 with ovirt 3.1 to test again. Thanks Sharad Mishra IBM

2 2

Re: [Users] [Engine-devel] Developer's All In One -Can not create an vm on iscsi disk
by Sheldon 29 Jun '12

29 Jun '12

I have set up all-in-one. but I use iscsi data center, not NFS data center. ovirt-engine create an direct Lun disk, but can not create an vm. The status is always "wait for launch". It take a long time, but the status is still "wait for launch" I set up an iscsi server, as follow: # dd if=/dev/zero of=$SCPATH/fs.iscsi.disk2 bs=1M count=15360 # dd if=/dev/zero of=$SCPATH/fs.iscsi.disk3 bs=1M count=15360 # sudo tgtadm --lld iscsi --op new --mode target --tid 1 -T iqn.2012-02.com.example.data1 # sudo tgtadm --lld iscsi --op new --mode logicalunit --tid 1 --lun 2 -b $SCPATH/fs.iscsi.disk2 # sudo tgtadm --lld iscsi --op new --mode logicalunit --tid 1 --lun 3 -b $SCPATH/fs.iscsi.disk3 # sudo tgtadm --lld iscsi --op bind --mode target --tid 1 -I ALL On 06/18/2012 10:01 PM, Allon Mureinik wrote: > Cross-posting to engine-devel > >> ----- Forwarded Message ----- >> From: "Yeela Kaplan" <ykaplan(a)redhat.com> >> To: vdsm-devel(a)lists.fedorahosted.org, >> engine-devel(a)lists.fedorahosted.org >> Cc: "Ayal Baron" <abaron(a)redhat.com> >> Sent: Monday, June 18, 2012 2:58:55 PM >> Subject: Developer's All In One >> >> Enclosed is the link to a wiki containing a detailed explanation for >> installing a developer's All-In-One environment: >> >> http://www.ovirt.org/wiki/Developers_All_In_One >> >> Regards, >> Yeela >> > _______________________________________________ > Engine-devel mailing list > Engine-devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel >

2 2

[Users] canot disable ssl on database
by Umarzuki Mochlis 29 Jun '12

29 Jun '12

following article on http://www.ovirt.org/wiki/OVirt_-_disable_SSL_in_VDSM i managed to get vdsmd started on fedora 16 but failed running [root@ovirt01 ~]# psql engine -U postgres -c "UPDATE vdc_options set option_value = 'false' where option_name = 'SSLEnabled'" psql: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.5432"? [root@ovirt01 ~]# psql psql: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.5432"? is this step necessary to start ovirt on fedora 16? i supposed postgres was installed with ovirt [root@ovirt01 ~]# rpm -q postgresql postgresql-9.1.4-1.fc16.x86_64 and it is not on startup list too [root@ovirt01 ~]# chkconfig --list Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overridden by native systemd configuration. ceph 0:off 1:off 2:off 3:off 4:off 5:off 6:off ebtables 0:off 1:off 2:off 3:off 4:off 5:off 6:off hsqldb 0:off 1:off 2:off 3:on 4:on 5:on 6:off iscsi 0:off 1:off 2:off 3:on 4:on 5:on 6:off iscsid 0:off 1:off 2:off 3:on 4:on 5:on 6:off jboss-as 0:off 1:off 2:on 3:on 4:on 5:on 6:off libvirt-guests 0:off 1:off 2:off 3:off 4:off 5:off 6:off libvirtd 0:off 1:off 2:off 3:on 4:on 5:on 6:off livesys 0:off 1:off 2:off 3:on 4:on 5:on 6:off livesys-late 0:off 1:off 2:off 3:on 4:on 5:on 6:off netconsole 0:off 1:off 2:off 3:off 4:off 5:off 6:off netfs 0:off 1:off 2:off 3:on 4:on 5:on 6:off network 0:off 1:off 2:off 3:off 4:off 5:off 6:off sandbox 0:off 1:off 2:off 3:off 4:off 5:on 6:off tcsd 0:off 1:off 2:on 3:on 4:on 5:on 6:off thanks for any tips/hints the last fedora i was using was version 12, systemd is quite new to me -- Regards, Umarzuki Mochlis http://debmal.my

2 1

[Users] Addition of nodes to oVirt-engine
by jose garcia 29 Jun '12

29 Jun '12

Good evening to all, I have added two nodes of Fedora 17 with vdsm 4.10 installed to oVirt 3.1 engine. I was having problems with SSL, so I have disabled it. When I added the nodes there was no attempt of installation as it was the case with oVirt 3.0, but the nodes get activated, provided that ovirtmgmt bridge is present. I have been told that there is a configuration in the database that make this happen. I just recreated the database via the script /dbscripts/create_db_devel.sh and run engine-setup, after removing all packages from oVirt 3.0 and jboss and installing ovirt 3.1 basic packages. My question is: What would be the 'standard' procedure to get oVirt 3.1 running? Regards, Jose Garcia

3 8

Re: [Users] BSTRAP component='CreateConf' status='FAIL' message='Basic configuration failed to import default values'
by Michal Skrivanek 28 Jun '12

28 Jun '12

On Jun 28, 2012, at 15:55 , Karli Sjöberg wrote: > > 28 jun 2012 kl. 15.45 skrev Michal Skrivanek: > >> Hi, >> well, I'd check whatever the error is saying…i.e. do you have libjpeg installed? >> >> 2012-06-28 12:25:53,223 ERROR [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='libjpeg' message='package libjpeg is not installed '/> > > Yes, and also earlier in the log is: >> <BSTRAP component='VDS PACKAGES' status='WARN' result='libjpeg' message='package libjpeg is not installed '/> > > But it is installed: > # rpm -qa | grep libjpeg > libjpeg-turbo-1.2.0-1.fc17.x86_64 libjpeg is not libjpeg-turbo Seems that is the default libjpeg library in Fedora 17 now… The bootstrap code would need a fix, I suppose... > # yum install -y libjpeg > Loaded plugins: langpacks, presto, refresh-packagekit, versionlock > Package libjpeg-turbo-1.2.0-1.fc17.x86_64 already installed and latest version > Nothing to do > > >> >> Thanks, >> michal >> >> On Jun 28, 2012, at 12:32 , Karli Sjöberg wrote: >> >>> Hi, >>> >>> I am running Fedora 17 and added the ovirt beta repository to have access to webadmin addition, since F17 only comes with CLI by default. >>> >>> # wget http://ovirt.org/releases/beta/ovirt-engine.repo -O /etc/yum.repos.d/ovirt- engine_beta.repo >>> # sed -i -- 's/fedora\/16/fedora\/17/' /etc/yum.repos.d/ovirt-engine_beta.repo >>> # yum install -y ovirt-engine >>> # rpm -qa | grep ovirt >>> ovirt-engine-3.1.0-0.1.20120620git6ef9f8.fc17.noarch >>> ovirt-engine-genericapi-3.1.0-0.1.20120620git6ef9f8.fc17.noarch >>> ovirt-engine-webadmin-portal-3.1.0-0.1.20120620git6ef9f8.fc17.noarch >>> ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch >>> ovirt-engine-sdk-3.1.0.2-gita89f4e.fc17.noarch >>> ovirt-engine-restapi-3.1.0-0.1.20120620git6ef9f8.fc17.noarch >>> ovirt-engine-userportal-3.1.0-0.1.20120620git6ef9f8.fc17.noarch >>> ovirt-engine-tools-common-3.1.0-0.1.20120620git6ef9f8.fc17.noarch >>> ovirt-log-collector-3.1.0-0.fc17.noarch >>> ovirt-engine-dbscripts-3.1.0-0.1.20120620git6ef9f8.fc17.noarch >>> ovirt-engine-setup-3.1.0-0.1.20120620git6ef9f8.fc17.noarch >>> ovirt-engine-notification-service-3.1.0-0.1.20120620git6ef9f8.fc17.noarch >>> ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch >>> ovirt-engine-config-3.1.0-0.1.20120620git6ef9f8.fc17.noarch >>> ovirt-engine-backend-3.1.0-0.1.20120620git6ef9f8.fc17.noarch >>> >>> I need to get oVirt-engine- and host up and running on the machine because I want it to be able to configure and execute power management on the rest of the hosts in the cluster. >>> Source: http://lists.ovirt.org/pipermail/users/2012-February/000361.html >>> "Yes, the ovirt backend does not shut down or power up any hosts directly, it can work only through vdsm. Therefore you need one running host per datacenter to be able to manage the rest of the hosts." >>> >>> I am then following this article: >>> http://blog.jebpages.com/archives/how-to-get-up-and-running-with-ovirt/ >>> >>> Where I get to adding itself as a host in it´s own cluster and then: >>> (This is a "Re-Install" from the WUI) >>> 2012-06-28 12:25:00,000 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-70) Checking autorecoverable hosts >>> 2012-06-28 12:25:00,004 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-70) Autorecovering 0 hosts >>> 2012-06-28 12:25:00,005 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-70) Checking autorecoverable hosts done >>> 2012-06-28 12:25:00,006 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-70) Checking autorecoverable storage domains >>> 2012-06-28 12:25:00,009 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-70) Autorecovering 0 storage domains >>> 2012-06-28 12:25:00,009 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (QuartzScheduler_Worker-70) Checking autorecoverable storage domains done >>> 2012-06-28 12:25:05,875 INFO [org.ovirt.engine.core.bll.UpdateVdsCommand] (ajp--0.0.0.0-8009-2) [13427c0] Running command: UpdateVdsCommand internal: false. Entities affected : ID: 105460c0-c0ea-11e1-b737-9b694eb255f6 Type: VDS >>> 2012-06-28 12:25:05,889 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (ajp--0.0.0.0-8009-2) [13427c0] START, SetVdsStatusVDSCommand(vdsId = 105460c0-c0ea-11e1-b737-9b694eb255f6, status=Installing, nonOperationalReason=NONE), log id: 5ef5ea33 >>> 2012-06-28 12:25:05,895 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (ajp--0.0.0.0-8009-2) [13427c0] FINISH, SetVdsStatusVDSCommand, log id: 5ef5ea33 >>> 2012-06-28 12:25:05,910 INFO [org.ovirt.engine.core.bll.InstallVdsCommand] (pool-3-thread-7) [3a635c45] Running command: InstallVdsCommand internal: true. Entities affected : ID: 105460c0-c0ea-11e1-b737-9b694eb255f6 Type: VDS >>> 2012-06-28 12:25:05,914 INFO [org.ovirt.engine.core.bll.InstallVdsCommand] (pool-3-thread-7) [3a635c45] Before Installation pool-3-thread-7 >>> 2012-06-28 12:25:05,915 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Executing installation stage. (Stage: Starting Host installation) >>> 2012-06-28 12:25:05,916 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Executing installation stage. (Stage: Connecting to Host) >>> 2012-06-28 12:25:05,959 INFO [org.ovirt.engine.core.utils.hostinstall.HostKeyVerifier] (NioProcessor-15) SSH key fingerprint f6:4d:81:ba:a0:f6:c4:09:85:18:10:5f:6f:47:09:58 for host njord.sto.slu.se (172.22.8.14) has been successfully verified. >>> 2012-06-28 12:25:06,032 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='RHEV_INSTALL' status='OK' message='Connected to Host 172.22.8.14 with SSH key fingerprint: f6:4d:81:ba:a0:f6:c4:09:85:18:10:5f:6f:47:09:58'/>. FYI. (Stage: Connecting to Host) >>> 2012-06-28 12:25:06,044 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Successfully connected to server ssh. (Stage: Connecting to Host) >>> 2012-06-28 12:25:06,048 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Executing installation stage. (Stage: Get the unique vds id) >>> 2012-06-28 12:25:06,052 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-7) Invoking /bin/echo -e `/bin/bash -c /usr/sbin/dmidecode|/bin/awk ' /UUID/{ print $2; } ' | /usr/bin/tr ' >>> ' '_' && cat /sys/class/net/*/address | /bin/grep -v '00:00:00:00' | /bin/sort -u | /usr/bin/head --lines=1` on 172.22.8.14 >>> 2012-06-28 12:25:06,145 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: 44454C4C-3200-1052-8050-B7C04F354431_00:15:17:36:60:4c >>> . FYI. (Stage: Get the unique vds id) >>> 2012-06-28 12:25:06,149 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Assigning unique id 44454C4C-3200-1052-8050-B7C04F354431_00:15:17:36:60:4c to Host. (Stage: Get the unique vds id) >>> 2012-06-28 12:25:06,162 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-7) RunSSHCommand returns true >>> 2012-06-28 12:25:06,164 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Executing installation stage. (Stage: Upload Installation script to Host) >>> 2012-06-28 12:25:06,166 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-7) Uploading file /usr/share/ovirt-engine/scripts/vds_installer.py to /tmp/vds_installer_ca67f0a5-115c-4943-a9ef-157654586da5.py on 172.22.8.14 >>> 2012-06-28 12:25:06,170 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-7) Uploading file /usr/share/ovirt-engine/scripts/vds_installer.py to /tmp/vds_installer_ca67f0a5-115c-4943-a9ef-157654586da5.py on 172.22.8.14 >>> 2012-06-28 12:25:09,363 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. successfully done sftp operation ( Stage: Upload Installation script to Host) >>> 2012-06-28 12:25:09,364 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-7) return true >>> 2012-06-28 12:25:09,365 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-7) Uploading file /tmp/firewall.conf5272561799347733512.tmp to /tmp/firewall.conf.ca67f0a5-115c-4943-a9ef-157654586da5 on 172.22.8.14 >>> 2012-06-28 12:25:09,366 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-7) Uploading file /tmp/firewall.conf5272561799347733512.tmp to /tmp/firewall.conf.ca67f0a5-115c-4943-a9ef-157654586da5 on 172.22.8.14 >>> 2012-06-28 12:25:12,504 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. successfully done sftp operation ( Stage: Upload Installation script to Host) >>> 2012-06-28 12:25:12,509 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-7) return true >>> 2012-06-28 12:25:12,512 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Executing installation stage. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:12,516 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Sending SSH Command chmod +x /tmp/vds_installer_ca67f0a5-115c-4943-a9ef-157654586da5.py; /tmp/vds_installer_ca67f0a5-115c-4943-a9ef-157654586da5.py -c 'ssl=true;management_port=54321' -O 'slu' -t 2012-06-28T10:25:05 -f /tmp/firewall.conf.ca67f0a5-115c-4943-a9ef-157654586da5 -p 80 -b http://xcp-cms.data.slu.se:80/Components/vds/ http://xcp-cms.data.slu.se:80/Components/vds/ 172.22.8.14 ca67f0a5-115c-4943-a9ef-157654586da5 False. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:12,530 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-7) Invoking chmod +x /tmp/vds_installer_ca67f0a5-115c-4943-a9ef-157654586da5.py; /tmp/vds_installer_ca67f0a5-115c-4943-a9ef-157654586da5.py -c 'ssl=true;management_port=54321' -O 'slu' -t 2012-06-28T10:25:05 -f /tmp/firewall.conf.ca67f0a5-115c-4943-a9ef-157654586da5 -p 80 -b http://xcp-cms.data.slu.se:80/Components/vds/ http://xcp-cms.data.slu.se:80/Components/vds/ 172.22.8.14 ca67f0a5-115c-4943-a9ef-157654586da5 False on 172.22.8.14 >>> 2012-06-28 12:25:13,545 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='INSTALLER' status='OK' message='Test platform succeeded'/> >>> <BSTRAP component='INSTALLER LIB' status='OK' message='Install library already exists'/> >>> <BSTRAP component='INSTALLER' status='OK' message='vds_bootstrap.py download succeeded'/> >>> <BSTRAP component='RHN_REGISTRATION' status='OK' message='Host properly registered with RHN/Satellite.'/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:14,615 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDSM_MAJOR_VER' status='OK' message='Available VDSM matches requirements'/> >>> <BSTRAP component='VT_SVM' status='OK' processor='Intel' message='Server supports virtualization'/> >>> <BSTRAP component='OS' status='OK' type='FEDORA' message='Supported platform version'/> >>> <BSTRAP component='KERNEL' status='OK' version='0' message='Skipped kernel version check'/> >>> <BSTRAP component='CONFLICTING PACKAGES' status='OK' result='cman.x86_64' message='package cman.x86_64 is not installed '/> >>> <BSTRAP component='REQ PACKAGES' status='OK' result='SDL.x86_64' message='SDL-1.2.14-16.fc17.x86_64 '/> >>> <BSTRAP component='REQ PACKAGES' status='OK' result='bridge-utils.x86_64' message='bridge-utils-1.5-3.fc17.x86_64 '/> >>> <BSTRAP component='REQ PACKAGES' status='OK' result='mesa-libGLU.x86_64' message='mesa-libGLU-8.0.3-1.fc17.x86_64 '/> >>> <BSTRAP component='REQ PACKAGES' status='OK' result='openssl.x86_64' message='openssl-1.0.0j-1.fc17.x86_64 '/> >>> <BSTRAP component='REQ PACKAGES' status='OK' result='m2crypto.x86_64' message='m2crypto-0.21.1-8.fc17.x86_64 '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:15,705 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='REQ PACKAGES' status='OK' result='rsync.x86_64' message='rsync-3.0.9-2.fc17.x86_64 '/> >>> <BSTRAP component='VDS PACKAGES' status='OK' result='qemu-kvm' message='qemu-kvm-1.0-17.fc17.x86_64 '/> >>> <BSTRAP component='VDS PACKAGES' status='OK' result='qemu-kvm-tools' message='qemu-kvm-tools-1.0-17.fc17.x86_64 '/> >>> <BSTRAP component='VDS PACKAGES' status='OK' result='vdsm' message='vdsm-4.10.0-2.fc17.x86_64 '/> >>> <BSTRAP component='VDS PACKAGES' status='OK' result='vdsm-cli' message='vdsm-cli-4.10.0-2.fc17.noarch '/> >>> <BSTRAP component='VDS PACKAGES' status='WARN' result='libjpeg' message='package libjpeg is not installed '/> >>> <BSTRAP component='VDS PACKAGES' status='OK' result='spice-server' message='spice-server-0.10.1-2.fc17.x86_64 '/> >>> <BSTRAP component='VDS PACKAGES' status='OK' result='pixman' message='pixman-0.24.4-2.fc17.x86_64 '/> >>> <BSTRAP component='VDS PACKAGES' status='OK' result='seabios' message='seabios-1.7.0-1.fc17.x86_64 '/> >>> <BSTRAP component='VDS PACKAGES' status='OK' result='qemu-img' message='qemu-img-1.0-17.fc17.x86_64 '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:16,751 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='fence-agents' message='fence-agents-3.1.8-1.fc17.x86_64 '/> >>> <BSTRAP component='VDS PACKAGES' status='OK' result='libselinux-python' message='libselinux-python-2.1.10-3.fc17.x86_64 '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:27,770 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='qemu-kvm' message='qemu-kvm-1.0-17.fc17.x86_64 '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:29,778 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='qemu-kvm-tools' message='qemu-kvm-tools-1.0-17.fc17.x86_64 '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:32,785 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='vdsm' message='vdsm-4.10.0-2.fc17.x86_64 '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:35,794 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='vdsm-cli' message='vdsm-cli-4.10.0-2.fc17.noarch '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:38,805 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='spice-server' message='spice-server-0.10.1-2.fc17.x86_64 '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:40,819 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='pixman' message='pixman-0.24.4-2.fc17.x86_64 '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:43,826 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='seabios' message='seabios-1.7.0-1.fc17.x86_64 '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:46,833 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='qemu-img' message='qemu-img-1.0-17.fc17.x86_64 '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:49,856 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='fence-agents' message='fence-agents-3.1.8-1.fc17.x86_64 '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:52,898 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='libselinux-python' message='libselinux-python-2.1.10-3.fc17.x86_64 '/> >>> . FYI. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:53,223 ERROR [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Received message: <BSTRAP component='VDS PACKAGES' status='OK' result='libjpeg' message='package libjpeg is not installed '/> >>> <BSTRAP component='CreateConf' status='FAIL' message='Basic configuration failed to import default values'/> >>> <BSTRAP component='RHEV_INSTALL' status='FAIL'/> >>> . Error occured. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:53,236 INFO [org.ovirt.engine.core.utils.hostinstall.MinaInstallWrapper] (pool-3-thread-7) RunSSHCommand returns true >>> 2012-06-28 12:25:53,236 INFO [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] RunScript ended:true >>> 2012-06-28 12:25:53,237 ERROR [org.ovirt.engine.core.bll.VdsInstaller] (pool-3-thread-7) [3a635c45] Installation of 172.22.8.14. Operation failure. (Stage: Running first installation script on Host) >>> 2012-06-28 12:25:53,246 INFO [org.ovirt.engine.core.bll.InstallVdsCommand] (pool-3-thread-7) [3a635c45] After Installation pool-3-thread-7 >>> 2012-06-28 12:25:53,248 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-7) [3a635c45] START, SetVdsStatusVDSCommand(vdsId = 105460c0-c0ea-11e1-b737-9b694eb255f6, status=InstallFailed, nonOperationalReason=NONE), log id: 3cf757b4 >>> 2012-06-28 12:25:53,264 INFO [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] (pool-3-thread-7) [3a635c45] FINISH, SetVdsStatusVDSCommand, log id: 3cf757b4 >>> >>> >>> The action in question "CreateConf" looks like: >>> >>> /usr/share/vdsm-bootstrap/vds_bootstrap.py >>> >>> def _makeConfig(self): >>> import datetime >>> from config import config >>> >>> if not os.path.exists(VDSM_CONF): >>> logging.debug("makeConfig: generating conf.") >>> lines = [] >>> lines.append ("# Auto-generated by vds_bootstrap at:" + str(datetime.datetime.now()) + "\n") >>> lines.append ("\n") >>> >>> lines.append ("[vars]\n") #Adding ts for the coming scirpts. >>> lines.append ("trust_store_path = " + config.get('vars', 'trust_store_path') + "\n") >>> lines.append ("ssl = " + config.get('vars', 'ssl') + "\n") >>> lines.append ("\n") >>> >>> lines.append ("[addresses]\n") #Adding mgt port for the coming scirpts. >>> lines.append ("management_port = " + config.get('addresses', 'management_port') + "\n") >>> >>> logging.debug("makeConfig: writing the following to " + VDSM_CONF) >>> logging.debug(lines) >>> fd, tmpName = tempfile.mkstemp() >>> f = os.fdopen(fd, 'w') >>> f.writelines(lines) >>> f.close() >>> os.chmod(tmpName, 0644) >>> shutil.move(tmpName, VDSM_CONF) >>> else: >>> self.message = 'Basic configuration found, skipping this step' >>> logging.debug(self.message) >>> >>> def createConf(self): >>> """ >>> Generate initial configuration file for VDSM. Must run after package installation! >>> """ >>> self.message = 'Basic configuration set' >>> self.rc = True >>> self.status = 'OK' >>> >>> try: >>> self._makeConfig() >>> except Exception, e: >>> logging.error('', exc_info=True) >>> self.message = 'Basic configuration failed' >>> if isinstance(e, ImportError): >>> self.message = self.message + ' to import default values' >>> self.rc = False >>> self.status = 'FAIL' >>> >>> self._xmlOutput('CreateConf', self.status, None, None, self.message) >>> return self.rc >>> >>> >>> What now? Can anyone tell me why it fails? Besides the obvious "it´s beta" of course:) >>> >>> >>> Med Vänliga Hälsningar >>> ------------------------------------------------------------------------------- >>> Karli Sjöberg >>> Swedish University of Agricultural Sciences >>> Box 7079 (Visiting Address Kronåsvägen 8) >>> S-750 07 Uppsala, Sweden >>> Phone: +46-(0)18-67 15 66 >>> karli.sjoberg(a)slu.se >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> > > > > Med Vänliga Hälsningar > ------------------------------------------------------------------------------- > Karli Sjöberg > Swedish University of Agricultural Sciences > Box 7079 (Visiting Address Kronåsvägen 8) > S-750 07 Uppsala, Sweden > Phone: +46-(0)18-67 15 66 > karli.sjoberg(a)slu.se >

1 0

Re: [Users] How can I create a snapshot for virtual disks only?
by Shu Ming 28 Jun '12

28 Jun '12

On 2012-6-27 23:30, Michal Skrivanek wrote: > That would make sense only when you are powered off, wouldn't it? > Otherwise what's the point of disk snapshot with open transactions, buffers in mem, etc, without saving the state of the VM too? I understand syncing virtual disk state with the OS cache is a quite challenge to a snapshot tool developers. However, it is a handy feature for the users just want to back up their data in the disks without stopping VM. As other virtualization solution support this feature, we should narrow the gap to attract more users to oVirt. > > Thanks, > michal > > On 27 Jun 2012, at 17:26, Shu Ming <shuming(a)linux.vnet.ibm.com> wrote: > >> On 2012-6-27 23:19, Dafna Ron wrote: >>> Hi, >>> >>> no. the snapshot is for the entire vm and it's disks. >>> >>> >>> On 06/27/2012 05:31 PM, Shu Ming wrote: >>>> Hi, >>>> >>>> I am testing oVirt engine 3.1 beta release 06-07. I tried >>>> "snapshots-->create" button for a VM and it looked like that the >>>> snapshot to be created was for both the running state of the system >>>> and the virtual disks. I am wondering if there is any way to create >>>> the snapshot only for the virtual disks of the VM in engine? >>>> >> Do we have future plan to make snapshot for it's disks? >> >> -- >> Shu Ming <shuming(a)linux.vnet.ibm.com> >> IBM China Systems and Technology Laboratory >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users -- Shu Ming <shuming(a)linux.vnet.ibm.com> IBM China Systems and Technology Laboratory

4 9

[Users] How can I create a snapshot for virtual disks only?
by Shu Ming 27 Jun '12

27 Jun '12

Hi, I am testing oVirt engine 3.1 beta release 06-07. I tried "snapshots-->create" button for a VM and it looked like that the snapshot to be created was for both the running state of the system and the virtual disks. I am wondering if there is any way to create the snapshot only for the virtual disks of the VM in engine? -- Shu Ming <shuming(a)linux.vnet.ibm.com> IBM China Systems and Technology Laboratory

2 2

[Users] oVirt Weekly Meeting Minutes -- 2012-06-27
by Ofer Schreiber 27 Jun '12

27 Jun '12

Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-06-27-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-06-27-14.00.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-06-27-14.00.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by oschreib at 14:00:19 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-06-27-14.00.log.html . Meeting summary --------------- * agenda and roll call (oschreib, 14:00:29) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=822145 (oschreib, 14:12:20) * Status of next release (oschreib, 14:12:41) * GA date is July 9th (oschreib, 14:12:53) * 11 blocker currently in the 3.1 tracker (oschreib, 14:13:12) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=822145 (oschreib, 14:13:32) * Sanlock locking failed for readonly devices (component: libvirt, status: ASSIGNED) (oschreib, 14:16:17) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=828633 (oschreib, 14:16:32) * IDEA: the feature owner can put the wiki page in a different category e.g. [[Category:Feature complete]] (quaid, 14:16:56) * patch waiting for a review (oschreib, 14:18:12) * It's impossible to create bond with setupNetworks (component: vdsm, status: ASSIGNED) (oschreib, 14:19:13) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=831998 (oschreib, 14:19:23) * merged upstream, waiting for the Fedora backport (oschreib, 14:23:01) * vdsmd init script times out due to lengthy semanage operation (component: vdsm, status: POST) (oschreib, 14:23:48) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=832199 (oschreib, 14:23:57) * patch in review (oschreib, 14:26:55) * 3.1: sshd daemon is not starting correctly after complete the installation of oVirt Node (component: node, status: MODIFIED) (oschreib, 14:27:26) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=832517 (oschreib, 14:27:35) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=832199 (danken, 14:29:05) * bug fixed, new node build today if possible (oschreib, 14:30:01) * ACTION: mburns to build and upload new node version (oschreib, 14:30:14) * 3.1: iptables blocking communication between node and engine (component: node, status: MODIFIED) (oschreib, 14:31:30) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=832539 (oschreib, 14:31:36) * should be in next build (oschreib, 14:33:07) * ovirt-node can't be approved due to missing /rhev/data-center (component: vdsm, status: ON_QA) (oschreib, 14:33:45) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=832577 (oschreib, 14:33:51) * waiting for a verification (oschreib, 14:35:29) * 3.1 Allow to create VLANed network on top of existing bond (component: vdsm, status: POST) (oschreib, 14:36:05) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=833119 (oschreib, 14:36:20) * pushed upstream, should be backported tomorrow to Fedora (oschreib, 14:40:56) * Failed to add host - does not accept vdsm 4.10 (component: vdsm, status: ON_QA) (oschreib, 14:41:24) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=833201 (oschreib, 14:41:33) * waiting for a verification (oschreib, 14:43:51) * [vdsm][bridgeless] BOOTPROTO/IPADDR/NETMASK options are not set on interface (component: vdsm, status: NEW) (oschreib, 14:44:18) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=834281 (oschreib, 14:44:26) * not a 3.1 blocker (oschreib, 14:51:06) * Leak of keystore file descriptors in ovirt-engine (component: engine, status: MODIFIED) (oschreib, 14:52:00) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=834399 (oschreib, 14:52:08) * pushed and backported, waiting for a build (oschreib, 14:52:22) * Sub-project reports (oschreib, 14:55:08) * status covered in BZ overview (oschreib, 14:57:17) * Upcoming workshops (oschreib, 14:57:29) * no updates about upcoming workshops (oschreib, 14:59:25) * Release notes (oschreib, 14:59:56) * 3.1 release notes should be given to sgordon by mail (oschreib, 15:04:51) * ACTION: oschreib to nag maintainers about RN (oschreib, 15:06:04) Meeting ended at 15:08:51 UTC. Action Items ------------ * mburns to build and upload new node version * oschreib to nag maintainers about RN Action Items, by person ----------------------- * mburns * mburns to build and upload new node version * oschreib * oschreib to nag maintainers about RN * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * oschreib (119) * sgordon (24) * danken (18) * RobertM (10) * ilvovsky (8) * quaid (6) * fabiand (6) * mburns (4) * ofrenkel (3) * READ10 (2) * ovirtbot (2) * Guest1297 (1) * crobinso (1) * dustins (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

[Users] Adding disk via rest api
by Jakub Libosvar 27 Jun '12

27 Jun '12

Hi guys, I'm struggling with creating disk via api. I tried to POST this body <disk> <name>my_cool_disk</name> <provisioned_size>1073741824</provisioned_size> <storage_domains> <storage_domain> <name>master_sd</name> </storage_domain> </storage_domains> <size>1073741824</size> <interface>virtio</interface> <format>cow</format> </disk> but getting error from CanDoAction: 2012-06-25 17:37:14,497 WARN [org.ovirt.engine.core.bll.AddDiskCommand] (ajp--0.0.0.0-8009-11) [26a7e908] CanDoAction of action AddDisk failed. Reasons:VAR__ACTION__ADD,VAR__TYPE__VM_DISK,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST 2012-06-25 17:37:14,502 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (ajp--0.0.0.0-8009-11) Operation Failed: [Cannot add Virtual Machine Disk. Storage Domain doesn't exist.] The storage domain 'master_sd' is operational and I can create a disk from webadmin. According rsdl the provisioned_size is not child of disk element <parameter required="true" type="xs:int"> <name>provisioned_size</name> </parameter> <parameter required="true" type="xs:string"> <name>disk.interface</name> </parameter> <parameter required="true" type="xs:string"> <name>disk.format</name> </parameter> but in api/disks it is. Any ideas what am I doing wrong? Thanks, Kuba

3 5