- Users - oVirt List Archives

R: Re: R: Re: Network instability after upgrade 3.6.0 -> 3.6.1
by Stefano Danzi 09 Feb '16

09 Feb '16

----_com.android.email_17262256674260 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SSBoYXZlIG9ubHkgb25lIHN3aXRjaCBzbyB0d28gaW50ZXJmYWNlcyBhcmUgY29ubmVjdGVkIHRv IHRoZSBzYW1lIHN3aXRjaC4gVGhlIGNvbmZpZ3VyYXRpb24gaW4gc3dpdGNoIGlzIGNvcnJlY3Rl ZC4gwqBJIG9wZW5lZCBhIHRpY2tldCBmb3Igc3dpdGNoIFRlY2ggc3VwcG9ydCBhbmQgdGhlIGNv bmZpZ3VyYXRpb24gd2FzIHZhbGlkYXRlZC4KVGhpcyBjb25maWd1cmF0aW9uIHdvcmtlZCB3aXRo b3V0IHByb2JsZW1zIGgyNCBmb3Igb25lIHllYXIhICEhISEgwqBBbGwgcHJvYmxlbXMgc3RhcnRl ZCBhZnRlciBhIGtlcm5lbCB1cGRhdGUuLi4uIHNvIHNvbWV0aGluZyB3YXMgY2hhbmdlZCBpbiBr ZXJuZWwuIC4uLi4KCi0tLS0tLS0tIE1lc3NhZ2dpbyBvcmlnaW5hbGUgLS0tLS0tLS0KRGE6IERh biBLZW5pZ3NiZXJnIDxkYW5rZW5AcmVkaGF0LmNvbT4gCkRhdGE6IDA0LzAyLzIwMTYgIDIyOjAy ICAoR01UKzAxOjAwKSAKQTogU3RlZmFubyBEYW56aSA8cy5kYW56aUBoYXdhaS5pdD4sIHlkYXJ5 QHJlZGhhdC5jb20gCkNjOiBKb24gQXJjaGVyIDxqb25Acm9zc2x1Zy5vcmcudWs+LCBtYnVybWFu QHJlZGhhdC5jb20sIHVzZXJzQG92aXJ0Lm9yZyAKT2dnZXR0bzogUmU6IFtvdmlydC11c2Vyc10g UjogUmU6IE5ldHdvcmsgaW5zdGFiaWxpdHkgYWZ0ZXIgdXBncmFkZSAzLjYuMCAtPgogIDMuNi4x IAoKT24gVGh1LCBGZWIgMDQsIDIwMTYgYXQgMDY6MjY6MTRQTSArMDEwMCwgU3RlZmFubyBEYW56 aSB3cm90ZToKPiAKPiAKPiBJbCAwNC8wMi8yMDE2IDE2LjU1LCBEYW4gS2VuaWdzYmVyZyBoYSBz Y3JpdHRvOgo+ID5PbiBXZWQsIEphbiAwNiwgMjAxNiBhdCAwODo0NToxNkFNICswMjAwLCBEYW4g S2VuaWdzYmVyZyB3cm90ZToKPiA+Pk9uIE1vbiwgSmFuIDA0LCAyMDE2IGF0IDAxOjU0OjM3UE0g KzAyMDAsIERhbiBLZW5pZ3NiZXJnIHdyb3RlOgo+ID4+Pk9uIE1vbiwgSmFuIDA0LCAyMDE2IGF0 IDEyOjMxOjM4UE0gKzAxMDAsIFN0ZWZhbm8gRGFuemkgd3JvdGU6Cj4gPj4+PkkgZGlkIHNvbWUg dGVzdHM6Cj4gPj4+Pgo+ID4+Pj5rZXJuZWwtMy4xMC4wLTMyNy4zLjEuZWw3Lng4Nl82NCAtPiBi b25kIG1vZGUgNCBkb2Vzbid0IHdvcmsgKGlmIEkgZGV0YWNoCj4gPj4+Pm9uZSBuZXR3b3JrIGNh YmxlIHRoZSBuZXR3b3JrIGlzIHN0YWJsZSkKPiA+Pj4+a2VybmVsLTMuMTAuMC0yMjkuMjAuMS5l bDcueDg2XzY0IC0+IGJvbmQgbW9kZSA0IHdvcmtzIGZpbmUKPiA+Pj5Xb3VsZCB5b3UgYmUga2lu ZCB0byBmaWxlIGEga2VybmVsIGJ1ZyBpbiBidWd6aWxsYS5yZWRoYXQuY29tPwo+ID4+PlN1bW1h cml6ZSB0aGUgaW5mb3JtYXRpb24gZnJvbSB0aGlzIHRocmVhZCAoZS5nLiB5b3VyIGlmY2ZncyBh bmQgaW4gd2hhdAo+ID4+PndheSBkb2VzIG1vZGUgNCBkb2Vzbid0IHdvcmspLgo+ID4+Pgo+ID4+ PlRvIGdldCB0aGUgYnVnIHNvbHZlZCBxdWlja2x5IHdlJ2QgYmV0dGVyIGZpbmQgcGF5aW5nIFJI RUw3IGN1c3RvbWVyCj4gPj4+c3Vic2NyaWJpbmcgdG8gaXQuIEJ1dCBJJ2xsIHRyeSB0byBwdXNo IGZyb20gbXkgZGlyZWN0aW9uLgo+ID4+U3RlZmFubyBoYXMgYmVlbiBraW5kIHRvIG9wZW4KPiA+ Pgo+ID4+wqDCoMKgwqAgQnVnIDEyOTU0MjMgLSBVbnN0YWJsZSBuZXR3b3JrIGxpbmsgdXNpbmcg Ym9uZCBtb2RlID0gNAo+ID4+wqDCoMKgwqAgaHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3No b3dfYnVnLmNnaT9pZD0xMjk1NDIzCj4gPj4KPiA+PndoaWNoIHdlIGZhaWwgdG8gcmVwcm9kdWNl IG9uIG91ciBvd24gbGFiLiBJJ2QgYmUgcGxlYXNlZCBpZiBhbnlib2R5IHdobwo+ID4+ZXhwZXJp ZW5jZXMgaXQsIGFuZCB0aGVpciBuZXR3b3JraW5nIGNvbmZpZyB0byB0aGUgYnVnIChpZiBpdCBp cwo+ID4+ZGlmZmVyZW50KS4gQ2FuIHlvdSBhbHNvIGxheSBvdXQgeW91ciBzd2l0Y2gncyBoYXJk d2FyZSBhbmQKPiA+PmNvbmZpZ3VyYXRpb24/Cj4gPlN0ZWZhbm8sIGNvdWxkIHlvdSBzaGFyZSB5 b3VyIC9wcm9jL25ldC9ib25kaW5nLyogZmlsZXMgd2l0aCB1cz8KPiA+SSBoZWFyZCBhYm91dCBz aW1pbGFyIHJlcG9ydHMgd2VyZSB0aGUgYm9uZCBzbGF2ZXMgaGFkIG1pc21hdGNoaW5nCj4gPmFn Z3JlZ2F0b3IgaWQuIENvdWxkIGl0IGJlIHlvdXIgY2FzZSBhcyB3ZWxsPwo+ID4KPiAKPiBIZXJl Ogo+IAo+IFtyb290QG92aXJ0MDEgfl0jIGNhdCAvcHJvYy9uZXQvYm9uZGluZy9ib25kMAo+IEV0 aGVybmV0IENoYW5uZWwgQm9uZGluZyBEcml2ZXI6IHYzLjcuMSAoQXByaWwgMjcsIDIwMTEpCj4g Cj4gQm9uZGluZyBNb2RlOiBJRUVFIDgwMi4zYWQgRHluYW1pYyBsaW5rIGFnZ3JlZ2F0aW9uCj4g VHJhbnNtaXQgSGFzaCBQb2xpY3k6IGxheWVyMiAoMCkKPiBNSUkgU3RhdHVzOiB1cAo+IE1JSSBQ b2xsaW5nIEludGVydmFsIChtcyk6IDEwMAo+IFVwIERlbGF5IChtcyk6IDAKPiBEb3duIERlbGF5 IChtcyk6IDAKPiAKPiA4MDIuM2FkIGluZm8KPiBMQUNQIHJhdGU6IHNsb3cKPiBNaW4gbGlua3M6 IDAKPiBBZ2dyZWdhdG9yIHNlbGVjdGlvbiBwb2xpY3kgKGFkX3NlbGVjdCk6IHN0YWJsZQo+IEFj dGl2ZSBBZ2dyZWdhdG9yIEluZm86Cj7CoMKgwqDCoMKgwqDCoMKgIEFnZ3JlZ2F0b3IgSUQ6IDIK PsKgwqDCoMKgwqDCoMKgwqAgTnVtYmVyIG9mIHBvcnRzOiAxCj7CoMKgwqDCoMKgwqDCoMKgIEFj dG9yIEtleTogOQo+wqDCoMKgwqDCoMKgwqDCoCBQYXJ0bmVyIEtleTogMQo+wqDCoMKgwqDCoMKg wqDCoCBQYXJ0bmVyIE1hYyBBZGRyZXNzOiAwMDowMDowMDowMDowMDowMAo+IAo+IFNsYXZlIElu dGVyZmFjZTogZW5wNHMwCj4gTUlJIFN0YXR1czogdXAKPiBTcGVlZDogMTAwMCBNYnBzCj4gRHVw bGV4OiBmdWxsCj4gTGluayBGYWlsdXJlIENvdW50OiAyCj4gUGVybWFuZW50IEhXIGFkZHI6ICoq OioqOioqOioqOioqOmYxCj4gU2xhdmUgcXVldWUgSUQ6IDAKPiBBZ2dyZWdhdG9yIElEOiAxCgot LS0tLS0tLS0tLS0tLS1eXl4KCgo+IEFjdG9yIENodXJuIFN0YXRlOiBjaHVybmVkCj4gUGFydG5l ciBDaHVybiBTdGF0ZTogY2h1cm5lZAo+IEFjdG9yIENodXJuZWQgQ291bnQ6IDQKPiBQYXJ0bmVy IENodXJuZWQgQ291bnQ6IDUKPiBkZXRhaWxzIGFjdG9yIGxhY3AgcGR1Ogo+wqDCoMKgwqAgc3lz dGVtIHByaW9yaXR5OiA2NTUzNQo+wqDCoMKgwqAgcG9ydCBrZXk6IDkKPsKgwqDCoMKgIHBvcnQg cHJpb3JpdHk6IDI1NQo+wqDCoMKgwqAgcG9ydCBudW1iZXI6IDEKPsKgwqDCoMKgIHBvcnQgc3Rh dGU6IDY5Cj4gZGV0YWlscyBwYXJ0bmVyIGxhY3AgcGR1Ogo+wqDCoMKgwqAgc3lzdGVtIHByaW9y aXR5OiA2NTUzNQo+wqDCoMKgwqAgb3BlciBrZXk6IDEKPsKgwqDCoMKgIHBvcnQgcHJpb3JpdHk6 IDI1NQo+wqDCoMKgwqAgcG9ydCBudW1iZXI6IDEKPsKgwqDCoMKgIHBvcnQgc3RhdGU6IDEKPiAK PiBTbGF2ZSBJbnRlcmZhY2U6IGVucDVzMAo+IE1JSSBTdGF0dXM6IHVwCj4gU3BlZWQ6IDEwMDAg TWJwcwo+IER1cGxleDogZnVsbAo+IExpbmsgRmFpbHVyZSBDb3VudDogMQo+IFBlcm1hbmVudCBI VyBhZGRyOiAqKjoqKjoqKjoqKjoqKjpmMgo+IFNsYXZlIHF1ZXVlIElEOiAwCj4gQWdncmVnYXRv ciBJRDogMgoKLS0tLS0tLS0tLS0tLS0tXl5eCgoKaXQgc291bmRzIGF3ZnVsbHkgZmFtaWxpYXIg LSBtaXNtYXRjaGluZyBhZ2dyZWdhdG9yIElEcywgYW5kIGFuIGFsbC16ZXJvCnBhcnRuZXIgbWFj LiBDYW4geW91IGRvdWJsZS1jaGVjayB0aGF0IGJvdGggeW91ciBuaWNzIGFyZSB3aXJlZCB0byB0 aGUKc2FtZSBzd2l0Y2gsIHdoaWNoIGlzIHByb3Blcmx5IGNvbmZpZ3VyZWQgdG8gdXNlIGxhY3Ag b24gdGhlc2UgdHdvCnBvcnRzPwoK ----_com.android.email_17262256674260 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT5JIGhhdmUgb25seSBvbmUgc3dpdGNo IHNvIHR3byBpbnRlcmZhY2VzIGFyZSBjb25uZWN0ZWQgdG8gdGhlIHNhbWUgc3dpdGNoLiBUaGUg Y29uZmlndXJhdGlvbiBpbiBzd2l0Y2ggaXMgY29ycmVjdGVkLiAmbmJzcDtJIG9wZW5lZCBhIHRp Y2tldCBmb3Igc3dpdGNoIFRlY2ggc3VwcG9ydCBhbmQgdGhlIGNvbmZpZ3VyYXRpb24gd2FzIHZh bGlkYXRlZC48ZGl2Pjxicj48L2Rpdj48ZGl2PlRoaXMgY29uZmlndXJhdGlvbiB3b3JrZWQgd2l0 aG91dCBwcm9ibGVtcyBoMjQgZm9yIG9uZSB5ZWFyISAhISEhICZuYnNwO0FsbCBwcm9ibGVtcyBz dGFydGVkIGFmdGVyIGEga2VybmVsIHVwZGF0ZS4uLi4gc28gc29tZXRoaW5nIHdhcyBjaGFuZ2Vk IGluIGtlcm5lbC4gLi4uLjwvZGl2Pjxicj48YnI+PGRpdiBzdHlsZT0iZm9udC1zaXplOjEwMCU7 dGV4dC1hbGlnbjpsZWZ0O2NvbG9yOiMwMDAwMDAiPi0tLS0tLS0tIE1lc3NhZ2dpbyBvcmlnaW5h bGUgLS0tLS0tLS08YnI+RGE6IERhbiBLZW5pZ3NiZXJnICZsdDtkYW5rZW5AcmVkaGF0LmNvbSZn dDsgPGJyPkRhdGE6IDA0LzAyLzIwMTYgIDIyOjAyICAoR01UKzAxOjAwKSA8YnI+QTogU3RlZmFu byBEYW56aSAmbHQ7cy5kYW56aUBoYXdhaS5pdCZndDssIHlkYXJ5QHJlZGhhdC5jb20gPGJyPkNj OiBKb24gQXJjaGVyICZsdDtqb25Acm9zc2x1Zy5vcmcudWsmZ3Q7LCBtYnVybWFuQHJlZGhhdC5j b20sIHVzZXJzQG92aXJ0Lm9yZyA8YnI+T2dnZXR0bzogUmU6IFtvdmlydC11c2Vyc10gUjogUmU6 IE5ldHdvcmsgaW5zdGFiaWxpdHkgYWZ0ZXIgdXBncmFkZSAzLjYuMCAtJmd0OwogIDMuNi4xIDxi cj48YnI+PC9kaXY+T24gVGh1LCBGZWIgMDQsIDIwMTYgYXQgMDY6MjY6MTRQTSArMDEwMCwgU3Rl ZmFubyBEYW56aSB3cm90ZTo8YnI+Jmd0OyA8YnI+Jmd0OyA8YnI+Jmd0OyBJbCAwNC8wMi8yMDE2 IDE2LjU1LCBEYW4gS2VuaWdzYmVyZyBoYSBzY3JpdHRvOjxicj4mZ3Q7ICZndDtPbiBXZWQsIEph biAwNiwgMjAxNiBhdCAwODo0NToxNkFNICswMjAwLCBEYW4gS2VuaWdzYmVyZyB3cm90ZTo8YnI+ Jmd0OyAmZ3Q7Jmd0O09uIE1vbiwgSmFuIDA0LCAyMDE2IGF0IDAxOjU0OjM3UE0gKzAyMDAsIERh biBLZW5pZ3NiZXJnIHdyb3RlOjxicj4mZ3Q7ICZndDsmZ3Q7Jmd0O09uIE1vbiwgSmFuIDA0LCAy MDE2IGF0IDEyOjMxOjM4UE0gKzAxMDAsIFN0ZWZhbm8gRGFuemkgd3JvdGU6PGJyPiZndDsgJmd0 OyZndDsmZ3Q7Jmd0O0kgZGlkIHNvbWUgdGVzdHM6PGJyPiZndDsgJmd0OyZndDsmZ3Q7Jmd0Ozxi cj4mZ3Q7ICZndDsmZ3Q7Jmd0OyZndDtrZXJuZWwtMy4xMC4wLTMyNy4zLjEuZWw3Lng4Nl82NCAt Jmd0OyBib25kIG1vZGUgNCBkb2Vzbid0IHdvcmsgKGlmIEkgZGV0YWNoPGJyPiZndDsgJmd0OyZn dDsmZ3Q7Jmd0O29uZSBuZXR3b3JrIGNhYmxlIHRoZSBuZXR3b3JrIGlzIHN0YWJsZSk8YnI+Jmd0 OyAmZ3Q7Jmd0OyZndDsmZ3Q7a2VybmVsLTMuMTAuMC0yMjkuMjAuMS5lbDcueDg2XzY0IC0mZ3Q7 IGJvbmQgbW9kZSA0IHdvcmtzIGZpbmU8YnI+Jmd0OyAmZ3Q7Jmd0OyZndDtXb3VsZCB5b3UgYmUg a2luZCB0byBmaWxlIGEga2VybmVsIGJ1ZyBpbiBidWd6aWxsYS5yZWRoYXQuY29tPzxicj4mZ3Q7 ICZndDsmZ3Q7Jmd0O1N1bW1hcml6ZSB0aGUgaW5mb3JtYXRpb24gZnJvbSB0aGlzIHRocmVhZCAo ZS5nLiB5b3VyIGlmY2ZncyBhbmQgaW4gd2hhdDxicj4mZ3Q7ICZndDsmZ3Q7Jmd0O3dheSBkb2Vz IG1vZGUgNCBkb2Vzbid0IHdvcmspLjxicj4mZ3Q7ICZndDsmZ3Q7Jmd0Ozxicj4mZ3Q7ICZndDsm Z3Q7Jmd0O1RvIGdldCB0aGUgYnVnIHNvbHZlZCBxdWlja2x5IHdlJ2QgYmV0dGVyIGZpbmQgcGF5 aW5nIFJIRUw3IGN1c3RvbWVyPGJyPiZndDsgJmd0OyZndDsmZ3Q7c3Vic2NyaWJpbmcgdG8gaXQu IEJ1dCBJJ2xsIHRyeSB0byBwdXNoIGZyb20gbXkgZGlyZWN0aW9uLjxicj4mZ3Q7ICZndDsmZ3Q7 U3RlZmFubyBoYXMgYmVlbiBraW5kIHRvIG9wZW48YnI+Jmd0OyAmZ3Q7Jmd0Ozxicj4mZ3Q7ICZn dDsmZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEJ1ZyAxMjk1NDIzIC0gVW5zdGFibGUgbmV0 d29yayBsaW5rIHVzaW5nIGJvbmQgbW9kZSA9IDQ8YnI+Jmd0OyAmZ3Q7Jmd0OyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dpP2lk PTEyOTU0MjM8YnI+Jmd0OyAmZ3Q7Jmd0Ozxicj4mZ3Q7ICZndDsmZ3Q7d2hpY2ggd2UgZmFpbCB0 byByZXByb2R1Y2Ugb24gb3VyIG93biBsYWIuIEknZCBiZSBwbGVhc2VkIGlmIGFueWJvZHkgd2hv PGJyPiZndDsgJmd0OyZndDtleHBlcmllbmNlcyBpdCwgYW5kIHRoZWlyIG5ldHdvcmtpbmcgY29u ZmlnIHRvIHRoZSBidWcgKGlmIGl0IGlzPGJyPiZndDsgJmd0OyZndDtkaWZmZXJlbnQpLiBDYW4g eW91IGFsc28gbGF5IG91dCB5b3VyIHN3aXRjaCdzIGhhcmR3YXJlIGFuZDxicj4mZ3Q7ICZndDsm Z3Q7Y29uZmlndXJhdGlvbj88YnI+Jmd0OyAmZ3Q7U3RlZmFubywgY291bGQgeW91IHNoYXJlIHlv dXIgL3Byb2MvbmV0L2JvbmRpbmcvKiBmaWxlcyB3aXRoIHVzPzxicj4mZ3Q7ICZndDtJIGhlYXJk IGFib3V0IHNpbWlsYXIgcmVwb3J0cyB3ZXJlIHRoZSBib25kIHNsYXZlcyBoYWQgbWlzbWF0Y2hp bmc8YnI+Jmd0OyAmZ3Q7YWdncmVnYXRvciBpZC4gQ291bGQgaXQgYmUgeW91ciBjYXNlIGFzIHdl bGw/PGJyPiZndDsgJmd0Ozxicj4mZ3Q7IDxicj4mZ3Q7IEhlcmU6PGJyPiZndDsgPGJyPiZndDsg W3Jvb3RAb3ZpcnQwMSB+XSMgY2F0IC9wcm9jL25ldC9ib25kaW5nL2JvbmQwPGJyPiZndDsgRXRo ZXJuZXQgQ2hhbm5lbCBCb25kaW5nIERyaXZlcjogdjMuNy4xIChBcHJpbCAyNywgMjAxMSk8YnI+ Jmd0OyA8YnI+Jmd0OyBCb25kaW5nIE1vZGU6IElFRUUgODAyLjNhZCBEeW5hbWljIGxpbmsgYWdn cmVnYXRpb248YnI+Jmd0OyBUcmFuc21pdCBIYXNoIFBvbGljeTogbGF5ZXIyICgwKTxicj4mZ3Q7 IE1JSSBTdGF0dXM6IHVwPGJyPiZndDsgTUlJIFBvbGxpbmcgSW50ZXJ2YWwgKG1zKTogMTAwPGJy PiZndDsgVXAgRGVsYXkgKG1zKTogMDxicj4mZ3Q7IERvd24gRGVsYXkgKG1zKTogMDxicj4mZ3Q7 IDxicj4mZ3Q7IDgwMi4zYWQgaW5mbzxicj4mZ3Q7IExBQ1AgcmF0ZTogc2xvdzxicj4mZ3Q7IE1p biBsaW5rczogMDxicj4mZ3Q7IEFnZ3JlZ2F0b3Igc2VsZWN0aW9uIHBvbGljeSAoYWRfc2VsZWN0 KTogc3RhYmxlPGJyPiZndDsgQWN0aXZlIEFnZ3JlZ2F0b3IgSW5mbzo8YnI+Jmd0OyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBBZ2dyZWdhdG9yIElEOiAy PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg TnVtYmVyIG9mIHBvcnRzOiAxPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgQWN0b3IgS2V5OiA5PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgUGFydG5lciBLZXk6IDE8YnI+Jmd0OyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBQYXJ0bmVyIE1hYyBB ZGRyZXNzOiAwMDowMDowMDowMDowMDowMDxicj4mZ3Q7IDxicj4mZ3Q7IFNsYXZlIEludGVyZmFj ZTogZW5wNHMwPGJyPiZndDsgTUlJIFN0YXR1czogdXA8YnI+Jmd0OyBTcGVlZDogMTAwMCBNYnBz PGJyPiZndDsgRHVwbGV4OiBmdWxsPGJyPiZndDsgTGluayBGYWlsdXJlIENvdW50OiAyPGJyPiZn dDsgUGVybWFuZW50IEhXIGFkZHI6ICoqOioqOioqOioqOioqOmYxPGJyPiZndDsgU2xhdmUgcXVl dWUgSUQ6IDA8YnI+Jmd0OyBBZ2dyZWdhdG9yIElEOiAxPGJyPjxicj4tLS0tLS0tLS0tLS0tLS1e Xl48YnI+PGJyPjxicj4mZ3Q7IEFjdG9yIENodXJuIFN0YXRlOiBjaHVybmVkPGJyPiZndDsgUGFy dG5lciBDaHVybiBTdGF0ZTogY2h1cm5lZDxicj4mZ3Q7IEFjdG9yIENodXJuZWQgQ291bnQ6IDQ8 YnI+Jmd0OyBQYXJ0bmVyIENodXJuZWQgQ291bnQ6IDU8YnI+Jmd0OyBkZXRhaWxzIGFjdG9yIGxh Y3AgcGR1Ojxicj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHN5c3RlbSBwcmlvcml0eTog NjU1MzU8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBwb3J0IGtleTogOTxicj4mZ3Q7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHBvcnQgcHJpb3JpdHk6IDI1NTxicj4mZ3Q7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHBvcnQgbnVtYmVyOiAxPGJyPiZndDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgcG9ydCBzdGF0ZTogNjk8YnI+Jmd0OyBkZXRhaWxzIHBhcnRuZXIgbGFjcCBwZHU6 PGJyPiZndDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgc3lzdGVtIHByaW9yaXR5OiA2NTUzNTxi cj4mZ3Q7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IG9wZXIga2V5OiAxPGJyPiZndDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgcG9ydCBwcmlvcml0eTogMjU1PGJyPiZndDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgcG9ydCBudW1iZXI6IDE8YnI+Jmd0OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBwb3J0IHN0YXRlOiAxPGJyPiZndDsgPGJyPiZndDsgU2xhdmUgSW50ZXJmYWNlOiBlbnA1czA8 YnI+Jmd0OyBNSUkgU3RhdHVzOiB1cDxicj4mZ3Q7IFNwZWVkOiAxMDAwIE1icHM8YnI+Jmd0OyBE dXBsZXg6IGZ1bGw8YnI+Jmd0OyBMaW5rIEZhaWx1cmUgQ291bnQ6IDE8YnI+Jmd0OyBQZXJtYW5l bnQgSFcgYWRkcjogKio6Kio6Kio6Kio6Kio6ZjI8YnI+Jmd0OyBTbGF2ZSBxdWV1ZSBJRDogMDxi cj4mZ3Q7IEFnZ3JlZ2F0b3IgSUQ6IDI8YnI+PGJyPi0tLS0tLS0tLS0tLS0tLV5eXjxicj48YnI+ PGJyPml0IHNvdW5kcyBhd2Z1bGx5IGZhbWlsaWFyIC0gbWlzbWF0Y2hpbmcgYWdncmVnYXRvciBJ RHMsIGFuZCBhbiBhbGwtemVybzxicj5wYXJ0bmVyIG1hYy4gQ2FuIHlvdSBkb3VibGUtY2hlY2sg dGhhdCBib3RoIHlvdXIgbmljcyBhcmUgd2lyZWQgdG8gdGhlPGJyPnNhbWUgc3dpdGNoLCB3aGlj aCBpcyBwcm9wZXJseSBjb25maWd1cmVkIHRvIHVzZSBsYWNwIG9uIHRoZXNlIHR3bzxicj5wb3J0 cz88YnI+PGJyPjwvYm9keT48L2h0bWw+ ----_com.android.email_17262256674260--

3 2

Cloud-Init with python SDK (oVirt 3.6.3)
by Vladimir Astafiev 09 Feb '16

09 Feb '16

Hi, Before the last update to 3.6.3 I used this code to init VMs via Cloud-Init cloud_init = params.CloudInit(regenerate_ssh_keys=True, users=params.Users(user=[params.User(user_name="root", password=vm_config.rootpw)]), files=files, host=host, network_configuration=params.NetworkConfiguration( nics=params.Nics(nic=[params.NIC(name='eth0', boot_protocol='static', on_boot=True, network=params.Network( ip=params.IP(address=vm_config.ipaddress, netmask=vm_config.netmask, gateway=vm_config.gateway)))]), dns=params.DNS(servers=params.Hosts(host=[params.Host(address=vm_config.dns1), params.Host(address=vm_config.dns2)])))) action = params.Action(use_cloud_init=True, vm=params.VM(initialization=params.Initialization(regenerate_ssh_keys=True, cloud_init=cloud_init))) vm.start(action=action) After updating to 3.6.3 the code stopped working. After initializing I get this payload: # ll -R /mnt /mnt: total 2 drwxr-xr-x. 3 root root 2048 Feb 2 19:25 openstack /mnt/openstack: total 2 drwxr-xr-x. 2 root root 2048 Feb 2 19:25 latest /mnt/openstack/latest: total 1 -rw-r-----. 1 root root 200 Feb 2 19:25 meta_data.json -rw-r-----. 1 root root 316 Feb 2 19:25 user_data # cat /mnt/openstack/latest/user_data #cloud-config ssh_pwauth: true disable_root: 0 ssh_deletekeys: 'True' output: all: '>> /var/log/cloud-init-output.log' chpasswd: expire: false runcmd: - 'sed -i ''/^datasource_list: /d'' /etc/cloud/cloud.cfg; echo ''datasource_list: ["NoCloud", "ConfigDrive"]'' >> /etc/cloud/cloud.cfg' # cat /mnt/openstack/latest/meta_data.json { "launch_index" : "0", "availability_zone" : "nova", "uuid" : "d6309b89-c793-4db5-83bc-9c38a18b1bfa", "meta" : { "essential" : "false", "role" : "server", "dsmode" : "local" } } I believe, this commit [1] changed API. Can someone give me an advice on where to change the code so it will work again? [1] https://gerrit.ovirt.org/#/c/50240/ -- Vladimir Astafiev

1 1

Re: [ovirt-users] Problems with networks configuration
by Alexander Wels 09 Feb '16

09 Feb '16

On Tuesday, February 09, 2016 03:02:47 PM Valerio Vinci wrote: > I had restart just the service. Now I have restart the server. This is the > log. I created: https://bugzilla.redhat.com/show_bug.cgi?id=1305892 Valerio, feel free to add more information on the reproduction steps if needed. Maybe a little information about your network configuration would be most likely be helpful. > > 2016-02-09 15:01:15,120 ERROR > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] > (default task-21) [] Permutation name: 820D83469A671E575623913A3B35130C > 2016-02-09 15:01:15,122 ERROR > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] > (default task-21) [] Uncaught exception: : > com.google.gwt.core.client.JavaScriptException: (TypeError) > __gwt$exception: <skipped>: Aab(...) is null > at > org.ovirt.engine.ui.uicommonweb.dataprovider.AsyncDataProvider.$isNetworkExc > lusivenessPermissiveValidation(AsyncDataProvider.java:4259) at > org.ovirt.engine.ui.uicommonweb.models.hosts.network.NetworkOperationFactory > .binaryOperationWithNetworkInterfaceModelAsSecondOperand(NetworkOperationFac > tory.java:108) at > org.ovirt.engine.ui.uicommonweb.models.hosts.network.NetworkOperationFactory > .handleBinaryOperation(NetworkOperationFactory.java:99) at > org.ovirt.engine.ui.uicommonweb.models.hosts.network.NetworkOperationFactory > .operationFor(NetworkOperationFactory.java:37) at > org.ovirt.engine.ui.uicommonweb.models.hosts.network.NetworkOperationFactory > .$commandsFor(NetworkOperationFactory.java:278) at > org.ovirt.engine.ui.uicommonweb.models.hosts.HostSetupNetworksModel.$command > sFor(HostSetupNetworksModel.java:241) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.panels.NetworkItem > Panel.$menuFor(NetworkItemPanel.java:191) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.panels.NetworkItem > Panel.NetworkItemPanel(NetworkItemPanel.java:67) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.panels.NetworkPane > l.NetworkPanel(NetworkPanel.java:32) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.panels.InternalNet > workPanel.InternalNetworkPanel(InternalNetworkPanel.java:17) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.panels.InternalNet > workPanel.InternalNetworkPanel(InternalNetworkPanel.java:13) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.HostSetupNetworksP > opupView.$updateNetworks(HostSetupNetworksPopupView.java:219) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.HostSetupNetworksP > opupView$3.eventRaised(HostSetupNetworksPopupView.java:167) at > org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:114) at > org.ovirt.engine.ui.uicommonweb.models.hosts.HostSetupNetworksModel.$initNic > Models(HostSetupNetworksModel.java:764) at > org.ovirt.engine.ui.uicommonweb.models.hosts.HostSetupNetworksModel$9.onSucc > ess(HostSetupNetworksModel.java:998) at > org.ovirt.engine.ui.frontend.Frontend$2.$onSuccess(Frontend.java:244) > [frontend.jar:] > at > org.ovirt.engine.ui.frontend.Frontend$2.onSuccess(Frontend.java:244) > [frontend.jar:] > at > org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.$onSuccess(O > perationProcessor.java:141) [frontend.jar:] > at > org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.onSuccess(Op > erationProcessor.java:141) [frontend.jar:] > at > org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.$ > onSuccess(GWTRPCCommunicationProvider.java:161) [frontend.jar:] > at > org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.o > nSuccess(GWTRPCCommunicationProvider.java:161) [frontend.jar:] > at > com.google.gwt.rpc.client.impl.RpcCallbackAdapter.onResponseReceived(RpcCall > backAdapter.java:72) [gwt-servlet.jar:] > at > org.ovirt.engine.ui.common.gin.BaseSystemModule$1$1.onResponseReceived(BaseS > ystemModule.java:140) at > com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:237) > [gwt-servlet.jar:] > at > com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilde > r.java:409) [gwt-servlet.jar:] > at Unknown.Dvf/c.onreadystatechange<(Unknown Source) at > com.google.gwt.core.client.impl.Impl.apply(Impl.java:296) [gwt-servlet.jar:] > at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:335) > [gwt-servlet.jar:] > at Unknown._t/<(Unknown Source) at Unknown.anonymous(Unknown Source) > 2016-02-09 14:32 GMT+01:00 Alexander Wels <awels(a)redhat.com>: > > On Tuesday, February 09, 2016 12:09:46 AM you wrote: > > > Hi, > > > > > > all versione matches. > > > > > > Nome : ovirt-engine > > > Arch : noarch > > > Versione : 3.6.2.6 > > > Rilascio : 1.el7.centos > > > Dimensione : 2.5 M > > > Repo : installed > > > Dal repo : ovirt-3.6 > > > > > > > > > > > > > > > Nome : ovirt-engine-webadmin-portal-debuginfo > > > Arch : noarch > > > Versione : 3.6.2.6 > > > Rilascio : 1.el7.centos > > > Dimensione : 1.0 G > > > Repo : installed > > > Dal repo : ovirt-3.6 > > > > > > > > > > > > > > > Nome : ovirt-engine-userportal-debuginfo > > > Arch : noarch > > > Versione : 3.6.2.6 > > > Rilascio : 1.el7.centos > > > Dimensione : 517 M > > > Repo : installed > > > Dal repo : ovirt-3.6 > > > > Okay did you restart the engine after installing the debug info packages? > > > > > 2016-02-08 22:07 GMT+01:00 Alexander Wels <awels(a)redhat.com>: > > > > On Monday, February 08, 2016 08:56:25 PM Valerio Vinci wrote: > > > > > There more easy to read. > > > > > > > > Hmm that is still obfuscated, can you double check that the version of > > > > the > > > > > > engine matches the version of the debuginfo? > > > > > > > > > 2016-02-08 20:45:01,694 ERROR > > > > > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] > > > > > (default task-14) [] Permutation name: session > > > > > 2016-02-08 20:45:01,694 ERROR > > > > > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] > > > > > (default task-14) [] Uncaught exception: : > > > > > com.google.gwt.core.client.JavaScriptException: (TypeError) > > > > > > > > > > __gwt$exception: <skipped>: Cannot read property 'b' of null > > > > > > > > > > at Unknown.I9n(https://IP/session.cache.html@55) > > > > > at Unknown.Z$p(https://IP/session.cache.html@357) > > > > > at Unknown.$$p(https://IP/session.cache.html@42) > > > > > at Unknown.b_p(https://IP/session.cache.html@78) > > > > > at Unknown.X$p(https://IP/session.cache.html@106) > > > > > at Unknown.VPp(https://IP/session.cache.html@26) > > > > > at Unknown.Fhv(https://IP/session.cache.html@51) > > > > > at Unknown.Khv(https://IP/session.cache.html@281) > > > > > at Unknown._hv(https://IP/session.cache.html@25) > > > > > at Unknown.iiv(https://IP/session.cache.html@25) > > > > > at Unknown.hiv(https://IP/session.cache.html@29) > > > > > at Unknown.H9u(https://IP/session.cache.html@166) > > > > > at Unknown.U9u(https://IP/session.cache.html@9380) > > > > > at Unknown.fLr(https://IP/session.cache.html@189) > > > > > at Unknown.kQp(https://IP/session.cache.html@1571) > > > > > at Unknown.HRp(https://IP/session.cache.html@6638) > > > > > at Unknown.yPn(https://IP/session.cache.html@84) > > > > > at Unknown.BPn(https://IP/session.cache.html@438) > > > > > at Unknown.sTn(https://IP/session.cache.html@40) > > > > > at Unknown.vTn(https://IP/session.cache.html@25782) > > > > > at Unknown.$Rn(https://IP/session.cache.html@25) > > > > > at Unknown.bSn(https://IP/session.cache.html@24007) > > > > > at Unknown.fJe(https://IP/session.cache.html@20784) > > > > > at Unknown.eyk(https://IP/session.cache.html@9363) > > > > > at Unknown.M3(https://IP/session.cache.html@137) > > > > > at Unknown.d4(https://IP/session.cache.html@7933) > > > > > at Unknown.<anonymous>(https://IP/session.cache.html@65) > > > > > at Unknown._t(https://IP/session.cache.html@29) > > > > > at Unknown.du(https://IP/session.cache.html@57) > > > > > at Unknown.<anonymous>(https://IP/session.cache.html@54) > > > > > > > > > > > > > > > Session: 8175C40F7283C99A5C622841E738840C > > > > > IP: xxx.xxx.xxx.xxx/ovirt-engine/webadmin > > > > > > > > > > 2016-02-08 19:40 GMT+01:00 Alexander Wels <awels(a)redhat.com>: > > > > > > On Monday, February 08, 2016 12:44:24 PM Sandro Bonazzola wrote: > > > > > > > Adding Alexander > > > > > > > > > > > > Hi, can you install the debuginfo and reproduce the exception? > > > > > > > > > > > > Run this command on the ENGINE to install the debuginfo packages. > > > > > > > > > > > > yum install ovirt-engine-webadmin-portal-debuginfo > > > > > > ovirt-engine-userportal- > > > > > > debuginfo > > > > > > > > > > > > Then show us what shows up in the UI.log? > > > > > > > > > > > > Thanks, > > > > > > Alexander > > > > > > > > > > > > > On Mon, Feb 8, 2016 at 12:32 PM, Valerio Vinci < > > > > valeavin(a)gmail.com> > > > > > > > > wrote: > > > > > > > > Hi, > > > > > > > > > > > > > > > > I have a problem wiht admin portal under Hosts > Networks > > > > > > > > Interfaces. > > > > > > > > > > > > When I click on "Setup Host Networks" The portal give mi this > > > > > > > > error: > > > > > > > > Uncaught exception occurred. Please try reloading the page. > > > > > > > > Details: > > > > > > > > (TypeError) __gwt$exception: <skipped>: Aab(...) is null > > > > > > > > Please have your administrator check the UI logs > > > > > > > > > > > > > > > > I have tried to open this from the following browser: > > > > > > > > - firefox > > > > > > > > - chrome > > > > > > > > - chromium > > > > > > > > - opera > > > > > > > > - Internet Explorer > > > > > > > > > > > > > > > > This is the complete error from log. > > > > > > > > > > > > > > > > 2016-02-08 15:27:11,005 ERROR > > > > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService > > > > > > > > > > ] > > > > > > > > > > > > (default task-4) [] Permutation name: > > > > 820D83469A671E575623913A3B35130C > > > > > > > > > > > > 2016-02-08 15:27:11,005 ERROR > > > > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService > > > > > > > > > > ] > > > > > > > > (default task-4) [] Uncaught exception: : > > > > > > > > com.google.gwt.core.client.JavaScriptException: (TypeError) > > > > > > > > > > > > > > > > __gwt$exception: <skipped>: Aab(...) is null > > > > > > > > > > > > > > > > at Unknown.e9n(Unknown Source) at > > > > Unknown.v$p(Unknown > > > > > > > > > > Source) at Unknown.w$p(Unknown Source) at > > > > > > > > Unknown.z$p(Unknown > > > > > > > > Source) at Unknown.t$p(Unknown Source) at > > > > > > > > Unknown.rPp(Unknown > > > > > > > > Source) at Unknown.bhv(Unknown Source) at > > > > > > > > Unknown.ghv(Unknown > > > > > > > > Source) at Unknown.Ziv(Unknown Source) at > > > > > > > > Unknown.cjv(Unknown > > > > > > > > Source) at Unknown.c9u(Unknown Source) at > > > > > > > > Unknown.q9u(Unknown > > > > > > > > Source) at Unknown.DKr(Unknown Source) at > > > > > > > > Unknown.IPp(Unknown > > > > > > > > Source) at Unknown.dRp(Unknown Source) at > > > > > > > > Unknown.WOn(Unknown > > > > > > > > Source) at Unknown.ZOn(Unknown Source) at > > > > > > > > Unknown.QSn(Unknown > > > > > > > > Source) at Unknown.TSn(Unknown Source) at > > > > > > > > Unknown.wRn(Unknown > > > > > > > > Source) at Unknown.zRn(Unknown Source) at > > > > > > > > Unknown.GIe(Unknown > > > > > > > > Source) at Unknown.Cxk(Unknown Source) at > > > > Unknown.s3(Unknown > > > > > > > > > > Source) at Unknown.L3(Unknown Source) at > > > > > > > > Unknown.Dvf/c.onreadystatechange<(Unknown Source) at > > > > > > > > > > > > Unknown.Yt(Unknown > > > > > > > > > > > > > > Source) at Unknown.au(Unknown Source) at > > > > > > > > Unknown._t/<(Unknown > > > > > > > > Source) at Unknown.anonymous(Unknown Source) > > > > > > > > > > > > > > > > -- > > > > > > > > Cordiali Saluti > > > > > > > > Vinci Valerio > > > > > > > > Cel. 3339979972

1 0

Re: [ovirt-users] Problems with networks configuration
by Alexander Wels 09 Feb '16

09 Feb '16

On Tuesday, February 09, 2016 03:02:47 PM you wrote: > I had restart just the service. Now I have restart the server. This is the > log. > Perfect, much more useful for us as this now contains a readable stack trace. We should open a bugzilla on this for the networking team. > 2016-02-09 15:01:15,120 ERROR > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] > (default task-21) [] Permutation name: 820D83469A671E575623913A3B35130C > 2016-02-09 15:01:15,122 ERROR > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] > (default task-21) [] Uncaught exception: : > com.google.gwt.core.client.JavaScriptException: (TypeError) > __gwt$exception: <skipped>: Aab(...) is null > at > org.ovirt.engine.ui.uicommonweb.dataprovider.AsyncDataProvider.$isNetworkExc > lusivenessPermissiveValidation(AsyncDataProvider.java:4259) at > org.ovirt.engine.ui.uicommonweb.models.hosts.network.NetworkOperationFactory > .binaryOperationWithNetworkInterfaceModelAsSecondOperand(NetworkOperationFac > tory.java:108) at > org.ovirt.engine.ui.uicommonweb.models.hosts.network.NetworkOperationFactory > .handleBinaryOperation(NetworkOperationFactory.java:99) at > org.ovirt.engine.ui.uicommonweb.models.hosts.network.NetworkOperationFactory > .operationFor(NetworkOperationFactory.java:37) at > org.ovirt.engine.ui.uicommonweb.models.hosts.network.NetworkOperationFactory > .$commandsFor(NetworkOperationFactory.java:278) at > org.ovirt.engine.ui.uicommonweb.models.hosts.HostSetupNetworksModel.$command > sFor(HostSetupNetworksModel.java:241) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.panels.NetworkItem > Panel.$menuFor(NetworkItemPanel.java:191) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.panels.NetworkItem > Panel.NetworkItemPanel(NetworkItemPanel.java:67) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.panels.NetworkPane > l.NetworkPanel(NetworkPanel.java:32) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.panels.InternalNet > workPanel.InternalNetworkPanel(InternalNetworkPanel.java:17) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.panels.InternalNet > workPanel.InternalNetworkPanel(InternalNetworkPanel.java:13) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.HostSetupNetworksP > opupView.$updateNetworks(HostSetupNetworksPopupView.java:219) at > org.ovirt.engine.ui.webadmin.section.main.view.popup.host.HostSetupNetworksP > opupView$3.eventRaised(HostSetupNetworksPopupView.java:167) at > org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:114) at > org.ovirt.engine.ui.uicommonweb.models.hosts.HostSetupNetworksModel.$initNic > Models(HostSetupNetworksModel.java:764) at > org.ovirt.engine.ui.uicommonweb.models.hosts.HostSetupNetworksModel$9.onSucc > ess(HostSetupNetworksModel.java:998) at > org.ovirt.engine.ui.frontend.Frontend$2.$onSuccess(Frontend.java:244) > [frontend.jar:] > at > org.ovirt.engine.ui.frontend.Frontend$2.onSuccess(Frontend.java:244) > [frontend.jar:] > at > org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.$onSuccess(O > perationProcessor.java:141) [frontend.jar:] > at > org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.onSuccess(Op > erationProcessor.java:141) [frontend.jar:] > at > org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.$ > onSuccess(GWTRPCCommunicationProvider.java:161) [frontend.jar:] > at > org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.o > nSuccess(GWTRPCCommunicationProvider.java:161) [frontend.jar:] > at > com.google.gwt.rpc.client.impl.RpcCallbackAdapter.onResponseReceived(RpcCall > backAdapter.java:72) [gwt-servlet.jar:] > at > org.ovirt.engine.ui.common.gin.BaseSystemModule$1$1.onResponseReceived(BaseS > ystemModule.java:140) at > com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:237) > [gwt-servlet.jar:] > at > com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilde > r.java:409) [gwt-servlet.jar:] > at Unknown.Dvf/c.onreadystatechange<(Unknown Source) at > com.google.gwt.core.client.impl.Impl.apply(Impl.java:296) [gwt-servlet.jar:] > at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:335) > [gwt-servlet.jar:] > at Unknown._t/<(Unknown Source) at Unknown.anonymous(Unknown Source) > 2016-02-09 14:32 GMT+01:00 Alexander Wels <awels(a)redhat.com>: > > On Tuesday, February 09, 2016 12:09:46 AM you wrote: > > > Hi, > > > > > > all versione matches. > > > > > > Nome : ovirt-engine > > > Arch : noarch > > > Versione : 3.6.2.6 > > > Rilascio : 1.el7.centos > > > Dimensione : 2.5 M > > > Repo : installed > > > Dal repo : ovirt-3.6 > > > > > > > > > > > > > > > Nome : ovirt-engine-webadmin-portal-debuginfo > > > Arch : noarch > > > Versione : 3.6.2.6 > > > Rilascio : 1.el7.centos > > > Dimensione : 1.0 G > > > Repo : installed > > > Dal repo : ovirt-3.6 > > > > > > > > > > > > > > > Nome : ovirt-engine-userportal-debuginfo > > > Arch : noarch > > > Versione : 3.6.2.6 > > > Rilascio : 1.el7.centos > > > Dimensione : 517 M > > > Repo : installed > > > Dal repo : ovirt-3.6 > > > > Okay did you restart the engine after installing the debug info packages? > > > > > 2016-02-08 22:07 GMT+01:00 Alexander Wels <awels(a)redhat.com>: > > > > On Monday, February 08, 2016 08:56:25 PM Valerio Vinci wrote: > > > > > There more easy to read. > > > > > > > > Hmm that is still obfuscated, can you double check that the version of > > > > the > > > > > > engine matches the version of the debuginfo? > > > > > > > > > 2016-02-08 20:45:01,694 ERROR > > > > > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] > > > > > (default task-14) [] Permutation name: session > > > > > 2016-02-08 20:45:01,694 ERROR > > > > > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] > > > > > (default task-14) [] Uncaught exception: : > > > > > com.google.gwt.core.client.JavaScriptException: (TypeError) > > > > > > > > > > __gwt$exception: <skipped>: Cannot read property 'b' of null > > > > > > > > > > at Unknown.I9n(https://IP/session.cache.html@55) > > > > > at Unknown.Z$p(https://IP/session.cache.html@357) > > > > > at Unknown.$$p(https://IP/session.cache.html@42) > > > > > at Unknown.b_p(https://IP/session.cache.html@78) > > > > > at Unknown.X$p(https://IP/session.cache.html@106) > > > > > at Unknown.VPp(https://IP/session.cache.html@26) > > > > > at Unknown.Fhv(https://IP/session.cache.html@51) > > > > > at Unknown.Khv(https://IP/session.cache.html@281) > > > > > at Unknown._hv(https://IP/session.cache.html@25) > > > > > at Unknown.iiv(https://IP/session.cache.html@25) > > > > > at Unknown.hiv(https://IP/session.cache.html@29) > > > > > at Unknown.H9u(https://IP/session.cache.html@166) > > > > > at Unknown.U9u(https://IP/session.cache.html@9380) > > > > > at Unknown.fLr(https://IP/session.cache.html@189) > > > > > at Unknown.kQp(https://IP/session.cache.html@1571) > > > > > at Unknown.HRp(https://IP/session.cache.html@6638) > > > > > at Unknown.yPn(https://IP/session.cache.html@84) > > > > > at Unknown.BPn(https://IP/session.cache.html@438) > > > > > at Unknown.sTn(https://IP/session.cache.html@40) > > > > > at Unknown.vTn(https://IP/session.cache.html@25782) > > > > > at Unknown.$Rn(https://IP/session.cache.html@25) > > > > > at Unknown.bSn(https://IP/session.cache.html@24007) > > > > > at Unknown.fJe(https://IP/session.cache.html@20784) > > > > > at Unknown.eyk(https://IP/session.cache.html@9363) > > > > > at Unknown.M3(https://IP/session.cache.html@137) > > > > > at Unknown.d4(https://IP/session.cache.html@7933) > > > > > at Unknown.<anonymous>(https://IP/session.cache.html@65) > > > > > at Unknown._t(https://IP/session.cache.html@29) > > > > > at Unknown.du(https://IP/session.cache.html@57) > > > > > at Unknown.<anonymous>(https://IP/session.cache.html@54) > > > > > > > > > > > > > > > Session: 8175C40F7283C99A5C622841E738840C > > > > > IP: xxx.xxx.xxx.xxx/ovirt-engine/webadmin > > > > > > > > > > 2016-02-08 19:40 GMT+01:00 Alexander Wels <awels(a)redhat.com>: > > > > > > On Monday, February 08, 2016 12:44:24 PM Sandro Bonazzola wrote: > > > > > > > Adding Alexander > > > > > > > > > > > > Hi, can you install the debuginfo and reproduce the exception? > > > > > > > > > > > > Run this command on the ENGINE to install the debuginfo packages. > > > > > > > > > > > > yum install ovirt-engine-webadmin-portal-debuginfo > > > > > > ovirt-engine-userportal- > > > > > > debuginfo > > > > > > > > > > > > Then show us what shows up in the UI.log? > > > > > > > > > > > > Thanks, > > > > > > Alexander > > > > > > > > > > > > > On Mon, Feb 8, 2016 at 12:32 PM, Valerio Vinci < > > > > valeavin(a)gmail.com> > > > > > > > > wrote: > > > > > > > > Hi, > > > > > > > > > > > > > > > > I have a problem wiht admin portal under Hosts > Networks > > > > > > > > Interfaces. > > > > > > > > > > > > When I click on "Setup Host Networks" The portal give mi this > > > > > > > > error: > > > > > > > > Uncaught exception occurred. Please try reloading the page. > > > > > > > > Details: > > > > > > > > (TypeError) __gwt$exception: <skipped>: Aab(...) is null > > > > > > > > Please have your administrator check the UI logs > > > > > > > > > > > > > > > > I have tried to open this from the following browser: > > > > > > > > - firefox > > > > > > > > - chrome > > > > > > > > - chromium > > > > > > > > - opera > > > > > > > > - Internet Explorer > > > > > > > > > > > > > > > > This is the complete error from log. > > > > > > > > > > > > > > > > 2016-02-08 15:27:11,005 ERROR > > > > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService > > > > > > > > > > ] > > > > > > > > > > > > (default task-4) [] Permutation name: > > > > 820D83469A671E575623913A3B35130C > > > > > > > > > > > > 2016-02-08 15:27:11,005 ERROR > > > > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService > > > > > > > > > > ] > > > > > > > > (default task-4) [] Uncaught exception: : > > > > > > > > com.google.gwt.core.client.JavaScriptException: (TypeError) > > > > > > > > > > > > > > > > __gwt$exception: <skipped>: Aab(...) is null > > > > > > > > > > > > > > > > at Unknown.e9n(Unknown Source) at > > > > Unknown.v$p(Unknown > > > > > > > > > > Source) at Unknown.w$p(Unknown Source) at > > > > > > > > Unknown.z$p(Unknown > > > > > > > > Source) at Unknown.t$p(Unknown Source) at > > > > > > > > Unknown.rPp(Unknown > > > > > > > > Source) at Unknown.bhv(Unknown Source) at > > > > > > > > Unknown.ghv(Unknown > > > > > > > > Source) at Unknown.Ziv(Unknown Source) at > > > > > > > > Unknown.cjv(Unknown > > > > > > > > Source) at Unknown.c9u(Unknown Source) at > > > > > > > > Unknown.q9u(Unknown > > > > > > > > Source) at Unknown.DKr(Unknown Source) at > > > > > > > > Unknown.IPp(Unknown > > > > > > > > Source) at Unknown.dRp(Unknown Source) at > > > > > > > > Unknown.WOn(Unknown > > > > > > > > Source) at Unknown.ZOn(Unknown Source) at > > > > > > > > Unknown.QSn(Unknown > > > > > > > > Source) at Unknown.TSn(Unknown Source) at > > > > > > > > Unknown.wRn(Unknown > > > > > > > > Source) at Unknown.zRn(Unknown Source) at > > > > > > > > Unknown.GIe(Unknown > > > > > > > > Source) at Unknown.Cxk(Unknown Source) at > > > > Unknown.s3(Unknown > > > > > > > > > > Source) at Unknown.L3(Unknown Source) at > > > > > > > > Unknown.Dvf/c.onreadystatechange<(Unknown Source) at > > > > > > > > > > > > Unknown.Yt(Unknown > > > > > > > > > > > > > > Source) at Unknown.au(Unknown Source) at > > > > > > > > Unknown._t/<(Unknown > > > > > > > > Source) at Unknown.anonymous(Unknown Source) > > > > > > > > > > > > > > > > -- > > > > > > > > Cordiali Saluti > > > > > > > > Vinci Valerio > > > > > > > > Cel. 3339979972

1 0

ovirt 3.6 hostedengine.metadata, missing OVF_STORE
by Paul Groeneweg | Pazion 09 Feb '16

09 Feb '16

I have been upgrading our ovirt hosts to el7 to be able to run version 3.6. When deploying a new host have problems with the shared OVF storage config part. 1. I get an error during deploy: [ INFO ] Stage: Setup validation [ ERROR ] Failed to execute stage 'Setup validation': failed to read metadata: [Errno 2] No such file or directory: '/rhev/data-center/mnt/[NFS3_SHARE]/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/ha_agent/hosted-engine.metadata' [ INFO ] Stage: Clean up It seems the symlink of hosted-engine.metadata is missing. So I added manually the /var/run/vdsm/storage folder with subfolder 88b69eba-ef4f-4dbe-ba53-20dadd424d0e and symlinks. Then I reran the hosted-engine deploy and this time all went well. 2. Now when the host is installed I notice the following in the logs .... Feb 5 22:33:08 geisha-2 ovirt-ha-agent: INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing images Feb 5 22:33:08 geisha-2 ovirt-ha-agent: INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images Feb 5 22:33:08 geisha-2 ovirt-ha-agent: INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Reloading vm.conf from the shared storage domain Feb 5 22:33:08 geisha-2 ovirt-ha-agent: INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Trying to get a fresher copy of vm configuration from the OVF_STORE Feb 5 22:33:08 geisha-2 ovirt-ha-agent: WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find OVF_STORE Feb 5 22:33:08 geisha-2 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf Feb 5 22:33:08 geisha-2 ovirt-ha-agent: ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf Feb 5 22:33:08 geisha-2 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: 'Path to volume 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' - trying to restart agent Feb 5 22:33:08 geisha-2 ovirt-ha-agent: ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Error: 'Path to volume 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' - trying to restart agent So at this point I was a bit stuck. I removed complete ovirt36 release and installed ovirt35 for the hosted engine deploy. This time all went without any problem directly. >From there I retried upgrade and same problems again. I run ovirt hosted-engine on nfs3. I did found https://bugzilla.redhat.com/show_bug.cgi?id=1159314 I added no_subtree_check and tried deploy again, but again without luck. I believe the hosted engine configs are not being migrated to the shared storage. And my problem has todo with http://www.ovirt.org/Features/Hosted_Engine_configuration_on_shared_storage And found /etc/ovirt-hosted-engine/hosted-engine.conf, conf_volume_UUID, conf_image_UUID Hosts run el7 Hosted engine runs el6 Hosted engine storage is through NFS3 Can I import the hosted engine storage in to engine ( in web interface )? Or how can I create or trigger manually the OVF store the logs complain about? Best Regards, Paul Groeneweg -- Met vriendelijke groeten, Paul Groeneweg Pazion Webdevelopment - Hosting - Apps T +31 26 3020038 M +31 614 277 577 E paul(a)pazion.nl ***disclaimer*** "This e-mail and any attachments thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by persons other than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer. Thank you for your cooperation."

2 17

Problems with networks configuration
by Valerio Vinci 08 Feb '16

08 Feb '16

Hi, I have a problem wiht admin portal under Hosts > Networks Interfaces. When I click on "Setup Host Networks" The portal give mi this error: Uncaught exception occurred. Please try reloading the page. Details: (TypeError) __gwt$exception: <skipped>: Aab(...) is null Please have your administrator check the UI logs I have tried to open this from the following browser: - firefox - chrome - chromium - opera - Internet Explorer This is the complete error from log. 2016-02-08 15:27:11,005 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-4) [] Permutation name: 820D83469A671E575623913A3B35130C 2016-02-08 15:27:11,005 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-4) [] Uncaught exception: : com.google.gwt.core.client.JavaScriptException: (TypeError) __gwt$exception: <skipped>: Aab(...) is null at Unknown.e9n(Unknown Source) at Unknown.v$p(Unknown Source) at Unknown.w$p(Unknown Source) at Unknown.z$p(Unknown Source) at Unknown.t$p(Unknown Source) at Unknown.rPp(Unknown Source) at Unknown.bhv(Unknown Source) at Unknown.ghv(Unknown Source) at Unknown.Ziv(Unknown Source) at Unknown.cjv(Unknown Source) at Unknown.c9u(Unknown Source) at Unknown.q9u(Unknown Source) at Unknown.DKr(Unknown Source) at Unknown.IPp(Unknown Source) at Unknown.dRp(Unknown Source) at Unknown.WOn(Unknown Source) at Unknown.ZOn(Unknown Source) at Unknown.QSn(Unknown Source) at Unknown.TSn(Unknown Source) at Unknown.wRn(Unknown Source) at Unknown.zRn(Unknown Source) at Unknown.GIe(Unknown Source) at Unknown.Cxk(Unknown Source) at Unknown.s3(Unknown Source) at Unknown.L3(Unknown Source) at Unknown.Dvf/c.onreadystatechange<(Unknown Source) at Unknown.Yt(Unknown Source) at Unknown.au(Unknown Source) at Unknown._t/<(Unknown Source) at Unknown.anonymous(Unknown Source) -- Cordiali Saluti Vinci Valerio Cel. 3339979972

3 4

ui errors in manager
by Jiří Sléžka 08 Feb '16

08 Feb '16

This is a cryptographically signed message in MIME format. --------------ms020002000900030706020400 Content-Type: multipart/mixed; boundary="------------080208010805080706000302" This is a multi-part message in MIME format. --------------080208010805080706000302 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, after upgrading to 3.6.2.6-1.el7.centos (from 3.6.1) I am getting=20 occasionally this error in manager UI Uncaught exception occurred. Please try reloading the page. Details:=20 (TypeError) __gwt$exception: <skipped>: d is null Please have your administrator check the UI logs Corresponding error in /var/log/ovirt-engine/ui.log is 2016-02-08 12:51:01,954 ERROR=20 [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]=20 (default task-61) [] Permutation name: 820D83469A671E575623913A3B35130C 2016-02-08 12:51:01,954 ERROR=20 [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]=20 (default task-61) [] Uncaught exception: :=20 com.google.gwt.event.shared.UmbrellaException: Exception caught:=20 (TypeError) __gwt$exception: <skipped>: d is null at Unknown.ms(Unknown Source) at Unknown.us(Unknown Source)=20 at Unknown.f3(Unknown Source) at Unknown.i3(Unknown Source) at=20 Unknown.t2(Unknown Source) at Unknown.evf(Unknown Source) at=20 Unknown.mcm(Unknown Source) at Unknown.xcm(Unknown Source) at=20 Unknown.ivf(Unknown Source) at Unknown.Ju(Unknown Source) at=20 Unknown.zu(Unknown Source) at Unknown.bu(Unknown Source) at=20 Unknown.au(Unknown Source) at Unknown._t/<(Unknown Source) at=20 Unknown.anonymous(Unknown Source)Caused by:=20 com.google.gwt.core.client.JavaScriptException: (TypeError) __gwt$exception: <skipped>: d is null at Unknown.nVg(Unknown Source) at Unknown.E6s(Unknown Source)=20 at Unknown.J6s(Unknown Source) at Unknown.L6s(Unknown Source) at=20 Unknown.DKr(Unknown Source) at Unknown.oml(Unknown Source) at=20 Unknown.lIp(Unknown Source) at Unknown.OHo(Unknown Source) at=20 Unknown.iHo(Unknown Source) at Unknown.$Ho(Unknown Source) at=20 Unknown.uqo(Unknown Source) at Unknown.Aro(Unknown Source) at=20 Unknown.kso(Unknown Source) at Unknown.RPk(Unknown Source) at=20 Unknown.qcs(Unknown Source) at Unknown.dvf(Unknown Source) at=20 Unknown.D2(Unknown Source) ... 11 more 2016-02-08 12:51:06,573 ERROR=20 [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]=20 (default task-45) [] Permutation name: 820D83469A671E575623913A3B35130C 2016-02-08 12:51:06,573 ERROR=20 [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]=20 (default task-45) [] Uncaught exception: :=20 com.google.gwt.core.client.JavaScriptException: (TypeError) __gwt$exception: <skipped>: d is null at Unknown.nVg(Unknown Source) at Unknown.E6s(Unknown Source)=20 at Unknown.J6s(Unknown Source) at Unknown.L6s(Unknown Source) at=20 Unknown.DKr(Unknown Source) at Unknown.oml(Unknown Source) at=20 Unknown.eIp(Unknown Source) at Unknown.dIp(Unknown Source) at=20 Unknown.OHo(Unknown Source) at Unknown.iHo(Unknown Source) at=20 Unknown.$Ho(Unknown Source) at Unknown.sro(Unknown Source) at=20 Unknown.jso(Unknown Source) at Unknown.Mxo(Unknown Source) at=20 Unknown.WOn(Unknown Source) at Unknown.ZOn(Unknown Source) at=20 Unknown.QSn(Unknown Source) at Unknown.TSn(Unknown Source) at=20 Unknown.ORn(Unknown Source) at Unknown.RRn(Unknown Source) at=20 Unknown.GIe(Unknown Source) at Unknown.Cxk(Unknown Source) at=20 Unknown.s3(Unknown Source) at Unknown.L3(Unknown Source) at=20 Unknown.Dvf/c.onreadystatechange<(Unknown Source) at=20 Unknown.Yt(Unknown Source) at Unknown.au(Unknown Source) at=20 Unknown._t/<(Unknown Source) at Unknown.anonymous(Unknown Source) Any ideas what it is about or how to solve it? Cheers, Jiri --------------080208010805080706000302 Content-Type: text/x-vcard; charset=utf-8; name="jiri_slezka.vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="jiri_slezka.vcf" begin:vcard fn;quoted-printable:Ing. Ji=3DC5=3D99=3DC3=3DAD Sl=3DC3=3DA9=3DC5=3DBEka n;quoted-printable;quoted-printable:Sl=3DC3=3DA9=3DC5=3DBEka;Ji=3DC5=3D99= =3DC3=3DAD org;quoted-printable;quoted-printable:Slezsk=3DC3=3DA1 univerzita v Opav=3D= C4=3D9B;Centrum informa=3DC4=3D8Dn=3DC3=3DADch technologi=3DC3=3DAD adr;quoted-printable;quoted-printable:Na Rybn=3DC3=3DAD=3DC4=3D8Dku 1;;CI= T, Slezsk=3DC3=3DA1 univerzita v Opav=3DC4=3D9B;Opava;;74601;Czech Republ= ic email;internet:jiri.slezka@slu.cz title;quoted-printable:Spr=3DC3=3DA1vce s=3DC3=3DADt=3DC4=3D9B a aplikac=3D= C3=3DAD tel;work:+420 553 684 696 x-mozilla-html:FALSE url:http://www.slu.cz version:2.1 end:vcard --------------080208010805080706000302-- --------------ms020002000900030706020400 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CWcwggScMIIDhKADAgECAhEAuOSLPwlcx/l5IqBlguM0fDANBgkqhkiG9w0BAQUFADA7MQsw CQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwg Q0EwHhcNMTQxMTEwMDAwMDAwWhcNMTYxMTA5MjM1OTU5WjBlMQswCQYDVQQGEwJDWjElMCMG A1UECgwcU2xlenNrw6EgdW5pdmVyeml0YSB2IE9wYXbEmzEYMBYGA1UEAwwPSmnFmcOtIFNs w6nFvmthMRUwEwYJKoZIhvcNAQkCFgZzbGV6a2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDNcPHUXg4ZfD3shn/1zeMf8tyn/ZplDk1756hc+PVHYNO2VRP2p1HKRdtcfj1i 2V87na0EfMmfxM77dJJklSnAsCXrs0by2eHzdCz746vErs5VkSnZ1nhOWH7FViKadiyxmAv+ zXL+jkzb678GHsT2jPWdHjfhgQXAzd0hE5AqkQ3sRGRspsfruRmfgStEoE2+Ubq4jC69pBYW i80zdAUOc+9Kl5Zfolfo/TpFViXIo4i1FMgDRNYZAhBKpHz70zN/7VUqTl/7x9z3a6ytNC8J TbbMdj8SdWhRV0oyOOhYlFHL+1ZS0KtQ0iz5yWs9dCkq77LrTXCXaWSGBRlQ8H/5AgMBAAGj ggFvMIIBazAfBgNVHSMEGDAWgBRjTUNaGUg/xEbBArq/7g7lgrdmpjAdBgNVHQ4EFgQUNHjX Vei/P0DdklwoP8A3Tkq0XTYwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wPwYD VR0fBDgwNjA0oDKgMIYuaHR0cDovL2NybC50Y3MudGVyZW5hLm9yZy9URVJFTkFQZXJzb25h bENBLmNybDByBggrBgEFBQcBAQRmMGQwOgYIKwYBBQUHMAKGLmh0dHA6Ly9jcnQudGNzLnRl cmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcnQwJgYIKwYBBQUHMAGGGmh0dHA6Ly9vY3Nw LnRjcy50ZXJlbmEub3JnMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejANBgkqhkiG 9w0BAQUFAAOCAQEAJy6bixJ53paigwWwnXfipRly2TTkICwf4PtXw9hOBoYC17PbPpAoGBtT Dvz6pQW4woSJ4JbkkD9JKGPlZXt0fQgZKgbfQ7sRFQ54goOhvJYm+CFJUPiSXrZ/i1CUzI40 U3kXYbWOq99yKid5aUEaIub9E6cJY6fybt7ireTV2IKVNIm/AXWjjf6jxGVavQ1QzTxmRvfE sXpQis5jgCeJjRHhZ4BhwRChkIThLYfWTSYId9rbtuj3yjLjtJipDhHJEuIckgV8sCDbjbyt xo0WNLQmfL0KUVxvpfMfdZ3McGKwn7nQiqBcpsGI3+9pfmHkMzy4+rDGZCHkeyNNxEUpLDCC BMMwggOroAMCAQICEHP+V/rfuMUIgXtmuWvwLe8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMDkwNTE4MDAwMDAwWhcNMjgxMjMxMjM1OTU5WjA7MQswCQYDVQQGEwJOTDEP MA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDIFdn1M2ojoZANz7sFRMOrH0o1hRohhaBP+PBA4kpD m/5bsbC/tFfcdYBBS2Qa9ttPb4/QJUU1+erLSvr72tPtRYgRlDbkzKgN78U9N+0We+PClZ5Y M38i+/j/7Oa+264KZSUih9pvhItG6ECGKD+/VgjiSumDouki+y36tigfkcHDcftTwCtOpAyh bp1V7ezhJIc6COINHOTETdDLJ/qEZObRl51WJFuTuykuQ+JBaj3iSmX8ml9ahoe8h8d5gJaZ UcaQD2SRmX0Q3awsAyrheGT+zj1O9CtQEUvRWNSbA/B/9TtTsFND+8UvxAQpGjqs11Xp0Q6V 0Tsxf3hPriktAgMBAAGjggFNMIIBSTAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRu fTAdBgNVHQ4EFgQUY01DWhlIP8RGwQK6v+4O5YK3ZqYwDgYDVR0PAQH/BAQDAgEGMBIGA1Ud EwEB/wQIMAYBAf8CAQAwGAYDVR0gBBEwDzANBgsrBgEEAbIxAQICHTBYBgNVHR8EUTBPME2g S6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRo ZW50aWNhdGlvbmFuZEVtYWlsLmNybDBvBggrBgEFBQcBAQRjMGEwOAYIKwYBBQUHMAKGLGh0 dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BQUFDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzAB hhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAGK6lTLxPc XDkWzIafXkx7cvvsjVWKXpoK/1NMdvQGPVDPV/Ciz6+ZjKr+oBl2PpkDMvp1gziKu2uapQwT stQbduaULmeYWeORbAKQmpzIYEtVq8qIWo0r5WmVAwfR1A78JCIuWbFjpF/t2SNy5JzOOlxs H0+pAMkd/vp/RS22LoTdDyegWRhO1XYlRfSZJnnbb58j90O7Kw8Eo4EmLLd7Nfk9d19AIeZ/ HaWWWr3QyxY6bLthi4r9BDlECsss4cvOLhCYGtvgk+1JZGQIIJ+3o1Dwot3KtMZ8DD3nXhXc J4bkOjtSWherqQZTK50Jc2QcAcP9MNKHA2/kFQN6OV9oMYIDGjCCAxYCAQEwUDA7MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EC EQC45Is/CVzH+XkioGWC4zR8MA0GCWCGSAFlAwQCAQUAoIIBmzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAyMDgxMjAxMzhaMC8GCSqGSIb3DQEJBDEi BCDGjr+/5b3aAev/3Yd3choeKFPxdVf+b9GOpXnM/CDQFDBfBgkrBgEEAYI3EAQxUjBQMDsx CzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25h bCBDQQIRALjkiz8JXMf5eSKgZYLjNHwwYQYLKoZIhvcNAQkQAgsxUqBQMDsxCzAJBgNVBAYT Ak5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIRALjk iz8JXMf5eSKgZYLjNHwwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQARmMVRQIMajLyWHG2WmtfrTUy3 Cu7IOqdNkGreK54qR5wOZLfXvncz3LSPmA3l1kknIolxyYgX1W0cLkwJKyFvKCxZTXTqjBKT wUTIOEiuP/G6gYJZXlWglQrp9zOGS+8qRB3vfJEL0ORcMtsaHqkftxhWu5nNVBzlVNUlmoBR SZm2H1/Y+o3a7bX9H5SsaJct4+ufqDD7KG04YKhJoViJWDbRPabNpf6fZ2W04BdlWIsNUtcj mqsiRF+yHfPwOc6dBNVodyEqczGBKACdxdF97qRBav2Z6yd+bhZ4HsehzwlqmalPUigFfrnw XehkCA08drhBxYbdXe80OUI2wHuiAAAAAAAA --------------ms020002000900030706020400--

2 2

ovirt-node 3.5 jenkins jobs
by Tolik Litovsky 08 Feb '16

08 Feb '16

Hi The current version is 3.6 and there is no more 3.5 releases. Following these I disable the 3.5 build jobs on jenkins. -- Best regards Tolik Litovsky RHEV-H Team Red Hat Red Hat: trustworthy, transformative technology. Powered by the community. Connect at redhat.com

1 0

vm refuses to migrate because of NUMA
by Nathanaël Blanchet 08 Feb '16

08 Feb '16

Hi all, I created a cluster of VM with the same CPu level, except that one of them only has one physical CPU. When trying to migrate, I get this message into engine.log : 3b-4810-b5a4-f415c90ffdca`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 294, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 364, in _startUnderlyingMigration self._perform_migration(duri, muri) File "/usr/share/vdsm/virt/migration.py", line 403, in _perform_migration self._vm._dom.migrateToURI3(duri, params, flags) File "/usr/share/vdsm/virt/virdomain.py", line 68, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 124, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1836, in migrateToURI3 if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', dom=self) libvirtError: unsupported configuration: NUMA node 1 is unavailable It seems that engine allows to mix multinode and mononode host into a same cluster whereas vms can't migrate between these nodes. I've never been using and configuring NUMA until now, so I don't understand why we are not allowed to migrate vms.* Thank you for your help -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

4 3

Getting qcow images into oVirt
by Barak Korren 08 Feb '16

08 Feb '16

Hi there, We would like to consume pre-created QCOW images in oVirt/RHEV. So far it seems that the only way to do that would be to store the images in a Glance server which will require us to maintain such server. Trying to put the image in an ISO domain made in show up as a useless "unkonwn" file type in engine. Is there any other way to get the images into oVirt? -- Barak Korren bkorren(a)redhat.com RHEV-CI Team

4 5

Engine Limitations Questions
by Erick Vogeler 08 Feb '16

08 Feb '16

i was told that is better to use self hosted engine for each server instead of using 1 engine for all server specially if they are far from each other. Is this a technical limitation? say i have 10 servers all over the world, would it handle it?

3 2

3.5 or 3.6 For Production System?
by Charles Tassell 08 Feb '16

08 Feb '16

Hi Folks, I'm setting up a small virtualization system that will start with one or two hosts and then probably grow to 4-5 hosts. We will eventually be using a shared iSCSI datastore, but right now I'll probably just use NFS4. I'm wondering if I should stick with my plan of using oVirt 3.6.2, or should I start of with 3.5 and upgrade at a later date. Is 3.6 generally stable enough for production use? We're not doing anything very complicated, just running a few Linux webserver VMs. No high availability or auto-deployment type stuff.

4 3

matching / mapping ovirt storage domain images to VMs
by Charles Kozler 08 Feb '16

08 Feb '16

is there an easy / intutive way to find out the underlying image associated to a VM? for instance, looking at a storage domain from the server, it is not easy to figure out what VM it actually belongs to [storage[root@snode01 images]$ find -type f | grep -iv meta | grep -iv lease | xargs du -sch 20K ./bd765364-064d-487c-a6f8-a290249edca1/4f6dcb0e-e4c9-4ab6-af6d-d49f89228fa1 20K ./e69a0128-fddc-4ee7-b91c-04caf8bdd540/2ce9d1aa-70e3-4063-895d-c9848ec122e5 10G ./2d1eab4a-df47-4e8e-8a0c-c58ca9c0d6cf/1ab0bebd-57b4-45f3-8e77-7c1973282766 10G ./9ed4a196-bc18-4d6a-b7b6-f38bee01e102/32953e4c-8a3c-4252-96d9-9ecbb7c2a603 0 ./1c3129dc-56fa-4e41-bd5b-3313f9f1aa86/d4221e11-bf3b-4226-a8a8-b53ff0189592 21G total How can I find out what VMs these belong to? -- *Charles Kozler* *Vice President, IT Operations* FIX Flyer, LLC 225 Broadway | Suite 1600 | New York, NY 10007 1-888-349-3593 http://www.fixflyer.com <http://fixflyer.com> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION WHICH IS PROPRIETARY TO FIX FLYER LLC. ANY UNAUTHORIZED USE, COPYING, DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED. ALL RIGHTS TO THIS INFORMATION IS RESERVED BY FIX FLYER LLC. IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.

3 4

Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7
by Martin Perina 07 Feb '16

07 Feb '16

Hi, so it seems, that for some strange reason, user 'engine' cannot create schema in 'engine' database although it should be an owner of this db. I double checked that on all our testing databases this works fine and also if you created engine db according to doc (either automatically by engine-setup or manually in case of remote db) this should work. So you can try to execute following command which adds proper permissions to 'engine' db user (please adapt according to you setup): su - postgres -c "psql --command=\"GRANT ALL ON DATABASE @ENGINE_DB_DATABASE@ TO @ENGINE_DB_USER@;\"" The correct output should be: GRANT If it's successful, please execute engine-setup again to verify that above step fixed the issue. Thanks Martin Perina ----- Original Message ----- > From: "Marcelo Leandro" <marceloltmm(a)gmail.com> > To: "Martin Perina" <mperina(a)redhat.com> > Sent: Thursday, February 4, 2016 1:40:36 PM > Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7 > > Hello Martin, > > Indeed there´s an issue here. Runnig your command, I got this error: > ERROR: permission denied for database engine , I'm investigating > deeper > > Thanks > > 2016-02-04 6:18 GMT-03:00 Martin Perina <mperina(a)redhat.com>: > > Hi, > > > > I just verified that upgrades on both Centos 6.7 and Centos 7.2 works fine, > > so there's something bad with psql on you machines :-( > > > > Could you please execute following steps and send me result? > > > > 1. Please take a look at your engine db configuration in > > /etc/ovirt-engine/engine.conf.d/10-setup-database.conf > > > > 2. Please replace variables (@VAR@) with real values according to your > > db setup and execute following command on engine host (or VM in > > case of hosted engine): > > > > LC_ALL="C" PGPASSWORD="@ENGINE_DB_PASSWORD@" psql -w > > --pset=tuples_only=on --host="@ENGINE_DB_HOST@" > > --port="@ENGINE_DB_PORT@" --username="@ENGINE_DB_USER@" > > --dbname="@ENGINE_DB_DATABASE@" --set ON_ERROR_STOP=1 --no-psqlrc > > --command="CREATE SCHEMA aaa_jdbc_x AUTHORIZATION @ENGINE_DB_USER@;" || > > die "Cannot execute sql command" > > > > Correct output should be: > > > > CREATE SCHEMA > > > > > > Thanks a lot > > > > Martin Perina > > > > ----- Original Message ----- > >> From: "Darrell Budic" <budic(a)onholyground.com> > >> To: "Marcelo Leandro" <marceloltmm(a)gmail.com> > >> Cc: "Martin Perina" <mperina(a)redhat.com>, "users" <users(a)ovirt.org> > >> Sent: Thursday, February 4, 2016 6:17:21 AM > >> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to > >> 6.2.6-1.el7 > >> > >> I just hit a similar problem, but on Centos 6.7, postgres (PostgreSQL) > >> 8.4.20. Looks like a permission error for me? > >> > >> 2016-02-03 22:52:42 DEBUG otopi.context context._executeMethod:142 Stage > >> misc > >> ME > >> THOD > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aaajdbc.Plugin._misc > >> 2016-02-03 22:52:42 INFO > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aa > >> ajdbc aaajdbc._setupSchema:97 Creating/refreshing Engine 'internal' domain > >> datab > >> ase schema > >> 2016-02-03 22:52:42 DEBUG > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a > >> aajdbc plugin.executeRaw:828 execute: > >> ['/usr/share/ovirt-engine-extension-aaa-jd > >> bc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', > >> '-d', > >> 'engine', '-e', 'aaa_jdbc', '-l', > >> '/var/log/ovirt-engine/setup/ovirt-engine-setu > >> p-20160203224629-uy91s0.log', '-c', 'apply'], executable='None', > >> cwd='None', > >> env > >> ={'LESSOPEN': '||/usr/bin/lesspipe.sh %s', 'LOGNAME': 'root', 'USER': > >> 'root', > >> 'P > >> ATH': '/sbin:/bin:/usr/sbin:/usr/bin', 'HOME': '/root', 'LANG': > >> 'en_US.UTF-8', ' > >> TERM': 'xterm-color', 'SHELL': '/bin/bash', 'SHLVL': '1', > >> 'G_BROKEN_FILENAMES': > >> '1', 'HISTSIZE': '1000', 'SUDO_USER': 'telsin', 'USERNAME': 'root', > >> 'PYTHONPATH' > >> : '/usr/share/ovirt-engine/setup/bin/..::', 'SUDO_UID': '699600001', > >> 'KRB5CCNAME > >> ': 'FILE:/tmp/krb5cc_699600001_5oRWEw', 'MAIL': '/var/spool/mail/telsin', > >> 'DBFUN > >> C_DB_PGPASSFILE': '/tmp/tmpqzrQIw', 'SUDO_COMMAND': '/bin/bash', > >> 'SUDO_GID': > >> '69 > >> 9600001', 'HOSTNAME': 'ovirt.int.ohgnetworks.com', 'PWD': '/home/telsin', > >> 'OTOPI > >> _LOGFILE': > >> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20160203224629-uy91s0 > >> .log', 'LS_COLORS': > >> 'rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd= > >> 40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30 > >> ;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:* > >> .lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31: > >> *.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.tbz=01;31:*.tbz2=01;31 > >> :*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01; > >> 31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif > >> =01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:* > >> .xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=0 > >> 1;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*. > >> ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;3 > >> 5:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli= > >> 01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cg > >> m=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36: > >> *.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=0 > >> 1;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xs > >> pf=01;36:', 'OTOPI_EXECDIR': '/home/telsin'} > >> ********* QUERY ********** > >> select 1; > >> ************************** > >> > >> 1 > >> > >> ********* QUERY ********** > >> copy ( > >> SELECT COUNT(schema_name) > >> FROM information_schema.schemata > >> WHERE schema_name = 'aaa_jdbc' > >> ) to stdout with delimiter as '|'; > >> ************************** > >> > >> ********* QUERY ********** > >> CREATE SCHEMA aaa_jdbc AUTHORIZATION engine; > >> ************************** > >> > >> 2016-02-03 22:52:43 DEBUG > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a > >> aajdbc plugin.executeRaw:878 execute-result: > >> ['/usr/share/ovirt-engine-extension > >> -aaa-jdbc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', > >> 'engine', > >> '-d', 'engine', '-e', 'aaa_jdbc', '-l', > >> '/var/log/ovirt-engine/setup/ovirt-engi > >> ne-setup-20160203224629-uy91s0.log', '-c', 'apply'], rc=1 > >> 2016-02-03 22:52:43 DEBUG > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a > >> aajdbc plugin.execute:936 execute-output: > >> ['/usr/share/ovirt-engine-extension-aa > >> a-jdbc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', > >> 'engine', > >> '- > >> d', 'engine', '-e', 'aaa_jdbc', '-l', > >> '/var/log/ovirt-engine/setup/ovirt-engine- > >> setup-20160203224629-uy91s0.log', '-c', 'apply'] stdout: > >> Creating custom schema aaa_jdbc ... > >> > >> 2016-02-03 22:52:43 DEBUG > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a > >> aajdbc plugin.execute:941 execute-output: > >> ['/usr/share/ovirt-engine-extension-aa > >> a-jdbc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', > >> 'engine', > >> '- > >> d', 'engine', '-e', 'aaa_jdbc', '-l', > >> '/var/log/ovirt-engine/setup/ovirt-engine- > >> setup-20160203224629-uy91s0.log', '-c', 'apply'] stderr: > >> ERROR: permission denied for database engine > >> FATAL: Cannot execute sql command: --no-psqlrc --command=CREATE SCHEMA > >> aaa_jdbc > >> AUTHORIZATION engine; > >> > >> 2016-02-03 22:52:43 DEBUG otopi.context context._executeMethod:156 method > >> except > >> ion > >> Traceback (most recent call last): > >> File "/usr/lib/python2.6/site-packages/otopi/context.py", line 146, in > >> _execut > >> eMethod > >> method['method']() > >> File > >> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-en > >> gine/config/aaajdbc.py", line 379, in _misc > >> self._setupSchema() > >> File > >> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-en > >> gine/config/aaajdbc.py", line 138, in _setupSchema > >> oenginecons.EngineDBEnv.PGPASS_FILE > >> File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 946, in > >> execute > >> command=args[0], > >> RuntimeError: Command > >> '/usr/share/ovirt-engine-extension-aaa-jdbc/dbscripts/sche > >> ma.sh' failed to execute > >> 2016-02-03 22:52:43 ERROR otopi.context context._executeMethod:165 Failed > >> to > >> exe > >> cute stage 'Misc configuration': Command > >> '/usr/share/ovirt-engine-extension-aaa- > >> jdbc/dbscripts/schema.sh' failed to execute > >> > >> This hosted engine has been through several upgrades if it makes a > >> difference. Any workarounds available? > >> > >> Thanks, > >> > >> -Darrell > >> > >> > >> > On Feb 3, 2016, at 4:17 AM, Marcelo Leandro <marceloltmm(a)gmail.com> > >> > wrote: > >> > > >> > Hello Martin, > >> > > >> > SO version: > >> > CentOS Linux release 7.2.1511 (Core) > >> > > >> > > >> > Postgresql version: > >> > postgres=# SELECT version(); > >> > > >> > version > >> > > >> > -------------------------------------------------------------------------------------------------------------- > >> > > >> > PostgreSQL 9.2.14 on x86_64-redhat-linux-gnu, compiled by gcc (GCC) > >> > 4.8.3 20140911 (Red Hat 4.8.3-9), 64-bit > >> > > >> > > >> > Thanks. > >> > > >> > 2016-02-03 4:40 GMT-03:00 Martin Perina <mperina(a)redhat.com>: > >> >> Hi, > >> >> > >> >> what distribution are you using? What is postgresql version? > >> >> > >> >> Thanks > >> >> > >> >> Martin Perina > >> >> > >> >> ----- Original Message ----- > >> >>> From: "Marcelo Leandro" <marceloltmm(a)gmail.com> > >> >>> To: "users" <users(a)ovirt.org> > >> >>> Sent: Wednesday, February 3, 2016 3:39:58 AM > >> >>> Subject: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to > >> >>> 6.2.6-1.el7 > >> >>> > >> >>> hello, > >> >>> i have problem for update with ovirt. > >> >>> erro msg: > >> >>> > >> >>> [ ERROR ] Failed to execute stage 'Misc configuration': Command > >> >>> '/usr/share/ovirt-engine-extension-aaa-jdbc/dbscripts/schema.sh' > >> >>> failed to execute > >> >>> > >> >>> > >> >>> setup.log: > >> >>> https://copy.com/nOhoxwI8kPzm6fO0 > >> >>> > >> >>> anybody can help me ? > >> >>> > >> >>> Thanks. > >> >>> _______________________________________________ > >> >>> Users mailing list > >> >>> Users(a)ovirt.org > >> >>> http://lists.ovirt.org/mailman/listinfo/users > >> >>> > >> > _______________________________________________ > >> > Users mailing list > >> > Users(a)ovirt.org > >> > http://lists.ovirt.org/mailman/listinfo/users > >> > >> >

5 14

packet loss ingress to engine VM
by Charles Kozler 07 Feb '16

07 Feb '16

I cannot figure this out for the life of me but its been an issue. it eventually resolves itself once everything has "settled" after I bring the hosted-engine VM up but it takes anywhere between 15 minutes and 1 hour to completely settle http://imgur.com/a/o4S5m The picture is the best way I can describe it. From the node the engine is running on I ping the engine VM and packet loss is great. When I ping FROM the VM out to the outside world (or any IP really) there is no packet loss I have ruled out physical connectivity issues and RSTP/STP is not enabled on the switches that the ovirtmgmt network is connected to This causes a problem because the inbound checks from the nodes fails (I guess you use ICMP?) and then it starts to enter a constant flap state where the engine keeps migrating around -- *Charles Kozler* *Vice President, IT Operations* FIX Flyer, LLC 225 Broadway | Suite 1600 | New York, NY 10007 1-888-349-3593 http://www.fixflyer.com <http://fixflyer.com> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION WHICH IS PROPRIETARY TO FIX FLYER LLC. ANY UNAUTHORIZED USE, COPYING, DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED. ALL RIGHTS TO THIS INFORMATION IS RESERVED BY FIX FLYER LLC. IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.

1 0

Clone / New VM from Template changing network interfaces
by Mark Steele 06 Feb '16

06 Feb '16

oVirt Engine Version: 3.5.0.1-1.el6 When cloning or creating a new vm, the network interfaces in /etc/udev/rules.d/70-persistent-net.rules is getting changed - rendering the new new VM un-networkable. The original file looks like this: [image: Inline image 1] However, once the VM is either cloned or a new VM created from a template of this source VM, the file looks like this: [image: Inline image 2] The 'correct' interfaces are still there, but out of sequence and there are two additional interfaces that do not belong there. Ovirt admin console is showing the correct number of interfaces as seen in this image: [image: Inline image 3] Any idea what is causing this? Thank you for your assistance. *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 1

Problem about connecting iscsi server
by İren SALTALI 05 Feb '16

05 Feb '16

I'm trying to setup oVirtManager on Centos 7. Here is the configurations: oVirtEngine Machine: Centos 7 minimal + GNOME multipath, firewall, iptables services are stopped and disabled. Host Machine: Centos 7 minmal VDSM is installed and working iscsi is installed and working multipath, firewall, iptables services are stopped and disabled. Situtation: oVirtEngine installed. DataCenter is set. Cluster is set. Host is set and active. I can see iqn of iscsi from oVirtEngine Machine via terminal. Like this: # iscsiadm -m discovery -t st -p 192.168.1.44:3260 192.168.1.44:3260,1 iqn.2016-01.vdsm.localhost:SCSI1 But I cannot connect same machine form oVirtManager. I get this error: No new devices were found. This may be due to either: incorrect multipath configuration on the Host or wrong address of the iscsi target or a failure to authenticate on the target device. Please consult your Storage Administrator. Thanx İren

2 1

OVirt 3.6.2 -> NPE while clicking on "Setup Host Networks"
by ovirt＠timmi.org 05 Feb '16

05 Feb '16

Hi List, I update my OVirt 3.6.1 installation to 3.6.2 this morning. After the reboot of the server the interface numbering wasn't the same so I had to change some cable to have them connected to the right configuration. Everything looks OK but I receive a null pointer exception while clicking on "Setup Host Networks" of my engine/host server. Any help is more then welcome!! Best regards Christoph 2016-01-27 19:04:47,738 ERROR [org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery] (default task-482) [] Exception: java.lang.NullPointerException at org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getMaxNumOfVfs(NetworkDeviceHelperImpl.java:172) [bll.jar:] at org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.updateVfsConfigWithNumOfVfsData(NetworkDeviceHelperImpl.java:136) [bll.jar:] at org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getHostNicVfsConfigsWithNumVfsDataByHostId(NetworkDeviceHelperImpl.java:121) [bll.jar:] at org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery.executeQueryCommand(GetAllVfsConfigByHostIdQuery.java:19) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:82) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:537) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:511) [bll.jar:] at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:260) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:399) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:448) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view4.runQuery(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runQuery(GenericApiGWTServiceImpl.java:56) at sun.reflect.GeneratedMethodAccessor102.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:65) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.SessionMgmtFilter.doFilter(SessionMgmtFilter.java:31) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.LoginFilter.doFilter(LoginFilter.java:75) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.NegotiationFilter.doFilter(NegotiationFilter.java:113) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:90) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:77) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:248) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:77) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:167) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:761) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_71]

3 11

Clone / New VM from Template changing network interfaces
by Mark Steele 05 Feb '16

05 Feb '16

oVirt Engine Version: 3.5.0.1-1.el6 When cloning or creating a new vm, the network interfaces in /etc/udev/rules.d/70-persistent-net.rules is getting changed - rendering the new new VM un-networkable. The original file looks like this: # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:04.0/virtio1 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:04", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth1" # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:03.0/virtio0 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:03", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth0" # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:05.0/virtio2 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:05", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth2" However, once the VM is either cloned or a new VM created from a template of this source VM, the file looks like this: # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:04.0/virtio1 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:04", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth1" # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:03.0/virtio0 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:03", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth0" # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:05.0/virtio2 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:05", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth2" # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:04.0/virtio1 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:10", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth3" # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:03.0/virtio1 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:0f", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth5" The 'correct' interfaces are still there, but out of sequence and there are two additional interfaces that do not belong there. Ovirt admin console is showing the correct number of interfaces as seen in this image: [image: Inline image 3] *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 2

All snapshots read only
by Colin Coe 05 Feb '16

05 Feb '16

Hi all I've just noticed that all VM snapshots on one of our prod RHEV setups have gone read-only (i.e. delete is greyed out). Has anyone else seen this? Is there an easy fix for this? We have a bunch of VVMs being snapshotted nightly with snapshots being deleted after 7 days. Thanks CC

2 6

Re: [ovirt-users] Disabling migration when there is a problem with storage
by Mark Steele 04 Feb '16

04 Feb '16

I found that setting the cluster's 'Resilience Policy' to 'Do Not Migrate Virtual Machines' seems to have the desired effect while still letting me manually and via 'Maintenance' migrate VM's Thanks all *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

1 0

Re: [ovirt-users] Several VM's stuck in Migration
by Mark Steele 04 Feb '16

04 Feb '16

I was able to clear the stuck items by restarting the Host. *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

1 0

Re: [ovirt-users] Host maintenance - VM migration logic
by Patrick Russell 04 Feb '16

04 Feb '16

--_000_C7A71BBF1BB3465082D3AB68025787A6volusioncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SW4gY2FzZSBhbnlvbmUgZWxzZSBydW5zIGludG8gdGhpcywgb25lIG9mIG91ciBhZG1pbnMgaGFk IGNoYW5nZWQgdGhlIGNsdXN0ZXIgdG8gcG9saWN5IHRvIG9wdGltaXplIGZvciBzcGVlZCByYXRo ZXIgdGhhbiB1dGlsaXphdGlvbi4gUmVjb25maWd1cmluZyB0aGlzIG9wdGlvbiByZXNvbHZlZCB0 aGUgaXNzdWUgYW5kIHRoZSBtaWdyYXRpb25zIGFyZSBubyBsb25nZXIgb3ZlcmxvYWRpbmcgYSBz aW5nbGUgaG9zdC4NCg0KLVBhdHJpY2sNCg0KRnJvbTogPHVzZXJzLWJvdW5jZXNAb3ZpcnQub3Jn PG1haWx0bzp1c2Vycy1ib3VuY2VzQG92aXJ0Lm9yZz4+IG9uIGJlaGFsZiBvZiBQYXRyaWNrIFJ1 c3NlbGwgPHBhdHJpY2tfcnVzc2VsbEB2b2x1c2lvbi5jb208bWFpbHRvOnBhdHJpY2tfcnVzc2Vs bEB2b2x1c2lvbi5jb20+Pg0KRGF0ZTogVGh1cnNkYXksIEZlYnJ1YXJ5IDQsIDIwMTYgYXQgMTA6 MTEgQU0NClRvOiAidXNlcnNAb3ZpcnQub3JnPG1haWx0bzp1c2Vyc0BvdmlydC5vcmc+IiA8dXNl cnNAb3ZpcnQub3JnPG1haWx0bzp1c2Vyc0BvdmlydC5vcmc+Pg0KU3ViamVjdDogW292aXJ0LXVz ZXJzXSBIb3N0IG1haW50ZW5hbmNlIC0gVk0gbWlncmF0aW9uIGxvZ2ljDQoNCklzIHRoZXJlIGFu eSB3YXkgbWlncmF0ZSBWTeKAmXMgbW9yZSBldmVubHkgYWNyb3NzIHRoZSBjbHVzdGVyIHdoZW4g YSBob3N0IGlzIGJlaW5nIHBsYWNlZCBpbnRvIG1haW50ZW5hbmNlPyBDdXJyZW50bHkgaXQgYXR0 ZW1wdHMgdG8gYXV0byBtaWdyYXRlIGFsbCB0aGUgVk3igJlzIHRvIGFub3RoZXIgc2luZ2xlIGhv c3QgYW5kIHRoZW4gYmFsYW5jZSBvdXQuIFdoZW4gdGhlIGRlc3RpbmF0aW9uIGhvc3QgaXMgbW9y ZSB0aGFuIDUwJSBtZW1vcnkgdXRpbGl6ZWQgdGhpcyBoYXMgY2F1c2VkIG92ZXIgc3Vic2NyaXB0 aW9uIHByb2JsZW1zLiBTb21lIG9mIG91ciBtb3JlIGhlYXZpbHkgdXNlZCBob3N0cyBlbmRpbmcg dXAgdXNpbmcgYWxsIHRoZSBtZW1vcnkgYW5kIHN0b3AgY29tbXVuaWNhdGluZyB3aXRoIGVuZ2lu ZS4gSWYgaXTigJlzIG5vdCBwb3NzaWJsZSwgaG93IGFyZSBvdGhlciB0ZWFtcyBoYW5kbGluZyB0 aGlzPyBNYW51YWwgbWlncmF0aW9ucyBiZWZvcmUgbWFpbnRlbmFuY2UgbW9kZT8NCg0KVGhhbmtz LA0KUGF0cmljaw0KDQo= --_000_C7A71BBF1BB3465082D3AB68025787A6volusioncom_ Content-Type: text/html; charset="utf-8" Content-ID: <CEF0E52E23235448A619DAA7C3E109A6(a)namprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx MnB4OyBmb250LWZhbWlseTogQ291cmllciwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2PkluIGNhc2UgYW55b25lIGVsc2UgcnVucyBpbnRvIHRoaXMsIG9uZSBvZiBvdXIgYWRtaW5z IGhhZCBjaGFuZ2VkIHRoZSBjbHVzdGVyIHRvIHBvbGljeSB0byBvcHRpbWl6ZSBmb3Igc3BlZWQg cmF0aGVyIHRoYW4gdXRpbGl6YXRpb24uIFJlY29uZmlndXJpbmcgdGhpcyBvcHRpb24gcmVzb2x2 ZWQgdGhlIGlzc3VlIGFuZCB0aGUgbWlncmF0aW9ucyBhcmUgbm8gbG9uZ2VyIG92ZXJsb2FkaW5n IGEgc2luZ2xlIGhvc3QuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj4tUGF0cmljazwv ZGl2Pg0KPGRpdj4NCjxkaXYgaWQ9Ik1BQ19PVVRMT09LX1NJR05BVFVSRSI+PC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNf Qk9EWV9TRUNUSU9OIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQtc2l6 ZToxMnB0OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBtZWRp dW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGluOyBQ QURESU5HLUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVjNGRm IDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNwdCI+ DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPiZsdDs8YSBocmVm PSJtYWlsdG86dXNlcnMtYm91bmNlc0BvdmlydC5vcmciPnVzZXJzLWJvdW5jZXNAb3ZpcnQub3Jn PC9hPiZndDsgb24gYmVoYWxmIG9mIFBhdHJpY2sgUnVzc2VsbCAmbHQ7PGEgaHJlZj0ibWFpbHRv OnBhdHJpY2tfcnVzc2VsbEB2b2x1c2lvbi5jb20iPnBhdHJpY2tfcnVzc2VsbEB2b2x1c2lvbi5j b208L2E+Jmd0Ozxicj4NCjxzcGFuIHN0eWxlPSJmb250LXdlaWdodDpib2xkIj5EYXRlOiA8L3Nw YW4+VGh1cnNkYXksIEZlYnJ1YXJ5IDQsIDIwMTYgYXQgMTA6MTEgQU08YnI+DQo8c3BhbiBzdHls ZT0iZm9udC13ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj4mcXVvdDs8YSBocmVmPSJtYWlsdG86dXNl cnNAb3ZpcnQub3JnIj51c2Vyc0BvdmlydC5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWls dG86dXNlcnNAb3ZpcnQub3JnIj51c2Vyc0BvdmlydC5vcmc8L2E+Jmd0Ozxicj4NCjxzcGFuIHN0 eWxlPSJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+W292aXJ0LXVzZXJzXSBIb3N0 IG1haW50ZW5hbmNlIC0gVk0gbWlncmF0aW9uIGxvZ2ljPGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9IndvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtp dC1uYnNwLW1vZGU6IHNwYWNlOyAtd2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNl OyBjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LXNpemU6IDEycHg7IGZvbnQtZmFtaWx5OiBDb3Vy aWVyLCBzYW5zLXNlcmlmOyI+DQo8ZGl2PklzIHRoZXJlIGFueSB3YXkgbWlncmF0ZSBWTeKAmXMg bW9yZSBldmVubHkgYWNyb3NzIHRoZSBjbHVzdGVyIHdoZW4gYSBob3N0IGlzIGJlaW5nIHBsYWNl ZCBpbnRvIG1haW50ZW5hbmNlPyBDdXJyZW50bHkgaXQgYXR0ZW1wdHMgdG8gYXV0byBtaWdyYXRl IGFsbCB0aGUgVk3igJlzIHRvIGFub3RoZXIgc2luZ2xlIGhvc3QgYW5kIHRoZW4gYmFsYW5jZSBv dXQuIFdoZW4gdGhlIGRlc3RpbmF0aW9uIGhvc3QgaXMgbW9yZSB0aGFuIDUwJSBtZW1vcnkNCiB1 dGlsaXplZCB0aGlzIGhhcyBjYXVzZWQgb3ZlciBzdWJzY3JpcHRpb24gcHJvYmxlbXMuIFNvbWUg b2Ygb3VyIG1vcmUgaGVhdmlseSB1c2VkIGhvc3RzIGVuZGluZyB1cCB1c2luZyBhbGwgdGhlIG1l bW9yeSBhbmQgc3RvcCBjb21tdW5pY2F0aW5nIHdpdGggZW5naW5lLiBJZiBpdOKAmXMgbm90IHBv c3NpYmxlLCBob3cgYXJlIG90aGVyIHRlYW1zIGhhbmRsaW5nIHRoaXM/IE1hbnVhbCBtaWdyYXRp b25zIGJlZm9yZSBtYWludGVuYW5jZSBtb2RlPzwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxk aXY+VGhhbmtzLDwvZGl2Pg0KPGRpdj5QYXRyaWNrPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0K PGRpdj4NCjxkaXYgaWQ9IiI+PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L3NwYW4+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_C7A71BBF1BB3465082D3AB68025787A6volusioncom_--

1 0

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1
by Jon Archer 04 Feb '16

04 Feb '16

This is a multi-part message in MIME format. --------------060204050902010701050107 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Stefano, It's definitely not the switch, it seems to be the latest kernel package (kernel-3.10.0-327.3.1.el7.x86_64) which stops bonding working correctly, reverting back to the previous kernel brings the network up in 802.3ad mode (4). I know, from reading the release notes of 7.2, that there were some changes to the bonding bits in the kernel so i'm guessing maybe some defaults have changed. I'll keep digging and post back as soon as i have something. Jon On 29/12/15 19:55, Stefano Danzi wrote: > Hi! I didn't solve yet. I'm still using mode 2 on bond interface. > What's your switch model and firmware version? > > -------- Messaggio originale -------- > Da: Jon Archer <jon(a)rosslug.org.uk> > Data: 29/12/2015 19:26 (GMT+01:00) > A: users(a)ovirt.org > Oggetto: Re: [ovirt-users] Network instability after upgrade 3.6.0 -> > 3.6.1 > > Stefano, > > I am currently experiencing the same issue. 2x nic lacp config at > switch, mode 4 bond at server with no connectivity. Interestingly I am > able to ping the switch itself. > > I haven't had time to investigate thoroughly but my first thought is > an update somewhere. > > Did you ever resolve and get back to mode=4? > > Jon > > On 17 December 2015 17:51:50 GMT+00:00, Stefano Danzi > <s.danzi(a)hawai.it> wrote: > > I partially solve the problem. > > My host machine has 2 network interfaces with a bond. The bond was > configured with mode=4 (802.3ad) and switch was configured in the same way. > If I remove one network cable the network become stable. With both > cables attached the network is instable. > > I removed the link aggregation configuration from switch and change the > bond in mode=2 (balance-xor). Now the network are stable. > The strange thing is that previous configuration worked fine for one > year... since the last upgrade. > > Now ha-agent don't reboot the hosted-engine anymore, but I receive two > emails from brocker evere 2/5 minutes. > First a mail with "ovirt-hosted-engine state transition > StartState-ReinitializeFSM" and after "ovirt-hosted-engine state > transition ReinitializeFSM-EngineStarting" > > > Il 17/12/2015 10.51, Stefano Danzi ha scritto: > > Hello, I have one testing host (only one host) with self > hosted engine and 2 VM (one linux and one windows). After > upgrade ovirt from 3.6.0 to 3.6.1 the network connection works > discontinuously. Every 10 minutes HA agent restart hosted > engine VM because result down. But the machine is UP, only the > network stop to work for some minutes. I activate global > maintenace mode to prevent engine reboot. If I ssh to the > hosted engine sometimes the connection work and sometimes no. > Using VNC connection to engine I see that sometime VM reach > external network and sometimes no. If I do a tcpdump on > phisical ethernet interface I don't see any packet when > network on vm don't work. Same thing happens fo others two VM. > Before the upgrade I never had network problems. > ------------------------------------------------------------------------ > Users mailing list Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > ------------------------------------------------------------------------ > > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Sent from my Android device with K-9 Mail. Please excuse my brevity. --------------060204050902010701050107 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi Stefano, It's definitely not the switch, it seems to be the latest kernel package (kernel-3.10.0-327.3.1.el7.x86_64) which stops bonding working correctly, reverting back to the previous kernel brings the network up in 802.3ad mode (4). I know, from reading the release notes of 7.2, that there were some changes to the bonding bits in the kernel so i'm guessing maybe some defaults have changed. I'll keep digging and post back as soon as i have something. Jon <div class="moz-cite-prefix">On 29/12/15 19:55, Stefano Danzi wrote: </div> <blockquote cite="mid:yuu6vcix8xss464s04yxu6xv.1451418904304@email.android.com" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> Hi! I didn't solve yet. I'm still using mode 2 on bond interface. What's your switch model and firmware version? -------- Messaggio originale -------- Da: Jon Archer <a class="moz-txt-link-rfc2396E" href="mailto:jon@rosslug.org.uk"><jon(a)rosslug.org.uk></a> Data: 29/12/2015 19:26 (GMT+01:00) A: <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users(a)ovirt.org</a> Oggetto: Re: [ovirt-users] Network instability after upgrade 3.6.0 -> 3.6.1 Stefano, I am currently experiencing the same issue. 2x nic lacp config at switch, mode 4 bond at server with no connectivity. Interestingly I am able to ping the switch itself. I haven't had time to investigate thoroughly but my first thought is an update somewhere. Did you ever resolve and get back to mode=4? Jon <div class="gmail_quote">On 17 December 2015 17:51:50 GMT+00:00, Stefano Danzi <a class="moz-txt-link-rfc2396E" href="mailto:s.danzi@hawai.it"><s.danzi(a)hawai.it></a> wrote: <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <pre class="k9mail">I partially solve the problem. My host machine has 2 network interfaces with a bond. The bond was configured with mode=4 (802.3ad) and switch was configured in the same way. If I remove one network cable the network become stable. With both cables attached the network is instable. I removed the link aggregation configuration from switch and change the bond in mode=2 (balance-xor). Now the network are stable. The strange thing is that previous configuration worked fine for one year... since the last upgrade. Now ha-agent don't reboot the hosted-engine anymore, but I receive two emails from brocker evere 2/5 minutes. First a mail with "ovirt-hosted-engine state transition StartState-ReinitializeFSM" and after "ovirt-hosted-engine state transition ReinitializeFSM-EngineStarting" Il 17/12/2015 10.51, Stefano Danzi ha scritto: <blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hello, I have one testing host (only one host) with self hosted engine and 2 VM (one linux and one windows). After upgrade ovirt from 3.6.0 to 3.6.1 the network connection works discontinuously. Every 10 minutes HA agent restart hosted engine VM because result down. But the machine is UP, only the network stop to work for some minutes. I activate global maintenace mode to prevent engine reboot. If I ssh to the hosted engine sometimes the connection work and sometimes no. Using VNC connection to engine I see that sometime VM reach external network and sometimes no. If I do a tcpdump on phisical ethernet interface I don't see any packet when network on vm don't work. Same thing happens fo others two VM. Before the upgrade I never had network problems. <hr> Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a></blockquote> <hr> Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre></blockquote></div> -- Sent from my Android device with K-9 Mail. Please excuse my brevity. </blockquote> </body></html> --------------060204050902010701050107--

5 14

API: detailed quota information, where's it at?
by Tim Bielawa 04 Feb '16

04 Feb '16

I've been able to run the simple commands to enumerate quotas in a datacenter, and to select a quota by name. What I can not figure out how to do is how to receive detailed information about a quota from the API. Here's how I queried the basic information (using the python ovirtsdk module): import ovirtsdk.api > api = ovirtsdk.api.API(url=url, username=name, password=password, ...) > datacenter = api.datacenters.get(name="my-data-center") > team_quota = datacenter.quotas.get(name="my-teams-quota") Which works well enough, but doesn't really provide any actual *valuable* information (just the name, id, description, that kind of stuff). So where is the useful stuff hidden? The stuff of real value? I have not found any useful resources while scouring the Internet for this answer. I want to be able to hit this API and ask for detailed information about the usage of a quota: How much capacity is my team allotted on a given storage domain? How much capacity are we presently consuming? Likewise with CPU/Memory allocation type quotas. Is this possible, or a pipe dream? Environment: RHEVM Version: 3.5.6.0-1 Python SDK Version: 3.5.6.0-1 Thanks again folks! -- Tim Bielawa, Sr. ${::title} Cell: 919.332.6411 | IRC: tbielawa (#platops) 1BA0 4FAB 4C13 FBA0 A036 4958 AD05 E75E 0333 AE37

1 1