- Users - oVirt List Archives

Problem with adding more users - engine-manage-domains is missing
by Martin Kozl 02 Dec '16

02 Dec '16

Hello, I am not really sure this is the right way to contact oVirt support or anything like that, but I would like to ask about something I have a problem with. I have my oVirt server up and running, virtualiaztion works fine, console is wokring and everything so the next logical step would be adding more users, because I am still stuck with admin user and nothing else. I've done my research and discovered you need to use engin-manage-domains to add extra domain which would host users for you and then you just load them in your oVirt enviroment and assign roles to them. However, on my server, nothing like engine-manage-domains exists, it only shows "command not found". I googled and found out that this service is automaticly isntalled when you install oVirt engine, but nothing like that happened on my server. I tried to reinstall, but the service is still missing. When installing, there are no fails or missing repositories. What are my options? Also, do I need another server for the storage of users or can it be running on the same IP as host and oVirt? Thank you very much i advance, Regards, Martin Kozl

4 4

Windows Server 2008 & 2016 Drivers
by Bill Bill 02 Dec '16

02 Dec '16

--_000_CO2PR0801MB07431AB46F846479A88F1AEDA68F0CO2PR0801MB0743_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWxzbywgdGhpcyBpcyB3aGVuIOKAnGluc3RhbGxpbmfigJ0gV2luZG93cywgZ29pbmcgdGhyb3Vn aCB0aGUgc2V0dXAgdW5sZXNzIHlvdSBoYXZlIGFuIElERSBkaXNrLCBpdCB3aWxsIG5vdCBzZWUg YW55IG90aGVyIGRpc2tzIHN1Y2ggYXMgdmlydGlvIG9yIHZpcnRpby1zY2lzaSDigJMgc28geW91 IGNhbm5vdCBpbnN0YWxsIGl0IHRvIGdldCB0byB0aGUgZ3Vlc3QtdG9vbHMgdW5sZXNzIHlvdSBz ZXQgaXQgdXAgd2l0aCBJREUuDQoNClNlbnQgZnJvbSBNYWlsPGh0dHBzOi8vZ28ubWljcm9zb2Z0 LmNvbS9md2xpbmsvP0xpbmtJZD01NTA5ODY+IGZvciBXaW5kb3dzIDEwDQoNCkZyb206IEJpbGwg QmlsbDxtYWlsdG86amF4MjU2OEBvdXRsb29rLmNvbT4NClNlbnQ6IFRodXJzZGF5LCBEZWNlbWJl ciAxLCAyMDE2IDI6NDAgUE0NClRvOiBZYW5pdiBEYXJ5PG1haWx0bzp5ZGFyeUByZWRoYXQuY29t Pg0KU3ViamVjdDogUkU6IFtvdmlydC11c2Vyc10gV2luZG93cyBTZXJ2ZXIgMjAwOCAmIDIwMTYg RHJpdmVycw0KDQpUcnlpbmcgdG8gdXNlIHRoZSBJU08gZnJvbSBGZWRvcmEgUGVvcGxlIGJ1dCBp dCBuZXZlciBzZWVzIGFueSBkcml2ZXJzLiBJIGRpZCBob3dldmVyLCBqdXN0IGZpbmQgdGhpczoN Cg0KaHR0cHM6Ly9jb21tdW5pdHkucmVkaGF0LmNvbS9ibG9nLzIwMTUvMDUvaG93LXRvLWluc3Rh bGwtYW5kLXVzZS1vdmlydHMtd2luZG93cy1ndWVzdC10b29scy8NCg0KSXMgdGhhdCB3aGF0IHlv deKAmXJlIHJlZmVycmluZyB0bz8gT3IgaXMgdGhlcmUgc29tZSB1cGRhdGVkIGd1aWRlIEkgc2hv dWxkIGxvb2sgYXQgdGhhdCB5b3Uga25vdyBvZj8NCg0KDQpTZW50IGZyb20gTWFpbDxodHRwczov L2dvLm1pY3Jvc29mdC5jb20vZndsaW5rLz9MaW5rSWQ9NTUwOTg2PiBmb3IgV2luZG93cyAxMA0K DQpGcm9tOiBZYW5pdiBEYXJ5PG1haWx0bzp5ZGFyeUByZWRoYXQuY29tPg0KU2VudDogVGh1cnNk YXksIERlY2VtYmVyIDEsIDIwMTYgNjoxNyBBTQ0KVG86IEJpbGwgQmlsbDxtYWlsdG86amF4MjU2 OEBvdXRsb29rLmNvbT4NCkNjOiB1c2Vyc0BvdmlydC5vcmc8bWFpbHRvOnVzZXJzQG92aXJ0Lm9y Zz4NClN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIFdpbmRvd3MgU2VydmVyIDIwMDggJiAyMDE2 IERyaXZlcnMNCg0KRGlkIHlvdSBpbnN0YWxsIHRoZSBndWVzdCB0b29scz8NCg0KDQpZYW5pdiBE YXJ5DQoNClRlY2huaWNhbCBQcm9kdWN0IE1hbmFnZXINCg0KUmVkIEhhdCBJc3JhZWwgTHRkLg0K DQozNCBKZXJ1c2FsZW0gUm9hZA0KDQpCdWlsZGluZyBBLCA0dGggZmxvb3INCg0KUmEnYW5hbmEs IElzcmFlbCA0MzUwMTA5DQoNCg0KDQpUZWwgOiArOTcyICg5KSA3NjkyMzA2DQoNCiAgICAgICAg ODI3MjMwNg0KDQpFbWFpbDogeWRhcnlAcmVkaGF0LmNvbTxtYWlsdG86eWRhcnlAcmVkaGF0LmNv bT4NCg0KSVJDIDogeWRhcnkNCg0KT24gVGh1LCBEZWMgMSwgMjAxNiBhdCA1OjQzIEFNLCBCaWxs IEJpbGwgPGpheDI1NjhAb3V0bG9vay5jb208bWFpbHRvOmpheDI1NjhAb3V0bG9vay5jb20+PiB3 cm90ZToNCkhlbGxvLA0KDQpJcyB0aGVyZSBhIHByb3BlciBndWlkZSBmb3IgZ2V0dGluZyB2aXJ0 aW8gZHJpdmVycyB0byBsb2FkIOKAkyBJ4oCZdmUgYmVlbiB0cnlpbmcgdG8gZ2V0IFdpbmRvd3Mg U2VydmVyIDIwMDggJiAyMDE2IGluc3RhbGxlZCB3aXRoIGEgVmlydGlvIGJhc2VkIGRpc2sgYnV0 IG5vIGRyaXZlcnMgYXBwZWFyIHRvIHdvcmsuDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NClVzZXJzIG1haWxpbmcgbGlzdA0KVXNlcnNAb3ZpcnQu b3JnPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+DQpodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxt YW4vbGlzdGluZm8vdXNlcnMNCg0KDQo= --_000_CO2PR0801MB07431AB46F846479A88F1AEDA68F0CO2PR0801MB0743_ Content-Type: text/html; charset="utf-8" Content-ID: <4ACC833C99D16848B0E91D4F0B2583B6(a)sct-15-1-659-11-msonline-outlook-7ade0.templateTenant> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwcmUN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1h dHRlZCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250 LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0Kc3Bhbi5IVE1MUHJl Zm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7 DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1h dHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQouTXNvQ2hwRGVmYXVsdA0KCXtt c28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4 LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3Jk U2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxi b2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QWxzbywgdGhpcyBpcyB3aGVu IOKAnGluc3RhbGxpbmfigJ0gV2luZG93cywgZ29pbmcgdGhyb3VnaCB0aGUgc2V0dXAgdW5sZXNz IHlvdSBoYXZlIGFuIElERSBkaXNrLCBpdCB3aWxsIG5vdCBzZWUgYW55IG90aGVyIGRpc2tzIHN1 Y2ggYXMgdmlydGlvIG9yIHZpcnRpby1zY2lzaSDigJMgc28geW91IGNhbm5vdCBpbnN0YWxsIGl0 IHRvIGdldCB0byB0aGUgZ3Vlc3QtdG9vbHMgdW5sZXNzIHlvdSBzZXQgaXQgdXAgd2l0aA0KIElE RS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U2VudCBmcm9tIDxhIGhyZWY9Imh0dHBzOi8vZ28u bWljcm9zb2Z0LmNvbS9md2xpbmsvP0xpbmtJZD01NTA5ODYiPg0KTWFpbDwvYT4gZm9yIFdpbmRv d3MgMTA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUx IDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+RnJvbTogPC9iPjxhIGhyZWY9Im1haWx0bzpqYXgyNTY4QG91dGxvb2suY29tIj5CaWxsIEJp bGw8L2E+PGJyPg0KPGI+U2VudDogPC9iPlRodXJzZGF5LCBEZWNlbWJlciAxLCAyMDE2IDI6NDAg UE08YnI+DQo8Yj5UbzogPC9iPjxhIGhyZWY9Im1haWx0bzp5ZGFyeUByZWRoYXQuY29tIj5ZYW5p diBEYXJ5PC9hPjxicj4NCjxiPlN1YmplY3Q6IDwvYj5SRTogW292aXJ0LXVzZXJzXSBXaW5kb3dz IFNlcnZlciAyMDA4ICZhbXA7IDIwMTYgRHJpdmVyczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5UcnlpbmcgdG8gdXNlIHRoZSBJU08gZnJvbSBGZWRvcmEgUGVvcGxlIGJ1 dCBpdCBuZXZlciBzZWVzIGFueSBkcml2ZXJzLiBJIGRpZCBob3dldmVyLCBqdXN0IGZpbmQgdGhp czo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cHM6Ly9jb21tdW5pdHkucmVk aGF0LmNvbS9ibG9nLzIwMTUvMDUvaG93LXRvLWluc3RhbGwtYW5kLXVzZS1vdmlydHMtd2luZG93 cy1ndWVzdC10b29scy8iPmh0dHBzOi8vY29tbXVuaXR5LnJlZGhhdC5jb20vYmxvZy8yMDE1LzA1 L2hvdy10by1pbnN0YWxsLWFuZC11c2Utb3ZpcnRzLXdpbmRvd3MtZ3Vlc3QtdG9vbHMvPC9hPjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JcyB0aGF0IHdoYXQgeW914oCZcmUgcmVmZXJyaW5nIHRv PyBPciBpcyB0aGVyZSBzb21lIHVwZGF0ZWQgZ3VpZGUgSSBzaG91bGQgbG9vayBhdCB0aGF0IHlv dSBrbm93IG9mPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlbnQgZnJvbSA8YSBocmVmPSJodHRwczovL2dvLm1pY3Jv c29mdC5jb20vZndsaW5rLz9MaW5rSWQ9NTUwOTg2Ij4NCk1haWw8L2E+IGZvciBXaW5kb3dzIDEw PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBw dDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPkZy b206IDwvYj48YSBocmVmPSJtYWlsdG86eWRhcnlAcmVkaGF0LmNvbSI+WWFuaXYgRGFyeTwvYT48 YnI+DQo8Yj5TZW50OiA8L2I+VGh1cnNkYXksIERlY2VtYmVyIDEsIDIwMTYgNjoxNyBBTTxicj4N CjxiPlRvOiA8L2I+PGEgaHJlZj0ibWFpbHRvOmpheDI1NjhAb3V0bG9vay5jb20iPkJpbGwgQmls bDwvYT48YnI+DQo8Yj5DYzogPC9iPjxhIGhyZWY9Im1haWx0bzp1c2Vyc0BvdmlydC5vcmciPnVz ZXJzQG92aXJ0Lm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFtvdmlydC11c2Vyc10g V2luZG93cyBTZXJ2ZXIgMjAwOCAmYW1wOyAyMDE2IERyaXZlcnM8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkRpZCB5b3UgaW5zdGFsbCB0aGUgZ3Vlc3QgdG9v bHM/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 YnIgY2xlYXI9ImFsbCI+DQo8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxk aXY+DQo8ZGl2Pg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVv dDssc2Fucy1zZXJpZiI+WWFuaXYgRGFyeTxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+VGVj aG5pY2FsIFByb2R1Y3QgTWFuYWdlcjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+UmVkIEhh dCBJc3JhZWwgTHRkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+MzQgSmVydXNhbGVtIFJv YWQ8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkJ1aWxkaW5nIEEsIDR0aCBmbG9vcjxvOnA+ PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+UmEnYW5hbmEsIElzcmFlbCA0MzUwMTA5PG86cD48L286 cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPlRl bCA6ICYjNDM7OTcyICg5KSA3NjkyMzA2PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgODI3MjMwNjxvOnA+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssc2Fucy1zZXJpZiI+RW1haWw6IDxhIGhyZWY9Im1haWx0bzp5ZGFyeUByZWRoYXQuY29t IiB0YXJnZXQ9Il9ibGFuayI+eWRhcnlAcmVkaGF0LmNvbTwvYT48bzpwPjwvbzpwPjwvc3Bhbj48 L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNh bnMtc2VyaWYiPklSQyA6IHlkYXJ5PC9zcGFuPjwvcHJlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFRodSwgRGVjIDEsIDIwMTYgYXQg NTo0MyBBTSwgQmlsbCBCaWxsICZsdDs8YSBocmVmPSJtYWlsdG86amF4MjU2OEBvdXRsb29rLmNv bSIgdGFyZ2V0PSJfYmxhbmsiPmpheDI1NjhAb3V0bG9vay5jb208L2E+Jmd0OyB3cm90ZTo8bzpw PjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpz b2xpZCAjQ0NDQ0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6 NC44cHQ7bWFyZ2luLXJpZ2h0OjBpbiI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDo0LjhwdCI+SGVsbG8sPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NC44cHQiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjQuOHB0Ij5J cyB0aGVyZSBhIHByb3BlciBndWlkZSBmb3IgZ2V0dGluZyB2aXJ0aW8gZHJpdmVycyB0byBsb2Fk IOKAkyBJ4oCZdmUgYmVlbiB0cnlpbmcgdG8gZ2V0IFdpbmRvd3MgU2VydmVyIDIwMDggJmFtcDsg MjAxNiBpbnN0YWxsZWQgd2l0aCBhIFZpcnRpbyBiYXNlZCBkaXNrIGJ1dCBubyBkcml2ZXJzIGFw cGVhciB0byB3b3JrLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjQuOHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBpbjttYXJn aW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206MTIuMHB0O21hcmdpbi1sZWZ0OjQuOHB0Ij4NCjxi cj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0K VXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyI+ VXNlcnNAb3ZpcnQub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9saXN0cy5vdmlydC5vcmcv bWFpbG1hbi9saXN0aW5mby91c2VycyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9saXN0cy5vdmly dC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2VyczwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2tx dW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_CO2PR0801MB07431AB46F846479A88F1AEDA68F0CO2PR0801MB0743_--

2 1

remove gluster storage domain and resize gluster storage domain
by Bill James 02 Dec '16

02 Dec '16

I have a 3 node cluster with replica 3 gluster volume. But for some reason the volume is not using the full size available. I thought maybe it was because I had created a second gluster volume on same partition, so I tried to remove it. I was able to put it in maintenance mode and detach it, but in no window was I able to get the "remove" option to be enabled. Now if I select "attach data" I see ovirt thinks the volume is still there, although it is not. 2 questions. 1. how do I clear out the old removed volume from ovirt? 2. how do I get gluster to use the full disk space available? Its a 1T partition but it only created a 225G gluster volume. Why? How do I get the space back? All three nodes look the same: /dev/mapper/rootvg01-lv02 1.1T 135G 929G 13% /ovirt-store ovirt1-gl.j2noc.com:/gv1 225G 135G 91G 60% /rhev/data-center/mnt/glusterSD/ovirt1-gl.j2noc.com:_gv1 [root@ovirt1 prod ovirt1-gl.j2noc.com:_gv1]# gluster volume status Status of volume: gv1 Gluster process TCP Port RDMA Port Online Pid ------------------------------------------------------------------------------ Brick ovirt1-gl.j2noc.com:/ovirt-store/bric k1/gv1 49152 0 Y 5218 Brick ovirt3-gl.j2noc.com:/ovirt-store/bric k1/gv1 49152 0 Y 5678 Brick ovirt2-gl.j2noc.com:/ovirt-store/bric k1/gv1 49152 0 Y 61386 NFS Server on localhost 2049 0 Y 31312 Self-heal Daemon on localhost N/A N/A Y 31320 NFS Server on ovirt3-gl.j2noc.com 2049 0 Y 38109 Self-heal Daemon on ovirt3-gl.j2noc.com N/A N/A Y 38119 NFS Server on ovirt2-gl.j2noc.com 2049 0 Y 5387 Self-heal Daemon on ovirt2-gl.j2noc.com N/A N/A Y 5402 Task Status of Volume gv1 ------------------------------------------------------------------------------ There are no active volume tasks Thanks.

3 3

Create cinder disk via python sdk
by Logan Kuhn 01 Dec '16

01 Dec '16

Hi As part of migrating from KVM to Ceph, I'm trying to create a Cinder disk via the python sdk. This is what I have so far and it fails: disk_attachment = disk_attachments_service.add( types.DiskAttachment( disk=types.Disk( name = 'API_Disk_Cinder_test', format=types.DiskFormat.RAW, provisioned_size=12 * 2**30, storage_domains=[ types.StorageDomain( name='ovirt-cinder', ), types.OpenStackVolumeType('cinder') ], ), interface=types.DiskInterface.VIRTIO, bootable=False, active=True, ), ) Doing it similarly with an NFS backend works so I know the connection details are correct, so I didn't bother including them. Regards, Logan

1 0

[ANN] oVirt 4.1.0 First Beta Release is now available for testing
by Sandro Bonazzola 01 Dec '16

01 Dec '16

The oVirt Project is pleased to announce the availability of the First Beta Release of oVirt 4.1.0 for testing, as of December 1st, 2016 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.2 or later * Fedora 24 (tech preview) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Live iso will be available soon - oVirt Node NG iso will be available soon - Hosted Engine appliance will be available soon - above delay is due to the need to build them after the initial release from the live repositories. An initial release management page including planned schedule is also available[4] Additional Resources: * Read more about the oVirt 4.1.0 beta release highlights: http://www.ovirt.org/release/4.1.0/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1.0/ [4] http://www.ovirt.org/develop/release-management/releases/4.1/release-manage… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-users] Ovirt node host installation failing in engine
by Yedidyah Bar David 01 Dec '16

01 Dec '16

(Replying to the list and Fabian as well) On Wed, Nov 30, 2016 at 12:45 PM, Shalabh Goel <shalabhgoel13(a)gmail.com> wrote: > Thanks for the reply. I looked into the logs in ovirt-engine server. The log > is as follows: > > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 344, in > populateSack > self.doSetup() > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 158, in doSetup > self.ayum.plugins.run('postreposetup') > File "/usr/lib/python2.7/site-packages/yum/plugins.py", line 188, in run > func(conduitcls(self, self.base, conf, **kwargs)) > File "/usr/lib/yum-plugins/fastestmirror.py", line 197, in > postreposetup_hook > if downgrade_ftp and _len_non_ftp(repo.urls) == 1: > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 871, in > <lambda> > urls = property(fget=lambda self: self._geturls(), > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 868, in > _geturls > self._baseurlSetup() > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 834, in > _baseurlSetup > self.check() > File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 554, in check > 'Cannot find a valid baseurl for repo: %s' % self.ui_id > RepoError: Cannot find a valid baseurl for repo: ovirt-4.0/7 > 2016-11-24 11:24:24 ERROR otopi.context context._executeMethod:151 Failed to > execute stage 'Environment packages setup': Cannot find a valid baseurl for > repo > : ovirt-4.0/7 > 2016-11-24 11:24:24 DEBUG otopi.transaction transaction.abort:119 aborting > 'Yum Transaction' > 2016-11-24 11:24:24 INFO otopi.plugins.otopi.packagers.yumpackager > yumpackager.info:80 Yum Performing yum transaction rollback > Could not retrieve mirrorlist > http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el7 error was > 14: curl#7 - "Failed to connect to 66.187.230.28: Network is unreachable" > Loaded plugins: fastestmirror > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:760 > ENVIRONMENT DUMP - BEGIN > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV > BASE/error=bool:'True' > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV > BASE/exceptionInfo=list:'[(<class 'yum.Errors.RepoError'>, RepoError(), > <traceback ob > ject at 0x2e88c20>)]' > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:774 > ENVIRONMENT DUMP - END > 2016-11-24 11:24:24 INFO otopi.context context.runSequence:687 Stage: > Pre-termination > 2016-11-24 11:24:24 DEBUG otopi.context context.runSequence:691 STAGE > pre-terminate > 2016-11-24 11:24:24 DEBUG otopi.context context._executeMethod:128 Stage > pre-terminate METHOD otopi.plugins.otopi.core.misc.Plugin._preTerminate > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:760 > ENVIRONMENT DUMP - BEGIN > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV > BASE/aborted=bool:'False' > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV > BASE/debug=int:'0' > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV > BASE/error=bool:'True' > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV > BASE/exceptionInfo=list:'[(<class 'yum.Errors.RepoError'>, RepoError(), > <traceback ob > : > > So my question is that if yum is the reason for the host install failing? Do > I absolutely need Internet connectivity for the node also? What if the > python file can be edited to prevent it? I have installed the node using the > node ISO available on the ovirt website Not sure about node specifically. You can try preventing host-deploy from trying to update packages using: https://gerrit.ovirt.org/gitweb?p=ovirt-host-deploy.git;a=blob;f=README Search there for 'OFFLINE'. Best, > > Thank You > > Shalabh Goel > > On Wed, Nov 30, 2016 at 2:03 PM, Yedidyah Bar David <didi(a)redhat.com> wrote: >> >> On Wed, Nov 30, 2016 at 9:44 AM, Shalabh Goel <shalabhgoel13(a)gmail.com> >> wrote: >> > Hi >> > >> > I just want to know if there is any way I can disable the yum looking >> > for >> > updates on the internet on the node? >> >> Not sure, adding Fabian. >> >> I think this should work if you add a proxy= line to yum.conf. >> Not sure how to persist this in node. >> >> Best, >> >> > >> > Please help me out here. >> > >> > Thanks >> > >> > Shalabh Goel >> > >> > >> > >> > >> > On Tue, Nov 29, 2016 at 5:59 PM, <users-request(a)ovirt.org> wrote: >> >> >> >> Send Users mailing list submissions to >> >> users(a)ovirt.org >> >> >> >> To subscribe or unsubscribe via the World Wide Web, visit >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> or, via email, send a message with subject or body 'help' to >> >> users-request(a)ovirt.org >> >> >> >> You can reach the person managing the list at >> >> users-owner(a)ovirt.org >> >> >> >> When replying, please edit your Subject line so it is more specific >> >> than "Re: Contents of Users digest..." >> >> >> >> >> >> Today's Topics: >> >> >> >> 1. Re: I wrote an oVirt thing (Yaniv Kaul) >> >> 2. Ovirt node host installation failing in engine (Shalabh Goel) >> >> 3. Re: How to migrate Self Hosted Engine (Gianluca Cecchi) >> >> 4. Re: Need help with dashboard (????? ???????) >> >> >> >> >> >> ---------------------------------------------------------------------- >> >> >> >> Message: 1 >> >> Date: Tue, 29 Nov 2016 14:06:22 +0200 >> >> From: Yaniv Kaul <ykaul(a)redhat.com> >> >> To: Konstantin Shalygin <k0ste(a)k0ste.ru> >> >> Cc: Ovirt Users <users(a)ovirt.org> >> >> Subject: Re: [ovirt-users] I wrote an oVirt thing >> >> Message-ID: >> >> >> >> <CAJgorsY_SksEnP2jQxBgdJyKW=4_qZZGZ=DwHQ13MteEN5jG5w(a)mail.gmail.com> >> >> Content-Type: text/plain; charset="utf-8" >> >> >> >> On Tue, Nov 29, 2016 at 3:40 AM, Konstantin Shalygin <k0ste(a)k0ste.ru> >> >> wrote: >> >> >> >> > ovirt-shell will be deprecated and not supported or some functions on >> >> > ovirt-shell (or all package ovirt-engine-cli)? >> >> > >> >> > We use ovirt-shell on client desktops who connected to SPICE consoles >> >> > and >> >> > work (users provided by LDAP on ovirt-engine), like via RDP. For this >> >> > I >> >> > wrote very fast-hack patch for ovirt-shell and GUI for enter password >> >> > ( >> >> > https://github.com/k0ste/ovirt-pygtk) Very simple, but via Internet >> >> > people use SPICE without negative about packet loss and disconnects, >> >> > instead RDP. >> >> >> >> >> >> Can you further explain the use case? I assume the user portal is not >> >> good >> >> enough for some reason? >> >> >> >> >> >> > >> >> > >> >> > BTW, the ovirt-shell is something we deprecated. It is working on top >> >> > of >> >> >> the v3 api, which we plan to remove in 4.2. >> >> >> So better not use it. >> >> >> >> >> > >> >> > >> >> > You can start maintain. For example I maintain packes for Arch Linux: >> >> > ovirt-engine-cli >> >> > (https://aur.archlinux.org/packages/ovirt-engine-cli) >> >> > and ovirt-engine-sdk-python (https://aur.archlinux.org/pac >> >> > kages/ovirt-engine-sdk-python). >> >> >> >> >> >> Hi, >> >> >> >> It somehow looks like a fork of the CLI (due to the added patch[1]). >> >> I'm not sure how happy I am about it, considering the patch is adding a >> >> feature with security issues (there is a reason we do not support >> >> password >> >> passed via the command line - it's somewhat less secure). >> >> Since you are already checking for the CLI rc file[2], just add the >> >> password to it and launch with it (in a temp file in the temp directory >> >> with the right permissions, etc...) >> >> >> >> BTW, note that the attempt to delete the password from memory[3] may or >> >> may >> >> not work. After all, it's a copy of what you got from entry.get_text() >> >> few >> >> lines before. >> >> And Python GC is not really to be relied upon to delete things ASAP >> >> anyway. >> >> There are some lovely discussions on the Internet about it. For >> >> example[4]. >> >> Y. >> >> >> >> [1] >> >> >> >> https://github.com/k0ste/ovirt-pygtk/blob/master/add_password_option.patch >> >> [2] https://github.com/k0ste/ovirt-pygtk/blob/master/ovirt-pygtk.py#L81 >> >> [3] https://github.com/k0ste/ovirt-pygtk/blob/master/ovirt-pygtk.py#L71 >> >> [4] >> >> >> >> >> >> http://stackoverflow.com/questions/728164/securely-erasing-password-in-memo… >> >> >> >> > >> >> > >> >> > My workstation at work is running Ubuntu, and I do not believe that >> >> >> ovirt-shell is packaged for it. >> >> >> >> >> > >> >> > -- >> >> > Best regards, >> >> > Konstantin Shalygin >> >> > >> >> > >> >> > >> >> > _______________________________________________ >> >> > Users mailing list >> >> > Users(a)ovirt.org >> >> > http://lists.ovirt.org/mailman/listinfo/users >> >> > >> >>

2 2

[ANN] oVirt 4.0.6 Third Release Candidate is now available
by Sandro Bonazzola 01 Dec '16

01 Dec '16

The oVirt Project is pleased to announce the availability of oVirt 4.0.6 third release candidate for testing, as of December 1st, 2016. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is the third release candidate of the sixth in a series of stabilization updates to the 4.0 series. 4.0.6 brings 2 enhancements and 51 bugfixes, including 20 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is available. [4] * A new oVirt Next Generation Node will be available soon [4] * A new oVirt Engine Appliance is available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.6 release highlights: http://www.ovirt.org/release/4.0.6/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.0.6/ [4] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Help! My hosted engine lost his nic!
by Cristian Mammoli 01 Dec '16

01 Dec '16

Sorry for the repost, I don't know if the previous message got to the list... Hi, I upgraded an oVirt installation a month ago to the latest 3.6.7. Before it was 3.6.0 if I remember correctly. Everything went fine so far for a month or so. A couple of days ago the the default gateway got rebooted and the physical server hosting the HE decided to shut down the vm because it could not ping the gateway. The other host restarted the hevm but it now has *no nic*. As a workaround I attached a virtio nic via virsh but every time the vm gets restarted the nic get lost After a bit of troubleshooting and digging this is what I found: This is the /var/run/ovirt-hosted-engine-ha/vm.conf which, as far as I understand, gets extracted from the HE storage domain emulatedMachine=pc vmId=497f5e4a-0c76-441a-b72e-724d7092d07e smp=2 memSize=6144 spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir vmName=HostedEngine display=vnc devices={index:0,iface:virtio,format:raw,bootOrder:1,address:{slot:0x06,bus:0x00,domain:0x0000,type:pci,function:0x0},volumeID:bb3218ba-cbe9-4cd0-b50b-931deae992f7,imageID:d65b82e2-2ad1- 4f4f-bfad-0277c37f2808,readonly:false,domainID:2c3585cc-b7bc-4881-85b3-aa6514991a26,deviceId:d65b82e2-2ad1-4f4f-bfad-0277c37f2808,poolID:00000000-0000-0000-0000-000000000000,device:disk, shared:exclusive,propagateErrors:off,type:disk} devices={index:2,iface:ide,shared:false,readonly:true,deviceId:8c3179ac-b322-4f5c-9449-c52e3665e0ae,address:{controller:0,target:0,unit:0,bus:1,type:drive},device:cdrom,path:,type:disk} devices={device:cirrus,alias:video0,type:video,deviceId:a99468b6-02d4-4a77-8f94-e5df806030f6,address:{slot:0x02,bus:0x00,domain:0x0000,type:pci,function:0x0}} devices={device:virtio-serial,type:controller,deviceId:b7580676-19fb-462f-a61e-677b65ad920a,address:{slot:0x03,bus:0x00,domain:0x0000,type:pci,function:0x0}} devices={device:usb,type:controller,deviceId:c63092b3-7bd8-4b54-bcd3-51f34dce478a,address:{slot:0x01,bus:0x00,domain:0x0000,type:pci,function:0x2}} devices={device:ide,type:controller,deviceId:c77c2c01-6ccc-404b-b8d6-5a7f0631a52f,address:{slot:0x01,bus:0x00,domain:0x0000,type:pci,function:0x1}} As you can see there is no nic, and there is no nic in the qemu-kvm command-line: qemu 23290 1 14 00:23 ? 01:44:26 /usr/libexec/qemu-kvm -name HostedEngine -S -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu qemu64,-svm -m 6144 -realtime mlock=off -s mp 2,sockets=2,cores=1,threads=1 -uuid 497f5e4a-0c76-441a-b72e-724d7092d07e -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=4C4C4544-004B-571 0-8044-B9C04F5A3732,uuid=497f5e4a-0c76-441a-b72e-724d7092d07e -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-HostedEngine/monitor.sock,serve r,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2016-11-30T23:23:26,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-reboot -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x3 -drive file=/var/run/vdsm/storage/2c3585cc-b7bc-4881-85b3-aa6514 991a26/d65b82e2-2ad1-4f4f-bfad-0277c37f2808/bb3218ba-cbe9-4cd0-b50b-931deae992f7,if=none,id=drive-virtio-disk0,format=raw,serial=d65b82e2-2ad1-4f4f-bfad-0277c37f2808,cache=none,werror=st op,rerror=stop,aio=native -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.com.redhat.rhevm .vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qem u/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest _agent.0 -chardev socket,id=charchannel2,path=/var/lib/libvirt/qemu/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.org.ovirt.hosted-engine-setup.0,server,nowait -device virtserialport,bus =virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=org.ovirt.hosted-engine-setup.0 -vnc 0:0,password -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -msg timestamp=on I extracted the vm.conf from the storage domain and the nic is there: mId=497f5e4a-0c76-441a-b72e-724d7092d07e memSize=6144 display=vnc devices={index:2,iface:ide,address:{ controller:0, target:0,unit:0, bus:1, type:drive},specParams:{},readonly:true,deviceId:857b98b3-cf43-4c2d-8061-e7f105234a65,path:,device:cdrom,shared :false,type:disk} devices={index:0,iface:virtio,format:raw,poolID:00000000-0000-0000-0000-000000000000,volumeID:bb3218ba-cbe9-4cd0-b50b-931deae992f7,imageID:d65b82e2-2ad1-4f4f-bfad-0277c37f2808,specParams :{},readonly:false,domainID:2c3585cc-b7bc-4881-85b3-aa6514991a26,optional:false,deviceId:d65b82e2-2ad1-4f4f-bfad-0277c37f2808,address:{bus:0x00, slot:0x06, domain:0x0000, type:pci, funct ion:0x0},device:disk,shared:exclusive,propagateErrors:off,type:disk,bootOrder:1} devices={device:scsi,model:virtio-scsi,type:controller} devices={nicModel:pv,macAddr:00:16:3e:7d:d8:27,linkActive:true,network:ovirtmgmt,filter:vdsm-no-mac-spoofing,specParams:{},deviceId:5be8a089-9f51-46dc-a8bd-28422985aa35,address:{bus:0x00 , slot:0x03, domain:0x0000, type:pci, function:0x0},device:bridge,type:interface} devices={device:console,specParams:{},type:console,deviceId:1644f556-a4ff-4c93-8945-5aa165de2a85,alias:console0} vmName=HostedEngine spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir smp=2 cpuType=SandyBridge emulatedMachine=pc The local vm.conf gets continuosly overwritten but for some reason the nic line gets lost in the process.

1 0

Windows Server 2008 & 2016 Drivers
by Bill Bill 01 Dec '16

01 Dec '16

--_000_CO2PR0801MB074391BE406D99EB3A8E6D2BA68F0CO2PR0801MB0743_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCklzIHRoZXJlIGEgcHJvcGVyIGd1aWRlIGZvciBnZXR0aW5nIHZpcnRpbyBkcml2 ZXJzIHRvIGxvYWQg4oCTIEnigJl2ZSBiZWVuIHRyeWluZyB0byBnZXQgV2luZG93cyBTZXJ2ZXIg MjAwOCAmIDIwMTYgaW5zdGFsbGVkIHdpdGggYSBWaXJ0aW8gYmFzZWQgZGlzayBidXQgbm8gZHJp dmVycyBhcHBlYXIgdG8gd29yay4NCg0K --_000_CO2PR0801MB074391BE406D99EB3A8E6D2BA68F0CO2PR0801MB0743_ Content-Type: text/html; charset="utf-8" Content-ID: <228C918B53428E44BB1FC94EA5516AE1(a)sct-15-1-659-11-msonline-outlook-7ade0.templateTenant> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQouTXNv Q2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTt9DQpAcGFnZSBXb3JkU2Vj dGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEu MGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHls ZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0iIzk1NEY3 MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGVs bG8sPC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5JcyB0aGVyZSBhIHByb3BlciBndWlkZSBmb3IgZ2V0dGluZyB2aXJ0 aW8gZHJpdmVycyB0byBsb2FkIOKAkyBJ4oCZdmUgYmVlbiB0cnlpbmcgdG8gZ2V0IFdpbmRvd3Mg U2VydmVyIDIwMDggJmFtcDsgMjAxNiBpbnN0YWxsZWQgd2l0aCBhIFZpcnRpbyBiYXNlZCBkaXNr IGJ1dCBubyBkcml2ZXJzIGFwcGVhciB0byB3b3JrLjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_CO2PR0801MB074391BE406D99EB3A8E6D2BA68F0CO2PR0801MB0743_--

2 1

Network usage in ovirt dashboard?
by Derek Atkins 01 Dec '16

01 Dec '16

Is there a way to configure what data gets shown in the dashboard? Specifically, I'd like to see network usage. It would be nice to see total network usage on the dashboard, and have a graph of per-VM network usage as well. The closest I've found is the "Total" columns on the Network -> Virtual Machines page. I'd like to see something sort of like the CPU/RAM/Storage (over)commit graphs. Is there any way to do this? -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

2 3

Python API ovirtsdk4 cloud-init script file upload issue
by Allen Swackhamer 01 Dec '16

01 Dec '16

I am attempting to run a VM with a cloud-init script, but can't seem to get the syntax working for the python ovirtsdk4 library. We are running ovirt 4. My cloud init script never appears to work and the users option does not work either. If I use root_password and user_name for types.Initialization (as in the example below) it will generate the correct users, but if I put in the types.CloudInit piece it will break it. types.Initialization( user_name=cloud_init_username, root_password=cloud_init_password, regenerate_ssh_keys=True, host_name="testingcloudinit", nic_configurations=[ types.NicConfiguration( boot_protocol=types.BootProtocol.DHCP, name='ens3', on_boot=True ) ], custom_script=cloud_init_script ) What I currently have is below. cloud_init_script is the script I want to run as a string. Looking at the REST API documentation it shows that I need to upload the file as a CDATA entry, but I am unsure of how I can ensure that in python. Is there potentially a way I could get the full XML call in python to ensure API compliance? vm_service.start( use_cloud_init=True, vm=types.Vm( initialization=types.Initialization( nic_configurations=[types.NicConfiguration( boot_protocol=types.BootProtocol.DHCP, name="ens3", on_boot=True )], cloud_init=types.CloudInit( files=[types.File( name="initialrunner", content=cloud_init_script, type="plaintext" ), ], users=[types.User( user_name=cloud_init_username, password=cloud_init_password )] ) ) ) ) Documentation that I have been using: http://www.ovirt.org/develop/release-management/features/ cloud/cloud-init-integration/ (seems old and for a earlier ovirtsdk version) http://cloudinit.readthedocs.io/en/latest/topics/examples. html#run-commands-on-first-boot (official cloud init documentation) https://www.mail-archive.com/users@ovirt.org/msg35549.html (message board conversation about this REST API) http://lists.ovirt.org/pipermail/users/2014-September/027198.html (about the cloud-init script specifically) http://lists.ovirt.org/pipermail/users/2014-November/028878.html (for a old version of ovirtsdk it appears) http://www.ovirt.org/develop/api/rest-api/rest-api/#How_ can_I_run_a_custom_script_using_cloud-init.3F (appears to be up to date but just documents the REST API)

2 1

remote-viewer from admin vs user portal
by Gianluca Cecchi 01 Dec '16

01 Dec '16

Hello, I have the impression that there is a different behavior between admin and user portal when opening a VM console with remote-viewer. My client is an updated CentOS 7 machine and I'm using firefox on it to connect to oVirt 4.0.4 portals. If I connect to a VM (that is a Fedora 24 os) from web admin it runs remote-viewer. I switch to full screen mode and leave it some hours. When I come back I see a black screen and I'm not able to re-get the session. I can click on top center to pop up the menu and exit the remote-viewer full screen but also in window mode I'm not able to get again the desktop environment inside the VM (I configured Mate desktop in fedora 24 VM): it remains black window. The VM itsel is ok: I can close the remote-viewer window and open again the console and I get the desktop environment. Instead from User Portal on the same client I can open the console (again remote-viewer), leave the session in full screen mode and come back many hours later and as soon as I click or press a key I get the session ok (sometimes actually I get the screen saver locked of the client desktop environment itself, but as soon as I unlock it I can connec thent to the VM desktop). Any special reason for this? In both cases the command seems the same: admin portal: $ ps -ef|grep remote-viewer g.cecchi 10356 9462 0 18:59 pts/1 00:00:00 grep --color=auto remote-viewer g.cecchi 16814 20129 0 01:30 ? 00:00:54 /usr/bin/remote-viewer /tmp/mozilla_g.cecchi0/console.vv user portal (extended mode) $ ps -ef|grep remote-viewer g.cecchi 11544 20129 0 19:02 ? 00:01:18 /usr/bin/remote-viewer /tmp/mozilla_g.cecchi0/console.vv g.cecchi 23534 9462 0 22:54 pts/1 00:00:00 grep --color=auto remote-viewer Not a big problem, but quite strange. Gianluca

4 5

Re: [ovirt-users] Events not updated in Dashboard after clearing <SOLVED>
by Peter Michael Calum 01 Dec '16

01 Dec '16

--_000_VI1PR0701MB212619CC9AFCB6F45668B31CD28F0VI1PR0701MB2126_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi I see this morning, now events are cleared. I must happen with long intervals between updates.. Thanks Peter Fra: Peter Michael Calum Sendt: 30. november 2016 20:23 Til: Users(a)ovirt.org Emne: Events not updated in Dashboard after clearing Hi, I had a fault which gave 1000's of events. After the fault was solved I cleared all events in Events tap, and they dis= appeared. But the Dashboard still shows the alarms. Are there some way to update the dashboard ? SW - oVirt Engine Version: 4.0.5.5-1.el7.centos Kind regards Peter Calum --_000_VI1PR0701MB212619CC9AFCB6F45668B31CD28F0VI1PR0701MB2126_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DA" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi<o:p></o:p> <o:p> </o:p> I see this morning, now events = are cleared.<o:p></o:p> I must happen with long interva= ls between updates..<o:p></o:p> <o:p> </o:p> Thanks<o:p></o:p> Peter<o:p></o:p> <o:p> </o:p> <div> <div style=3D"border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> Fra:</spa= n> Peter Michael Calum Sendt: 30. november 2016 20:23 Til: Users(a)ovirt.org Emne: Events not updated in Dashboard after clearing<o:p></o:p></spa= n> </div> </div> <o:p> </o:p> Hi,<o:p></o:p> <o:p> </o:p> I had a fault which gave 1000’= s of events.<o:p></o:p> <o:p> </o:p> After the fault was solved I cleared= all events in Events tap, and they disappeared.<o:p></o:p> <o:p> </o:p> But the Dashboard still shows the al= arms.<o:p></o:p> <o:p> </o:p> Are there some way to update the das= hboard ?    <o:p></o:p> <o:p> </o:p> <span= lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:"Verdana",s= ans-serif;color:black;mso-fareast-language:DA">SW - oVirt Engine Version: 4= .0.5.5-1.el7.centos<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Kind regards <o:p></o:p> Peter Calum <o:p></o:p>  <o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_VI1PR0701MB212619CC9AFCB6F45668B31CD28F0VI1PR0701MB2126_--

1 0

remote-viewer + squid / console hangs (tcp timeout/keepalive?)
by Derek Atkins 30 Nov '16

30 Nov '16

Hi, I've got a squid proxy set up for my ovirt console, which works great. However, if I'm connected to a (non-graphic) console and step away for several minutes (somewhere between 15-30 -- I haven't figured out exactly how long), the console will freeze. My TCP connections still seem to be active (they don't disconnect) -- I still see the connection between my remote-console and squid, and between the squid and console host. However if I type into the console I see nothing. Has anyone seen this issue and know how to correct it? This is with ovirt 4.0.5 on centos 7.2. The guest doesn't seem to matter -- I've seen this issue with different guests. Thanks, -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

2 3

Re: [ovirt-users] Users Digest, Vol 62, Issue 211
by Victor Jose Acosta 30 Nov '16

30 Nov '16

This is a multi-part message in MIME format. --------------1AAD7CC11709ADB186DDC802 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Hello Allen,you can use the old api even if you have ovirt 4, using /ovirt-engine/api/v3 as base url. You can do it to earn time to work on this without having services not working Regards On 30/11/16 16:38, users-request(a)ovirt.org wrote: > Send Users mailing list submissions to > users(a)ovirt.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ovirt.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)ovirt.org > > You can reach the person managing the list at > users-owner(a)ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Python API ovirtsdk4 cloud-init script file upload issue > (Allen Swackhamer) > 2. Re: Network usage in ovirt dashboard? (Derek Atkins) > 3. Events not updated in Dashboard after clearing > (Peter Michael Calum) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 30 Nov 2016 12:22:01 -0600 > From: Allen Swackhamer <allen.swackhamer(a)gmail.com> > To: users(a)ovirt.org > Subject: [ovirt-users] Python API ovirtsdk4 cloud-init script file > upload issue > Message-ID: > <CAFc20P+c_WYA1VK_P1_gT9AMHa_=q8NPiqjO699XTZmxJwHnAw(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > I am attempting to run a VM with a cloud-init script, but can't seem to get > the syntax working for the python ovirtsdk4 library. We are running ovirt > 4. > > My cloud init script never appears to work and the users option does not > work either. If I use root_password and user_name for types.Initialization > (as in the example below) it will generate the correct users, but if I put > in the types.CloudInit piece it will break it. > > types.Initialization( > user_name=cloud_init_username, > root_password=cloud_init_password, > regenerate_ssh_keys=True, > host_name="testingcloudinit", > nic_configurations=[ > types.NicConfiguration( > boot_protocol=types.BootProtocol.DHCP, > name='ens3', > on_boot=True > ) > ], > custom_script=cloud_init_script > ) > > > What I currently have is below. cloud_init_script is the script I want to > run as a string. Looking at the REST API documentation it shows that I > need to upload the file as a CDATA entry, but I am unsure of how I can > ensure that in python. Is there potentially a way I could get the full XML > call in python to ensure API compliance? > > vm_service.start( > use_cloud_init=True, > vm=types.Vm( > initialization=types.Initialization( > nic_configurations=[types.NicConfiguration( > boot_protocol=types.BootProtocol.DHCP, > name="ens3", > on_boot=True > )], > cloud_init=types.CloudInit( > files=[types.File( > name="initialrunner", > content=cloud_init_script, > type="plaintext" > ), > ], > users=[types.User( > user_name=cloud_init_username, > password=cloud_init_password > )] > ) > ) > ) > ) > > Documentation that I have been using: > http://www.ovirt.org/develop/release-management/features/ > cloud/cloud-init-integration/ (seems old and for a earlier ovirtsdk version) > http://cloudinit.readthedocs.io/en/latest/topics/examples. > html#run-commands-on-first-boot (official cloud init documentation) > https://www.mail-archive.com/users@ovirt.org/msg35549.html (message board > conversation about this REST API) > http://lists.ovirt.org/pipermail/users/2014-September/027198.html (about > the cloud-init script specifically) > http://lists.ovirt.org/pipermail/users/2014-November/028878.html (for a old > version of ovirtsdk it appears) > http://www.ovirt.org/develop/api/rest-api/rest-api/#How_ > can_I_run_a_custom_script_using_cloud-init.3F (appears to be up to date but > just documents the REST API) >

1 0

Events not updated in Dashboard after clearing
by Peter Michael Calum 30 Nov '16

30 Nov '16

--_004_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_ Content-Type: multipart/alternative; boundary="_000_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_" --_000_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I had a fault which gave 1000's of events. After the fault was solved I cleared all events in Events tap, and they dis= appeared. But the Dashboard still shows the alarms. Are there some way to update the dashboard ? SW - oVirt Engine Version: 4.0.5.5-1.el7.centos Kind regards Peter Calum --_000_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DA" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> I had a fault which gave 1000’= s of events.<o:p></o:p> <o:p> </o:p> After the fault was solved I cleared= all events in Events tap, and they disappeared.<o:p></o:p> <o:p> </o:p> But the Dashboard still shows the al= arms.<o:p></o:p> <o:p> </o:p> Are there some way to update the das= hboard ?    <o:p></o:p> <o:p> </o:p> <span= lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:"Verdana",s= ans-serif;color:black;mso-fareast-language:DA">SW - oVirt Engine Version: 4= .0.5.5-1.el7.centos<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Kind regards <o:p></o:p> Peter Calum <o:p></o:p>  <o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_-- --_004_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_ Content-Type: image/png; name="events.png" Content-Description: events.png Content-Disposition: attachment; filename="events.png"; size=5577; creation-date="Wed, 30 Nov 2016 19:19:50 GMT"; modification-date="Wed, 30 Nov 2016 19:19:50 GMT" Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAdkAAACPCAIAAAA5hTYLAAAACXBIWXMAAA7EAAAOxAGVKw4bAAAV e0lEQVR42u2d34vbZrrHe7n/QS5zufSmuQkOp0c0HMOSYWHXlCICcTk9WijxRdeFxSW07sWZvYjI brQDqSHQvRi34VSle7ynp26ZYzhl3BunLQrzQ2QTd89E2RIxyUQTZ5S0o6YFn/fVb9n6ZdmeGWe+ H0xxJI1sS8/70fM+7yv1me8AAADsKzs7O8/gKAAAAFwMAABwMVwMAABwMQAAALgYAADgYgAAAHAx AADAxQAAAOBiAACAiwEAAMDFAAAAFwMAAICLAQAALgYAAAAXAwAAXAwAAAAuBgAAuBgAAABcDAAA cDEAAAC4GAAA4GIAAABwMQAAwMUAAADgYgAAgIsBAADAxQAAABcDAACAiwEAAC4GAAAAFwMAAFwM AAAgk4sfA3BgGCfEcfTATIRxuIt1Xf+n//g/vPA6IC8SkNlEjEjGa1bCOMTFxN/b29s4cHgdnBcJ yAzZMSIZrxkK43AX37t3rw/AgYEEZDYXI5LBrIQxXAzgYgDgYgDgYoAwDnXxo0eP7t69iwMHDg4k IElYjupiRDKYoTCGiwFcDABcDABcDBDGcDGAiwGAiwGAiwHCGC4GcDEAcDEAcDFAGO+ni1evnHnz 8/vkvy+y9M3W5/9O3rx4Zb2/9gF98/byVn/9PfKG/WAVJxAcWhffWT5/YfkOTj9cPD12bkmrd4y+ oe/s6DtG33vTN+gb+539BoBD6GLjzs3PLpx59rkz55du3kE7gIundb3//J0P13Ry2RcW3ol+vXn6 uX/7nX/J5ypOJ4L4ELhY/d+3zxx77viz7us46T6OEvyaJFZLbD5HYCotzbe8XjEXM3Mc31SMwJ9E ropdB2a8RnHh+Ksf3++vXXzWH3CJrwvrcTvVuy2hUpxjaADm67KXYChNnjMX5xFIcPHBT4hXF14K i/+XhLVUsWvI9SLDzjckRdNNnL8yOjzDlOuySpZpSotnmXJTTVwVuw48LXmx5eLjp2iNOPb1y39O crHWquQZrtbqqsH46+vtKomkRpfGpdo5SIGkNcs5QZ76x8hCrtzU4OJZYWf5d1G5yBvLO8l/362z DN8xwuOt0tK9BUqDY3jJiF8Vu25g7wEmG3RKo7gHbeUwutiuF1suLn2yFb7V+nvO2B3Jo2NdTIXL NZTwcxiIpG69MBhIequSGwxeskPrz+R6vhQlb5IwjBNw4S62YjoQ/L7lGT4v2sX0+iVIxuwH8VPl 4juf/GuUi3/zyZ0Up5sphrYEGggD8UYaB1OT41fFrtuzzIK2Ubh4+jWKaBeff+5iKhfTOAhNBYhu yrlyy28iScgNBhI90dW2PrBkWIfDGUhhKi4uzc8XuUbwAqA2uEqlMlkXIy8+iMQV7i4mTiuiuYcg OfXdQHlXrjEDrYQEsNU6YlbFrkuI5sF2aUg8Y8ci+Yblobohjf1mtytatWl3DUnE88F023C2yeXZ 0nxbhYvHcLE5py3JxfrG18pOCheT/DRHzqFTFs6zlbqkReUCND4GA8nNgofl7JmM/GG5qaptngZG +eP/4a3KtAn9iIFg9P9Tl8WqVbFm5spi10jKi4VGgyvUu8Hwr7bbnlUNpS040cjxvmD0iuPMXMnM j8xfIFlfm36+e2z8X4BsJEj0t9E/DWwU0WycbcnGxYoo63DxpPg6zsVfpbjy5ljip4ZZ3lXleplh nHCnDuXq9rky1A5fZBg7omJWxa5LyCyCXU6qYquZdessK0jmHnVJYP3lEKYodFTrX60q47SCwN5N pdu5iqEpyuwkGgfUxXTusFMvfnetHzLX+P7ym+lqFPREFdhiqdahoxXm8EKOrclGtIsHA4na3JOx /3IecHGBK1XrnneCGWeMiw1F7mqGZeU6x9iLY1wskyD2y1gW8iRc/Z+ndWUrYs2QdRbTWo0T5Iam OVcTJl9pdHXn890+QNDFERuFNhuSpRfshaR1KqrRh4snxMZHZ6JdfObDWylcHKjWUR26RQu1NV+0 M4h8qS5JYtEN9JhVseui6sVWSPpl7KlYFvwVba+5DbZN0oe1ryORLkaNYmwMc+6w5eLf/OdGvx8x 19jop3RxcLiCXsrNBSld7O89UdF4JeWAi3NFUYns/ce4OLxkEOdiGsTulyBfjqVijqg2ePuh33xo j1SzvoVqs+TUaAZcHLpReLPxuxg1ikly/6+luKlEtLKX6OJgCNC2EFhiOEPbNAMJdr9iVsWui453 2uW0Aog2MesCPzTM55h7cB+RbUXrCFw+z1XFjqLDxRMsjUXWKAL15QQXByVFI8Bckq5GYUeKVaMN qDhWnaldTMt3Ra+kkcbFvizCzZF9n6d3m7w9f9QtkkTIemCh71ODLg7dKKrZGEqjOpefKwtNWYOL J8eNxV/GT+v89eLfksYwcoIUOP81JmLYi1xnQyZEJK2KWBeVe1BzUxnTeLav6pHDfKldbHfIJLFa zBetHjBcPAkXsxc/+1r6Kvb13utxLqbmDU52MIfs6FlMNXbnhhiVMR0k9p31CbiYTt0o293/1Hmx J2NybbAH8tw/pT0/lu84RQp3P9NxceT4taF1W0Ipn6+0VLh4EqjxSbGTGqsJMg70EUn4hA9Dq7Sy N5TeJq2KXBcZKZaEdU/F5pLQuR6judj9vbMzNH3gXTz+vR7UTf4iGT3ZdrwMhmLInDbfKq7RbhQD kZbZxeaA9rDOaJqQzsX2F+q4KvY+L/jB7icNXkcm4OLIZhM8+FOfbnQIXKx/deGldA3hpfNfx/TM SfrhTaiXahzDuomjoVt3f2hKp17K51jByyhjVsWuS3YxjaG8IJgjHl5TY730xNAU2So1RLvY6uja FyG923EGS0j/rMzMt3W4eGwXfxByZ8e/PB95A8iVqPnFhlxjzUyRRky3Oc+6Y8f2XUPevR45NuKC b7qPZdngRT/OxWT7gm9+LkmsC0LHGjdTmpU84+nMHoY2VFrnYtK62Oxw+uYau9+FllGq1g/Uu7RY 4NqVtEPfkLemj+viiGajyh3FGozs6x2hwIoKXDx2pfiz0vMB5x5//li4i59/dSm+akzCzJ754ptS ZHcXc9adzFVR0gYMHrUqdl0gZKLu9SAtIzeQAelyo2rPVKNfUk5wMW1RVXOOT6Wl6bJ9R7b5t9Of xHMoXBzG1se/TVlEHkgrnJM7fMu8PzRjzxx130AWGNtN0iXB/Ej7jmujK/omf3Vq7oSJjuBMKBO7 arua2sVmVu/NfPa+i1muZZwJbeRre2PMvjltnDenLbuLQ5uN2rLn6JlHe/olikP4bCDlw7ffefcN 284vfqT0wewzEy5ePx/ZI/vtX+/jJCKID99z2tbeefWNReGNU8/++uIqHqICF+9d5O2YU9nCXohD cEifX2wg/uFi/N8QAFwMAFwMAFwM4GJEMICLAYCLAYCLAVyMCAZwMQBwMQBwMYCLEcEALgYALgYA LgZwMSIYwMUAwMUAwMUALkYEA7gYALgYALgYwMWIYAAXAwAXAwAXA7gYEQzg4n1mbW0N5/opPjJw MYCLYRy4GC4GAC6Gi3Fk4GIAF8M4cDFcDABcDBfjyMDFAC6GceBiuBgAuBguxpGBiwFcDBfDxXAx ALPrYkNpCbzYNcb+7rrSafCV4hyTM8mzpaooaRMxzo+7vbvL4o2Fc+uFkytnz12/LN6+0dvN+i3F asn5lsxctT38FTVJrHLWFswcVxU7qhG3Mzbv/eCOoodtmHqPe+pirVnOxVJuanDxzJIm1Pt6tyVU 3AiuCK2ujiO3Ty7WWmZ7rLS0cc66XC/NzZWFpqRoumkZQ9eUTr2Uz7GCbIxlnM3bC6elI89Izwy9 fn76+vLmk1F+a0co5otVsdVVrW9Jv6Ye/Hpqe55luFpH0azfYf0Mdr6tDu6Nbpkv1Tv2TzZ/cY1j yKZaxj0epLzYkHiGa6jIi2eTNKFOQrNZZkgIS9Y2hhXA+UpLxQHcDxfLNfOyWWnYqsh46pXwfJCc 7Fyh3s1onB97y/LJI6555YXL3ywtK+Ll66+7dj5y7dxyL51cZIFl5xPCjGSKTLmpDkc2XxjIES1X KUN7UBocw0tGhj2O4eIfuu9vX3rtYXd3cm2ZnLhKS59KGMPFqS+Iuq5naJWpQp00zgaXGw5NGsDl sTIzuDhbJOvtqtclpd3nGs1tjYm26eEzm8o4u1evnzCFe/SVmyu9ofy3t7n4iqXpa/zVRynCs8AO XxQG6NYLhfCN9FYloNi+LORKzbBoVxpFpiZn2GN2F6/2fv8z7a2fab+/9HhCp4187ZAvBxfvXW2B c2p9I9cO0oV69DmmWUYhxd/DxRN2sdoshRUKLSvL418d6f75Tgbj9DbOmhnxCf7b6Gzv0VX+mpkd ry/FJ8fh4gu7cAhS5EWLEeRRXTzKHrO6+Ps2S0VsvrbbmxOrTyjTCmO4OL62wERU71OkuqlD3VRx VGhKQg4y3nsXE6XE4EvwsjVq0lkqhBSME42za0n2yOlvPCPsfue8e7K766bJ98XTVNnH4pQdrr0I F8vRR8pfVKC+Css+SBfPt3iUPWZz8fdfPKAWfqH36SVTx5Wd78fOy1qVMeoTcHH2xKVVsQbRGLvS a6IpUmPeFnRYuStTqJvjRFFDs+GdWbh4ui5OGEmfy351NFSZRFAx/FKeZJzd2+doUnxtYeVHR3Hf nD4inRa3iIgVcfXIkVVRcVat3DhGU2N5OVrG5EJfbVO5aJI91YOZKxaHOn60YBMVg1RQQa3SCw3D 1XxTRfRuozLH1X1zUkbb4+gu3n0kvkAVfOXLJ+T9lRx9L64+GSsGx6xPwMWZu5BWW2T5jhswhnsa dKlm+Tih/JAy1Gn3LTZLQGK81y6mHZV48myFb5BrdJq26U+y5zi+KWsZZ26tXKdDc8durDiH5fJJ ewTvVGHFHrU7efOGs3bRXMuvxFxxSGipbXptaNCpHla6QaczMEF1Ej2Gds51iXQdmeHg1SSyjzxX FZtNocxy883Bqt6oexzJxT/9430zF35tR7c/bJv+81cP/zFefWLsdggXZzru1jRC1Sdnxj8Piaa8 1pwnvT92qNO2GufinCDDxXvpYqPD51KS54RWopAN3UFT5JZYLebDE+ME42yKK9S2rytepqtsnD3h m9B2Yn3JzYv7P149RxcWxO2o0KoxBY4r+fINf7gHEg1zwXxD9n6qTgOZ4zsyWTNUstHkBs+xXFXg y3NMnuMbcvhHpN7jKC7u7Vw+Sl386c3djS/0tS/0jc3Hn/6KLrncyjqjgl47ss4qhovHULHVEr2r oCliu2BRc3RMZz5QX0fXD1KHOlx8wFycONmfjuKVhaasZuyykuyPZUYeu7NdzH/rW/ZEWVxxXVxY 3PJvf5VPcDEJrbCytd1XG6ivkVzXmfxu9QvqZhliqLpL5w2z/kxY7zbni0zICEvaPY7k4ifX/2jO nfjjoyebD/9kjt396aPvn3z5gM6pyD24nsnGE6hPwMVjdFDtwTRPxAM6djaT++OGOlx8wFzsLyqY UydEnpuMhH0X/PmRjdNbWqfOPf33TVfE4urA7R5m7dh24NJZuuTskp4ltMKM6CT5hj+tKPmHnQ25 xobexqJ1eDaqMcTucUQX3374B+Lcow+uEef6XNzv/3CtQt//4f3R57dNbDYTXJyxJZpRanRbNQJf tuqHpFkSrFtY7eQp+s6s1KFuRl/MhuMO28PFI6bF1j13RaHtTik2uk1y4hsRt/JmIWwqQZJxlJsn qXDXneG4h8vnrlmlif9a/rtVrDhx7rY9jc0Z6FtURvkKyS4OJvh0EM7bjP4zqmxHu/nW8MkoexzN xbtfvubKd8DFzj+Pbn/ZG+1MWbVtdephDBeH1hYGE16n0+pfRkfcYvPi1KEeHn7eTsYvVMHFWTpG U70CBu99SGmcrcVTA2WH3vKCbNeIlQ1+QekNFDRO3VTisg6mGDFflhbqkuNuMDrHt3tEvKdysV2I eKG3YZv5cfvSA/HSg7Y9g+KnjUtO+WKkaAgrJ8HFe4J9z5W/VxLiYntRXHSlDnVzIoUUtR3S4j12 sWR2jErNad5+TocbhrLEZOP0ltZpUcI/dy3c9HSum1mgeJjU+Q4vHETfGBcITiaoqbh7OMyQT5id ObzHEVz8+C/mPLbFL35wLkc7f/6Fdv4X2p/dIbvdnUVzWO8vqz/tdX0CLs4mYzrDMZdjvLYy5GJD EszcKbbvkj7U4+67Yw59tXiPXWyf7BT96ewmpoO3NTnLnb72TRy0LqFEpHeKXa8I3BIS+UXCHlOk mk+LiPWm0a1zDDN4kFR61374fXcix8Qf0vA9pj0yWx+ZE9defugNXw7UKKzN/tvcjH24tcf1Cbg4 I6RfYtrYmXpmqLJEscuFznhe1GDE6KFO58gNz7dUSPI01k2XcHGGSLbGCybQG9GaFXrLdIfeKWQ/ pY3OaRSrxYiHPqWriu5+yzvz2AoLiu8hmfQRmksLK0ft+W3Xr6aZM0CnPeTMyWXuQ6no3OCB72do qqbbz13TVbkp0EfNhT1SzVAa5jOu3AdhGc4NUmxwQlHqPaY6Mk7C++ntxITXnt/mpc+xhSRuzFvt 4OLJZC7WVBvz8X+OTQ1Vok3JuhEkycTpQ70/+AhB+zltyff2wcWTdrFdoppIkV7rtuhdPu7ELWau WIp5oEXq2QK7d50HADlPazsReH7m0Vdu3kg/ectQO77HCBfDHriid3jvga/F6AcSWxt3WzX38cXW Hod/8kh7TDgydiH4rdz2olkgjn8tvqy95S8rZ+nXwsV7CrnCV/KR00u5uqxPLtTdGMbzi/fdxc6Y rLT3P3Oku8uebF79hh96hPHPT8vi1e2nLgDij8xu+2X3MUDpX5N5YBBcvFcEp6M780shyae5RmHd JWccOONE8V2vp1uv3ac2AJKOTO9R+93kjNj36rVXdw9YGMPFIzTP/WqiAP+/u0MO/n93AMDFMA6O DFwMAFwM4GIA4GIYB0cGLgYALgZwMQBwMQBwMQBwMYCLEcEALgYALgYALgZwMSIYwMUAwMUAwMUA LkYEA7gYALgYALgYwMWIYAAXAwAXAwAXA7gYEQzgYgDgYgDgYgAXI4IBXAwAXAzABF38+PHje/fu 4eiBAwKJRhKTI7gYEQxmK4hjXLy9vX3r1q2/AbDfkDgk0TiyixHBYIaCOAZd18nf3nPYAmA/ILFH 4pBEY0yshrgYEQxmK4gTs2MADgLxgRruYkQwmKEgBuApINLFAAAA4GIAAICLAQAAwMUAAAAXAwAA gIsBAOAQuhhTpgAAYP/nF+MWWwAAmDbJ993hGAEAwLRJfh4FjhEAAEyb5Oe04RgBAABcDAAAcDFc DAAA0yf5/+uBYwQAAHAxAADAxXAxAAAcABf/PyjqhnqXsonbAAAAAElFTkSuQmCC --_004_VI1PR0701MB2126B8DDED3A47B74429CD38D28C0VI1PR0701MB2126_--

1 0

Re: [ovirt-users] Failed to delete snapshot '<UNKNOWN>' for VM <SOLVED>
by Peter Michael Calum 30 Nov '16

30 Nov '16

--_000_VI1PR0701MB212668603AC3B519960B00E5D28C0VI1PR0701MB2126_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNClVwZ3JhZGUgdG8gIG9WaXJ0IEVuZ2luZSBWZXJzaW9uOiA0LjAuNS41LTEuZWw3LmNl bnRvcyBzb2x2ZWQgdGhpcyBwcm9ibGVtLg0KDQpUaGFuayB5b3Ugc28gbXVjaCBmb3IgeW91ciBo ZWxwLg0KDQpSZ2RzLA0KUGV0ZXINCg0KRnJhOiBZYW5pdiBEYXJ5IFttYWlsdG86eWRhcnlAcmVk aGF0LmNvbV0NClNlbmR0OiAzMC4gbm92ZW1iZXIgMjAxNiAxMjoyOQ0KVGlsOiBQZXRlciBNaWNo YWVsIENhbHVtIDxwZW1jYUB0ZGMuZGs+DQpDYzogVXNlcnNAb3ZpcnQub3JnDQpFbW5lOiBSZTog W292aXJ0LXVzZXJzXSBGYWlsZWQgdG8gZGVsZXRlIHNuYXBzaG90ICc8VU5LTk9XTj4nIGZvciBW TQ0KDQpDYW4geW91IHBsZWFzZSB1cGdyYWRlIHRvIGEgbmV3ZXIgdmVyc2lvbi4gSSBiZWxpZXZl IHRoaXMgd2FzIGFscmVhZHkgZml4ZWQuDQoNCg0KWWFuaXYgRGFyeQ0KDQpUZWNobmljYWwgUHJv ZHVjdCBNYW5hZ2VyDQoNClJlZCBIYXQgSXNyYWVsIEx0ZC4NCg0KMzQgSmVydXNhbGVtIFJvYWQN Cg0KQnVpbGRpbmcgQSwgNHRoIGZsb29yDQoNClJhJ2FuYW5hLCBJc3JhZWwgNDM1MDEwOQ0KDQoN Cg0KVGVsIDogKzk3MiAoOSkgNzY5MjMwNg0KDQogICAgICAgIDgyNzIzMDYNCg0KRW1haWw6IHlk YXJ5QHJlZGhhdC5jb208bWFpbHRvOnlkYXJ5QHJlZGhhdC5jb20+DQoNCklSQyA6IHlkYXJ5DQoN Ck9uIE1vbiwgTm92IDI4LCAyMDE2IGF0IDEwOjIxIFBNLCBQZXRlciBNaWNoYWVsIENhbHVtIDxw ZW1jYUB0ZGMuZGs8bWFpbHRvOnBlbWNhQHRkYy5kaz4+IHdyb3RlOg0KSGkNCg0KSSBhbSBnZXR0 aW5nIHRoZWVzZSBldmVudHMgZXZlcnkgbWludXRlLCBhbnkgaWRlYSA/DQoNCkZhaWxlZCB0byBk ZWxldGUgc25hcHNob3QgJzxVTktOT1dOPicgZm9yIFZNIOKAmGtoazlkc3cxNuKAmQ0KDQpJIGhh dmUgdHJpZWQgOg0KUmVzdGFydGluZyBWTQ0KU2V0IHRoZSBob3N0IHRvIG1haW50ZW5haW5jZSBh biBhY3RpdmF0ZWQgYWdhaW4NClJlc3RhcnRlZCBvdmlydC1lbmdpbmUgb24gTWFuYWdlcg0KDQpT VyA6IG9WaXJ0IEVuZ2luZSBWZXJzaW9uOiA0LjAuMS4xLTEuZWw3LmNlbnRvcw0KDQoNClRoYW5r cywNCktpbmQgcmVnYXJkcw0KUGV0ZXIgQ2FsdW0NCg0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KVXNlcnMgbWFpbGluZyBsaXN0DQpVc2Vyc0Bvdmly dC5vcmc8bWFpbHRvOlVzZXJzQG92aXJ0Lm9yZz4NCmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFp bG1hbi9saXN0aW5mby91c2Vycw0KDQo= --_000_VI1PR0701MB212668603AC3B519960B00E5D28C0VI1PR0701MB2126_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OiJBcmlhbCBVbmljb2RlIE1TIjsNCglwYW5vc2UtMToyIDExIDYg NCAyIDIgMiAyIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFu b3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpD b25zb2xhczsNCglwYW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlZlcmRhbmE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0K QGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEBBcmlhbCBVbmljb2RlIE1TIjsNCglwYW5vc2Ut MToyIDExIDYgNCAyIDIgMiAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29O b3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1l cyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXBy aW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkZvcm1hdGVy ZXQgSFRNTCBUZWduIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KcC5tc29ub3Jt YWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9ybWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29u b3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCglt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXpl OjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQpzcGFuLkZv cm1hdGVyZXRIVE1MVGVnbg0KCXttc28tc3R5bGUtbmFtZToiRm9ybWF0ZXJldCBIVE1MIFRlZ24i Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiRm9ybWF0ZXJldCBI VE1MIjsNCglmb250LWZhbWlseTpDb25zb2xhczsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpEQTt9 DQpzcGFuLmhvZW56Yg0KCXttc28tc3R5bGUtbmFtZTpob2VuemI7fQ0Kc3Bhbi5FbWFpbFN0eWxl MjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLmd3dC1pbmxpbmVsYWJl bA0KCXttc28tc3R5bGUtbmFtZTpnd3QtaW5saW5lbGFiZWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMt c2VyaWY7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjozLjBjbSAyLjBjbSAzLjBjbSAyLjBj bTt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBz cGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4 bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIg ZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4N Cjxib2R5IGxhbmc9IkRBIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9 IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6 MTYuMjVwdDtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj5IaSw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTYuMjVwdDtiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibGluZS1oZWlnaHQ6MTYuMjVwdDtiYWNr Z3JvdW5kOndoaXRlIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5V cGdyYWRlIHRvJm5ic3A7IG9WaXJ0IEVuZ2luZSBWZXJzaW9uOiA0LjAuNS41LTEuZWw3LmNlbnRv cyBzPC9zcGFuPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVMiPm9sdmVkDQogdGhpcyBwcm9ibGVtLjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTIj5UaGFuayB5b3Ugc28gbXVjaCBmb3IgeW91ciBoZWxwLjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVMiPlJnZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+UGV0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO21zby1mYXJlYXN0LWxhbmd1YWdlOkVO LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWYiPkZyYTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IFlhbml2 IERhcnkgW21haWx0bzp5ZGFyeUByZWRoYXQuY29tXQ0KPGJyPg0KPGI+U2VuZHQ6PC9iPiAzMC4g bm92ZW1iZXIgMjAxNiAxMjoyOTxicj4NCjxiPlRpbDo8L2I+IFBldGVyIE1pY2hhZWwgQ2FsdW0g Jmx0O3BlbWNhQHRkYy5kayZndDs8YnI+DQo8Yj5DYzo8L2I+IFVzZXJzQG92aXJ0Lm9yZzxicj4N CjxiPkVtbmU6PC9iPiBSZTogW292aXJ0LXVzZXJzXSBGYWlsZWQgdG8gZGVsZXRlIHNuYXBzaG90 ICcmbHQ7VU5LTk9XTiZndDsnIGZvciBWTTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPkNhbiB5b3UgcGxlYXNlIHVwZ3JhZGUgdG8gYSBuZXdlciB2ZXJzaW9uLiBJIGJlbGll dmUgdGhpcyB3YXMgYWxyZWFkeSBmaXhlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiciBjbGVhcj0iYWxsIj4NCjxvOnA+PC9vOnA+PC9wPg0K PGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5ZYW5pdiBEYXJ5PG86cD48L286 cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OyxzYW5zLXNlcmlmIj5UZWNobmljYWwgUHJvZHVjdCBNYW5hZ2VyPG86cD48L286cD48 L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OyxzYW5zLXNlcmlmIj5SZWQgSGF0IElzcmFlbCBMdGQuPG86cD48L286cD48L3NwYW4+PC9w cmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5z LXNlcmlmIj4zNCBKZXJ1c2FsZW0gUm9hZDxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+QnVp bGRpbmcgQSwgNHRoIGZsb29yPG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5SYSdhbmFuYSwg SXNyYWVsIDQzNTAxMDk8bzpwPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJp YWwmcXVvdDssc2Fucy1zZXJpZiI+VGVsIDogJiM0Mzs5NzIgKDkpIDc2OTIzMDY8bzpwPjwvbzpw Pjwvc3Bhbj48L3ByZT4NCjxwcmU+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyA4MjcyMzA2PG86cD48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5FbWFpbDogPGEgaHJlZj0i bWFpbHRvOnlkYXJ5QHJlZGhhdC5jb20iIHRhcmdldD0iX2JsYW5rIj55ZGFyeUByZWRoYXQuY29t PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZT48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+SVJDIDogeWRhcnk8L3NwYW4+PG86cD48 L286cD48L3ByZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5PbiBNb24sIE5vdiAyOCwgMjAxNiBhdCAxMDoyMSBQTSwgUGV0ZXIgTWljaGFl bCBDYWx1bSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnBlbWNhQHRkYy5kayIgdGFyZ2V0PSJfYmxhbmsi PnBlbWNhQHRkYy5kazwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGlu ZzowY20gMGNtIDBjbSA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGNtIj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPkhp PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+SSBhbSBnZXR0aW5nIHRoZWVzZSBldmVu dHMgZXZlcnkgbWludXRlLCBhbnkgaWRlYSA/PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1 b3Q7LHNhbnMtc2VyaWYiPkZhaWxlZCB0byBkZWxldGUgc25hcHNob3QgJyZsdDtVTktOT1dOJmd0 OycgZm9yIFZNIOKAmGtoazlkc3cxNuKAmTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90 OyxzYW5zLXNlcmlmIj5JIGhhdmUgdHJpZWQgOjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+UmVzdGFydGlu ZyBWTTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Zl cmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+U2V0IHRoZSBob3N0IHRvIG1haW50ZW5haW5jZSBhbiBh Y3RpdmF0ZWQgYWdhaW48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWls eTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlJlc3RhcnRlZCBvdmlydC1lbmdpbmUg b24gTWFuYWdlcjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvO2xpbmUtaGVpZ2h0OjE2LjI1cHQ7YmFja2dyb3VuZDp3 aGl0ZSI+DQo8c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5TVyA6DQo8c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPm9WaXJ0IEVuZ2luZSBWZXJzaW9uOiA0LjAuMS4xLTEuZWw3LmNlbnRvczwv c3Bhbj48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFu YSZxdW90OyxzYW5zLXNlcmlmIj5UaGFua3MsDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bWFyZ2luLWJv dHRvbTo1LjBwdDt0ZXh0LWF1dG9zcGFjZTpub25lIj4NCjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMt c2VyaWYiPktpbmQgcmVnYXJkcw0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1ib3R0b206NS4w cHQ7dGV4dC1hdXRvc3BhY2U6bm9uZSI+DQo8Yj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiM4ODg4ODgiPlBldGVyIENhbHVtDQo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJjb2xv cjojODg4ODg4Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJjb2xvcjojODg4ODg4Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0 b206MTIuMHB0Ij48YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXzxicj4NClVzZXJzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpVc2Vy c0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwOi8vbGlz dHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMiIHRhcmdldD0iX2JsYW5rIj5odHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+PG86cD48L286cD48 L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_VI1PR0701MB212668603AC3B519960B00E5D28C0VI1PR0701MB2126_--

1 0

adding new node through WAN - fatal: Unable to negotiate a key exchange method [preauth]
by Grzegorz Szypa 30 Nov '16

30 Nov '16

Hi. Did you meet ever with problem, when you try to add new node to quite new oVirt Engine via Gui and get Error : engine.log: 2016-11-30 12:50:55,453 ERROR [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-23) [178c9385] Failed to establish session with host 'node1': SSH session closed during connection '["my new node"]' 2016-11-30 12:50:55,453 WARN [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-23) [178c9385] Validation of action 'AddVds' failed for user admin@internal-authz. Reasons: VAR__ACTION__ADD,VAR__TYPE__HOST,$server vmsrv1.szypa.net,VDS_CANNOT_CONNECT_TO_SERVER in the end node I only got error that there is not possible, to exchange key between two hosts: there is log form /var/log/secure: fatal: Unable to negotiate a key exchange method [preauth] In network I found that it could be a problem with key exchange method, which is not available on some host. SSH connection between this two hosts work fine so I do not understand why it does not work? -- G.Sz.

2 1

HA without Power Management
by Sebastian Greco 30 Nov '16

30 Nov '16

Hi, Is there any way to have HA in a cluster which hosts have not got configured the "Power Management"? In my scenario I have 2 hosts (v4) on OVH and a hosted-engine to manage them. Thing is that OVH does not allow direct communication with the hosts IPMI interface. IPMI is only available in the "customer area" under a java applet as that interface is connected to a non accesible network. So, having no access to this interface I find myself in a situation in which I lost all my HA functionality :( Any help would be more than welcome. Sebas

3 4

Problem installing windows 10 guest vm on ovirt 4.0
by M B 30 Nov '16

30 Nov '16

Responses to this thread: http://lists.ovirt.org/pipermail/users/2016-November/043947.html were sent to digest messages, and hence turned into this new thread: http://lists.ovirt.org/pipermail/users/2016-November/044109.html I've cut-n-pasted it below. ---------------------------------------------------------------------------- I wonder if this is related to the following bug. https://bugzilla.redhat.com/show_bug.cgi?id=1392719 On Thu, Nov 17, 2016 at 12:53 PM, Raian Nasrulla <raian at weberon.net> wrote: > Hi, > > I am sharing you the video, how i tried installing the win10 guest on > ovirt. where it fails to install drivers. > > https://drive.google.com/open?id=0B6uXPB3H9O08cXpSbkZqZTdNMzA > > Regards, > Raian HN > > On Mon, Nov 14, 2016 at 9:27 PM, raian at weberon.net <raian at weberon.net> > wrote: > >> Yes, I have tried installing it from virtio, it goes on like its going to >> install, then after a while fails with message, no drivers found. >> >> Sent from Yahoo Mail on Android >> <https://overview.mail.yahoo.com/mobile/?.src=Android> >>

1 0

Failed to delete snapshot '<UNKNOWN>' for VM
by Peter Michael Calum 30 Nov '16

30 Nov '16

--_000_VI1PR0701MB21262E101745226016B4B7AFD28A0VI1PR0701MB2126_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi I am getting theese events every minute, any idea ? Failed to delete snapshot '<UNKNOWN>' for VM 'khk9dsw16' I have tried : Restarting VM Set the host to maintenaince an activated again Restarted ovirt-engine on Manager SW : oVirt Engine Version: 4.0.1.1-1.el7.centos Thanks, Kind regards Peter Calum --_000_VI1PR0701MB21262E101745226016B4B7AFD28A0VI1PR0701MB2126_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DA" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi<o:p></o:p> <o:p> </o:p> I am getting theese events every min= ute, any idea ?<o:p></o:p> <o:p> </o:p> Failed to delete snapshot '<UNKNO= WN>' for VM ‘khk9dsw16’<o:p></o:p> <o:p> </o:p> I have tried :<o:p></o:p> Restarting VM<o:p></o:p> Set the host to maintenaince an acti= vated again<o:p></o:p> Restarted ovirt-engine on Manager<o:= p></o:p> <o:p> </o:p> <span= lang=3D"EN-US" style=3D"font-size:10.0pt;font-family:"Verdana",s= ans-serif">SW : oVirt Engine Ver= sion: 4.0.1.1-1.el7.centos<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Thanks, <o:p></o:p> Kind regards <o:p></o:p> Peter Calum <o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_VI1PR0701MB21262E101745226016B4B7AFD28A0VI1PR0701MB2126_--

2 1

Re: [ovirt-users] Ovirt node host installation failing in engine
by Shalabh Goel 30 Nov '16

30 Nov '16

Hi I just want to know if there is any way I can disable the yum looking for updates on the internet on the node? Please help me out here. Thanks Shalabh Goel On Tue, Nov 29, 2016 at 5:59 PM, <users-request(a)ovirt.org> wrote: > Send Users mailing list submissions to > users(a)ovirt.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ovirt.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)ovirt.org > > You can reach the person managing the list at > users-owner(a)ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: I wrote an oVirt thing (Yaniv Kaul) > 2. Ovirt node host installation failing in engine (Shalabh Goel) > 3. Re: How to migrate Self Hosted Engine (Gianluca Cecchi) > 4. Re: Need help with dashboard (????? ???????) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 29 Nov 2016 14:06:22 +0200 > From: Yaniv Kaul <ykaul(a)redhat.com> > To: Konstantin Shalygin <k0ste(a)k0ste.ru> > Cc: Ovirt Users <users(a)ovirt.org> > Subject: Re: [ovirt-users] I wrote an oVirt thing > Message-ID: > <CAJgorsY_SksEnP2jQxBgdJyKW=4_qZZGZ=DwHQ13MteEN5jG5w@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > On Tue, Nov 29, 2016 at 3:40 AM, Konstantin Shalygin <k0ste(a)k0ste.ru> > wrote: > > > ovirt-shell will be deprecated and not supported or some functions on > > ovirt-shell (or all package ovirt-engine-cli)? > > > > We use ovirt-shell on client desktops who connected to SPICE consoles and > > work (users provided by LDAP on ovirt-engine), like via RDP. For this I > > wrote very fast-hack patch for ovirt-shell and GUI for enter password ( > > https://github.com/k0ste/ovirt-pygtk) Very simple, but via Internet > > people use SPICE without negative about packet loss and disconnects, > > instead RDP. > > > Can you further explain the use case? I assume the user portal is not good > enough for some reason? > > > > > > > > BTW, the ovirt-shell is something we deprecated. It is working on top of > >> the v3 api, which we plan to remove in 4.2. > >> So better not use it. > >> > > > > > > You can start maintain. For example I maintain packes for Arch Linux: > > ovirt-engine-cli (https://aur.archlinux.org/packages/ovirt-engine-cli) > > and ovirt-engine-sdk-python (https://aur.archlinux.org/pac > > kages/ovirt-engine-sdk-python). > > > Hi, > > It somehow looks like a fork of the CLI (due to the added patch[1]). > I'm not sure how happy I am about it, considering the patch is adding a > feature with security issues (there is a reason we do not support password > passed via the command line - it's somewhat less secure). > Since you are already checking for the CLI rc file[2], just add the > password to it and launch with it (in a temp file in the temp directory > with the right permissions, etc...) > > BTW, note that the attempt to delete the password from memory[3] may or may > not work. After all, it's a copy of what you got from entry.get_text() few > lines before. > And Python GC is not really to be relied upon to delete things ASAP anyway. > There are some lovely discussions on the Internet about it. For example[4]. > Y. > > [1] > https://github.com/k0ste/ovirt-pygtk/blob/master/add_password_option.patch > [2] https://github.com/k0ste/ovirt-pygtk/blob/master/ovirt-pygtk.py#L81 > [3] https://github.com/k0ste/ovirt-pygtk/blob/master/ovirt-pygtk.py#L71 > [4] > http://stackoverflow.com/questions/728164/securely- > erasing-password-in-memory-python > > > > > > > My workstation at work is running Ubuntu, and I do not believe that > >> ovirt-shell is packaged for it. > >> > > > > -- > > Best regards, > > Konstantin Shalygin > > > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.ovirt.org/pipermail/users/attachments/ > 20161129/4c62f1cf/attachment-0001.html> > > ------------------------------ > > Message: 2 > Date: Mon, 28 Nov 2016 10:00:31 +0530 > From: Shalabh Goel <shalabhgoel13(a)gmail.com> > To: users(a)ovirt.org > Subject: [ovirt-users] Ovirt node host installation failing in engine > Message-ID: > <CAEnn9my9QcGYqLsqAV+W9PiOajwQqTpvQdLiYtLOf3sc5TiB_ > Q(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi > > I have installed ovirt engine (version 4) on Centos 7.2 in one server > system and 1 ovirt node (version 4) using ovirt node iso in another system. > But when am adding the node in the engine from web portal, the installation > is failing on the node. There is no Internet connectivity to the node. When > I checked the logs, I found that it is trying to connect to a repo using > yum. My questions are: > > 1. Is internet connectivity required on the node? > > 2. If I cannot provide internet connectivity to the node. Please suggest a > work around. > > > Thank You > > Shalabh Goel > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.ovirt.org/pipermail/users/attachments/ > 20161128/6ee65704/attachment-0001.html> > > ------------------------------ > > Message: 3 > Date: Tue, 29 Nov 2016 13:27:06 +0100 > From: Gianluca Cecchi <gianluca.cecchi(a)gmail.com> > To: Yedidyah Bar David <didi(a)redhat.com> > Cc: users <users(a)ovirt.org> > Subject: Re: [ovirt-users] How to migrate Self Hosted Engine > Message-ID: > <CAG2kNCz=2Gz1CJtLLT2mtT3E+wzH0=vtugmOBS_Fd7e1cXicBQ@ > mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On Mon, Nov 21, 2016 at 8:54 AM, Yedidyah Bar David <didi(a)redhat.com> > wrote: > > > On Mon, Nov 21, 2016 at 1:09 AM, Gianluca Cecchi > > > > > > > > Two notes: > > > 1) it would be nice to pre-filter the drop down box when you have to > > choose > > > the host where migrate the hosted engine... > > > So that if there are no hosts available you will be given a related > > message > > > without choice at all and if there is a subset of eligible hosts inside > > the > > > cluster, you will be proposed only to choose one of them and not all > the > > > hosts inside the cluster. > > > > Makes sense, please open an RFE to track this. Thanks. > > > > Been busy these latest days... > Opened now: > https://bugzilla.redhat.com/show_bug.cgi?id=1399609 > > > > > > > > > > 2) If the gui option becomes the default and preferred way to deploy > > hosts > > > in self hosted engine environments I think it should be put in clearer > > shape > > > that if you follow the default action you would not have high > > availability > > > for the hosted engine vm. > > > Or changing the default action to "Deploy", or showing a popup if the > > hosted > > > engine vm has only one host configured for it but there are other hosts > > in > > > the cluster. > > > Just my opinion. > > > > Makes sense too, but I wonder if people will then be annoyed by > forgetting > > to uncheck it even after having enough HA hosts, which does have its cost > > (both actual resource use and also reservations, IIUC). Perhaps we should > > enable by default and/or remind only until you have enough HA hosts, > which > > can be a configurable number (and default e.g. to 3). > > > > > > > and here: > https://bugzilla.redhat.com/show_bug.cgi?id=1399613 > > Cheers, > Gianluca > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.ovirt.org/pipermail/users/attachments/ > 20161129/3eccc506/attachment-0001.html> > > ------------------------------ > > Message: 4 > Date: Tue, 29 Nov 2016 12:28:55 +0000 > From: ????? ??????? <mishanindv(a)gmail.com> > To: Shirly Radco <sradco(a)redhat.com> > Cc: "Users(a)ovirt.org" <Users(a)ovirt.org> > Subject: Re: [ovirt-users] Need help with dashboard > Message-ID: > <CADYaN2fiQAD9abUJrLbx2R175X1VcgGyJ-aQq9WHZ7g8+7eKtQ@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > Thank you, I have created a bug. > > https://bugzilla.redhat.com/show_bug.cgi?id=1399597 > > > ??, 29 ????. 2016 ?. ? 13:54, Shirly Radco <sradco(a)redhat.com>: > > > # su - postgres > > $ pg_dump --file ovirt_engine_history.dump ovirt_engine_history > > > > Best regards, > > > > Shirly Radco > > > > BI Software Engineer > > Red Hat Israel Ltd. > > 34 Jerusalem Road > > Building A, 4th floor > > Ra'anana, Israel 4350109 > > > > > > On Mon, Nov 28, 2016 at 9:25 AM, ????? ??????? <mishanindv(a)gmail.com> > > wrote: > > > > Hi, sorry for the delay, I do not know how to create > "ovirt_engine_history db dump"? > > > > > > ??, 22 ????. 2016 ?. ? 10:52, Shirly Radco <sradco(a)redhat.com>: > > > > Hi, > > > > Can you please open a bug? > > Please attach to the bug these files+ the screenshots + > > ovirt_engine_history db dump. > > > > Thank you, > > > > Shirly Radco > > > > BI Software Engineer > > Red Hat Israel Ltd. > > 34 Jerusalem Road > > Building A, 4th floor > > Ra'anana, Israel 4350109 > > > > > > On Mon, Nov 21, 2016 at 4:56 PM, ????? ??????? <mishanindv(a)gmail.com> > > wrote: > > > > Thank you that you have answered me. I mean, the data is not displayed > at the bottom of Dashboard. Log files and the status of the services I > attached to the letter. > > > > > > ??, 20 ????. 2016 ?. ? 11:13, Shirly Radco <sradco(a)redhat.com>: > > > > Hi, > > > > You attached twice the same screenshot... > > Please attach the screenshot with the missing data. > > > > Also, the data for the graphs is collected by the ovirt-engine-dwhd > > service. > > Please see if the service is running, also check logs for errors. > > Please attach the log. > > > > > > > > Best regards, > > > > Shirly Radco > > > > BI Software Engineer > > Red Hat Israel Ltd. > > 34 Jerusalem Road > > Building A, 4th floor > > Ra'anana, Israel 4350109 > > > > > > On Sun, Nov 20, 2016 at 9:31 AM, ????? ??????? <mishanindv(a)gmail.com> > > wrote: > > > > > > > > Hi, I need help to load Dasboard, he is incorrectly displayed graphics > > processor is not displayed data, memory, disk volume. I installed 3 hosts > > with glusterfs. After installation everything worked fine and the data is > > displayed correctly, but then everything was as follows. What could be a > > problem? > > > > > > > > oVirt Engine Version: 4.0.5.5-1.el7.centos > > > > > > [image: pasted1] > > > > [image: pasted3] > > > > [image: pasted2] > > > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://lists.ovirt.org/pipermail/users/attachments/ > 20161129/06bfe244/attachment.html> > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: pasted2 > Type: image/png > Size: 108864 bytes > Desc: not available > URL: <http://lists.ovirt.org/pipermail/users/attachments/ > 20161129/06bfe244/attachment.png> > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: pasted3 > Type: image/png > Size: 135899 bytes > Desc: not available > URL: <http://lists.ovirt.org/pipermail/users/attachments/ > 20161129/06bfe244/attachment-0001.png> > > ------------------------------ > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > End of Users Digest, Vol 62, Issue 197 > ************************************** > -- Shalabh Goel

2 1

planned jenkins and resources downtime
by Evgheni Dereveanchin 29 Nov '16

29 Nov '16

Hi everyone, As part of a planned maintenance window I am going to apply OS updates and reboot the Jenkins master along with our resources file server. Affected services: jenkins.ovirt.org resources.ovirt.org This means that no new jobs will be started on the Jenkins and our repositories will be unavailable for a short period of time. I will follow up on this email once all services are back up and running. Regards, Evgheni Dereveanchin

1 1

How to migrate Self Hosted Engine
by Gianluca Cecchi 29 Nov '16

29 Nov '16

Hello, I have an Hyperconverged gluster cluster with SEH and 3 hosts born in 4.0.5. The installation was done starting from ovirt01 (named hosted_engine_1 in webadmin gui) and then deploying two more hosts: ovirt02 and ovirt03 from web admin gui itself. All seems ok. I can migrate a normal VM from one host to another one and nice that I don't loose console now. But if I try from webadmin gui to migrate the self hosted engine I get this message: https://drive.google.com/file/d/0BwoPbcrMv8mvY3pURVRkX0p4OW8/view?usp=shari… Is this because the only way to migrate engine is to put its hosting host to maintenance or is there anything wrong? I don't understand the message: The host ovirt02.localdomain.local did not satisfy internal filter HA because it is not a Hosted Engine host.. some commands executed on hosted_engine_1 (ovirt01): [root@ovirt01 ~]# vdsClient -s 0 glusterHostsList {'hosts': [{'hostname': '10.10.100.102/24', 'status': 'CONNECTED', 'uuid': 'e9717281-a356-42aa-a579-a4647a29a0bc'}, {'hostname': 'ovirt03.localdomain.local', 'status': 'CONNECTED', 'uuid': 'ec81a04c-a19c-4d31-9d82-7543cefe79f3'}, {'hostname': 'ovirt02.localdomain.local', 'status': 'CONNECTED', 'uuid': 'b89311fe-257f-4e44-8e15-9bff6245d689'}], 'status': {'code': 0, 'message': 'Done'}} Done [root@ovirt01 ~]# vdsClient -s 0 list 87fd6bdb-535d-45b8-81d4-7e3101a6c364 Status = Up nicModel = rtl8139,pv statusTime = 4691827920 emulatedMachine = pc pid = 18217 vmName = HostedEngine devices = [{'device': 'console', 'specParams': {}, 'type': 'console', 'deviceId': '08628a0d-1c2a-43e9-8820-4c02f14d04e9', 'alias': 'console0'}, {'device': 'memballoon', 'specParams': {'model': 'none'}, 'type': 'balloon', 'alias': 'balloon0'}, {'alias': 'rng0', 'specParams': {'source': 'random'}, 'address': {'slot': '0x07', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'virtio', 'model': 'virtio', 'type': 'rng'}, {'device': 'scsi', 'alias': 'scsi0', 'model': 'virtio-scsi', 'type': 'controller', 'address': {'slot': '0x04', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}}, {'device': 'vga', 'alias': 'video0', 'type': 'video', 'address': {'slot': '0x02', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}}, {'device': 'vnc', 'specParams': {'spiceSecureChannels': 'smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir', 'displayIp': '0'}, 'type': 'graphics', 'port': '5900'}, {'nicModel': 'pv', 'macAddr': '00:16:3e:0a:e7:ba', 'linkActive': True, 'network': 'ovirtmgmt', 'alias': 'net0', 'filter': 'vdsm-no-mac-spoofing', 'specParams': {}, 'deviceId': '79a745a0-e691-4a3d-8d6b-c94306db9113', 'address': {'slot': '0x03', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'bridge', 'type': 'interface', 'name': 'vnet0'}, {'index': '2', 'iface': 'ide', 'name': 'hdc', 'alias': 'ide0-1-0', 'specParams': {}, 'readonly': 'True', 'deviceId': '6be25e51-0944-4fc0-93fe-4ecabe32ac6b', 'address': {'bus': '1', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'device': 'cdrom', 'shared': 'false', 'path': '', 'type': 'disk'}, {'poolID': '00000000-0000-0000-0000-000000000000', 'reqsize': '0', 'index': '0', 'iface': 'virtio', 'apparentsize': '10737418240', 'alias': 'virtio-disk0', 'imageID': 'cf8b8f4e-fa01-457e-8a96-c5a27f8408f8', 'readonly': 'False', 'shared': 'exclusive', 'truesize': '3395743744', 'type': 'disk', 'domainID': 'e9e4a478-f391-42e5-9bb8-ed22a33e5cab', 'volumeInfo': {'domainID': 'e9e4a478-f391-42e5-9bb8-ed22a33e5cab', 'volType': 'path', 'leaseOffset': 0, 'volumeID': '94c46bac-0a9f-49e8-9188-627fa0caf2b6', 'leasePath': '/rhev/data-center/mnt/glusterSD/ovirt01.localdomain.local:_engine/e9e4a478-f391-42e5-9bb8-ed22a33e5cab/images/cf8b8f4e-fa01-457e-8a96-c5a27f8408f8/94c46bac-0a9f-49e8-9188-627fa0caf2b6.lease', 'imageID': 'cf8b8f4e-fa01-457e-8a96-c5a27f8408f8', 'path': '/rhev/data-center/mnt/glusterSD/ovirt01.localdomain.local:_engine/e9e4a478-f391-42e5-9bb8-ed22a33e5cab/images/cf8b8f4e-fa01-457e-8a96-c5a27f8408f8/94c46bac-0a9f-49e8-9188-627fa0caf2b6'}, 'format': 'raw', 'deviceId': 'cf8b8f4e-fa01-457e-8a96-c5a27f8408f8', 'address': {'slot': '0x06', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'disk', 'path': '/var/run/vdsm/storage/e9e4a478-f391-42e5-9bb8-ed22a33e5cab/cf8b8f4e-fa01-457e-8a96-c5a27f8408f8/94c46bac-0a9f-49e8-9188-627fa0caf2b6', 'propagateErrors': 'off', 'optional': 'false', 'name': 'vda', 'bootOrder': '1', 'volumeID': '94c46bac-0a9f-49e8-9188-627fa0caf2b6', 'specParams': {}, 'volumeChain': [{'domainID': 'e9e4a478-f391-42e5-9bb8-ed22a33e5cab', 'volType': 'path', 'leaseOffset': 0, 'volumeID': '94c46bac-0a9f-49e8-9188-627fa0caf2b6', 'leasePath': '/rhev/data-center/mnt/glusterSD/ovirt01.localdomain.local:_engine/e9e4a478-f391-42e5-9bb8-ed22a33e5cab/images/cf8b8f4e-fa01-457e-8a96-c5a27f8408f8/94c46bac-0a9f-49e8-9188-627fa0caf2b6.lease', 'imageID': 'cf8b8f4e-fa01-457e-8a96-c5a27f8408f8', 'path': '/rhev/data-center/mnt/glusterSD/ovirt01.localdomain.local:_engine/e9e4a478-f391-42e5-9bb8-ed22a33e5cab/images/cf8b8f4e-fa01-457e-8a96-c5a27f8408f8/94c46bac-0a9f-49e8-9188-627fa0caf2b6'}]}, {'device': 'usb', 'alias': 'usb', 'type': 'controller', 'address': {'slot': '0x01', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x2'}}, {'device': 'ide', 'alias': 'ide', 'type': 'controller', 'address': {'slot': '0x01', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x1'}}, {'device': 'virtio-serial', 'alias': 'virtio-serial0', 'type': 'controller', 'address': {'slot': '0x05', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}}, {'device': 'unix', 'alias': 'channel0', 'type': 'channel', 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '1'}}, {'device': 'unix', 'alias': 'channel1', 'type': 'channel', 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '2'}}, {'device': 'unix', 'alias': 'channel2', 'type': 'channel', 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '3'}}] guestDiskMapping = {'cf8b8f4e-fa01-457e-8': {'name': '/dev/vda'}, 'QEMU_DVD-ROM_QM00003': {'name': '/dev/sr0'}} vmType = kvm clientIp = displaySecurePort = -1 memSize = 6144 displayPort = 5900 cpuType = Broadwell spiceSecureChannels = smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir smp = 1 displayIp = 0 display = vnc pauseCode = NOERR maxVCpus = 2 [root@ovirt01 ~]# Thanks Gianluca

2 6

Released update for 4.0.5?
by Gianluca Cecchi 29 Nov '16

29 Nov '16

Hello, in webadmin GUI I see on my 4.0.5 hosts a message related to updates available If I run yum update in my plain CentOS 7.2 hosts I get: 1) vdsm packages vdsm x86_64 4.18.15.3-1.el7.centos ovirt-4.0 688 k vdsm-api noarch 4.18.15.3-1.el7.centos ovirt-4.0 53 k vdsm-cli noarch 4.18.15.3-1.el7.centos ovirt-4.0 67 k vdsm-gluster noarch 4.18.15.3-1.el7.centos ovirt-4.0 53 k vdsm-hook-vmfex-dev noarch 4.18.15.3-1.el7.centos ovirt-4.0 6.6 k vdsm-infra noarch 4.18.15.3-1.el7.centos ovirt-4.0 12 k vdsm-jsonrpc noarch 4.18.15.3-1.el7.centos ovirt-4.0 25 k vdsm-python noarch 4.18.15.3-1.el7.centos ovirt-4.0 602 k vdsm-xmlrpc noarch 4.18.15.3-1.el7.centos ovirt-4.0 25 k vdsm-yajsonrpc noarch 4.18.15.3-1.el7.centos ovirt-4.0 27 k Are they for anything particular? 2) gluster packages glusterfs x86_64 3.7.17-1.el7 ovirt-4.0-centos-gluster37 483 k glusterfs-api x86_64 3.7.17-1.el7 ovirt-4.0-centos-gluster37 87 k glusterfs-cli x86_64 3.7.17-1.el7 ovirt-4.0-centos-gluster37 180 k glusterfs-client-xlators x86_64 3.7.17-1.el7 ovirt-4.0-centos-gluster37 857 k glusterfs-fuse x86_64 3.7.17-1.el7 ovirt-4.0-centos-gluster37 130 k glusterfs-geo-replication x86_64 3.7.17-1.el7 ovirt-4.0-centos-gluster37 206 k glusterfs-libs x86_64 3.7.17-1.el7 ovirt-4.0-centos-gluster37 355 k glusterfs-server x86_64 3.7.17-1.el7 ovirt-4.0-centos-gluster37 1.4 M Currently I have 3.7.16-1.el7.x86_64 How can I manage gluster updates on gluster environment with 3 hosts? Separated by vdsm updates or in the same run? Any hint/caveat? Thanks Gianluca

2 3