December 2017 - Devel - oVirt List Archives

Mailing-Lists upgrade
by Marc Dequènes (Duck) 28 Apr '18

28 Apr '18

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq Content-Type: multipart/mixed; boundary="AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv"; protected-headers="v1" From: =?UTF-8?B?TWFyYyBEZXF1w6huZXMgKER1Y2sp?= <duck(a)redhat.com> To: oVirt Infra <infra(a)ovirt.org>, users <users(a)ovirt.org>, devel <devel(a)ovirt.org> Message-ID: <c5c71fce-0290-e97a-ddd0-eab0e6fccea4(a)redhat.com> Subject: Mailing-Lists upgrade --AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Quack, On behalf of the oVirt infra team, I'd like to announce the current Mailing-Lists system is going to be upgraded to a brand new Mailman 3 installation on Monday during the slot 11:00-12:00 JST. It should not take a full hour to migrate as we already made incremental synchronization with the current system but better keep some margin. The system will then take over delivery of the mails but might be a bit slow at first as it needs to reindex all the archived mails (which might take a few hours). To manage your subscriptions and delivery settings you can do this easily on the much nicer web interface (https://lists.ovirt.org) There is a notion of account so you don't need to login separately for each ML.= You can Sign In using Fedora, GitHub or Google or create a local account if you prefer. Please keep in mind signing in with a different method would create separate accounts (which cannot be merged at the moment). But you can easily link your account to other authentication methods in your settings (click on you name in the up-right corner -> Account -> Account Connections). As for the original mail archives, because the previous system did not have stable URLs, we cannot create mappings to the new pages. We decided to keep the old archives around on the same URL (/pipermail), so the Internet links would still work fine. Hope you'd be happy with the new system. \_o< --AUFHCWPQQknM84fF2kF4uGjIv4blC9bMv-- --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEcpcqg+UmRT3yiF+BVen596wcRD8FAlmwx0MACgkQVen596wc RD9LTQ/+LtUncsq9K8D/LX8wqUTd6VyPwAD5UnAk5c3H/2tmyVA0u7FIfhEyPsXs Z//LE9FEneTDqDVRi1Dw9I54K0ZwxPBemi71dXfwgBI7Ay0ezkbLWrA168Mt9spE tHAODEuxPt2to2aqaS4ujogrkp/gvEP8ILoxPEqoTPCJ/eDTPAu/I1a2JzjMPK3n 2BBS6D8z0TLAf7w1n72TsgX2QzJW57ig/0HELyjvat2/K8V3HSrkwiKlsdULQDWe zB+aMde7r6UoyVKHqlu4asTl2tU/lGZ+e31Hd9Bnx1/oZOJdzslGOhEo9Qoz6763 AHWU9LKiK4NtxYHj2UQTWhndr8PiTtTmR73eIDmkb0cuRXxzjl9VQbwYJ0Kbrmfp attTqpc2CnEojTNXUUNSmNxotZoYXZiX8ZvjPfSgRVr15TUYujzlOfG+lUynbQMV 9rQ9/m58wgwYUymMpOIsRGaIcAKzjm+WpuuVnO+bS2AfmcBkGMQRoIhfV+3SkS8q kT9cDXgcDZOzVFcnZZB4EjbycMcPgZDcoHxU88VdYH+jFJYvvb21esgswVF/wJ2Z uEI/chp4+ADaQhl8ehZNWMSZq125v6SeirPhBNgLG7zFVZI1S9Tm/6qFmH+ajQY7 nCk1X9HZlB1ubex1X+HibRz9QKOilkMgkADyJ4yMDckwYj93sx0= =l6uN -----END PGP SIGNATURE----- --IfGqXrbgT9wNNdIsvS8kI8WdhEQHlgkiq--

2 4

[IMPORTANT] getting rid of our implementation of UUID generation in 4.2.1
by Eli Mesika 16 Jan '18

16 Jan '18

Hi We had decided to drop our UUID generation function from DB in 4.2.1 and use the one provided by PG (using an extension) Please note that once this patch [1] is merged , you will have to do the following steps in your env in order that it will continue working. 1) make sure that the postgresql-contrib is installed on your machine (yum/dnf install postgresql-contrib -y) 2) run the following command from psql prompt while logging in with a DB admin (postgres) user a) DROP FUNCTION IF EXISTS uuid_generate_v1(); b) CREATE EXTENSION "uuid-ossp";' 3) validate from psql prompt by : # select * from pg_available_extensions where name = 'uuid-ossp' and installed_version IS NOT NULL; You should get the following result -[ RECORD 1 ]-----+------------------------------------------------ name | uuid-ossp default_version | 1.0 installed_version | 1.0 comment | generate universally unique identifiers (UUIDs) Please contact me for any questions or problems you encounter after this patch is merged to master. [1] https://gerrit.ovirt.org/#/c/84832/ Thanks Eli Mesika

6 6

sslStompReactor just created once, may cause engine failed to connect to new node
by pengyixiang 03 Jan '18

03 Jan '18

------=_Part_31563_326541847.1514165212297 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sIGV2ZXJ5b25lIQogICAgIEkgdXNlIFNjZW5hcmlvQ2xpZW50IHRvIGNhbGwgdmRzbS1q c29ucnBjLWNsaWVudCwgYnV0IEkgZmluZCBhZnRlciBteSBlbmdpbmUgY29ubmVjdGVkIHRvIG9u ZSBub2RlLCBJIG5ldyBhIG5vZGUsIHRoZW4gdGhlIGNlcnRzKGVuZ2luZS5wMTIpIGlzIGNoYW5n ZWQsCgpidXQgZW5naW5lIGNhbiBub3QgY29ubmVjdGVkIHRvIG5ldyBub2RlLCBhdCBsYXN0LCBJ IGZpbmQgdGhlIHByb2JsZW0gaW4gdGhlcmUgWzFdLCAgYW5kIEkgdGhpbmsgcnBjJ3MgY2VydHMg dG8gbm9kZSB0aGF0IGlzIHN0aWxsIG9sZCwgc28gSSB0cnkgdG8gY2hhbmdlZCBjb2RlIHRvIFsy XSwKdGhlbiByZXBlYXQgdGhlIHRlc3Qgd2F5LCBpdCB3b3JrcyB3ZWxsLCB0aGUgb3ZpcnQncyBl bmdpbmUgZG9lc24ndCBtZWV0IHRoZSB0cm91YmxlIGFuZCBob3cgZGlkIHlvdSBkbz8gY2xpZW50 IGlzIGNyZWF0ZWQgbGlrZSB0aGlzIFszXS4KCgoKCgoKCgoKWzFdICAgaHR0cHM6Ly9naXRodWIu Y29tL29WaXJ0L3Zkc20tanNvbnJwYy1qYXZhL2Jsb2IvMDc4MjMzZTYwYzI0ZjhiODUyNWIzYmY1 ZmIxYzVhYjlmMWM0ZTBmNC9jbGllbnQvc3JjL21haW4vamF2YS9vcmcvb3ZpcnQvdmRzbS9qc29u cnBjL2NsaWVudC9yZWFjdG9ycy9SZWFjdG9yRmFjdG9yeS5qYXZhI0w3NgoKCgpbMl0gIAoKcHJp dmF0ZSBzdGF0aWMgUmVhY3RvciBnZXRTc2xTdG9tcFJlYWN0b3IoTWFuYWdlclByb3ZpZGVyIHBy b3ZpZGVyKSB0aHJvd3MgQ2xpZW50Q29ubmVjdGlvbkV4Y2VwdGlvbiB7Ci8vICAgICAgICBpZiAo c3NsU3RvbXBSZWFjdG9yICE9IG51bGwpIHsKLy8gICAgICAgICAgICByZXR1cm4gc3NsU3RvbXBS ZWFjdG9yOwovLyAgICAgICAgfQpzeW5jaHJvbml6ZWQgKFJlYWN0b3JGYWN0b3J5LmNsYXNzKSB7 Ci8vICAgICAgICAgICAgaWYgKHNzbFN0b21wUmVhY3RvciAhPSBudWxsKSB7Ci8vICAgICAgICAg ICAgICAgIHJldHVybiBzc2xTdG9tcFJlYWN0b3I7Ci8vICAgICAgICAgICAgfQp0cnkgewpzc2xT dG9tcFJlYWN0b3IgPSBuZXcgU1NMU3RvbXBSZWFjdG9yKHByb3ZpZGVyLmdldFNTTENvbnRleHQo KSk7CiAgICAgICAgICAgIH0gY2F0Y2ggKElPRXhjZXB0aW9uIHwgR2VuZXJhbFNlY3VyaXR5RXhj ZXB0aW9uIGUpIHsKdGhyb3cgbmV3IENsaWVudENvbm5lY3Rpb25FeGNlcHRpb24oZSk7CiAgICAg ICAgICAgIH0KICAgICAgICB9CnJldHVybiBzc2xTdG9tcFJlYWN0b3I7CiAgICB9CgpbM10gCnB1 YmxpYyBTY2VuYXJpb0NsaWVudChTdHJpbmcgaG9zdG5hbWUsIGludCBwb3J0KSB0aHJvd3MgQ2xp ZW50Q29ubmVjdGlvbkV4Y2VwdGlvbiB7CnRoaXMucmVhY3RvciA9IFJlYWN0b3JGYWN0b3J5Lmdl dFJlYWN0b3IoUHJvdmlkZXJGYWN0b3J5LmdldFByb3ZpZGVyKCksIFJlYWN0b3JUeXBlLlNUT01Q KTsKZmluYWwgUmVhY3RvckNsaWVudCBjbGllbnQgPSB0aGlzLnJlYWN0b3IuY3JlYXRlQ2xpZW50 KGhvc3RuYW1lLCBwb3J0KTsKICAgIGNsaWVudC5zZXRDbGllbnRQb2xpY3kobmV3IERlZmF1bHRT dG9tcENvbm5lY3Rpb25Qb2xpY3koKSk7CnRoaXMud29ya2VyID0gUmVhY3RvckZhY3RvcnkuZ2V0 V29ya2VyKFBBUkFMTEVMSVNNKTsKdGhpcy5qc29uQ2xpZW50ID0gdGhpcy53b3JrZXIucmVnaXN0 ZXIoY2xpZW50KTsKdGhpcy5qc29uQ2xpZW50LnNldFJldHJ5UG9saWN5KG5ldyBEZWZhdWx0U3Rv bXBDbGllbnRQb2xpY3koKSk7Cn0= ------=_Part_31563_326541847.1514165212297 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG8sIGV2ZXJ5b25lITwvZGl2PjxkaXY+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IEkgdXNlIFNjZW5hcmlvQ2xpZW50IHRvIGNhbGwgdmRzbS1qc29u cnBjLWNsaWVudCwgYnV0IEkgZmluZCBhZnRlciBteSBlbmdpbmUgY29ubmVjdGVkIHRvIG9uZSBu b2RlLCBJIG5ldyBhIG5vZGUsIHRoZW4gdGhlIGNlcnRzKGVuZ2luZS5wMTIpIGlzIGNoYW5nZWQs IDxicj48L2Rpdj48ZGl2PmJ1dCBlbmdpbmUgY2FuIG5vdCBjb25uZWN0ZWQgdG8gbmV3IG5vZGUs IGF0IGxhc3QsIEkgZmluZCB0aGUgcHJvYmxlbSBpbiB0aGVyZSBbMV0sJm5ic3A7IGFuZCBJIHRo aW5rIHJwYydzIGNlcnRzIHRvIG5vZGUgdGhhdCBpcyBzdGlsbCBvbGQsIHNvIEkgdHJ5IHRvIGNo YW5nZWQgY29kZSB0byBbMl0sPC9kaXY+PGRpdj4gdGhlbiByZXBlYXQgdGhlIHRlc3Qgd2F5LCBp dCB3b3JrcyB3ZWxsLCB0aGUgb3ZpcnQncyBlbmdpbmUgZG9lc24ndCBtZWV0IHRoZSB0cm91Ymxl IGFuZCBob3cgZGlkIHlvdSBkbz8gY2xpZW50IGlzIGNyZWF0ZWQgbGlrZSB0aGlzIFszXS48YnI+ PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48 YnI+PC9kaXY+PGRpdj5bMV0mbmJzcDsmbmJzcDsgaHR0cHM6Ly9naXRodWIuY29tL29WaXJ0L3Zk c20tanNvbnJwYy1qYXZhL2Jsb2IvMDc4MjMzZTYwYzI0ZjhiODUyNWIzYmY1ZmIxYzVhYjlmMWM0 ZTBmNC9jbGllbnQvc3JjL21haW4vamF2YS9vcmcvb3ZpcnQvdmRzbS9qc29ucnBjL2NsaWVudC9y ZWFjdG9ycy9SZWFjdG9yRmFjdG9yeS5qYXZhI0w3Njxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48 ZGl2PlsyXSZuYnNwOyZuYnNwOyA8YnI+PC9kaXY+PGRpdj48cHJlIHN0eWxlPSJiYWNrZ3JvdW5k LWNvbG9yOiNmZmZmZmY7Y29sb3I6IzAwMDAwMDtmb250LWZhbWlseTonRGVqYVZ1IFNhbnMgTW9u byc7Zm9udC1zaXplOjExLjNwdDsiPiAgICA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250 LXdlaWdodDpib2xkOyI+cHJpdmF0ZSBzdGF0aWMgPC9zcGFuPlJlYWN0b3IgZ2V0U3NsU3RvbXBS ZWFjdG9yKE1hbmFnZXJQcm92aWRlciBwcm92aWRlcikgPHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAw ODA7Zm9udC13ZWlnaHQ6Ym9sZDsiPnRocm93cyA8L3NwYW4+Q2xpZW50Q29ubmVjdGlvbkV4Y2Vw dGlvbiB7PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjojODA4MDgwO2ZvbnQtc3R5bGU6aXRhbGljOyI+ Ly8gICAgICAgIGlmIChzc2xTdG9tcFJlYWN0b3IgIT0gbnVsbCkgezxicj48L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOiM4MDgwODA7Zm9udC1zdHlsZTppdGFsaWM7Ij4vLyAgICAgICAgICAgIHJl dHVybiBzc2xTdG9tcFJlYWN0b3I7PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzgwODA4 MDtmb250LXN0eWxlOml0YWxpYzsiPi8vICAgICAgICB9PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6IzgwODA4MDtmb250LXN0eWxlOml0YWxpYzsiPiAgICAgICAgPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij5zeW5jaHJvbml6ZWQgPC9zcGFu PihSZWFjdG9yRmFjdG9yeS48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpi b2xkOyI+Y2xhc3M8L3NwYW4+KSB7PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjojODA4MDgwO2ZvbnQt c3R5bGU6aXRhbGljOyI+Ly8gICAgICAgICAgICBpZiAoc3NsU3RvbXBSZWFjdG9yICE9IG51bGwp IHs8YnI+PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojODA4MDgwO2ZvbnQtc3R5bGU6aXRhbGlj OyI+Ly8gICAgICAgICAgICAgICAgcmV0dXJuIHNzbFN0b21wUmVhY3Rvcjs8YnI+PC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjojODA4MDgwO2ZvbnQtc3R5bGU6aXRhbGljOyI+Ly8gICAgICAgICAg ICB9PGJyPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzgwODA4MDtmb250LXN0eWxlOml0YWxp YzsiPiAgICAgICAgICAgIDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdl aWdodDpib2xkOyI+dHJ5IDwvc3Bhbj57PGJyPiAgICAgICAgICAgICAgICA8c3BhbiBzdHlsZT0i Y29sb3I6IzY2MGU3YTtmb250LXN0eWxlOml0YWxpYzsiPnNzbFN0b21wUmVhY3RvciA8L3NwYW4+ PSA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+bmV3IDwvc3Bh bj5TU0xTdG9tcFJlYWN0b3IocHJvdmlkZXIuZ2V0U1NMQ29udGV4dCgpKTs8YnI+ICAgICAgICAg ICAgfSA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+Y2F0Y2gg PC9zcGFuPihJT0V4Y2VwdGlvbiB8IEdlbmVyYWxTZWN1cml0eUV4Y2VwdGlvbiBlKSB7PGJyPiAg ICAgICAgICAgICAgICA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xk OyI+dGhyb3cgbmV3IDwvc3Bhbj5DbGllbnRDb25uZWN0aW9uRXhjZXB0aW9uKGUpOzxicj4gICAg ICAgICAgICB9PGJyPiAgICAgICAgfTxicj4gICAgICAgIDxzcGFuIHN0eWxlPSJjb2xvcjojMDAw MDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij5yZXR1cm4gPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjoj NjYwZTdhO2ZvbnQtc3R5bGU6aXRhbGljOyI+c3NsU3RvbXBSZWFjdG9yPC9zcGFuPjs8YnI+ICAg IH08YnI+PGJyPlszXSA8YnI+PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13ZWlnaHQ6 Ym9sZDsiPnB1YmxpYyA8L3NwYW4+U2NlbmFyaW9DbGllbnQoU3RyaW5nIGhvc3RuYW1lLCA8c3Bh biBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+aW50IDwvc3Bhbj5wb3J0 KSA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+dGhyb3dzIDwv c3Bhbj5DbGllbnRDb25uZWN0aW9uRXhjZXB0aW9uIHs8YnI+ICAgIDxzcGFuIHN0eWxlPSJjb2xv cjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij50aGlzPC9zcGFuPi48c3BhbiBzdHlsZT0iY29s b3I6IzY2MGU3YTtmb250LXdlaWdodDpib2xkOyI+cmVhY3RvciA8L3NwYW4+PSBSZWFjdG9yRmFj dG9yeS48c3BhbiBzdHlsZT0iZm9udC1zdHlsZTppdGFsaWM7Ij5nZXRSZWFjdG9yPC9zcGFuPihQ cm92aWRlckZhY3RvcnkuPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6aXRhbGljOyI+Z2V0UHJvdmlk ZXI8L3NwYW4+KCksIFJlYWN0b3JUeXBlLjxzcGFuIHN0eWxlPSJjb2xvcjojNjYwZTdhO2ZvbnQt d2VpZ2h0OmJvbGQ7Zm9udC1zdHlsZTppdGFsaWM7Ij5TVE9NUDwvc3Bhbj4pOzxicj4gICAgPHNw YW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13ZWlnaHQ6Ym9sZDsiPmZpbmFsIDwvc3Bhbj5S ZWFjdG9yQ2xpZW50IGNsaWVudCA9IDxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2Vp Z2h0OmJvbGQ7Ij50aGlzPC9zcGFuPi48c3BhbiBzdHlsZT0iY29sb3I6IzY2MGU3YTtmb250LXdl aWdodDpib2xkOyI+cmVhY3Rvcjwvc3Bhbj4uY3JlYXRlQ2xpZW50KGhvc3RuYW1lLCBwb3J0KTs8 YnI+ICAgIGNsaWVudC5zZXRDbGllbnRQb2xpY3koPHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7 Zm9udC13ZWlnaHQ6Ym9sZDsiPm5ldyA8L3NwYW4+RGVmYXVsdFN0b21wQ29ubmVjdGlvblBvbGlj eSgpKTs8YnI+ICAgIDxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7 Ij50aGlzPC9zcGFuPi48c3BhbiBzdHlsZT0iY29sb3I6IzY2MGU3YTtmb250LXdlaWdodDpib2xk OyI+d29ya2VyIDwvc3Bhbj49IFJlYWN0b3JGYWN0b3J5LjxzcGFuIHN0eWxlPSJmb250LXN0eWxl Oml0YWxpYzsiPmdldFdvcmtlcjwvc3Bhbj4oPHNwYW4gc3R5bGU9ImNvbG9yOiM2NjBlN2E7Zm9u dC13ZWlnaHQ6Ym9sZDtmb250LXN0eWxlOml0YWxpYzsiPlBBUkFMTEVMSVNNPC9zcGFuPik7PGJy PiAgICA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+dGhpczwv c3Bhbj4uPHNwYW4gc3R5bGU9ImNvbG9yOiM2NjBlN2E7Zm9udC13ZWlnaHQ6Ym9sZDsiPmpzb25D bGllbnQgPC9zcGFuPj0gPHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13ZWlnaHQ6Ym9s ZDsiPnRoaXM8L3NwYW4+LjxzcGFuIHN0eWxlPSJjb2xvcjojNjYwZTdhO2ZvbnQtd2VpZ2h0OmJv bGQ7Ij53b3JrZXI8L3NwYW4+LnJlZ2lzdGVyKGNsaWVudCk7PGJyPiAgICA8c3BhbiBzdHlsZT0i Y29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+dGhpczwvc3Bhbj4uPHNwYW4gc3R5bGU9 ImNvbG9yOiM2NjBlN2E7Zm9udC13ZWlnaHQ6Ym9sZDsiPmpzb25DbGllbnQ8L3NwYW4+LnNldFJl dHJ5UG9saWN5KDxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij5u ZXcgPC9zcGFuPkRlZmF1bHRTdG9tcENsaWVudFBvbGljeSgpKTs8YnI+fTwvcHJlPjwvZGl2Pjwv ZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxwPiZuYnNwOzwvcD48L3Nw YW4+ ------=_Part_31563_326541847.1514165212297--

3 4

oVirt s390x support - some questions for maintainers
by Barak Korren 03 Jan '18

03 Jan '18

Hi to all project maintainers, As you may know, over the last few months the oVirt project had got some code contributions geared towards enabling the use of s390x (Mainframe) machines as hypervisor hosts. As you may also know, if you've followed the relevant thread, some work had been done in collaboration with the Fedora community to enable os390x support in oVirt`s CI system. We're now at the point where we can take the final step and enable automated builds of node components for s390x/fc27. Looking at what we curently build for ppc64le, I already took the time and submitted patches to enable build jobs for vdsm [2], ovirt-host [3], and ioprocess [4]. The relevant maintainers should have had these patches land in thair inbpx already. Few questions remain however: 1. When would be the best time to merge the patches mentioned above? Given that some of the projects do not support fc27 yet, that the new build jobs may raise issues and that the 4.2 release is fast approaching, the right timing should be considered carefully. 2. Which additional projects need to be build? I can see we build some SDK components for ppc64le as wel, are those dependences of vdsm? Will we need to build then for s390x? [1]: http://jenkins.ovirt.org/search/?q=master_build-artifacts-el7-ppc64le [2]: https://gerrit.ovirt.org/c/85487 [3]: https://gerrit.ovirt.org/c/85486 [4]: https://gerrit.ovirt.org/c/85485 -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

4 8

[ OST Failure Report ] [ oVirt master ] [ 24/12/2017 ] [use_ovn_provider]
by Barak Korren 29 Dec '17

29 Dec '17

Test failed: [ 098_ovirt_provider_ovn.use_ovn_provider ] Link to suspected patches: - Linked test failed on: https://gerrit.ovirt.org/#/c/85703/3 - It seems OVN patches had been failing tests ever since: https://gerrit.ovirt.org/#/c/85645/2 Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4492/ Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4492/artifact… Error snippet from log: <error> Fault reason is "Operation Failed". Fault detail is "Failed to communicate with the external provider, see log for additional details.". HTTP response code is 400. -------------------- >> begin captured logging << -------------------- requests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS connection (1): 192.168.201.4 py.warnings: WARNING: * Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.org/en/latest/security.html requests.packages.urllib3.connectionpool: DEBUG: "POST /v2.0/tokens/ HTTP/1.1" 200 None requests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS connection (1): 192.168.201.4 requests.packages.urllib3.connectionpool: DEBUG: "GET /v2.0/networks/ HTTP/1.1" 200 None requests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS connection (1): 192.168.201.4 requests.packages.urllib3.connectionpool: DEBUG: "GET /v2.0/ports/ HTTP/1.1" 200 None requests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS connection (1): 192.168.201.4 requests.packages.urllib3.connectionpool: DEBUG: "GET /v2.0/subnets/ HTTP/1.1" 200 None requests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS connection (1): 192.168.201.4 requests.packages.urllib3.connectionpool: DEBUG: "POST /v2.0/networks/ HTTP/1.1" 201 None requests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS connection (1): 192.168.201.4 requests.packages.urllib3.connectionpool: DEBUG: "POST /v2.0/subnets/ HTTP/1.1" 201 None requests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS connection (1): 192.168.201.4 requests.packages.urllib3.connectionpool: DEBUG: "POST /v2.0/ports/ HTTP/1.1" 201 None requests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS connection (1): 192.168.201.4 requests.packages.urllib3.connectionpool: DEBUG: "GET /v2.0/networks/ HTTP/1.1" 200 None requests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS connection (1): 192.168.201.4 requests.packages.urllib3.connectionpool: DEBUG: "GET /v2.0/ports/ HTTP/1.1" 200 None requests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS connection (1): 192.168.201.4 requests.packages.urllib3.connectionpool: DEBUG: "GET /v2.0/subnets/ HTTP/1.1" 200 None --------------------- >> end captured logging << --------------------- </error> -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

7 17

[VDSM] upgrading pylint - new errors
by Nir Soffer 28 Dec '17

28 Dec '17

I'm trying to upgrade pylint to latest so we can enjoy latest fixes like this: https://github.com/PyCQA/pylint/issues/1736 Now we have some new errors, please check. ************* Module vdsm.clientIF*00:06:53.857* *E*:588,16: *Possible unbalanced tuple unpacking with sequence: left side has 2 label(s), right side has 0 value(s)* (*unbalanced-tuple-unpacking*) 587 if eventid == libvirt.VIR_DOMAIN_EVENT_ID_LIFECYCLE: 588 event, detail = args[:-1] 589 v.onLibvirtLifecycleEvent(event, detail, None) Code is indeed incorrect, should be: event, detail = args[:2] *00:06:53.859* *E*:593,16: *Possible unbalanced tuple unpacking with sequence: left side has 1 label(s), right side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.861* *E*:596,16: *Possible unbalanced tuple unpacking with sequence: left side has 4 label(s), right side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.863* *E*:599,16: *Possible unbalanced tuple unpacking with sequence: left side has 5 label(s), right side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.867* *E*:610,16: *Possible unbalanced tuple unpacking with sequence: left side has 1 label(s), right side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.869* *E*:615,16: *Possible unbalanced tuple unpacking with sequence: left side has 1 label(s), right side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.872* *E*:618,16: *Possible unbalanced tuple unpacking with sequence: left side has 4 label(s), right side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.873* ************* Module vdsm.v2v*00:06:53.874* *E*:1368,27: *Instance of 'closing' has no 'read' member* (*no-member*)*00:06:53.876* ************* Module vdsm.tool.configurator*00:06:53.878* *E*:118,12: *No value for argument 'action' in function call* (*no-value-for-parameter*)*00:06:53.880* *E*:158,12: *No value for argument 'action' in function call* (*no-value-for-parameter*)*00:06:53.881* *E*:193,12: *No value for argument 'action' in function call* (*no-value-for-parameter*)*00:06:53.883* *E*:215,12: *No value for argument 'action' in function call* (*no-value-for-parameter*)*00:06:53.885* ************* Module vdsm.virt.vm_migrate_hook*00:06:53.886* *E*:199, 4: *No value for argument 'domain' in function call* (*no-value-for-parameter*)*00:06:53.888* *E*:199, 4: *No value for argument 'event' in function call* (*no-value-for-parameter*)*00:06:53.890* *E*:199, 4: *No value for argument 'phase' in function call* (*no-value-for-parameter*)*00:06:53.892* ************* Module vdsm.network.netlink.monitor*00:06:53.893* *E*:172,58: *Instance of 'closing' has no 'poll' member* (*no-member*)

3 7

vdsm: AttributeError: 'NoneType' object has no attribute 'wrap_command'
by Yaniv Kaul 28 Dec '17

28 Dec '17

Just saw this on[1]: 2017-12-28 10:09:24,980-0500 INFO (MainThread) [vdsm.api] FINISH prepareForShutdown return=None from=internal, task_id=1a83a4d3-43e3-4833-883b-dfd2fe4d76be (api:52) 2017-12-28 10:09:24,980-0500 INFO (MainThread) [vds] Stopping threads (vdsmd:159) 2017-12-28 10:09:24,980-0500 INFO (MainThread) [vds] Exiting (vdsmd:170) 2017-12-28 10:09:25,011-0500 INFO (mailbox-hsm) [storage.MailBox.HsmMailMonitor] HSM_MailboxMonitor - Incoming mail monitoring thread stopped, clearing outgoing mail (mailbox:511) 2017-12-28 10:09:25,011-0500 INFO (mailbox-hsm) [storage.MailBox.HsmMailMonitor] HSM_MailMonitor sending mail to SPM - ['/usr/bin/dd', 'of=/rhev/data-center/9b97451a-0312-4c69-85e2-f86d6d273636/mastersd/dom_md/inbox', 'iflag=fullblock', 'oflag=direct', 'conv=notrunc', 'bs=4096', 'count=1', 'seek=1'] (mailbox:387) 2017-12-28 10:09:25,012-0500 ERROR (mailbox-hsm) [storage.MailBox.HsmMailMonitor] FINISH thread <Thread(mailbox-hsm, started daemon 139968009594624)> failed (concurrent:201) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/common/concurrent.py", line 194, in run ret = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/storage/mailbox.py", line 514, in _run self._sendMail() # Clear outgoing mailbox File "/usr/lib/python2.7/site-packages/vdsm/storage/mailbox.py", line 394, in _sendMail _mboxExecCmd(self._outCmd, data=self._outgoingMail) File "/usr/lib/python2.7/site-packages/vdsm/storage/mailbox.py", line 84, in _mboxExecCmd return misc.execCmd(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/common/commands.py", line 53, in execCmd command = cmdutils.wrap_command(command, with_ioclass=ioclass, AttributeError: 'NoneType' object has no attribute 'wrap_command' 2017-12-28 10:09:28,965-0500 INFO (MainThread) [vds] (PID: 23232) I am the actual vdsm 4.20.9-84.git615770f.el7.centos lago-basic-suite-master-host-0 (3.10.0-693.2.2.el7.x86_64) (vdsmd:148) 2017-12-28 10:09:28,966-0500 INFO (MainThread) [vds] VDSM will run with cpu affinity: frozenset([1]) (vdsmd:254) 2017-12-28 10:09:28,970-0500 INFO (MainThread) [storage.HSM] START HSM init (hsm:366) [1] http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_…

3 2

User is not authorized to perform this action. - trying to add SSH Public Key for a user
by Yaniv Kaul 28 Dec '17

28 Dec '17

I'm following the example[1] and getting an error: User is not authorized to perform this action. What permission do I need (I'm using admin@internal) in order to do this? Engine.log: 2017-12-28 07:25:35,571-05 WARN [org.ovirt.engine.core.bll.AddUserProfileCommand] (default task-13) [5af96d04-f81d-4c76-9f06-ee03a12e2f71] Validation of action 'AddUserProfile' failed for user admin@internal-authz. Reasons: VAR__ACTION__ADD,VAR__TYPE__USER_PROFILE,USER_NOT_AUTHORIZED_TO_PERFORM_ACTION 2017-12-28 07:25:35,572-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-13) [5af96d04-f81d-4c76-9f06-ee03a12e2f71] method: runAction, params: [AddUserProfile, UserProfileParameters:{commandId='a57680f0-3926-4808-8452-ea8d67b076a3', user='null', commandType='Unknown'}], timeElapsed: 41ms 2017-12-28 07:25:35,577-05 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-13) [] Operation Failed: [User is not authorized to perform this action.] TIA, Y. [1] https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/add_user…

2 1

node zero Networking
by Yedidyah Bar David 28 Dec '17

28 Dec '17

Hi all, I spent quite some time trying to deploy node zero, trying to look at https://bugzilla.redhat.com/show_bug.cgi?id=1528253 , and always fail around the end, with: ERROR fatal: [localhost]: FAILED! => {"attempts": 50, "changed": true, "cmd": "ip rule list | grep ovirtmgmt | sed s/\\\\[.*\\\\]\\ //g | awk '{ print $9 }'", "delta": "0:00:00.008292", "end": "2017-12-25 11:51:39.146800", "rc": 0, "start": "2017-12-25 11:51:39.138508", "stderr": "", "stderr_lines": [], "stdout": "", "stdout_lines": []} ERROR Failed to execute stage 'Closing up': Failed executing ansible-playbook ERROR Hosted Engine deployment failed: this system is not reliable, please check the issue,fix and redeploy I use the following setup: I have a libvirt vm on my laptop, with a single virtual nic eth0. This nic is connected to a bridge called intbr on my laptop. This bridge has no access to outside, and VMs on it have no default route. There is a local dhcp+dns serving this bridge, using the address range 192.168.3.0/24. The vm serves as a nested-kvm hosted-engine host. eth0 gets a static IP address 192.168.3.42 from dhcpd. There is also (didn't check who/what exactly creates it, I think it's libvirt's default) a bridge there called virbr0. virbr0 has IP address 192.168.122.1/24 . When I deploy HE, the engine machine gets also a single virtual nic, which is connected to virbr0, and gets an IP address in that range (192.168.122.85, currently). deploy fails when running the task: - name: Get ovirtmgmt route table id shell: ip rule list | grep ovirtmgmt | sed s/\\[.*\\]\ //g | awk '{ print $9 }' register: ovirtmgmt_table_id until: ovirtmgmt_table_id.stdout_lines|length >= 1 retries: 50 delay: 10 changed_when: True The output of 'ip rule list' is: 0: from all lookup local 32766: from all lookup main 32767: from all lookup default So does not include 'ovirtmgmt'. I do have: # brctl show bridge name bridge id STP enabled interfaces ;vdsmdummy; 8000.000000000000 no ovirtmgmt 8000.06d1bd012412 no eth0 virbr0 8000.525400012499 yes virbr0-nic vnet0 And: # ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master ovirtmgmt state UP qlen 1000 link/ether 06:d1:bd:01:24:12 brd ff:ff:ff:ff:ff:ff 18: virbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000 link/ether 52:54:00:01:24:99 brd ff:ff:ff:ff:ff:ff inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0 valid_lft forever preferred_lft forever 19: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN qlen 1000 link/ether 52:54:00:01:24:99 brd ff:ff:ff:ff:ff:ff 20: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master virbr0 state UNKNOWN qlen 1000 link/ether fe:d1:bd:01:24:04 brd ff:ff:ff:ff:ff:ff inet6 fe80::fcd1:bdff:fe01:2404/64 scope link valid_lft forever preferred_lft forever 21: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000 link/ether 1e:1b:84:c2:51:ff brd ff:ff:ff:ff:ff:ff 22: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000 link/ether 06:d1:bd:01:24:12 brd ff:ff:ff:ff:ff:ff inet 192.168.3.42/24 brd 192.168.3.255 scope global dynamic ovirtmgmt valid_lft 70927sec preferred_lft 70927sec inet6 fe80::4d1:bdff:fe01:2412/64 scope link valid_lft forever preferred_lft forever (And of course told deploy that I want to use eth0). Questions: 1. Did this already work for anyone at all? If so, can you please share details? Specifically, how was networking configured? 2. It might be that my problems are due to not having a (default) route for ovirtmgmt bridge/network. If so, then I consider this a bug, but do not mind configuring one for now. 3. All of the relevant section of the playbook has a comment preceding it: # all of the next is a workaroud for the network issue, vdsm installation breaks the routing and it needs to be fixed # once we'll fix the host installation it could be removed Do we have specific details/bug/whatever about the problem we are working around? Perhaps it's already solved and I can try to remove this part? 4. Both now (with (3.) being worked around) and eventually (when it's (what?) fixed), how should this work? Should the engine local vm indeed start connected to virbr0, and then move to ovirtmgmt? Or only the new engine vm (residing on the shared storage) should be in ovirtmgmt? 5. In particular, what should I supply for the "engine fqdn", and what should it resolve to, both in the beginning an eventually? Thanks, -- Didi

1 1

oVirt System Test configuration
by Sandro Bonazzola 27 Dec '17

27 Dec '17

Hi, I'd like to discuss what's being tested by oVirt System Test. I'm investigating on a sanlock issue that affects hosted engine hc suite. I installed a CentOS minimal VM and set repositories as in http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/128/a… Upgrade from CentOS 1708 (7.4) minimal is: Aggiornamento: bind-libs-lite x86_64 32:9.9.4-51.el7_4.1 centos-updates-el7 733 k bind-license noarch 32:9.9.4-51.el7_4.1 centos-updates-el7 84 k nss x86_64 3.28.4-15.el7_4 centos-updates-el7 849 k nss-softokn x86_64 3.28.3-8.el7_4 centos-updates-el7 310 k nss-softokn-freebl x86_64 3.28.3-8.el7_4 centos-updates-el7 214 k nss-sysinit x86_64 3.28.4-15.el7_4 centos-updates-el7 60 k nss-tools x86_64 3.28.4-15.el7_4 centos-updates-el7 501 k selinux-policy noarch 3.13.1-166.el7_4.7 centos-updates-el7 437 k selinux-policy-targeted noarch 3.13.1-166.el7_4.7 centos-updates-el7 6.5 M systemd x86_64 219-42.el7_4.4 centos-updates-el7 5.2 M systemd-libs x86_64 219-42.el7_4.4 centos-updates-el7 376 k systemd-sysv x86_64 219-42.el7_4.4 centos-updates-el7 70 k Enabling the CentOS repos: grub2 x86_64 1:2.02-0.65.el7.centos.2 updates 29 k in sostituzione di grub2.x86_64 1:2.02-0.64.el7.centos grub2-tools x86_64 1:2.02-0.65.el7.centos.2 updates 1.8 M in sostituzione di grub2-tools.x86_64 1:2.02-0.64.el7.centos grub2-tools-extra x86_64 1:2.02-0.65.el7.centos.2 updates 993 k in sostituzione di grub2-tools.x86_64 1:2.02-0.64.el7.centos grub2-tools-minimal x86_64 1:2.02-0.65.el7.centos.2 updates 170 k in sostituzione di grub2-tools.x86_64 1:2.02-0.64.el7.centos kernel x86_64 3.10.0-693.11.1.el7 updates 43 M Aggiornamento: NetworkManager x86_64 1:1.8.0-11.el7_4 updates 1.6 M NetworkManager-libnm x86_64 1:1.8.0-11.el7_4 updates 1.2 M NetworkManager-team x86_64 1:1.8.0-11.el7_4 updates 156 k NetworkManager-tui x86_64 1:1.8.0-11.el7_4 updates 224 k NetworkManager-wifi x86_64 1:1.8.0-11.el7_4 updates 184 k bash x86_64 4.2.46-29.el7_4 updates 1.0 M bind-libs-lite x86_64 32:9.9.4-51.el7_4.1 centos-updates-el7 733 k bind-license noarch 32:9.9.4-51.el7_4.1 centos-updates-el7 84 k binutils x86_64 2.25.1-32.base.el7_4.1 updates 5.4 M cpio x86_64 2.11-25.el7_4 updates 210 k cryptsetup-libs x86_64 1.7.4-3.el7_4.1 updates 223 k curl x86_64 7.29.0-42.el7_4.1 updates 267 k glibc x86_64 2.17-196.el7_4.2 updates 3.6 M glibc-common x86_64 2.17-196.el7_4.2 updates 11 M grub2-common noarch 1:2.02-0.65.el7.centos.2 updates 726 k grub2-pc x86_64 1:2.02-0.65.el7.centos.2 updates 29 k grub2-pc-modules noarch 1:2.02-0.65.el7.centos.2 updates 845 k iptables x86_64 1.4.21-18.2.el7_4 updates 428 k kernel-tools x86_64 3.10.0-693.11.1.el7 updates 5.1 M kernel-tools-libs x86_64 3.10.0-693.11.1.el7 updates 5.0 M kexec-tools x86_64 2.0.14-17.2.el7 updates 333 k kmod x86_64 20-15.el7_4.6 updates 120 k kmod-libs x86_64 20-15.el7_4.6 updates 50 k libblkid x86_64 2.23.2-43.el7_4.2 updates 176 k libcurl x86_64 7.29.0-42.el7_4.1 updates 219 k libgcc x86_64 4.8.5-16.el7_4.1 updates 98 k libgomp x86_64 4.8.5-16.el7_4.1 updates 154 k libmount x86_64 2.23.2-43.el7_4.2 updates 178 k libpciaccess x86_64 0.13.4-3.1.el7_4 updates 26 k libstdc++ x86_64 4.8.5-16.el7_4.1 updates 301 k libuuid x86_64 2.23.2-43.el7_4.2 updates 79 k ncurses x86_64 5.9-14.20130511.el7_4 updates 304 k ncurses-base noarch 5.9-14.20130511.el7_4 updates 68 k ncurses-libs x86_64 5.9-14.20130511.el7_4 updates 316 k nss x86_64 3.28.4-15.el7_4 centos-updates-el7 849 k nss-softokn x86_64 3.28.3-8.el7_4 centos-updates-el7 310 k nss-softokn-freebl x86_64 3.28.3-8.el7_4 centos-updates-el7 214 k nss-sysinit x86_64 3.28.4-15.el7_4 centos-updates-el7 60 k nss-tools x86_64 3.28.4-15.el7_4 centos-updates-el7 501 k openssh x86_64 7.4p1-13.el7_4 updates 509 k openssh-clients x86_64 7.4p1-13.el7_4 updates 654 k openssh-server x86_64 7.4p1-13.el7_4 updates 458 k python-gobject-base x86_64 3.22.0-1.el7_4.1 updates 294 k python-perf x86_64 3.10.0-693.11.1.el7 updates 5.1 M selinux-policy noarch 3.13.1-166.el7_4.7 centos-updates-el7 437 k selinux-policy-targeted noarch 3.13.1-166.el7_4.7 centos-updates-el7 6.5 M sudo x86_64 1.8.19p2-11.el7_4 updates 1.1 M systemd x86_64 219-42.el7_4.4 centos-updates-el7 5.2 M systemd-libs x86_64 219-42.el7_4.4 centos-updates-el7 376 k systemd-sysv x86_64 219-42.el7_4.4 centos-updates-el7 70 k tzdata noarch 2017c-1.el7 updates 468 k util-linux x86_64 2.23.2-43.el7_4.2 updates 2.0 M wpa_supplicant x86_64 1:2.6-5.el7_4.1 updates 1.2 M meaning this environement is not receiving updates to core packages like the kernel. Restricting to libvirt, with the repos used in the job libvirt packages doesn't even exists, making yum install libvirt just fail. I think you already know I'm against filtering packages from the repos even if I understand it saves a huge amount of space and download time. I may be wrong, but I tend to not trust OST results since it's not testing real life environments. Any chance we can improve OST to match what users are going to have on their systems? -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

6 14

upgrade_check and upgrade API calls (v4)
by Yaniv Kaul 26 Dec '17

26 Dec '17

I'm trying to check if a certain host can be upgraded. 1. I'm calling it through the host_service, something like: host_service = connection.system_service().hosts_service().host_service( host.id) is_upgrade = host_service.upgrade_check() To my surprise, is_upgrade is None. I expected a Boolean. 2. In addition, when trying to upgrade via: host_service.upgrade() I'm getting Operation Failed - and it complains there are no upgrades available. Alas, in the UI it shows that upgrades available and upgrade does work through the UI. Am I misusing the functions? (The host is a regular host, not ovirt-node btw). TIA, Y.

3 3

Memory size (1024MB) cannot exceed maximum memory size (0MB).] - when trying to create an instance type
by Yaniv Kaul 26 Dec '17

26 Dec '17

While trying to add an instance type, I fail with the error: Operation Failed". Fault detail is "[Cannot add Template. Memory size (1024MB) cannot exceed maximum memory size (0MB).] The code is taken from the example in the SDK, so I'm not sure what I'm doing wrong here. Code: instance_types_service.add( types.InstanceType( name='myinstancetype', description='My instance type', memory=1 * 2**30, high_availability=types.HighAvailability( enabled=True, ), cpu=types.Cpu( topology=types.CpuTopology( cores=2, sockets=2, ), ), ), ) engine.log: 2017-12-25 10:58:19,825-05 INFO [org.ovirt.engine.core.bll.AddVmTemplateCommand] (default task-13) [265ff704-d89f-471b-8207-fc0e1b8816fd] Lock Acquired to object 'EngineLock:{exclusiveLocks='[myinstancetype=TEMPLATE_NAME, 703e1265-e160-4a76-82e6-06974156b7b9=TEMPLATE]', sharedLocks='[]'}' 2017-12-25 10:58:19,831-05 WARN [org.ovirt.engine.core.bll.AddVmTemplateCommand] (default task-13) [265ff704-d89f-471b-8207-fc0e1b8816fd] Validation of action 'AddVmTemplate' failed for user admin@internal-authz. Reasons: VAR__ACTION__ADD,VAR__TYPE__VM_TEMPLATE,ACTION_TYPE_FAILED_MAX_MEMORY_CANNOT_BE_SMALLER_THAN_MEMORY_SIZE,$maxMemory 0,$memory 1024 2017-12-25 10:58:19,832-05 INFO [org.ovirt.engine.core.bll.AddVmTemplateCommand] (default task-13) [265ff704-d89f-471b-8207-fc0e1b8816fd] Lock freed to object 'EngineLock:{exclusiveLocks='[myinstancetype=TEMPLATE_NAME, 703e1265-e160-4a76-82e6-06974156b7b9=TEMPLATE]', sharedLocks='[]'}' 2017-12-25 10:58:19,839-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-13) [265ff704-d89f-471b-8207-fc0e1b8816fd] method: runAction, params: [AddVmTemplate, AddVmTemplateParameters:{commandId='179df9ed-209c-4882-a19a-b76a4fe1adb8', user='null', commandType='Unknown'}], timeElapsed: 33ms 2017-12-25 10:58:19,846-05 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-13) [] Operation Failed: [Cannot add Template. Memory size (1024MB) cannot exceed maximum memory size (0MB).] TIA, Y.

4 4

[ OST Failure Report ] [ oVirt master ] [ 2017-12-24 ] [add_hosts]
by Barak Korren 25 Dec '17

25 Dec '17

Test failed: [ 002_bootstrap.add_hosts ] Link to suspected patches: - Linked test is failing with the failing engine patch: https://gerrit.ovirt.org/#/c/85533/2 - Tests with engine patches had been failing since: https://gerrit.ovirt.org/#/c/85668/2 Link to Job: https://gerrit.ovirt.org/#/c/85668/2 Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4497/artifact… Error snippet from log: <error> 'Host lago-upgrade-from-release-suite-master-host0 is in non responsive state -------------------- >> begin captured logging << -------------------- ovirtlago.testlib: ERROR: * Unhandled exception in <function _host_is_up_4 at 0x45fb938> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in assert_equals_within res = func() File "/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/upgrade-from-release-suite-master/test-scenarios-after-upgrade/002_bootstrap.py", line 178, in _host_is_up_4 api_host.name)\nRuntimeError: Host lago-upgrade-from-release-suite-master-host0 is in non responsive state --------------------- >> end captured logging << --------------------- </error> For some reason there is no host-deploy log, so further analysis is difficult. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

3 7

ovirt 4.2 host not compatible
by Paul Dyer 24 Dec '17

24 Dec '17

Hi, I have upgraded to ovirt 4.2 without issue. But I cannot find a way to upgrade the host compatibility in the new OVirt Manager. I get this error when activiating the host... host parasol is compatible with versions (3.6,4.0,4.1) and cannot join Cluster Intel which is set to version 4.2. Thanks, Paul -- Paul Dyer, Mercury Consulting Group, RHCE 504-302-8750

3 5

when engine is running, then certs changed, will caused some problem?
by pengyixiang 22 Dec '17

22 Dec '17

------=_Part_19017_566575222.1513904421765 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGksIGV2ZXJ5b25lIQoKCiAgIGZpcnN0LCB3ZSBjYWxsIGdldFJlYWN0b3IgaW4gbmV3IFNjZW5h cmlvQ2xpZW50KCkuCgoKcHVibGljIFNjZW5hcmlvQ2xpZW50KFN0cmluZyBob3N0bmFtZSwgaW50 IHBvcnQpIHRocm93cyBDbGllbnRDb25uZWN0aW9uRXhjZXB0aW9uIHsKdGhpcy5yZWFjdG9yID0g UmVhY3RvckZhY3RvcnkuZ2V0UmVhY3RvcihQcm92aWRlckZhY3RvcnkuZ2V0UHJvdmlkZXIoKSwg UmVhY3RvclR5cGUuU1RPTVApOwpmaW5hbCBSZWFjdG9yQ2xpZW50IGNsaWVudCA9IHRoaXMucmVh Y3Rvci5jcmVhdGVDbGllbnQoaG9zdG5hbWUsIHBvcnQpOwogICAgY2xpZW50LnNldENsaWVudFBv bGljeShuZXcgRGVmYXVsdFN0b21wQ29ubmVjdGlvblBvbGljeSgpKTsKdGhpcy53b3JrZXIgPSBS ZWFjdG9yRmFjdG9yeS5nZXRXb3JrZXIoUEFSQUxMRUxJU00pOwp0aGlzLmpzb25DbGllbnQgPSB0 aGlzLndvcmtlci5yZWdpc3RlcihjbGllbnQpOwp0aGlzLmpzb25DbGllbnQuc2V0UmV0cnlQb2xp Y3kobmV3IERlZmF1bHRTdG9tcENsaWVudFBvbGljeSgpKTsKCn0KCgphbmQgUmVhY3RvckZhY3Rv cnkuZ2V0UmVhY3RvciB3aWxsIGNhbGwgZ2V0U3NsU3RvbXBSZWFjdG9yIHRoYXQgaXMgYSBzdGF0 aWMgd2F5IGluIFJlYWN0b3JGYWN0b3J5LgoKCgpwcml2YXRlIHN0YXRpYyBSZWFjdG9yIGdldFNz bFN0b21wUmVhY3RvcihNYW5hZ2VyUHJvdmlkZXIgcHJvdmlkZXIpIHRocm93cyBDbGllbnRDb25u ZWN0aW9uRXhjZXB0aW9uIHsKaWYgKHNzbFN0b21wUmVhY3RvciAhPSBudWxsKSB7CnJldHVybiBz c2xTdG9tcFJlYWN0b3I7CiAgICB9CnN5bmNocm9uaXplZCAoUmVhY3RvckZhY3RvcnkuY2xhc3Mp IHsKaWYgKHNzbFN0b21wUmVhY3RvciAhPSBudWxsKSB7CnJldHVybiBzc2xTdG9tcFJlYWN0b3I7 CiAgICAgICAgfQp0cnkgewpzc2xTdG9tcFJlYWN0b3IgPSBuZXcgU1NMU3RvbXBSZWFjdG9yKHBy b3ZpZGVyLmdldFNTTENvbnRleHQoKSk7CiAgICAgICAgfSBjYXRjaCAoSU9FeGNlcHRpb24gfCBH ZW5lcmFsU2VjdXJpdHlFeGNlcHRpb24gZSkgewp0aHJvdyBuZXcgQ2xpZW50Q29ubmVjdGlvbkV4 Y2VwdGlvbihlKTsKICAgICAgICB9CiAgICB9CnJldHVybiBzc2xTdG9tcFJlYWN0b3I7Cn0KCmlm IHdlIGRldGVybWluZSAic3NsU3RvbXBSZWFjdG9yICE9IG51bGwiIG1heSBjYXVzZWQgaWYgZW5n aW5lIGlzIHJ1bm5pbmcsIHRoZW4gZW5naW5lLnAxMiBjaGFuZ2VkLCBidXQgd2UKdXNlIG9sZCBj ZXJ0cyBhbmQga2V5cywgd2lsbCB0aGF0PwoKCgoK ------=_Part_19017_566575222.1513904421765 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OiBib2xkOyBi YWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7IGNvbG9yOiByZ2IoMCwgMCwgMCk7 Ij5oaSwgZXZlcnlvbmUhPC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OiBib2xkOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7IGNvbG9yOiByZ2Io MCwgMCwgMCk7Ij48YnI+PC9zcGFuPjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQt Y29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsgZm9udC13ZWlnaHQ6IGJvbGQ7IGNvbG9yOiByZ2Io MCwgMCwgMCk7Ij4mbmJzcDsmbmJzcDsgZmlyc3QsIHdlIGNhbGwgZ2V0UmVhY3RvciBpbiBuZXcg U2NlbmFyaW9DbGllbnQoKS48L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iY29sb3I6IzAw MDA4MDtmb250LXdlaWdodDpib2xkOyI+PGJyPjwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuIHN0eWxl PSJjb2xvcjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij5wdWJsaWMgPC9zcGFuPlNjZW5hcmlv Q2xpZW50KFN0cmluZyBob3N0bmFtZSwgPHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13 ZWlnaHQ6Ym9sZDsiPmludCA8L3NwYW4+cG9ydCkgPHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7 Zm9udC13ZWlnaHQ6Ym9sZDsiPnRocm93cyA8L3NwYW4+Q2xpZW50Q29ubmVjdGlvbkV4Y2VwdGlv biB7PC9kaXY+PHByZSBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjojZmZmZmZmO2NvbG9yOiMwMDAw MDA7Zm9udC1mYW1pbHk6J0RlamFWdSBTYW5zIE1vbm8nO2ZvbnQtc2l6ZToxMS4zcHQ7Ij4gICAg PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13ZWlnaHQ6Ym9sZDsiPnRoaXM8L3NwYW4+ LjxzcGFuIHN0eWxlPSJjb2xvcjojNjYwZTdhO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij5yZWFjdG9yIDwv c3Bhbj49IFJlYWN0b3JGYWN0b3J5LjxzcGFuIHN0eWxlPSJmb250LXN0eWxlOml0YWxpYzsiPmdl dFJlYWN0b3I8L3NwYW4+KFByb3ZpZGVyRmFjdG9yeS48c3BhbiBzdHlsZT0iZm9udC1zdHlsZTpp dGFsaWM7Ij5nZXRQcm92aWRlcjwvc3Bhbj4oKSwgUmVhY3RvclR5cGUuPHNwYW4gc3R5bGU9ImNv bG9yOiM2NjBlN2E7Zm9udC13ZWlnaHQ6Ym9sZDtmb250LXN0eWxlOml0YWxpYzsiPlNUT01QPC9z cGFuPik7PGJyPiAgICA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xk OyI+ZmluYWwgPC9zcGFuPlJlYWN0b3JDbGllbnQgY2xpZW50ID0gPHNwYW4gc3R5bGU9ImNvbG9y OiMwMDAwODA7Zm9udC13ZWlnaHQ6Ym9sZDsiPnRoaXM8L3NwYW4+LjxzcGFuIHN0eWxlPSJjb2xv cjojNjYwZTdhO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij5yZWFjdG9yPC9zcGFuPi5jcmVhdGVDbGllbnQo aG9zdG5hbWUsIHBvcnQpOzxicj4gICAgY2xpZW50LnNldENsaWVudFBvbGljeSg8c3BhbiBzdHls ZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+bmV3IDwvc3Bhbj5EZWZhdWx0U3Rv bXBDb25uZWN0aW9uUG9saWN5KCkpOzxicj4gICAgPHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7 Zm9udC13ZWlnaHQ6Ym9sZDsiPnRoaXM8L3NwYW4+LjxzcGFuIHN0eWxlPSJjb2xvcjojNjYwZTdh O2ZvbnQtd2VpZ2h0OmJvbGQ7Ij53b3JrZXIgPC9zcGFuPj0gUmVhY3RvckZhY3RvcnkuPHNwYW4g c3R5bGU9ImZvbnQtc3R5bGU6aXRhbGljOyI+Z2V0V29ya2VyPC9zcGFuPig8c3BhbiBzdHlsZT0i Y29sb3I6IzY2MGU3YTtmb250LXdlaWdodDpib2xkO2ZvbnQtc3R5bGU6aXRhbGljOyI+UEFSQUxM RUxJU008L3NwYW4+KTs8YnI+ICAgIDxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2Vp Z2h0OmJvbGQ7Ij50aGlzPC9zcGFuPi48c3BhbiBzdHlsZT0iY29sb3I6IzY2MGU3YTtmb250LXdl aWdodDpib2xkOyI+anNvbkNsaWVudCA8L3NwYW4+PSA8c3BhbiBzdHlsZT0iY29sb3I6IzAwMDA4 MDtmb250LXdlaWdodDpib2xkOyI+dGhpczwvc3Bhbj4uPHNwYW4gc3R5bGU9ImNvbG9yOiM2NjBl N2E7Zm9udC13ZWlnaHQ6Ym9sZDsiPndvcmtlcjwvc3Bhbj4ucmVnaXN0ZXIoY2xpZW50KTs8YnI+ ICAgIDxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij50aGlzPC9z cGFuPi48c3BhbiBzdHlsZT0iY29sb3I6IzY2MGU3YTtmb250LXdlaWdodDpib2xkOyI+anNvbkNs aWVudDwvc3Bhbj4uc2V0UmV0cnlQb2xpY3koPHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9u dC13ZWlnaHQ6Ym9sZDsiPm5ldyA8L3NwYW4+RGVmYXVsdFN0b21wQ2xpZW50UG9saWN5KCkpOzxi cj48L3ByZT48ZGl2Pn08L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PmFuZCBSZWFjdG9yRmFjdG9y eS5nZXRSZWFjdG9yIHdpbGwgY2FsbCBnZXRTc2xTdG9tcFJlYWN0b3IgdGhhdCBpcyBhIHN0YXRp YyB3YXkgaW4gUmVhY3RvckZhY3RvcnkuPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PHBy ZSBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjojZmZmZmZmO2NvbG9yOiMwMDAwMDA7Zm9udC1mYW1p bHk6J0RlamFWdSBTYW5zIE1vbm8nO2ZvbnQtc2l6ZToxMS4zcHQ7Ij48c3BhbiBzdHlsZT0iY29s b3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+cHJpdmF0ZSBzdGF0aWMgPC9zcGFuPlJlYWN0 b3IgZ2V0U3NsU3RvbXBSZWFjdG9yKE1hbmFnZXJQcm92aWRlciBwcm92aWRlcikgPHNwYW4gc3R5 bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13ZWlnaHQ6Ym9sZDsiPnRocm93cyA8L3NwYW4+Q2xpZW50 Q29ubmVjdGlvbkV4Y2VwdGlvbiB7PGJyPiAgICA8c3BhbiBzdHlsZT0iY29sb3I6IHJnYigyNTUs IDAsIDApOyI+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMjU1LCAwLCAwKTsgZm9udC13ZWlnaHQ6 IGJvbGQ7Ij5pZiA8L3NwYW4+KDxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDI1NSwgMCwgMCk7IGZv bnQtc3R5bGU6IGl0YWxpYzsiPnNzbFN0b21wUmVhY3RvciA8L3NwYW4+IT0gPHNwYW4gc3R5bGU9 ImNvbG9yOiByZ2IoMjU1LCAwLCAwKTsgZm9udC13ZWlnaHQ6IGJvbGQ7Ij5udWxsPC9zcGFuPikg ezxicj4gICAgICAgIDxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDI1NSwgMCwgMCk7IGZvbnQtd2Vp Z2h0OiBib2xkOyI+cmV0dXJuIDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IHJnYigyNTUsIDAs IDApOyBmb250LXN0eWxlOiBpdGFsaWM7Ij5zc2xTdG9tcFJlYWN0b3I8L3NwYW4+Ozxicj4gICAg fTwvc3Bhbj48YnI+ICAgIDxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJv bGQ7Ij5zeW5jaHJvbml6ZWQgPC9zcGFuPihSZWFjdG9yRmFjdG9yeS48c3BhbiBzdHlsZT0iY29s b3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+Y2xhc3M8L3NwYW4+KSB7PGJyPiAgICAgICAg PHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13ZWlnaHQ6Ym9sZDsiPmlmIDwvc3Bhbj4o PHNwYW4gc3R5bGU9ImNvbG9yOiM2NjBlN2E7Zm9udC1zdHlsZTppdGFsaWM7Ij5zc2xTdG9tcFJl YWN0b3IgPC9zcGFuPiE9IDxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJv bGQ7Ij5udWxsPC9zcGFuPikgezxicj4gICAgICAgICAgICA8c3BhbiBzdHlsZT0iY29sb3I6IzAw MDA4MDtmb250LXdlaWdodDpib2xkOyI+cmV0dXJuIDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 IzY2MGU3YTtmb250LXN0eWxlOml0YWxpYzsiPnNzbFN0b21wUmVhY3Rvcjwvc3Bhbj47PGJyPiAg ICAgICAgfTxicj4gICAgICAgIDxzcGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2VpZ2h0 OmJvbGQ7Ij50cnkgPC9zcGFuPns8YnI+ICAgICAgICAgICAgPHNwYW4gc3R5bGU9ImNvbG9yOiM2 NjBlN2E7Zm9udC1zdHlsZTppdGFsaWM7Ij5zc2xTdG9tcFJlYWN0b3IgPC9zcGFuPj0gPHNwYW4g c3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13ZWlnaHQ6Ym9sZDsiPm5ldyA8L3NwYW4+U1NMU3Rv bXBSZWFjdG9yKHByb3ZpZGVyLmdldFNTTENvbnRleHQoKSk7PGJyPiAgICAgICAgfSA8c3BhbiBz dHlsZT0iY29sb3I6IzAwMDA4MDtmb250LXdlaWdodDpib2xkOyI+Y2F0Y2ggPC9zcGFuPihJT0V4 Y2VwdGlvbiB8IEdlbmVyYWxTZWN1cml0eUV4Y2VwdGlvbiBlKSB7PGJyPiAgICAgICAgICAgIDxz cGFuIHN0eWxlPSJjb2xvcjojMDAwMDgwO2ZvbnQtd2VpZ2h0OmJvbGQ7Ij50aHJvdyBuZXcgPC9z cGFuPkNsaWVudENvbm5lY3Rpb25FeGNlcHRpb24oZSk7PGJyPiAgICAgICAgfTxicj4gICAgfTxi cj4gICAgPHNwYW4gc3R5bGU9ImNvbG9yOiMwMDAwODA7Zm9udC13ZWlnaHQ6Ym9sZDsiPnJldHVy biA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiM2NjBlN2E7Zm9udC1zdHlsZTppdGFsaWM7Ij5z c2xTdG9tcFJlYWN0b3I8L3NwYW4+Ozxicj59PGJyPjxicj5pZiB3ZSBkZXRlcm1pbmUgInNzbFN0 b21wUmVhY3RvciAhPSBudWxsIiBtYXkgY2F1c2VkIGlmIGVuZ2luZSBpcyBydW5uaW5nLCB0aGVu IGVuZ2luZS5wMTIgY2hhbmdlZCwgYnV0IHdlPGJyPnVzZSBvbGQgY2VydHMgYW5kIGtleXMsIHdp bGwgdGhhdD88YnI+PGJyPjxicj48YnI+PGJyPjwvcHJlPjwvZGl2PjwvZGl2Pjxicj48YnI+PHNw YW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxwPiZuYnNwOzwvcD48L3NwYW4+ ------=_Part_19017_566575222.1513904421765--

1 0

[Call for feedback] share also your successful upgrades experience
by Sandro Bonazzola 21 Dec '17

21 Dec '17

Hi, now that oVirt 4.2.0 has been released, we're starting to see some reports about issues that for now are related to not so common deployments. We'd also like to get some feedback from those who upgraded to this amazing release without any issue and add these positive feedback under our developers (digital) Christmas tree as a gift for the effort put in this release. Looking forward to your positive reports! Not having positive feedback? Let us know too! We are putting an effort in the next weeks to promptly assist whoever hit troubles during or after the upgrade. Let us know in this users(a)ovirt.org mailing list (preferred) or on IRC using irc.oftc.net server and #ovirt channel. We are also closely monitoring bugzilla.redhat.com for new bugs on oVirt project, so you can report issues there as well. Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 1

Planned restart of production services
by Evgheni Dereveanchin 21 Dec '17

21 Dec '17

Hi everyone, I will be restarting several production systems today to perform planned maintenance. The following services may be unreachable for some period of time: - gerrit.ovirt.org - code review - jenkins.ovirt.org - CI master It will not be possible to submit/review patches, clone repositories or run CI jobs during this period. I will announce you once the maintenance is complete. -- Regards, Evgheni Dereveanchin

1 1

oVirt 4.2.0 is now generally available
by Sandro Bonazzola 20 Dec '17

20 Dec '17

The oVirt project is excited to announce the general availability of oVirt 4.2.0, as of December 20, 2017. This release unleashes an altogether more powerful and flexible open source virtualization solution that encompasses over 1000 individual changes and a wide range of enhancements across the engine, storage, network, user interface, and analytics. Key features include: - A redesigned Administration Portal, with an improved user-interface - A new VM portal for non-admin users, for a more streamlined experience - High Performance virtual machine type, for easy optimization of high performance workloads. - oVirt metrics store, a new monitoring solution providing complete infrastructure visibility - Support for virtual machine connectivity via software-defined networks - oVirt now supports Nvidia vGPU - The ovirt-ansible-roles set of packages helps users with common administration tasks - Virt-v2v now supports Debian/Ubuntu and EL and Windows-based virtual machines For more information about these and other features, check out the oVirt 4.2.0 blog post <https://ovirt.org/blog/2017/12/ovirt-4.2.0-now-ga/>. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts on x86_64 and ppc64le (with 4.1 cluster compatibility only) architectures for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 (available for x86_64 only) See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. If you’re managing more than one oVirt instance, OpenShift Origin or RDO we also recommend to try ManageIQ <http://manageiq.org/>. Notes: - oVirt Appliance is already available. - oVirt Node is already available [4] - oVirt Windows Guest Tools iso is already available [4] Additional Resources: * Read more about the oVirt 4.2.0 release highlights: http://www.ovirt.org/release/4.2.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.2.0/ [4] http://resources.ovirt.org/pub/ovirt-4.2/iso/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

oVirt 4.2.0 GA Go / No go
by Sandro Bonazzola 19 Dec '17

19 Dec '17

Hi, we released 4.2.0 RC3 yesterday and currently we don't have approved or proposed blockers. So maintainers, please give your Go / No go for releasing GA tomorrow, December 20th. Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

5 5

Migration failed (was: Change in ovirt-system-tests[master]: Run engine-setup with OTOPI_DEBUG=1)
by Yedidyah Bar David 19 Dec '17

19 Dec '17

On Mon, Dec 18, 2017 at 10:17 AM, Code Review <gerrit(a)ovirt.org> wrote: > Jenkins CI posted comments on this change. > > View Change > > Patch set 3:Continuous-Integration -1 > > Build Failed > > http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_… > : FAILURE Console output of above job says: 08:13:34 # migrate_vm: 08:16:37 * Collect artifacts: 08:16:40 * Collect artifacts: Success (in 0:00:03) 08:16:40 # migrate_vm: Success (in 0:03:06) 08:16:40 # Results located at /dev/shm/ost/deployment-basic-suite-master/default/006_migrations.py.junit.xml 08:16:40 @ Run test: 006_migrations.py: Success (in 0:03:50) 08:16:40 Error occured, aborting The file 006_migrations.py.junit.xml [1] says: <failure type="exceptions.AssertionError" message="False != True after 180 seconds"> Can someone please have a look? Thanks. As a side note, if indeed this is the cause for the failure for the job, it's misleading to say "migrate_vm: Success". [1] http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x86_… > > To view, visit change 85177. To unsubscribe, visit settings. > > Gerrit-Project: ovirt-system-tests > Gerrit-Branch: master > Gerrit-MessageType: comment > Gerrit-Change-Id: I7eb386744a2a2faf0acd734e0ba44be22dd590b5 > Gerrit-Change-Number: 85177 > Gerrit-PatchSet: 3 > Gerrit-Owner: Yedidyah Bar David <didi(a)redhat.com> > Gerrit-Reviewer: Dafna Ron <dron(a)redhat.com> > Gerrit-Reviewer: Eyal Edri <eedri(a)redhat.com> > Gerrit-Reviewer: Jenkins CI > Gerrit-Reviewer: Sandro Bonazzola <sbonazzo(a)redhat.com> > Gerrit-Reviewer: Yedidyah Bar David <didi(a)redhat.com> > Gerrit-Comment-Date: Mon, 18 Dec 2017 08:17:11 +0000 > Gerrit-HasComments: No -- Didi

6 9

oVirt 4.2.0 GA status
by Sandro Bonazzola 19 Dec '17

19 Dec '17

We have a proposed blocker for the release: 1527155 <https://bugzilla.redhat.com/show_bug.cgi?id=1527155> Infra vdsm Bindings-API igoihman(a)redhat.com NEW jsonrpc reconnect logic does not work and gets stuck <https://bugzilla.redhat.com/show_bug.cgi?id=1527155> urgent unspecified ovirt-4.2.0 04:30:30 Please review and either approve the blcoker or postpone to 4.2.1. Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

7 11

[ANN] oVirt 4.2.0 Third Candidate Release is now available for testing
by Sandro Bonazzola 18 Dec '17

18 Dec '17

The oVirt Project is pleased to announce the availability of the Third Candidate Release of oVirt 4.2.0, as of December 18th, 2017 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This release candidate includes fixes to the blocker bugs found while testing the second release candidate. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 (available for x86_64 only) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available. - oVirt Node is already available [4] Additional Resources: * Read more about the oVirt 4.2.0 release highlights: http://www.ovirt.org/release/4.2.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.2.0/ [4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Re: [ovirt-devel] oVirt 4.2.0 RC3 status
by Dan Kenigsberg 18 Dec '17

18 Dec '17

On Mon, Dec 18, 2017 at 3:57 PM, Meital Avital <mavital(a)redhat.com> wrote: > Nikolai succeed to reproduce the issue on the clean env, > That's not a precise reproduction, as Nikolai writes in comment 15 "It looks like different now." please see comments in *Bug 1525907* > <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> - VDSM is in > recovery mode after a restart in fresh installation. > He also found another bug - *Bug 1527077* > <https://bugzilla.redhat.com/show_bug.cgi?id=1527077> - SHE deployment > fails over FC. > > Meital. > > On Mon, Dec 18, 2017 at 3:27 PM, Meital Avital <mavital(a)redhat.com> wrote: > >> Adding Ying to get her status >> >> On Mon, Dec 18, 2017 at 3:24 PM, Meital Avital <mavital(a)redhat.com> >> wrote: >> >>> *Update:* >>> Deployment with iSCSI succeed >>> >>> On Mon, Dec 18, 2017 at 2:26 PM, Meital Avital <mavital(a)redhat.com> >>> wrote: >>> >>>> Hi All, >>>> >>>> The status of old HE deploy for today is: >>>> Deployment with NFS succeed >>>> Deployment with Gluster succeed >>>> Artyom testing HE deployment with iSCSI - in progress >>>> According to this BZ1525907 - Nikolai trying again to deploy HE on the >>>> same host on clean env - we think that this issue related to those host, >>>> this is what we are trying to understand. >>>> I don't have the results yet, soon I will have them and I will update >>>> this thread. >>>> >>>> Thanks, >>>> Meital. >>>> >>>> On Mon, Dec 18, 2017 at 1:18 PM, Dan Kenigsberg <danken(a)redhat.com> >>>> wrote: >>>> >>>>> >>>>> >>>>> On Mon, Dec 18, 2017 at 1:02 PM, Sandro Bonazzola <sbonazzo(a)redhat.com >>>>> > wrote: >>>>> >>>>>> >>>>>> >>>>>> 2017-12-18 8:37 GMT+01:00 Sandro Bonazzola <sbonazzo(a)redhat.com>: >>>>>> >>>>>>> >>>>>>> >>>>>>> 2017-12-18 8:29 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com>: >>>>>>> >>>>>>>> On Mon, Dec 18, 2017 at 9:16 AM, Sandro Bonazzola < >>>>>>>> sbonazzo(a)redhat.com> wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> according to https://bugzilla.redhat.com >>>>>>>>> /buglist.cgi?quicksearch=flag%3Ablocker%2B%20target_mileston >>>>>>>>> e%3Aovirt-4.2.0%20status%3Anew%2Cassigned%2Cpost%2Cmodified >>>>>>>>> we just need to rebuild VDSM to complete the acknowledged blockers. >>>>>>>>> >>>>>>>>> We still have a proposed blocker in NEW state according to >>>>>>>>> https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag% >>>>>>>>> 3Ablocker%3F%20target_milestone%3Aovirt-4.2.0%20status%3Anew >>>>>>>>> %2Cassigned%2Cpost%2Cmodified >>>>>>>>> >>>>>>>>> 1525907 <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> >>>>>>>>> Storage vdsm General danken(a)redhat.com NEW VDSM is in recovery >>>>>>>>> mode after a restart in fresh install... >>>>>>>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> urgent >>>>>>>>> urgent ovirt-4.2.0 Sat 18:12 >>>>>>>>> >>>>>>>>> Dan, please review, let us know if we have to block on this or if >>>>>>>>> we can postpone to 4.2.1. >>>>>>>>> >>>>>>>> >>>>>>>> I don't think it is for me to review. >>>>>>>> >>>>>>>> The bug is very confusing and sparse in information, but it seems >>>>>>>> to claim that self-hosted engine is not deployable. I think that it is for >>>>>>>> Simone to reply to that claim. Is it true? When? Do you think, like Adam, >>>>>>>> that this is a problem of host connectivity to its storage? >>>>>>>> >>>>>>> >>>>>>> Adam, Nir, Tal, Allon, can you please review? >>>>>>> >>>>>> >>>>>> Any update? >>>>>> >>>>> >>>>> +Meital. >>>>> >>>>> >>>> >>> >> >

2 2

oVirt 4.2.0 RC3 status
by Sandro Bonazzola 18 Dec '17

18 Dec '17

Hi, according to https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag%3Ablocker%2B%20tar… we just need to rebuild VDSM to complete the acknowledged blockers. We still have a proposed blocker in NEW state according to https://bugzilla.redhat.com/buglist.cgi?quicksearch=flag%3Ablocker%3F%20tar… 1525907 <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> Storage vdsm General danken(a)redhat.com NEW VDSM is in recovery mode after a restart in fresh install... <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> urgent urgent ovirt-4.2.0 Sat 18:12 Dan, please review, let us know if we have to block on this or if we can postpone to 4.2.1. Yaniv Bronheim, if we don't need to block on this, please tag VDSM for release. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 4

Testing
by Bernhard Seidl 18 Dec '17

18 Dec '17

Hi, I can put some effort in testing. In the last few days I used to test master branch snapshots and reported bugs. Are you ok with that, or should I focus on a different branch? Bernhard

3 2

[ OST Failure Report ] [ oVirt Hosted-Engine ] [ 17-12-2017 ] [ post-002_bootstrap.py ]
by Dafna Ron 17 Dec '17

17 Dec '17

This is a multi-part message in MIME format. --------------5BFA03E87B85957DC5CCF7E7 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We are failing OST for HE deployment. The failures started on 12/12 and latest failure is today, 17/12. ** *Link and headline of suspected patches: * *** OST: avoid excluding ovirt-engine-appliance from base repo- https://gerrit.ovirt.org/#/c/85439/ Link to Job: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/139/* * * *Link to all logs:* *http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/139/artifact/* * * *(Relevant) error snippet from the log: * * <error> * 2017-12-16 22:29:49,179-0500 INFO otopi.plugins.gr_he_setup.vm.runvm mixins._create_vm:151 Creating VM 2017-12-16 22:29:49,460-0500 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/vm/runvm.py", line 174, in _boot_from_hd self._create_vm() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/mixins.py", line 303, in _create_vm raise RuntimeError(str(e)) RuntimeError: Command VM.getStats with args {'vmID': '9b8a91ea-d5aa-44e6-8890-684173be7ef5'} failed: (code=100, message=General Exception: ("VM '9b8a91ea-d5aa-44e6-8890-684173be7ef5' was not defined yet or was undefined",)) 2017-12-16 22:29:49,512-0500 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Closing up': Command VM.getStats with args {'vmID': '9b8a91ea-d5aa-44e6-8890-684173be7ef5'} failed: (code=100, message=General Exception: ("VM '9b8a91ea-d5aa-44e6-8890-684173be7ef5' was not defined yet or was undefined",)) 2017-12-16 22:29:49,513-0500 DEBUG otopi.plugins.otopi.dialog.human human.format:69 newline sent to logger 2017-12-16 22:29:49,514-0500 DEBUG otopi.context context.dumpEnvironment:821 ENVIRONMENT DUMP - BEGIN 2017-12-16 22:29:49,514-0500 DEBUG otopi.context context.dumpEnvironment:831 ENV BASE/error=bool:'True' 2017-12-16 22:29:49,514-0500 DEBUG otopi.context context.dumpEnvironment:831 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Command VM.getStats with args {\'vmID\': \'9b8a91ea-d5aa-44e6-8890-684173be7ef5\'} failed:\n(code=100, message=General Exception: ("VM \'9b8a91ea-d5aa-44e6-8890-684173be7ef5\' was not defined yet or was undefined",))',), <traceback object at 0x40ba5a8>)]' 2017-12-16 22:29:49,515-0500 DEBUG otopi.context context.dumpEnvironment:831 ENV OVEHOSTED_VM/subst=dict:'{'@VIDEO_DEVICE@': 'vga', '@SD_UUID@': 'c3c3e51a-b086-4bc1-97af-89109971b819', '@CONSOLE_UUID@': 'b11ce8af-9633-4680-beba-9f2d4e48102f', '@NAME@': 'HostedEngine', '@BRIDGE@': 'ovirtmgmt', '@CDROM_UUID@': '856afaa0-dc01-403b-9b92-457b6cec081f', '@MEM_SIZE@': 3171, '@NIC_UUID@': '8a6fa9b0-4f60-42e2-8cc8-bb45bd124ffd', '@VCPUS@': '2', '@CPU_TYPE@': 'SandyBridge', '@VM_UUID@': '9b8a91ea-d5aa-44e6-8890-684173be7ef5', '@CDROM@': '/tmp/tmpwDR4Ng/seed.iso', '@EMULATED_MACHINE@': 'pc', '@GRAPHICS_DEVICE@': 'vnc', '@MAXVCPUS@': u'2', '@IMG_UUID@': '9bae6dab-8697-4bf0-a6da-c4c07d66c57d', '@CONSOLE_TYPE@': 'vnc', '@MAC_ADDR@': '54:52:c0:a8:c8:63', '@SP_UUID@': '00000000-0000-0000-0000-000000000000', '@VOL_UUID@': '8a639d80-96eb-47d2-a922-f0ae847137cc'}' 2017-12-16 22:29:49,517-0500 DEBUG otopi.context context.dumpEnvironment:835 ENVIRONMENT DUMP - END 2017-12-16 22:29:49,518-0500 INFO otopi.context context.runSequence:735 Stage: Clean up ** *</error>* * * --------------5BFA03E87B85957DC5CCF7E7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, We are failing OST for HE deployment. The failures started on 12/12 and latest failure is today, 17/12. <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link and headline of suspected patches: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">OST: avoid excluding ovirt-engine-appliance from base repo- <a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/85439/">https://gerrit.ovirt.org/#/c/85439/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/139/">http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/139/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/139/a…">http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/139/a…</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">(Relevant) error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> <pre style="color: rgb(0, 0, 0); font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-style: initial; text-decoration-color: initial;">2017-12-16 22:29:49,179-0500 INFO otopi.plugins.gr_he_setup.vm.runvm mixins._create_vm:151 Creating VM 2017-12-16 22:29:49,460-0500 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/vm/runvm.py", line 174, in _boot_from_hd self._create_vm() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/mixins.py", line 303, in _create_vm raise RuntimeError(str(e)) RuntimeError: Command VM.getStats with args {'vmID': '9b8a91ea-d5aa-44e6-8890-684173be7ef5'} failed: (code=100, message=General Exception: ("VM '9b8a91ea-d5aa-44e6-8890-684173be7ef5' was not defined yet or was undefined",)) 2017-12-16 22:29:49,512-0500 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Closing up': Command VM.getStats with args {'vmID': '9b8a91ea-d5aa-44e6-8890-684173be7ef5'} failed: (code=100, message=General Exception: ("VM '9b8a91ea-d5aa-44e6-8890-684173be7ef5' was not defined yet or was undefined",)) 2017-12-16 22:29:49,513-0500 DEBUG otopi.plugins.otopi.dialog.human human.format:69 newline sent to logger 2017-12-16 22:29:49,514-0500 DEBUG otopi.context context.dumpEnvironment:821 ENVIRONMENT DUMP - BEGIN 2017-12-16 22:29:49,514-0500 DEBUG otopi.context context.dumpEnvironment:831 ENV BASE/error=bool:'True' 2017-12-16 22:29:49,514-0500 DEBUG otopi.context context.dumpEnvironment:831 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Command VM.getStats with args {\'vmID\': \'9b8a91ea-d5aa-44e6-8890-684173be7ef5\'} failed:\n(code=100, message=General Exception: ("VM \'9b8a91ea-d5aa-44e6-8890-684173be7ef5\' was not defined yet or was undefined",))',), <traceback object at 0x40ba5a8>)]' 2017-12-16 22:29:49,515-0500 DEBUG otopi.context context.dumpEnvironment:831 ENV OVEHOSTED_VM/subst=dict:'{'@VIDEO_DEVICE@': 'vga', '@SD_UUID@': 'c3c3e51a-b086-4bc1-97af-89109971b819', '@CONSOLE_UUID@': 'b11ce8af-9633-4680-beba-9f2d4e48102f', '@NAME@': 'HostedEngine', '@BRIDGE@': 'ovirtmgmt', '@CDROM_UUID@': '856afaa0-dc01-403b-9b92-457b6cec081f', '@MEM_SIZE@': 3171, '@NIC_UUID@': '8a6fa9b0-4f60-42e2-8cc8-bb45bd124ffd', '@VCPUS@': '2', '@CPU_TYPE@': 'SandyBridge', '@VM_UUID@': '9b8a91ea-d5aa-44e6-8890-684173be7ef5', '@CDROM@': '/tmp/tmpwDR4Ng/seed.iso', '@EMULATED_MACHINE@': 'pc', '@GRAPHICS_DEVICE@': 'vnc', '@MAXVCPUS@': u'2', '@IMG_UUID@': '9bae6dab-8697-4bf0-a6da-c4c07d66c57d', '@CONSOLE_TYPE@': 'vnc', '@MAC_ADDR@': '54:52:c0:a8:c8:63', '@SP_UUID@': '00000000-0000-0000-0000-000000000000', '@VOL_UUID@': '8a639d80-96eb-47d2-a922-f0ae847137cc'}' 2017-12-16 22:29:49,517-0500 DEBUG otopi.context context.dumpEnvironment:835 ENVIRONMENT DUMP - END 2017-12-16 22:29:49,518-0500 INFO otopi.context context.runSequence:735 Stage: Clean up</pre> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> </body> </html> --------------5BFA03E87B85957DC5CCF7E7--

3 3

Re: [ovirt-devel] Health inspections questions
by Roy Golan 17 Dec '17

17 Dec '17

On Sun, 17 Dec 2017 at 13:03 Guy Chen <guchen(a)redhat.com> wrote: > Hi > > > > > 2017-12-17 12:04:28,152+0200 ERROR (qgapoller/3) [virt.periodic.Operation] > <bound method QemuGuestAgentPoller._cleanup of > <vdsm.virt.qemuguestagent.QemuGuestAgentPoller object at 0x23f7c10>> > operation failed (periodic:215) Traceback (most recent call last): File > "/usr/lib/python2.7/site-packages/vdsm/virt/periodic.py", line 213, in > __call__ self._func() File > "/usr/lib/python2.7/site-packages/vdsm/virt/qemuguestagent.py", line 200, > in _cleanup vms = set([vm_id for vm_id, vm_obj in self._cif.getVMs()]) > ValueError: too many values to unpack > looks like _cif.getVMS() is returning more than just the vm_id, and vm_obj vdsm | guest agent developers?

1 0

katello-agent is available for testing in CentOS Virt SIG
by Sandro Bonazzola 15 Dec '17

15 Dec '17

Hi, for those willing to use katello for monitoring oVirt hosts upgrade status, we added katello-agent to CentOS Virt SIG testing repo. If no negative feedback is provided, I'll tag it for release on December 20th. In order to install it: # yum install centos-release-ovirt41 # yum-config-manager --enable centos-ovirt41-testing --save # yum install katello-agent Note that oly the agent/client part has been included in Virt SIG, in order to install foreman with katello plugin follow katello website instructions. For more info about katello: https://www.theforeman.org/plugins/katello/ Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

4.2.0 RC3 blockers status: no go
by Sandro Bonazzola 15 Dec '17

15 Dec '17

1522641 <https://bugzilla.redhat.com/show_bug.cgi?id=1522641> Node cockpit-ovirt Hosted Engine phbailey(a)redhat.com ASSIGNED Hosted Engine deployment looks like stuck, but become up ... <https://bugzilla.redhat.com/show_bug.cgi?id=1522641> urgent unspecified ovirt-4.2.0 23:01:07 1526133 <https://bugzilla.redhat.com/show_bug.cgi?id=1526133> Network vdsm Core danken(a)redhat.com NEW [SR-IOV] hot-plug of vNIC on running VM fails with VDSErr... <https://bugzilla.redhat.com/show_bug.cgi?id=1526133> high unspecified ovirt-4.2.0 16:30:10 1524119 <https://bugzilla.redhat.com/show_bug.cgi?id=1524119> Virt vdsm General fromani(a)redhat.com POST Failed to migrate HE VM <https://bugzilla.redhat.com/show_bug.cgi?id=1524119> urgent urgent ovirt-4.2.0 11:51:45 please provide ETA Also please review proposed blocker: 1525907 <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> Virt vdsm General fromani(a)redhat.com POST VDSM is in recovery mode after a restart in fresh install... <https://bugzilla.redhat.com/show_bug.cgi?id=1525907> urgent urgent ovirt-4.2.0 11:30:55 Thanks -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

6 9

lago/OST on a VM
by Yedidyah Bar David 14 Dec '17

14 Dec '17

Hi, Should it be possible to use lago on a VM? What does this require? Specifically for testing hosted-engine. So will require 4-level virt: Host -> My VM -> Lago hosted-engine host vm -> engine vm I run: ./run_suite.sh he-basic-suite-master and get: * Starting VM lago-he-basic-suite-master-host1: libvirt: CPU Driver error : the CPU is incompatible with host CPU: Host CPU does not provide required features: xsave, avx, rdtscp Thanks, -- Didi

4 4

Adding s390 support to oVirt
by Viktor Mihajlovski 14 Dec '17

14 Dec '17

Hi, as a heads up: I'd like to contribute some basic support for the s390 architecture to oVirt. For that purpose I'll post some patches to gerrit, mostly for the following repositories: VDSM, ovirt-engine-api-model and ovirt-engine. There might be some collateral patches that need to go into ovirt-host[-deploy] since not all of the pre-requisite RPMs are available on s390, but this probably needs a separate discussion. I've started to hang out on the #ovirt OFTC channel, feel free to ping me if you have questions related to s390. Thanks! -- Mit freundlichen Grüßen/Kind Regards Viktor Mihajlovski

10 30

[ OST Failure Report ] [ oVirt Master ] [ 14-12-2017 ] [ 004_basic_sanity.disk_operations ]
by Dafna Ron 14 Dec '17

14 Dec '17

This is a multi-part message in MIME format. --------------8561B2DB99010E59BD5F2E03 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We have a failure on basic suite on test: 004_basic_sanity.disk_operations I think that we query a snapshot that was already deleted successfully and report the snapshot as gone. and that is because of a different error in update vm query which happens before. * Link and headline of suspected patches: https://gerrit.ovirt.org/#/c/85168/ - core: Prevent retry lease hotplag in case of failure. Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4393 Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4393/artifact/ (Relevant) error snippet from the log: <error> Engine: *2017-12-14 02:38:01,470-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Command 'GetAllVmStatsVDSCommand(HostName = lago-basic-suite-master-host-1, VdsIdVD SCommandParametersBase:{hostId='f1c2314f-5617-4c9e-84e0-e822160fbde9'})' execution failed: VDSGenericException: VDSErrorException: Failed to GetAllVmStatsVDS, error = Internal JSON-RPC error: {'reason': "VM '7cab7e5a-cb12-4977-ac4f-652185 32df7e' was not defined yet or was undefined"}, code = -32603 2017-12-14 02:38:01,470-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericE xception: VDSErrorException: Failed to GetAllVmStatsVDS, error = Internal JSON-RPC error: {'reason': "VM '7cab7e5a-cb12-4977-ac4f-65218532df7e' was not defined yet or was undefined"}, code = -32603 at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createDefaultConcreteException(VdsBrokerCommand.java:81) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.createException(BrokerCommandBase.java:224) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:194) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand.executeVdsBrokerCommand(GetAllVmStatsVDSCommand.java:23) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:112) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.DefaultVdsCommandExecutor.execute(DefaultVdsCommandExecutor.java:14) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:387) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager$Proxy$_$$_WeldSubclass.runVdsCommand$$super(Unknown Source) [vdsbroker.jar:] at sun.reflect.GeneratedMethodAccessor247.invoke(Unknown Source) [:1.8.0_151] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:49) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:77) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12) [common.jar:] at sun.reflect.GeneratedMethodAccessor69.invoke(Unknown Source) [:1.8.0_151] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.ovirt.engine.core.vdsbroker.ResourceManager$Proxy$_$$_WeldSubclass.runVdsCommand(Unknown Source) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher.poll(VmsStatisticsFetcher.java:29) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.monitoring.VmsListFetcher.fetch(VmsListFetcher.java:57) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.monitoring.PollVmStatsRefresher.poll(PollVmStatsRefresher.java:42) [vdsbroker.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_151] at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [rt.jar:1.8.0_151] at org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383) [javax.enterprise.concurrent-1.0.jar:] at org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534) [javax.enterprise.concurrent-1.0.jar:] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_151] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_151] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_151] at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250) [javax.enterprise.concurrent-1.0.jar:] at org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread.run(ElytronManagedThreadFactory.java:78) * *2017-12-14 02:42:15,525-05 INFO [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-26) [c5f1846d-d042-4271-86f1-2b1787684554] Ending command 'org.ovirt.engine.core.bll.snapshots.Re moveSnapshotCommand' successfully. 2017-12-14 02:42:15,528-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-16) [] Entered SsoRestApiAuthFilter 2017-12-14 02:42:15,528-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-16) [] SsoRestApiAuthFilter authenticating with sso 2017-12-14 02:42:15,528-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-16) [] SsoRestApiAuthFilter authenticating using BEARER header 2017-12-14 02:42:15,531-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-16) [] SsoRestApiAuthFilter successfully authenticated using BEARER header 2017-12-14 02:42:15,531-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRestApiNegotiationFilter] (default task-16) [] Entered SsoRestApiNegotiationFilter 2017-12-14 02:42:15,533-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRestApiNegotiationFilter] (default task-16) [] SsoRestApiNegotiationFilter Not performing Negotiate Auth 2017-12-14 02:42:15,540-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (EE-ManagedThreadFactory-engineScheduled-Thread-26) [c5f1846d-d042-4271-86f1-2b1787684554] method: get, params: [cc9ae472-ef79-456f-9e4 7-01fd1617e189], timeElapsed: 3ms 2017-12-14 02:42:15,543-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-16) [2c5d880a-5c36-41e7-8020-bb2007cf9be2] method: runQuery, params: [GetAllVmSnapshotsByVmId, IdQueryParameters:{refresh ='false', filtered='false'}], timeElapsed: 6ms 2017-12-14 02:42:15,548-05 WARN [org.ovirt.engine.core.bll.GetVmConfigurationBySnapshotQuery] (default task-16) [2c5d880a-5c36-41e7-8020-bb2007cf9be2] Snapshot '20b155eb-c15d-42cb-a03f-c45813a045b8' does not exist 2017-12-14 02:42:15,548-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-16) [2c5d880a-5c36-41e7-8020-bb2007cf9be2] method: runQuery, params: [GetVmConfigurationBySnapshot, IdQueryParameters:{re fresh='false', filtered='false'}], timeElapsed: 5ms 2017-12-14 02:42:15,548-05 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-16) [] Operation Failed: Entity not found: null 2017-12-14 02:42:15,554-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-26) [c5f1846d-d042-4271-86f1-2b1787684554] EVENT_ID: USER_REMOVE_SNAPSHOT_FINISHED_SUC CESS(356), Snapshot 'dead_snap1' deletion for VM 'vm1' has been completed. 2017-12-14 02:42:16,660-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-50) [] START, GetAllVmStatsVDSCommand(HostName = lago-basic-suite-master-host-0, VdsIdVDS CommandParametersBase:{hostId='3c60017b-0bb3-4a3e-bc24-f1779100fe21'}), log id: f9a1165 2017-12-14 02:42:16,660-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (EE-ManagedThreadFactory-engineScheduled-Thread-50) [] SEND destination:jms.topic.vdsm_requests reply-to:jms.topic.vdsm_responses content-length:103 vdsm: 2017-12-14 02:34:45,222-0500 ERROR (jsonrpc/7) [jsonrpc.JsonRpcServer] Internal server error (__init__:611) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 606, in _handle_request res = method(**params) File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 201, in _dynamicMethod result = fn(*methodArgs) File "<string>", line 2, in getAllVmStats File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in method ret = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1342, in getAllVmStats statsList = self._cif.getAllVmStats() File "/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 518, in getAllVmStats return [v.getStats() for v in self.vmContainer.values()] File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1699, in getStats oga_stats = self._getGuestStats() File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1895, in _getGuestStats self._update_guest_disk_mapping() File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1909, in _update_guest_disk_mapping self._sync_metadata() File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 4995, in _sync_metadata self._md_desc.dump(self._dom) File "/usr/lib/python2.7/site-packages/vdsm/virt/metadata.py", line 477, in dump dom.setMetadata(libvirt.VIR_DOMAIN_METADATA_ELEMENT, File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 47, in __getattr__ % self.vmid) NotConnectedError: VM '7cab7e5a-cb12-4977-ac4f-65218532df7e' was not defined yet or was undefined * </error> * --------------8561B2DB99010E59BD5F2E03 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, We have a failure on basic suite on test: 004_basic_sanity.disk_operations I think that we query a snapshot that was already deleted successfully and report the snapshot as gone. and that is because of a different error in update vm query which happens before. <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link and headline of suspected patches: <a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/85168/">https://gerrit.ovirt.org/#/c/85168/</a> - core: Prevent retry lease hotplag in case of failure. <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4393">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4393</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4393/artifact/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4393/artifact/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">(Relevant) error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> Engine: 2017-12-14 02:38:01,470-05 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Command 'GetAllVmStatsVDSCommand(HostName = lago-basic-suite-master-host-1, VdsIdVD SCommandParametersBase:{hostId='f1c2314f-5617-4c9e-84e0-e822160fbde9'})' execution failed: VDSGenericException: VDSErrorException: Failed to GetAllVmStatsVDS, error = Internal JSON-RPC error: {'reason': "VM '7cab7e5a-cb12-4977-ac4f-652185 32df7e' was not defined yet or was undefined"}, code = -32603 2017-12-14 02:38:01,470-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericE xception: VDSErrorException: Failed to GetAllVmStatsVDS, error = Internal JSON-RPC error: {'reason': "VM '7cab7e5a-cb12-4977-ac4f-65218532df7e' was not defined yet or was undefined"}, code = -32603 at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createDefaultConcreteException(VdsBrokerCommand.java:81) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.createException(BrokerCommandBase.java:224) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:194) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand.executeVdsBrokerCommand(GetAllVmStatsVDSCommand.java:23) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:112) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.DefaultVdsCommandExecutor.execute(DefaultVdsCommandExecutor.java:14) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:387) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager$Proxy$_$$_WeldSubclass.runVdsCommand$$super(Unknown Source) [vdsbroker.jar:] at sun.reflect.GeneratedMethodAccessor247.invoke(Unknown Source) [:1.8.0_151] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:49) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:77) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12) [common.jar:] at sun.reflect.GeneratedMethodAccessor69.invoke(Unknown Source) [:1.8.0_151] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.ovirt.engine.core.vdsbroker.ResourceManager$Proxy$_$$_WeldSubclass.runVdsCommand(Unknown Source) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher.poll(VmsStatisticsFetcher.java:29) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.monitoring.VmsListFetcher.fetch(VmsListFetcher.java:57) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.monitoring.PollVmStatsRefresher.poll(PollVmStatsRefresher.java:42) [vdsbroker.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_151] at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) [rt.jar:1.8.0_151] at org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383) [javax.enterprise.concurrent-1.0.jar:] at org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534) [javax.enterprise.concurrent-1.0.jar:] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_151] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_151] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_151] at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250) [javax.enterprise.concurrent-1.0.jar:] at org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread.run(ElytronManagedThreadFactory.java:78) 2017-12-14 02:42:15,525-05 INFO [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-26) [c5f1846d-d042-4271-86f1-2b1787684554] Ending command 'org.ovirt.engine.core.bll.snapshots.Re moveSnapshotCommand' successfully. 2017-12-14 02:42:15,528-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-16) [] Entered SsoRestApiAuthFilter 2017-12-14 02:42:15,528-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-16) [] SsoRestApiAuthFilter authenticating with sso 2017-12-14 02:42:15,528-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-16) [] SsoRestApiAuthFilter authenticating using BEARER header 2017-12-14 02:42:15,531-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter] (default task-16) [] SsoRestApiAuthFilter successfully authenticated using BEARER header 2017-12-14 02:42:15,531-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRestApiNegotiationFilter] (default task-16) [] Entered SsoRestApiNegotiationFilter 2017-12-14 02:42:15,533-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRestApiNegotiationFilter] (default task-16) [] SsoRestApiNegotiationFilter Not performing Negotiate Auth 2017-12-14 02:42:15,540-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (EE-ManagedThreadFactory-engineScheduled-Thread-26) [c5f1846d-d042-4271-86f1-2b1787684554] method: get, params: [cc9ae472-ef79-456f-9e4 7-01fd1617e189], timeElapsed: 3ms 2017-12-14 02:42:15,543-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-16) [2c5d880a-5c36-41e7-8020-bb2007cf9be2] method: runQuery, params: [GetAllVmSnapshotsByVmId, IdQueryParameters:{refresh ='false', filtered='false'}], timeElapsed: 6ms 2017-12-14 02:42:15,548-05 WARN [org.ovirt.engine.core.bll.GetVmConfigurationBySnapshotQuery] (default task-16) [2c5d880a-5c36-41e7-8020-bb2007cf9be2] Snapshot '20b155eb-c15d-42cb-a03f-c45813a045b8' does not exist 2017-12-14 02:42:15,548-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-16) [2c5d880a-5c36-41e7-8020-bb2007cf9be2] method: runQuery, params: [GetVmConfigurationBySnapshot, IdQueryParameters:{re fresh='false', filtered='false'}], timeElapsed: 5ms 2017-12-14 02:42:15,548-05 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-16) [] Operation Failed: Entity not found: null 2017-12-14 02:42:15,554-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-26) [c5f1846d-d042-4271-86f1-2b1787684554] EVENT_ID: USER_REMOVE_SNAPSHOT_FINISHED_SUC CESS(356), Snapshot 'dead_snap1' deletion for VM 'vm1' has been completed. 2017-12-14 02:42:16,660-05 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-50) [] START, GetAllVmStatsVDSCommand(HostName = lago-basic-suite-master-host-0, VdsIdVDS CommandParametersBase:{hostId='3c60017b-0bb3-4a3e-bc24-f1779100fe21'}), log id: f9a1165 2017-12-14 02:42:16,660-05 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (EE-ManagedThreadFactory-engineScheduled-Thread-50) [] SEND destination:jms.topic.vdsm_requests reply-to:jms.topic.vdsm_responses content-length:103 vdsm: 2017-12-14 02:34:45,222-0500 ERROR (jsonrpc/7) [jsonrpc.JsonRpcServer] Internal server error (__init__:611) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 606, in _handle_request res = method(**params) File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 201, in _dynamicMethod result = fn(*methodArgs) File "<string>", line 2, in getAllVmStats File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in method ret = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1342, in getAllVmStats statsList = self._cif.getAllVmStats() File "/usr/lib/python2.7/site-packages/vdsm/clientIF.py", line 518, in getAllVmStats return [v.getStats() for v in self.vmContainer.values()] File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1699, in getStats oga_stats = self._getGuestStats() File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1895, in _getGuestStats self._update_guest_disk_mapping() File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 1909, in _update_guest_disk_mapping self._sync_metadata() File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 4995, in _sync_metadata self._md_desc.dump(self._dom) File "/usr/lib/python2.7/site-packages/vdsm/virt/metadata.py", line 477, in dump dom.setMetadata(libvirt.VIR_DOMAIN_METADATA_ELEMENT, File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 47, in __getattr__ % self.vmid) NotConnectedError: VM '7cab7e5a-cb12-4977-ac4f-65218532df7e' was not defined yet or was undefined <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> </body> </html> --------------8561B2DB99010E59BD5F2E03--

3 3

4.2.0 rc3 postponed to tomorrow
by Sandro Bonazzola 14 Dec '17

14 Dec '17

We still have 2 open blockers: 1525375 <https://bugzilla.redhat.com/show_bug.cgi?id=1525375> Storage vdsm General eshenitz(a)redhat.com NEW [Engine 4.1] Failed to start VM with direct lun on both 4... <https://bugzilla.redhat.com/show_bug.cgi?id=1525375> high unspecified ovirt-4.2.0 12:03:41 1512534 <https://bugzilla.redhat.com/show_bug.cgi?id=1512534> Integration ovirt-hosted-engine-ha General pkliczew(a)redhat.com ASSIGNED SHE deployment takes too much time and looks like stuck. <https://bugzilla.redhat.com/show_bug.cgi?id=1512534> urgent urgent ovirt-4.2.0 11:30:39 Please provide ETA on above blockers Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

4 4

[ANN] oVirt 4.2.0 Second Candidate Release is now available for testing
by Sandro Bonazzola 13 Dec '17

13 Dec '17

The oVirt Project is pleased to announce the availability of the Second Candidate Release of oVirt 4.2.0, as of December 12th, 2017 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the second candidate release of the 4.2.0 version. This release brings more than 280 enhancements and more than one thousand bug fixes, including more than 500 high or urgent severity fixes, on top of oVirt 4.1 series. What's new in oVirt 4.2.0? - The Administration Portal has been completely redesigned using Patternfly, a widely adopted standard in web application design. It now features a cleaner, more intuitive design, for an improved user experience. - There is an all-new VM Portal for non-admin users. - A new High Performance virtual machine type has been added to the New VM dialog box in the Administration Portal. - Open Virtual Network (OVN) adds support for Open vSwitch software defined networking (SDN). - oVirt now supports Nvidia vGPU. - The ovirt-ansible-roles package helps users with common administration tasks. - Virt-v2v now supports Debian/Ubuntu based VMs. For more information about these and other features, check out the oVirt 4.2.0 blog post <https://ovirt.org/blog/2017/11/introducing-ovirt-4.2.0-beta/>. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 (available for x86_64 only) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available. - oVirt Node is already available [4] Additional Resources: * Read more about the oVirt 4.2.0 release highlights: http://www.ovirt.org/release/4.2.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.2.0/ [4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

5 8

Re: [ovirt-devel] [ovirt-users] engine-phx.ovirt.org upgraded to 4.2.0 RC
by Eyal Edri 13 Dec '17

13 Dec '17

Adding devel also, even though all the issues which were found were reported already as bugs AFAIK. On Wed, Dec 13, 2017 at 3:50 PM, Evgheni Dereveanchin <ederevea(a)redhat.com> wrote: > Hi everyone, > > I wanted to share the good news: our main oVirt instance in PHX is now > running the latest 4.2.0 release candidate. This is a Hosted Engine setup > that went through lots of updates and hosts most of the services for the > project such as the entire CI setup, package repositories, mailing lists > and lots of other stuff across hundreds of VMs and a dozen of hosts. > > During this upgrade we've tested multiple components since our setup uses > many of the customization options offered by oVirt: unusual network > configurations, resource quotas, local and shared storage domains and even > uncommon hardware architectures such as POWER8. > > We faced some problems with Hosted Engine during the upgrade since our > environment was deployed way back as 3.4 and HE changed a lot since. Short > upgrade guidance: > 1) no HE -> just upgrade and enjoy > 2) HE on a system that was initially deployed as 4.0 or 4.1 -> upgrade HE > hosts, then - the engine > 3) HE on a system that was initially deployed before 4.0 -> check out [1] > to confirm if HE configs are OK, then upgrade HE hosts, then - the engine > > I've reported several bugs during the course of this upgrade and most of > them are fixed by now. Hopefully this effort will make your upgrades go > smoothly. If you hit any issues with 4.2 - please file bugs as well or > start a discussion on the list. > > -- > Regards, > Evgheni Dereveanchin > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1521011 > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Eyal edri MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 0

Cockpit Enhancement Mockup
by Gobinda Das 13 Dec '17

13 Dec '17

Hi, I have some mockup screen regarding cockpit enhancement.Please review it and give some suggestion to make it useful. Below is the google doc link: https://docs.google.com/document/d/11sJ89ylKfyNRgFh_JCKoPa1TX2Wmd6XTlpm4TQf… Attached pdf file as well incase screens are not visible properly. Thanks, Gobinda Das 9019047912

1 1

[ OST Failure Report ] [ oVirt master ] [ 12-12-2017 ] [ 098_ovirt_provider_ovn.use_ovn_provider ]
by Dafna Ron 13 Dec '17

13 Dec '17

This is a multi-part message in MIME format. --------------5DE01706F093EFF4BADAC8A1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, We have a failure on test 098_ovirt_provider_ovn.use_ovn_provider but I am not sure how the reported patch is related to the failure. ** *Link and headline of suspected patches: * *https://gerrit.ovirt.org/#/c/85147/ - virt: Fix flipped condition in hotunplugNic* ** *Link to Job:* ***http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4371* * * *Link to all logs:* *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4371/artif= act* * * *(Relevant) error snippet from the log: * * <error> from junit: * File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runT= est self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129,= in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, = in wrapper return func(get_test_prefix(), *args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 78, = in wrapper prefix.virt_env.engine_vm().get_api(api_ver=3D4), *args, **kwargs File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, = in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-sy= stem-tests/basic-suite-master/test-scenarios/098_ovirt_provider_ovn.py", = line 435, in use_ovn_provider _remove_iface_from_vm(api, VM0_NAME, IFACE_NAME) File "/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-sy= stem-tests/basic-suite-master/test-scenarios/098_ovirt_provider_ovn.py", = line 388, in _remove_iface_from_vm nic_service.deactivate() File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 2= 9110, in deactivate return self._internal_action(action, 'deactivate', None, headers, que= ry, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 29= 9, in _internal_action return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55= , in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 29= 6, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 13= 2, in _check_fault self._raise_error(response, body) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 11= 8, in _raise_error raise error 'Fault reason is "Operation Failed". Fault detail is "[General Exception]= ". HTTP response code is 400.\n-------------------- >> begin captured log= ging << --------------------\nrequests.packages.urllib3.connectionpool: I= NFO: * Starting new HTTPS connection (1): 192.168.202.4\npy.warnings:= WARNING: * Unverified HTTPS request is being made. Adding certificat= e verification is strongly advised. See: https://urllib3.readthedocs.org/= en/latest/security.html\nrequests.packages.urllib3.connectionpool: <https://urllib3.readthedocs.org/en/latest/security.html/nrequests.packag= es.urllib3.connectionpool:> DEBUG: "POST /v2.0/tokens/ HTTP/1.1" 200 None= \nrequests.packages.urllib3.connectionpool: INFO: * Starting new HTTP= S connection (1): 192.168.202.4\nrequests.packages.urllib3.connectionpool= : DEBUG: "GET /v2.0/networks/ HTTP/1.1" 200 None\nrequests.packages.urlli= b3.connectionpool: INFO: * Starting new HTTPS connection (1): 192.168= =2E202.4\nrequests.packages.urllib3.connectionpool: DEBUG: "GET /v2.0/por= ts/ HTTP/1.1" 200 None\nrequests.packages.urllib3.connectionpool: INFO: = * Starting new HTTPS connection (1): 192.168.202.4\nrequests.packages.= urllib3.connectionpool: DEBUG: "GET /v2.0/subnets/ HTTP/1.1" 200 None\nre= quests.packages.urllib3.connectionpool: INFO: * Starting new HTTPS co= nnection (1): 192.168.202.4\nrequests.packages.urllib3.connectionpool: DE= BUG: "POST /v2.0/networks/ HTTP/1.1" 201 None\nrequests.packages.urllib3.= connectionpool: INFO: * Starting new HTTPS connection (1): 192.168.20= 2.4\nrequests.packages.urllib3.connectionpool: DEBUG: "POST /v2.0/subnets= / HTTP/1.1" 201 None\nrequests.packages.urllib3.connectionpool: INFO: = * Starting new HTTPS connection (1): 192.168.202.4\nrequests.packages.ur= llib3.connectionpool: DEBUG: "POST /v2.0/ports/ HTTP/1.1" 201 None\nreque= sts.packages.urllib3.connectionpool: INFO: * Starting new HTTPS conne= ction (1): 192.168.202.4\nrequests.packages.urllib3.connectionpool: DEBUG= : "GET /v2.0/networks/ HTTP/1.1" 200 None\nrequests.packages.urllib3.conn= ectionpool: INFO: * Starting new HTTPS connection (1): 192.168.202.4\= nrequests.packages.urllib3.connectionpool: DEBUG: "GET /v2.0/ports/ HTTP/= 1.1" 200 None\nrequests.packages.urllib3.connectionpool: INFO: * Star= ting new HTTPS connection (1): 192.168.202.4\nrequests.packages.urllib3.c= onnectionpool: DEBUG: "GET /v2.0/subnets/ HTTP/1.1" 200 None\n-----------= ---------- >> end captured logging << ---------------------'=20 =46rom engine:=20 2017-12-12 13:00:57,490-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRe= stApiNegotiationFilter] (default task-6) [] SsoRestApiNegotiationFilter N= ot performing Negotiate Auth 2017-12-12 13:00:57,548-05 DEBUG [org.ovirt.engine.core.common.di.interce= ptor.DebugLoggingInterceptor] (default task-6) [cdcdc9bf-0da4-4d64-953a-2= c8e59587e2b] method: runQuery, params: [Search, SearchParameters:{refresh= =3D'false', filtered=3D'false', searchType=3D'Provider', searchPattern=3D= 'Providers: type=3DOPENSTACK_NETWORK', caseSensitive=3D'false', from=3D'0= ', max=3D'2147483647'}], timeElapsed: 44ms 2017-12-12 13:00:57,586-05 DEBUG [org.ovirt.engine.core.dal.dbbroker.DbFa= cadeUtils] (default task-6) [cdcdc9bf-0da4-4d64-953a-2c8e59587e2b] Failed= to decrypt password: javax.crypto.BadPaddingException: Decryption error at sun.security.rsa.RSAPadding.unpadV15(RSAPadding.java:380) [rt.jar:1.8= =2E0_151] at sun.security.rsa.RSAPadding.unpad(RSAPadding.java:291) [rt.jar:1.8.0_= 151] at com.sun.crypto.provider.RSACipher.doFinal(RSACipher.java:363) [sunjce= _provider.jar:1.8.0_151] at com.sun.crypto.provider.RSACipher.engineDoFinal(RSACipher.java:389) [= sunjce_provider.jar:1.8.0_151] at javax.crypto.Cipher.doFinal(Cipher.java:2165) [jce.jar:1.8.0_151] at org.ovirt.engine.core.utils.crypt.EngineEncryptionUtils.decrypt(Engin= eEncryptionUtils.java:179) [utils.jar:] at org.ovirt.engine.core.dal.dbbroker.DbFacadeUtils.decryptPassword(DbFa= cadeUtils.java:35) [dal.jar:] at org.ovirt.engine.core.dao.provider.ProviderDaoImpl$ProviderRowMapper.= mapRow(ProviderDaoImpl.java:137) [dal.jar:] at org.ovirt.engine.core.dao.provider.ProviderDaoImpl$ProviderRowMapper.= mapRow(ProviderDaoImpl.java:119) [dal.jar:] at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData= (RowMapperResultSetExtractor.java:93) [spring-jdbc.jar:4.3.9.RELEASE] at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData= (RowMapperResultSetExtractor.java:60) [spring-jdbc.jar:4.3.9.RELEASE] at org.springframework.jdbc.core.JdbcTemplate$1QueryStatementCallback.do= InStatement(JdbcTemplate.java:463) [spring-jdbc.jar:4.3.9.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:= 408) [spring-jdbc.jar:4.3.9.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:47= 4) [spring-jdbc.jar:4.3.9.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:48= 4) [spring-jdbc.jar:4.3.9.RELEASE] at org.ovirt.engine.core.dao.provider.ProviderDaoImpl.getAllWithQuery(Pr= oviderDaoImpl.java:189) [dal.jar:] at org.ovirt.engine.core.bll.SearchQuery.genericSearch(SearchQuery.java:= 343) [bll.jar:] at org.ovirt.engine.core.bll.SearchQuery.searchProviders(SearchQuery.jav= a:414) [bll.jar:] at org.ovirt.engine.core.bll.SearchQuery.executeQueryCommand(SearchQuery= =2Ejava:219) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCo= mmandBase.java:106) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:= 33) [dal.jar:] at org.ovirt.engine.core.bll.executor.DefaultBackendQueryExecutor.execut= e(DefaultBackendQueryExecutor.java:14) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:579) [bll= =2Ejar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:548) [bll.jar= :] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1= =2E8.0_151] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.= java:62) [rt.jar:1.8.0_151] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces= sorImpl.java:43) [rt.jar:1.8.0_151] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processIn= vocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(Intercepto= rContext.java:509) at org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(= DelegatingInterceptorInvocationContext.java:92) [wildfly-weld-ejb-11.0.0.= Final.jar:11.0.0.Final] at org.jboss.weld.interceptor.proxy.WeldInvocationContext.interceptorCha= inCompleted(WeldInvocationContext.java:98) [weld-core-impl-2.4.3.Final.ja= r:2.4.3.Final] at org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldIn= vocationContext.java:117) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(= LoggingInterceptor.java:12) [common.jar:] at sun.reflect.GeneratedMethodAccessor69.invoke(Unknown Source) [:1.8.0_= 151] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces= sorImpl.java:43) [rt.jar:1.8.0_151] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleM= ethodInvocation.invoke(SimpleInterceptorInvocation.java:73) [weld-core-im= pl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.WeldInvocationContext.invokeNext(Wel= dInvocationContext.java:83) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldIn= vocationContext.java:115) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:10= 8) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(= DelegatingInterceptorInvocationContext.java:82) [wildfly-weld-ejb-11.0.0.= Final.jar:11.0.0.Final] at org.jboss.as.weld.interceptors.EjbComponentInterceptorSupport.delegat= eInterception(EjbComponentInterceptorSupport.java:60) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInte= rception(Jsr299BindingsInterceptor.java:76) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInte= rception(Jsr299BindingsInterceptor.java:88) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvoc= ation(Jsr299BindingsInterceptor.java:101) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.proce= ssInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(Intercepto= rContext.java:509) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerIntercepto= r.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown Source) [:1.8.0_= 151] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces= sorImpl.java:43) [rt.jar:1.8.0_151] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.= processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeIntercepto= r.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-11.0.= 0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvoca= tion(ConcurrentContextInterceptor.java:45) [wildfly-ee-11.0.0.Final.jar:1= 1.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInte= rceptor.java:40) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInte= rceptor.java:53) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor= =2EprocessInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssoc= iationInterceptor.processInvocation(SingletonComponentInstanceAssociation= Interceptor.java:53) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.j= ava:264) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:= 379) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxIntercep= tor.java:244) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(Intercepto= rContext.java:509) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroun= dInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-= impl-2.4.3.Final.jar:2.4.3.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInv= ocation(EjbRequestScopeActivationInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInte= rceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [w= ildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.pro= cessInvocation(WaitTimeInterceptor.java:47) [wildfly-ejb3-11.0.0.Final.ja= r:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocati= on(SecurityContextInterceptor.java:100) [wildfly-ejb3-11.0.0.Final.jar:11= =2E0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.proce= ssInvocation(StartupAwaitInterceptor.java:22) [wildfly-ejb3-11.0.0.Final.= jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1= =2EprocessInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-11= =2E0.0.Final.jar:11.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processIn= vocation(LoggingInterceptor.java:67) [wildfly-ejb3-11.0.0.Final.jar:11.0.= 0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocati= on(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(= ContextClassLoaderInterceptor.java:60) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:4= 38) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFly= SecurityManager.java:609) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(Acce= ssCheckingInterceptor.java:57) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.ja= va:422) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInte= rceptor.java:53) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:19= 8) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDes= cription.java:185) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocati= onHandler.java:81) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view2.runQuery= (Unknown Source) [common.jar:] at org.ovirt.engine.api.restapi.resource.BackendResource.runQuery(Backen= dResource.java:82) at org.ovirt.engine.api.restapi.resource.BackendResource.getBackendColle= ction(BackendResource.java:152) at org.ovirt.engine.api.restapi.resource.AbstractBackendCollectionResour= ce.getBackendCollection(AbstractBackendCollectionResource.java:48) at org.ovirt.engine.api.restapi.resource.openstack.BackendOpenStackNetwo= rkProvidersResource.getBackendCollection(BackendOpenStackNetworkProviders= Resource.java:70) at org.ovirt.engine.api.restapi.resource.openstack.BackendOpenStackNetwo= rkProvidersResource.list(BackendOpenStackNetworkProvidersResource.java:50= ) at org.ovirt.engine.api.resource.openstack.OpenstackNetworkProvidersReso= urce.doList(OpenstackNetworkProvidersResource.java:52) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1= =2E8.0_151] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.= java:62) [rt.jar:1.8.0_151] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces= sorImpl.java:43) [rt.jar:1.8.0_151] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.= java:140) [resteasy-jaxrs-3.0.24.Final.jar:3.0.24.Final] at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(Resource= MethodInvoker.java:295) [resteasy-jaxrs-3.0.24.Final.jar:3.0.24.Final] at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodIn= voker.java:249) [resteasy-jaxrs-3.0.24.Final.jar:3.0.24.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invokeOnTargetObject(R= esourceLocatorInvoker.java:138) [resteasy-jaxrs-3.0.24.Final.jar:3.0.24.F= inal] at org.jboss.resteasy.core.ResourceLocatorInvoker.invoke(ResourceLocator= Invoker.java:101) [resteasy-jaxrs-3.0.24.Final.jar:3.0.24.Final] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispa= tcher.java:406) [resteasy-jaxrs-3.0.24.Final.jar:3.0.24.Final] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispa= tcher.java:213) [resteasy-jaxrs-3.0.24.Final.jar:3.0.24.Final] at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.= service(ServletContainerDispatcher.java:228) [resteasy-jaxrs-3.0.24.Final= =2Ejar:3.0.24.Final] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.servi= ce(HttpServletDispatcher.java:56) [resteasy-jaxrs-3.0.24.Final.jar:3.0.24= =2EFinal] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.servi= ce(HttpServletDispatcher.java:51) [resteasy-jaxrs-3.0.24.Final.jar:3.0.24= =2EFinal] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-s= ervlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHand= ler.java:85) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandle= r.java:81) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.hand= leRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(= ServletDispatchingHandler.java:36) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateH= andler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateH= andler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateH= andler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(Se= rvletInitialHandler.java:274) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchToPath(Ser= vletInitialHandler.java:209) at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl(RequestDis= patcherImpl.java:221) at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImplSetup(Reque= stDispatcherImpl.java:147) at io.undertow.servlet.spec.RequestDispatcherImpl.forward(RequestDispatc= herImpl.java:111) at org.ovirt.engine.api.restapi.invocation.VersionFilter.doFilter(Versio= nFilter.java:180) at org.ovirt.engine.api.restapi.invocation.VersionFilter.doFilter(Versio= nFilter.java:98) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61= ) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(F= ilterHandler.java:131) at org.ovirt.engine.api.restapi.invocation.CurrentFilter.doFilter(Curren= tFilter.java:117) at org.ovirt.engine.api.restapi.invocation.CurrentFilter.doFilter(Curren= tFilter.java:72) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61= ) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(F= ilterHandler.java:131) at org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.doFilter(R= estApiSessionMgmtFilter.java:78) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61= ) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(F= ilterHandler.java:131) at org.ovirt.engine.core.aaa.filters.EnforceAuthFilter.doFilter(EnforceA= uthFilter.java:42) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61= ) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(F= ilterHandler.java:131) at org.ovirt.engine.core.aaa.filters.SsoRestApiNegotiationFilter.doFilte= r(SsoRestApiNegotiationFilter.java:84) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61= ) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(F= ilterHandler.java:131) at org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter.doFilter(SsoRe= stApiAuthFilter.java:47) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61= ) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(F= ilterHandler.java:131) at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(Se= ssionValidationFilter.java:59) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61= ) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(F= ilterHandler.java:131) at org.ovirt.engine.core.aaa.filters.RestApiSessionValidationFilter.doFi= lter(RestApiSessionValidationFilter.java:35) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61= ) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(F= ilterHandler.java:131) at org.ovirt.engine.api.restapi.security.CSRFProtectionFilter.doFilter(C= SRFProtectionFilter.java:111) at org.ovirt.engine.api.restapi.security.CSRFProtectionFilter.doFilter(C= SRFProtectionFilter.java:102) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61= ) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(F= ilterHandler.java:131) at org.ovirt.engine.core.utils.servlet.CORSSupportFilter.doFilter(CORSSu= pportFilter.java:284) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61= ) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(F= ilterHandler.java:131) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandle= r.java:84) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.hand= leRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(= ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHan= dler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateH= andler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandle= r.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandle= r.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateH= andler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleR= equest(AuthenticationConstraintHandler.java:53) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRe= quest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstrain= tHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandle= r.handleRequest(ServletSecurityConstraintHandler.java:59) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleR= equest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandl= er.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.security.handlers.NotificationReceiverHandler.handleReque= st(NotificationReceiverHandler.java:50) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandl= er.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateH= andler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.han= dleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateH= andler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateH= andler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest= (ServletInitialHandler.java:292) at io.undertow.servlet.handlers.ServletInitialHandler.access$100(Servlet= InitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInit= ialHandler.java:138) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInit= ialHandler.java:135) at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.cal= l(ServletRequestContextThreadSetupAction.java:48) at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(Context= ClassLoaderSetupAction.java:43) at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAct= ion.lambda$create$0(SecurityContextThreadSetupAction.java:105) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoServi= ce$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoServic= e.java:1508) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoServi= ce$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoServic= e.java:1508) at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoServi= ce$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoServic= e.java:1508) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(Se= rvletInitialHandler.java:272) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(Servlet= InitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(Se= rvletInitialHandler.java:104) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:326)= at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:8= 12) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.= java:1149) [rt.jar:1.8.0_151] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor= =2Ejava:624) [rt.jar:1.8.0_151] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_151] 2017-12-12 13:00:57,599-05 DEBUG [org.ovirt.engine.core.common.di.interce= ptor.DebugLoggingInterceptor] (default task-6) [cdcdc9bf-0da4-4d64-953a-2= c8e59587e2b] method: runQuery, params: [Search, SearchParameters:{refresh= =3D'false', filtered=3D'false', searchType=3D'Provider', searchPattern=3D= 'Providers: type=3DEXTERNAL_NETWORK', caseSensitive=3D'false', from=3D'0'= , max=3D'2147483647'}], timeElapsed: 51ms 2017-12-12 13:00:57,604-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRe= stApiAuthFilter] (default task-7) [] Entered SsoRestApiAuthFilter 2017-12-12 13:00:57,605-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRe= stApiAuthFilter] (default task-7) [] SsoRestApiAuthFilter authenticating = with sso 2017-12-12 13:00:57,605-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRe= stApiAuthFilter] (default task-7) [] SsoRestApiAuthFilter authenticating = using BEARER header 2017-12-12 13:00:57,607-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRe= stApiAuthFilter] (default task-7) [] SsoRestApiAuthFilter successfully au= thenticated using BEARER header 2017-12-12 13:00:57,607-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRe= stApiNegotiationFilter] (default task-7) [] Entered SsoRestApiNegotiation= Filter 2017-12-12 13:00:57,610-05 DEBUG [org.ovirt.engine.core.aaa.filters.SsoRe= stApiNegotiationFilter] (default task-7) [] SsoRestApiNegotiationFilter N= ot performing Negotiate Auth ** *</error>* ** --------------5DE01706F093EFF4BADAC8A1 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+CiAgPGhlYWQ+CgogICAgPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBj b250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPgogIDwvaGVhZD4KICA8Ym9keSB0 ZXh0PSIjMDAwMDAwIiBiZ2NvbG9yPSIjRkZGRkZGIj4KICAgIDxwPkhpLCA8YnI+CiAgICA8 L3A+CiAgICA8cD5XZSBoYXZlIGEgZmFpbHVyZSBvbiB0ZXN0IDA5OF9vdmlydF9wcm92aWRl cl9vdm4udXNlX292bl9wcm92aWRlcgogICAgICBidXQgSSBhbSBub3Qgc3VyZSBob3cgdGhl IHJlcG9ydGVkIHBhdGNoIGlzIHJlbGF0ZWQgdG8gdGhlCiAgICAgIGZhaWx1cmUuIDxicj4K ICAgIDwvcD4KICAgIDxwPjxiIHN0eWxlPSJmb250LXdlaWdodDpub3JtYWw7IgogICAgICAg IGlkPSJkb2NzLWludGVybmFsLWd1aWQtNTg1OWI3YTEtNGM0My1lMTYwLTg4ZWQtYzg5Yzhm NDM5N2YyIj4KICAgICAgICA8cCBkaXI9Imx0ciIKICAgICAgICAgIHN0eWxlPSJsaW5lLWhl aWdodDoxLjM4O21hcmdpbi10b3A6MHB0O21hcmdpbi1ib3R0b206MHB0OyI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiMwMDAwMDA7YmFj a2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LXdlaWdodDo0MDA7Zm9udC1zdHlsZTpu b3JtYWw7Zm9udC12YXJpYW50Om5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTt2ZXJ0aWNh bC1hbGlnbjpiYXNlbGluZTt3aGl0ZS1zcGFjZTpwcmUtd3JhcDsiPkxpbmsgYW5kIGhlYWRs aW5lIG9mIHN1c3BlY3RlZCBwYXRjaGVzOiA8L3NwYW4+PC9wPgogICAgICAgIDxhIGNsYXNz PSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHBzOi8vZ2Vycml0Lm92aXJ0Lm9y Zy8jL2MvODUxNDcvIj5odHRwczovL2dlcnJpdC5vdmlydC5vcmcvIy9jLzg1MTQ3LzwvYT4g LSB2aXJ0OiBGaXggZmxpcHBlZAogICAgICAgIGNvbmRpdGlvbiBpbiBob3R1bnBsdWdOaWM8 L2I+PC9wPgogICAgPHA+PGIgc3R5bGU9ImZvbnQtd2VpZ2h0Om5vcm1hbDsiCiAgICAgICAg aWQ9ImRvY3MtaW50ZXJuYWwtZ3VpZC01ODU5YjdhMS00YzQzLWUxNjAtODhlZC1jODljOGY0 Mzk3ZjIiPgogICAgICAgIDxwIGRpcj0ibHRyIgogICAgICAgICAgc3R5bGU9ImxpbmUtaGVp Z2h0OjEuMzg7bWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTowcHQ7Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6IzAwMDAwMDtiYWNr Z3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtd2VpZ2h0OjQwMDtmb250LXN0eWxlOm5v cm1hbDtmb250LXZhcmlhbnQ6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lO3ZlcnRpY2Fs LWFsaWduOmJhc2VsaW5lO3doaXRlLXNwYWNlOnByZS13cmFwOyI+TGluayB0byBKb2I6PC9z cGFuPjwvcD4KICAgICAgPC9iPjxiIHN0eWxlPSJmb250LXdlaWdodDpub3JtYWw7IgogICAg ICAgIGlkPSJkb2NzLWludGVybmFsLWd1aWQtNTg1OWI3YTEtNGM0My1lMTYwLTg4ZWQtYzg5 YzhmNDM5N2YyIj48YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRw Oi8vamVua2lucy5vdmlydC5vcmcvam9iL292aXJ0LW1hc3Rlcl9jaGFuZ2UtcXVldWUtdGVz dGVyLzQzNzEiPmh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy9qb2Ivb3ZpcnQtbWFzdGVyX2No YW5nZS1xdWV1ZS10ZXN0ZXIvNDM3MTwvYT48L2I+PC9wPgogICAgPHA+PGIgc3R5bGU9ImZv bnQtd2VpZ2h0Om5vcm1hbDsiCiAgICAgICAgaWQ9ImRvY3MtaW50ZXJuYWwtZ3VpZC01ODU5 YjdhMS00YzQzLWUxNjAtODhlZC1jODljOGY0Mzk3ZjIiPjxicj4KICAgICAgICA8cCBkaXI9 Imx0ciIKICAgICAgICAgIHN0eWxlPSJsaW5lLWhlaWdodDoxLjM4O21hcmdpbi10b3A6MHB0 O21hcmdpbi1ib3R0b206MHB0OyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMXB0O2ZvbnQt ZmFtaWx5OkFyaWFsO2NvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVu dDtmb250LXdlaWdodDo0MDA7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC12YXJpYW50Om5vcm1h bDt0ZXh0LWRlY29yYXRpb246bm9uZTt2ZXJ0aWNhbC1hbGlnbjpiYXNlbGluZTt3aGl0ZS1z cGFjZTpwcmUtd3JhcDsiPkxpbmsgdG8gYWxsIGxvZ3M6PC9zcGFuPjwvcD4KPGEgY2xhc3M9 Im1vei10eHQtbGluay1mcmVldGV4dCIgaHJlZj0iaHR0cDovL2plbmtpbnMub3ZpcnQub3Jn L2pvYi9vdmlydC1tYXN0ZXJfY2hhbmdlLXF1ZXVlLXRlc3Rlci80MzcxL2FydGlmYWN0Ij5o dHRwOi8vamVua2lucy5vdmlydC5vcmcvam9iL292aXJ0LW1hc3Rlcl9jaGFuZ2UtcXVldWUt dGVzdGVyLzQzNzEvYXJ0aWZhY3Q8L2E+PC9iPjwvcD4KICAgIDxwPjxiIHN0eWxlPSJmb250 LXdlaWdodDpub3JtYWw7IgogICAgICAgIGlkPSJkb2NzLWludGVybmFsLWd1aWQtNTg1OWI3 YTEtNGM0My1lMTYwLTg4ZWQtYzg5YzhmNDM5N2YyIj48YnI+CiAgICAgICAgPHAgZGlyPSJs dHIiCiAgICAgICAgICBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDtt YXJnaW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZh bWlseTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7 Zm9udC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7 dGV4dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3Bh Y2U6cHJlLXdyYXA7Ij4oUmVsZXZhbnQpIGVycm9yIHNuaXBwZXQgZnJvbSB0aGUgbG9nOiA8 L3NwYW4+PC9wPgogICAgICAgIDxwIGRpcj0ibHRyIgogICAgICAgICAgc3R5bGU9ImxpbmUt aGVpZ2h0OjEuMzg7bWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTowcHQ7Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6IzAwMDAwMDti YWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtd2VpZ2h0OjQwMDtmb250LXN0eWxl Om5vcm1hbDtmb250LXZhcmlhbnQ6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lO3ZlcnRp Y2FsLWFsaWduOmJhc2VsaW5lO3doaXRlLXNwYWNlOnByZS13cmFwOyI+Jmx0O2Vycm9yJmd0 Ozwvc3Bhbj48L3A+CiAgICAgICAgPGJyPgogICAgICAgIGZyb20ganVuaXQ6IDxicj4KICAg ICAgPC9iPjwvcD4KICAgIDxwPjxicj4KICAgIDwvcD4KICAgIDxwcmUgc3R5bGU9ImJveC1z aXppbmc6IGJvcmRlci1ib3g7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsgd29yZC13cmFwOiBi cmVhay13b3JkOyBtYXJnaW46IDBweDsgY29sb3I6IHJnYig1MSwgNTEsIDUxKTsgZm9udC1z aXplOiAxNHB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1saWdhdHVyZXM6 IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1h bDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogMjsgdGV4dC1hbGlnbjogc3Rh cnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aWRvd3M6IDI7 IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRl eHQtZGVjb3JhdGlvbi1zdHlsZTogaW5pdGlhbDsgdGV4dC1kZWNvcmF0aW9uLWNvbG9yOiBp bml0aWFsOyI+RmlsZSAiL3Vzci9saWI2NC9weXRob24yLjcvdW5pdHRlc3QvY2FzZS5weSIs IGxpbmUgMzY5LCBpbiBydW4KICAgIHRlc3RNZXRob2QoKQogIEZpbGUgIi91c3IvbGliL3B5 dGhvbjIuNy9zaXRlLXBhY2thZ2VzL25vc2UvY2FzZS5weSIsIGxpbmUgMTk3LCBpbiBydW5U ZXN0CiAgICBzZWxmLnRlc3QoKnNlbGYuYXJnKQogIEZpbGUgIi91c3IvbGliL3B5dGhvbjIu Ny9zaXRlLXBhY2thZ2VzL292aXJ0bGFnby90ZXN0bGliLnB5IiwgbGluZSAxMjksIGluIHdy YXBwZWRfdGVzdAogICAgdGVzdCgpCiAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUt cGFja2FnZXMvb3ZpcnRsYWdvL3Rlc3RsaWIucHkiLCBsaW5lIDU5LCBpbiB3cmFwcGVyCiAg ICByZXR1cm4gZnVuYyhnZXRfdGVzdF9wcmVmaXgoKSwgKmFyZ3MsICoqa3dhcmdzKQogIEZp bGUgIi91c3IvbGliL3B5dGhvbjIuNy9zaXRlLXBhY2thZ2VzL292aXJ0bGFnby90ZXN0bGli LnB5IiwgbGluZSA3OCwgaW4gd3JhcHBlcgogICAgcHJlZml4LnZpcnRfZW52LmVuZ2luZV92 bSgpLmdldF9hcGkoYXBpX3Zlcj00KSwgKmFyZ3MsICoqa3dhcmdzCiAgRmlsZSAiL3Vzci9s aWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvb3ZpcnRsYWdvL3Rlc3RsaWIucHkiLCBsaW5l IDU5LCBpbiB3cmFwcGVyCiAgICByZXR1cm4gZnVuYyhnZXRfdGVzdF9wcmVmaXgoKSwgKmFy Z3MsICoqa3dhcmdzKQogIEZpbGUgIi9ob21lL2plbmtpbnMvd29ya3NwYWNlL292aXJ0LW1h c3Rlcl9jaGFuZ2UtcXVldWUtdGVzdGVyL292aXJ0LXN5c3RlbS10ZXN0cy9iYXNpYy1zdWl0 ZS1tYXN0ZXIvdGVzdC1zY2VuYXJpb3MvMDk4X292aXJ0X3Byb3ZpZGVyX292bi5weSIsIGxp bmUgNDM1LCBpbiB1c2Vfb3ZuX3Byb3ZpZGVyCiAgICBfcmVtb3ZlX2lmYWNlX2Zyb21fdm0o YXBpLCBWTTBfTkFNRSwgSUZBQ0VfTkFNRSkKICBGaWxlICIvaG9tZS9qZW5raW5zL3dvcmtz cGFjZS9vdmlydC1tYXN0ZXJfY2hhbmdlLXF1ZXVlLXRlc3Rlci9vdmlydC1zeXN0ZW0tdGVz dHMvYmFzaWMtc3VpdGUtbWFzdGVyL3Rlc3Qtc2NlbmFyaW9zLzA5OF9vdmlydF9wcm92aWRl cl9vdm4ucHkiLCBsaW5lIDM4OCwgaW4gX3JlbW92ZV9pZmFjZV9mcm9tX3ZtCiAgICBuaWNf c2VydmljZS5kZWFjdGl2YXRlKCkKICBGaWxlICIvdXNyL2xpYjY0L3B5dGhvbjIuNy9zaXRl LXBhY2thZ2VzL292aXJ0c2RrNC9zZXJ2aWNlcy5weSIsIGxpbmUgMjkxMTAsIGluIGRlYWN0 aXZhdGUKICAgIHJldHVybiBzZWxmLl9pbnRlcm5hbF9hY3Rpb24oYWN0aW9uLCAnZGVhY3Rp dmF0ZScsIE5vbmUsIGhlYWRlcnMsIHF1ZXJ5LCB3YWl0KQogIEZpbGUgIi91c3IvbGliNjQv cHl0aG9uMi43L3NpdGUtcGFja2FnZXMvb3ZpcnRzZGs0L3NlcnZpY2UucHkiLCBsaW5lIDI5 OSwgaW4gX2ludGVybmFsX2FjdGlvbgogICAgcmV0dXJuIGZ1dHVyZS53YWl0KCkgaWYgd2Fp dCBlbHNlIGZ1dHVyZQogIEZpbGUgIi91c3IvbGliNjQvcHl0aG9uMi43L3NpdGUtcGFja2Fn ZXMvb3ZpcnRzZGs0L3NlcnZpY2UucHkiLCBsaW5lIDU1LCBpbiB3YWl0CiAgICByZXR1cm4g c2VsZi5fY29kZShyZXNwb25zZSkKICBGaWxlICIvdXNyL2xpYjY0L3B5dGhvbjIuNy9zaXRl LXBhY2thZ2VzL292aXJ0c2RrNC9zZXJ2aWNlLnB5IiwgbGluZSAyOTYsIGluIGNhbGxiYWNr CiAgICBzZWxmLl9jaGVja19mYXVsdChyZXNwb25zZSkKICBGaWxlICIvdXNyL2xpYjY0L3B5 dGhvbjIuNy9zaXRlLXBhY2thZ2VzL292aXJ0c2RrNC9zZXJ2aWNlLnB5IiwgbGluZSAxMzIs IGluIF9jaGVja19mYXVsdAogICAgc2VsZi5fcmFpc2VfZXJyb3IocmVzcG9uc2UsIGJvZHkp CiAgRmlsZSAiL3Vzci9saWI2NC9weXRob24yLjcvc2l0ZS1wYWNrYWdlcy9vdmlydHNkazQv c2VydmljZS5weSIsIGxpbmUgMTE4LCBpbiBfcmFpc2VfZXJyb3IKICAgIHJhaXNlIGVycm9y CidGYXVsdCByZWFzb24gaXMgIk9wZXJhdGlvbiBGYWlsZWQiLiBGYXVsdCBkZXRhaWwgaXMg IltHZW5lcmFsIEV4Y2VwdGlvbl0iLiBIVFRQIHJlc3BvbnNlIGNvZGUgaXMgNDAwLlxuLS0t LS0tLS0tLS0tLS0tLS0tLS0gJmd0OyZndDsgYmVnaW4gY2FwdHVyZWQgbG9nZ2luZyAmbHQ7 Jmx0OyAtLS0tLS0tLS0tLS0tLS0tLS0tLVxucmVxdWVzdHMucGFja2FnZXMudXJsbGliMy5j b25uZWN0aW9ucG9vbDogSU5GTzogICAgICogU3RhcnRpbmcgbmV3IEhUVFBTIGNvbm5lY3Rp b24gKDEpOiAxOTIuMTY4LjIwMi40XG5weS53YXJuaW5nczogV0FSTklORzogICAgICogVW52 ZXJpZmllZCBIVFRQUyByZXF1ZXN0IGlzIGJlaW5nIG1hZGUuIEFkZGluZyBjZXJ0aWZpY2F0 ZSB2ZXJpZmljYXRpb24gaXMgc3Ryb25nbHkgYWR2aXNlZC4gU2VlOiA8YSBocmVmPSJodHRw czovL3VybGxpYjMucmVhZHRoZWRvY3Mub3JnL2VuL2xhdGVzdC9zZWN1cml0eS5odG1sL25y ZXF1ZXN0cy5wYWNrYWdlcy51cmxsaWIzLmNvbm5lY3Rpb25wb29sOiIgc3R5bGU9ImJveC1z aXppbmc6IGJvcmRlci1ib3g7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgdGV4dC1kZWNvcmF0 aW9uOiB1bmRlcmxpbmU7IGNvbG9yOiByZ2IoOTIsIDUzLCAxMDIpOyI+aHR0cHM6Ly91cmxs aWIzLnJlYWR0aGVkb2NzLm9yZy9lbi9sYXRlc3Qvc2VjdXJpdHkuaHRtbFxucmVxdWVzdHMu cGFja2FnZXMudXJsbGliMy5jb25uZWN0aW9ucG9vbDo8L2E+IERFQlVHOiAiUE9TVCAvdjIu MC90b2tlbnMvIEhUVFAvMS4xIiAyMDAgTm9uZVxucmVxdWVzdHMucGFja2FnZXMudXJsbGli My5jb25uZWN0aW9ucG9vbDogSU5GTzogICAgICogU3RhcnRpbmcgbmV3IEhUVFBTIGNvbm5l Y3Rpb24gKDEpOiAxOTIuMTY4LjIwMi40XG5yZXF1ZXN0cy5wYWNrYWdlcy51cmxsaWIzLmNv bm5lY3Rpb25wb29sOiBERUJVRzogIkdFVCAvdjIuMC9uZXR3b3Jrcy8gSFRUUC8xLjEiIDIw MCBOb25lXG5yZXF1ZXN0cy5wYWNrYWdlcy51cmxsaWIzLmNvbm5lY3Rpb25wb29sOiBJTkZP OiAgICAgKiBTdGFydGluZyBuZXcgSFRUUFMgY29ubmVjdGlvbiAoMSk6IDE5Mi4xNjguMjAy LjRcbnJlcXVlc3RzLnBhY2thZ2VzLnVybGxpYjMuY29ubmVjdGlvbnBvb2w6IERFQlVHOiAi R0VUIC92Mi4wL3BvcnRzLyBIVFRQLzEuMSIgMjAwIE5vbmVcbnJlcXVlc3RzLnBhY2thZ2Vz LnVybGxpYjMuY29ubmVjdGlvbnBvb2w6IElORk86ICAgICAqIFN0YXJ0aW5nIG5ldyBIVFRQ UyBjb25uZWN0aW9uICgxKTogMTkyLjE2OC4yMDIuNFxucmVxdWVzdHMucGFja2FnZXMudXJs bGliMy5jb25uZWN0aW9ucG9vbDogREVCVUc6ICJHRVQgL3YyLjAvc3VibmV0cy8gSFRUUC8x LjEiIDIwMCBOb25lXG5yZXF1ZXN0cy5wYWNrYWdlcy51cmxsaWIzLmNvbm5lY3Rpb25wb29s OiBJTkZPOiAgICAgKiBTdGFydGluZyBuZXcgSFRUUFMgY29ubmVjdGlvbiAoMSk6IDE5Mi4x NjguMjAyLjRcbnJlcXVlc3RzLnBhY2thZ2VzLnVybGxpYjMuY29ubmVjdGlvbnBvb2w6IERF QlVHOiAiUE9TVCAvdjIuMC9uZXR3b3Jrcy8gSFRUUC8xLjEiIDIwMSBOb25lXG5yZXF1ZXN0 cy5wYWNrYWdlcy51cmxsaWIzLmNvbm5lY3Rpb25wb29sOiBJTkZPOiAgICAgKiBTdGFydGlu ZyBuZXcgSFRUUFMgY29ubmVjdGlvbiAoMSk6IDE5Mi4xNjguMjAyLjRcbnJlcXVlc3RzLnBh Y2thZ2VzLnVybGxpYjMuY29ubmVjdGlvbnBvb2w6IERFQlVHOiAiUE9TVCAvdjIuMC9zdWJu ZXRzLyBIVFRQLzEuMSIgMjAxIE5vbmVcbnJlcXVlc3RzLnBhY2thZ2VzLnVybGxpYjMuY29u bmVjdGlvbnBvb2w6IElORk86ICAgICAqIFN0YXJ0aW5nIG5ldyBIVFRQUyBjb25uZWN0aW9u ICgxKTogMTkyLjE2OC4yMDIuNFxucmVxdWVzdHMucGFja2FnZXMudXJsbGliMy5jb25uZWN0 aW9ucG9vbDogREVCVUc6ICJQT1NUIC92Mi4wL3BvcnRzLyBIVFRQLzEuMSIgMjAxIE5vbmVc bnJlcXVlc3RzLnBhY2thZ2VzLnVybGxpYjMuY29ubmVjdGlvbnBvb2w6IElORk86ICAgICAq IFN0YXJ0aW5nIG5ldyBIVFRQUyBjb25uZWN0aW9uICgxKTogMTkyLjE2OC4yMDIuNFxucmVx dWVzdHMucGFja2FnZXMudXJsbGliMy5jb25uZWN0aW9ucG9vbDogREVCVUc6ICJHRVQgL3Yy LjAvbmV0d29ya3MvIEhUVFAvMS4xIiAyMDAgTm9uZVxucmVxdWVzdHMucGFja2FnZXMudXJs bGliMy5jb25uZWN0aW9ucG9vbDogSU5GTzogICAgICogU3RhcnRpbmcgbmV3IEhUVFBTIGNv bm5lY3Rpb24gKDEpOiAxOTIuMTY4LjIwMi40XG5yZXF1ZXN0cy5wYWNrYWdlcy51cmxsaWIz LmNvbm5lY3Rpb25wb29sOiBERUJVRzogIkdFVCAvdjIuMC9wb3J0cy8gSFRUUC8xLjEiIDIw MCBOb25lXG5yZXF1ZXN0cy5wYWNrYWdlcy51cmxsaWIzLmNvbm5lY3Rpb25wb29sOiBJTkZP OiAgICAgKiBTdGFydGluZyBuZXcgSFRUUFMgY29ubmVjdGlvbiAoMSk6IDE5Mi4xNjguMjAy LjRcbnJlcXVlc3RzLnBhY2thZ2VzLnVybGxpYjMuY29ubmVjdGlvbnBvb2w6IERFQlVHOiAi R0VUIC92Mi4wL3N1Ym5ldHMvIEhUVFAvMS4xIiAyMDAgTm9uZVxuLS0tLS0tLS0tLS0tLS0t LS0tLS0tICZndDsmZ3Q7IGVuZCBjYXB0dXJlZCBsb2dnaW5nICZsdDsmbHQ7IC0tLS0tLS0t LS0tLS0tLS0tLS0tLScgCgpGcm9tIGVuZ2luZTogCgoyMDE3LTEyLTEyIDEzOjAwOjU3LDQ5 MC0wNSBERUJVRyBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmFhYS5maWx0ZXJzLlNzb1Jlc3RB cGlOZWdvdGlhdGlvbkZpbHRlcl0gKGRlZmF1bHQgdGFzay02KSBbXSBTc29SZXN0QXBpTmVn b3RpYXRpb25GaWx0ZXIgTm90IHBlcmZvcm1pbmcgTmVnb3RpYXRlIEF1dGgKMjAxNy0xMi0x MiAxMzowMDo1Nyw1NDgtMDUgREVCVUcgW29yZy5vdmlydC5lbmdpbmUuY29yZS5jb21tb24u ZGkuaW50ZXJjZXB0b3IuRGVidWdMb2dnaW5nSW50ZXJjZXB0b3JdIChkZWZhdWx0IHRhc2st NikgW2NkY2RjOWJmLTBkYTQtNGQ2NC05NTNhLTJjOGU1OTU4N2UyYl0gbWV0aG9kOiBydW5R dWVyeSwgcGFyYW1zOiBbU2VhcmNoLCBTZWFyY2hQYXJhbWV0ZXJzOntyZWZyZXNoPSdmYWxz ZScsIGZpbHRlcmVkPSdmYWxzZScsIHNlYXJjaFR5cGU9J1Byb3ZpZGVyJywgc2VhcmNoUGF0 dGVybj0nUHJvdmlkZXJzOiB0eXBlPU9QRU5TVEFDS19ORVRXT1JLJywgY2FzZVNlbnNpdGl2 ZT0nZmFsc2UnLCBmcm9tPScwJywgbWF4PScyMTQ3NDgzNjQ3J31dLCB0aW1lRWxhcHNlZDog NDRtcwoyMDE3LTEyLTEyIDEzOjAwOjU3LDU4Ni0wNSBERUJVRyBbb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLmRhbC5kYmJyb2tlci5EYkZhY2FkZVV0aWxzXSAoZGVmYXVsdCB0YXNrLTYpIFtj ZGNkYzliZi0wZGE0LTRkNjQtOTUzYS0yYzhlNTk1ODdlMmJdIEZhaWxlZCB0byBkZWNyeXB0 IHBhc3N3b3JkOiBqYXZheC5jcnlwdG8uQmFkUGFkZGluZ0V4Y2VwdGlvbjogRGVjcnlwdGlv biBlcnJvcgoJYXQgc3VuLnNlY3VyaXR5LnJzYS5SU0FQYWRkaW5nLnVucGFkVjE1KFJTQVBh ZGRpbmcuamF2YTozODApIFtydC5qYXI6MS44LjBfMTUxXQoJYXQgc3VuLnNlY3VyaXR5LnJz YS5SU0FQYWRkaW5nLnVucGFkKFJTQVBhZGRpbmcuamF2YToyOTEpIFtydC5qYXI6MS44LjBf MTUxXQoJYXQgY29tLnN1bi5jcnlwdG8ucHJvdmlkZXIuUlNBQ2lwaGVyLmRvRmluYWwoUlNB Q2lwaGVyLmphdmE6MzYzKSBbc3VuamNlX3Byb3ZpZGVyLmphcjoxLjguMF8xNTFdCglhdCBj b20uc3VuLmNyeXB0by5wcm92aWRlci5SU0FDaXBoZXIuZW5naW5lRG9GaW5hbChSU0FDaXBo ZXIuamF2YTozODkpIFtzdW5qY2VfcHJvdmlkZXIuamFyOjEuOC4wXzE1MV0KCWF0IGphdmF4 LmNyeXB0by5DaXBoZXIuZG9GaW5hbChDaXBoZXIuamF2YToyMTY1KSBbamNlLmphcjoxLjgu MF8xNTFdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMuY3J5cHQuRW5naW5lRW5j cnlwdGlvblV0aWxzLmRlY3J5cHQoRW5naW5lRW5jcnlwdGlvblV0aWxzLmphdmE6MTc5KSBb dXRpbHMuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5kYWwuZGJicm9rZXIuRGJG YWNhZGVVdGlscy5kZWNyeXB0UGFzc3dvcmQoRGJGYWNhZGVVdGlscy5qYXZhOjM1KSBbZGFs LmphcjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuZGFvLnByb3ZpZGVyLlByb3ZpZGVy RGFvSW1wbCRQcm92aWRlclJvd01hcHBlci5tYXBSb3coUHJvdmlkZXJEYW9JbXBsLmphdmE6 MTM3KSBbZGFsLmphcjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuZGFvLnByb3ZpZGVy LlByb3ZpZGVyRGFvSW1wbCRQcm92aWRlclJvd01hcHBlci5tYXBSb3coUHJvdmlkZXJEYW9J bXBsLmphdmE6MTE5KSBbZGFsLmphcjpdCglhdCBvcmcuc3ByaW5nZnJhbWV3b3JrLmpkYmMu Y29yZS5Sb3dNYXBwZXJSZXN1bHRTZXRFeHRyYWN0b3IuZXh0cmFjdERhdGEoUm93TWFwcGVy UmVzdWx0U2V0RXh0cmFjdG9yLmphdmE6OTMpIFtzcHJpbmctamRiYy5qYXI6NC4zLjkuUkVM RUFTRV0KCWF0IG9yZy5zcHJpbmdmcmFtZXdvcmsuamRiYy5jb3JlLlJvd01hcHBlclJlc3Vs dFNldEV4dHJhY3Rvci5leHRyYWN0RGF0YShSb3dNYXBwZXJSZXN1bHRTZXRFeHRyYWN0b3Iu amF2YTo2MCkgW3NwcmluZy1qZGJjLmphcjo0LjMuOS5SRUxFQVNFXQoJYXQgb3JnLnNwcmlu Z2ZyYW1ld29yay5qZGJjLmNvcmUuSmRiY1RlbXBsYXRlJDFRdWVyeVN0YXRlbWVudENhbGxi YWNrLmRvSW5TdGF0ZW1lbnQoSmRiY1RlbXBsYXRlLmphdmE6NDYzKSBbc3ByaW5nLWpkYmMu amFyOjQuMy45LlJFTEVBU0VdCglhdCBvcmcuc3ByaW5nZnJhbWV3b3JrLmpkYmMuY29yZS5K ZGJjVGVtcGxhdGUuZXhlY3V0ZShKZGJjVGVtcGxhdGUuamF2YTo0MDgpIFtzcHJpbmctamRi Yy5qYXI6NC4zLjkuUkVMRUFTRV0KCWF0IG9yZy5zcHJpbmdmcmFtZXdvcmsuamRiYy5jb3Jl LkpkYmNUZW1wbGF0ZS5xdWVyeShKZGJjVGVtcGxhdGUuamF2YTo0NzQpIFtzcHJpbmctamRi Yy5qYXI6NC4zLjkuUkVMRUFTRV0KCWF0IG9yZy5zcHJpbmdmcmFtZXdvcmsuamRiYy5jb3Jl LkpkYmNUZW1wbGF0ZS5xdWVyeShKZGJjVGVtcGxhdGUuamF2YTo0ODQpIFtzcHJpbmctamRi Yy5qYXI6NC4zLjkuUkVMRUFTRV0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5kYW8ucHJv dmlkZXIuUHJvdmlkZXJEYW9JbXBsLmdldEFsbFdpdGhRdWVyeShQcm92aWRlckRhb0ltcGwu amF2YToxODkpIFtkYWwuamFyOl0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5ibGwuU2Vh cmNoUXVlcnkuZ2VuZXJpY1NlYXJjaChTZWFyY2hRdWVyeS5qYXZhOjM0MykgW2JsbC5qYXI6 XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5TZWFyY2hRdWVyeS5zZWFyY2hQcm92 aWRlcnMoU2VhcmNoUXVlcnkuamF2YTo0MTQpIFtibGwuamFyOl0KCWF0IG9yZy5vdmlydC5l bmdpbmUuY29yZS5ibGwuU2VhcmNoUXVlcnkuZXhlY3V0ZVF1ZXJ5Q29tbWFuZChTZWFyY2hR dWVyeS5qYXZhOjIxOSkgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJs bC5RdWVyaWVzQ29tbWFuZEJhc2UuZXhlY3V0ZUNvbW1hbmQoUXVlcmllc0NvbW1hbmRCYXNl LmphdmE6MTA2KSBbYmxsLmphcjpdCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuZGFsLlZk Y0NvbW1hbmRCYXNlLmV4ZWN1dGUoVmRjQ29tbWFuZEJhc2UuamF2YTozMykgW2RhbC5qYXI6 XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5leGVjdXRvci5EZWZhdWx0QmFja2Vu ZFF1ZXJ5RXhlY3V0b3IuZXhlY3V0ZShEZWZhdWx0QmFja2VuZFF1ZXJ5RXhlY3V0b3IuamF2 YToxNCkgW2JsbC5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmJsbC5CYWNrZW5k LnJ1blF1ZXJ5SW1wbChCYWNrZW5kLmphdmE6NTc5KSBbYmxsLmphcjpdCglhdCBvcmcub3Zp cnQuZW5naW5lLmNvcmUuYmxsLkJhY2tlbmQucnVuUXVlcnkoQmFja2VuZC5qYXZhOjU0OCkg W2JsbC5qYXI6XQoJYXQgc3VuLnJlZmxlY3QuTmF0aXZlTWV0aG9kQWNjZXNzb3JJbXBsLmlu dm9rZTAoTmF0aXZlIE1ldGhvZCkgW3J0LmphcjoxLjguMF8xNTFdCglhdCBzdW4ucmVmbGVj dC5OYXRpdmVNZXRob2RBY2Nlc3NvckltcGwuaW52b2tlKE5hdGl2ZU1ldGhvZEFjY2Vzc29y SW1wbC5qYXZhOjYyKSBbcnQuamFyOjEuOC4wXzE1MV0KCWF0IHN1bi5yZWZsZWN0LkRlbGVn YXRpbmdNZXRob2RBY2Nlc3NvckltcGwuaW52b2tlKERlbGVnYXRpbmdNZXRob2RBY2Nlc3Nv ckltcGwuamF2YTo0MykgW3J0LmphcjoxLjguMF8xNTFdCglhdCBqYXZhLmxhbmcucmVmbGVj dC5NZXRob2QuaW52b2tlKE1ldGhvZC5qYXZhOjQ5OCkgW3J0LmphcjoxLjguMF8xNTFdCglh dCBvcmcuamJvc3MuYXMuZWUuY29tcG9uZW50Lk1hbmFnZWRSZWZlcmVuY2VNZXRob2RJbnRl cmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihNYW5hZ2VkUmVmZXJlbmNlTWV0aG9kSW50ZXJj ZXB0b3IuamF2YTo1MikKCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29u dGV4dC5wcm9jZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjQyMikKCWF0IG9yZy5qYm9z cy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dCRJbnZvY2F0aW9uLnByb2NlZWQoSW50 ZXJjZXB0b3JDb250ZXh0LmphdmE6NTA5KQoJYXQgb3JnLmpib3NzLmFzLndlbGQuZWpiLkRl bGVnYXRpbmdJbnRlcmNlcHRvckludm9jYXRpb25Db250ZXh0LnByb2NlZWQoRGVsZWdhdGlu Z0ludGVyY2VwdG9ySW52b2NhdGlvbkNvbnRleHQuamF2YTo5MikgW3dpbGRmbHktd2VsZC1l amItMTEuMC4wLkZpbmFsLmphcjoxMS4wLjAuRmluYWxdCglhdCBvcmcuamJvc3Mud2VsZC5p bnRlcmNlcHRvci5wcm94eS5XZWxkSW52b2NhdGlvbkNvbnRleHQuaW50ZXJjZXB0b3JDaGFp bkNvbXBsZXRlZChXZWxkSW52b2NhdGlvbkNvbnRleHQuamF2YTo5OCkgW3dlbGQtY29yZS1p bXBsLTIuNC4zLkZpbmFsLmphcjoyLjQuMy5GaW5hbF0KCWF0IG9yZy5qYm9zcy53ZWxkLmlu dGVyY2VwdG9yLnByb3h5LldlbGRJbnZvY2F0aW9uQ29udGV4dC5wcm9jZWVkKFdlbGRJbnZv Y2F0aW9uQ29udGV4dC5qYXZhOjExNykgW3dlbGQtY29yZS1pbXBsLTIuNC4zLkZpbmFsLmph cjoyLjQuMy5GaW5hbF0KCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5jb21tb24uZGkuaW50 ZXJjZXB0b3IuTG9nZ2luZ0ludGVyY2VwdG9yLmFwcGx5KExvZ2dpbmdJbnRlcmNlcHRvci5q YXZhOjEyKSBbY29tbW9uLmphcjpdCglhdCBzdW4ucmVmbGVjdC5HZW5lcmF0ZWRNZXRob2RB Y2Nlc3NvcjY5Lmludm9rZShVbmtub3duIFNvdXJjZSkgWzoxLjguMF8xNTFdCglhdCBzdW4u cmVmbGVjdC5EZWxlZ2F0aW5nTWV0aG9kQWNjZXNzb3JJbXBsLmludm9rZShEZWxlZ2F0aW5n TWV0aG9kQWNjZXNzb3JJbXBsLmphdmE6NDMpIFtydC5qYXI6MS44LjBfMTUxXQoJYXQgamF2 YS5sYW5nLnJlZmxlY3QuTWV0aG9kLmludm9rZShNZXRob2QuamF2YTo0OTgpIFtydC5qYXI6 MS44LjBfMTUxXQoJYXQgb3JnLmpib3NzLndlbGQuaW50ZXJjZXB0b3IucmVhZGVyLlNpbXBs ZUludGVyY2VwdG9ySW52b2NhdGlvbiRTaW1wbGVNZXRob2RJbnZvY2F0aW9uLmludm9rZShT aW1wbGVJbnRlcmNlcHRvckludm9jYXRpb24uamF2YTo3MykgW3dlbGQtY29yZS1pbXBsLTIu NC4zLkZpbmFsLmphcjoyLjQuMy5GaW5hbF0KCWF0IG9yZy5qYm9zcy53ZWxkLmludGVyY2Vw dG9yLnByb3h5LldlbGRJbnZvY2F0aW9uQ29udGV4dC5pbnZva2VOZXh0KFdlbGRJbnZvY2F0 aW9uQ29udGV4dC5qYXZhOjgzKSBbd2VsZC1jb3JlLWltcGwtMi40LjMuRmluYWwuamFyOjIu NC4zLkZpbmFsXQoJYXQgb3JnLmpib3NzLndlbGQuaW50ZXJjZXB0b3IucHJveHkuV2VsZElu dm9jYXRpb25Db250ZXh0LnByb2NlZWQoV2VsZEludm9jYXRpb25Db250ZXh0LmphdmE6MTE1 KSBbd2VsZC1jb3JlLWltcGwtMi40LjMuRmluYWwuamFyOjIuNC4zLkZpbmFsXQoJYXQgb3Jn Lmpib3NzLndlbGQuYmVhbi5JbnRlcmNlcHRvckltcGwuaW50ZXJjZXB0KEludGVyY2VwdG9y SW1wbC5qYXZhOjEwOCkgW3dlbGQtY29yZS1pbXBsLTIuNC4zLkZpbmFsLmphcjoyLjQuMy5G aW5hbF0KCWF0IG9yZy5qYm9zcy5hcy53ZWxkLmVqYi5EZWxlZ2F0aW5nSW50ZXJjZXB0b3JJ bnZvY2F0aW9uQ29udGV4dC5wcm9jZWVkKERlbGVnYXRpbmdJbnRlcmNlcHRvckludm9jYXRp b25Db250ZXh0LmphdmE6ODIpIFt3aWxkZmx5LXdlbGQtZWpiLTExLjAuMC5GaW5hbC5qYXI6 MTEuMC4wLkZpbmFsXQoJYXQgb3JnLmpib3NzLmFzLndlbGQuaW50ZXJjZXB0b3JzLkVqYkNv bXBvbmVudEludGVyY2VwdG9yU3VwcG9ydC5kZWxlZ2F0ZUludGVyY2VwdGlvbihFamJDb21w b25lbnRJbnRlcmNlcHRvclN1cHBvcnQuamF2YTo2MCkKCWF0IG9yZy5qYm9zcy5hcy53ZWxk LmludGVyY2VwdG9ycy5Kc3IyOTlCaW5kaW5nc0ludGVyY2VwdG9yLmRlbGVnYXRlSW50ZXJj ZXB0aW9uKEpzcjI5OUJpbmRpbmdzSW50ZXJjZXB0b3IuamF2YTo3NikKCWF0IG9yZy5qYm9z cy5hcy53ZWxkLmludGVyY2VwdG9ycy5Kc3IyOTlCaW5kaW5nc0ludGVyY2VwdG9yLmRvTWV0 aG9kSW50ZXJjZXB0aW9uKEpzcjI5OUJpbmRpbmdzSW50ZXJjZXB0b3IuamF2YTo4OCkKCWF0 IG9yZy5qYm9zcy5hcy53ZWxkLmludGVyY2VwdG9ycy5Kc3IyOTlCaW5kaW5nc0ludGVyY2Vw dG9yLnByb2Nlc3NJbnZvY2F0aW9uKEpzcjI5OUJpbmRpbmdzSW50ZXJjZXB0b3IuamF2YTox MDEpCglhdCBvcmcuamJvc3MuYXMuZWUuY29tcG9uZW50LmludGVyY2VwdG9ycy5Vc2VySW50 ZXJjZXB0b3JGYWN0b3J5JDEucHJvY2Vzc0ludm9jYXRpb24oVXNlckludGVyY2VwdG9yRmFj dG9yeS5qYXZhOjYzKQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250 ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6NDIyKQoJYXQgb3JnLmpib3Nz Lmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250ZXh0JEludm9jYXRpb24ucHJvY2VlZChJbnRl cmNlcHRvckNvbnRleHQuamF2YTo1MDkpCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYmxs LmludGVyY2VwdG9ycy5Db3JyZWxhdGlvbklkVHJhY2tlckludGVyY2VwdG9yLmFyb3VuZElu dm9rZShDb3JyZWxhdGlvbklkVHJhY2tlckludGVyY2VwdG9yLmphdmE6MTMpIFtibGwuamFy Ol0KCWF0IHN1bi5yZWZsZWN0LkdlbmVyYXRlZE1ldGhvZEFjY2Vzc29yNjYuaW52b2tlKFVu a25vd24gU291cmNlKSBbOjEuOC4wXzE1MV0KCWF0IHN1bi5yZWZsZWN0LkRlbGVnYXRpbmdN ZXRob2RBY2Nlc3NvckltcGwuaW52b2tlKERlbGVnYXRpbmdNZXRob2RBY2Nlc3NvckltcGwu amF2YTo0MykgW3J0LmphcjoxLjguMF8xNTFdCglhdCBqYXZhLmxhbmcucmVmbGVjdC5NZXRo b2QuaW52b2tlKE1ldGhvZC5qYXZhOjQ5OCkgW3J0LmphcjoxLjguMF8xNTFdCglhdCBvcmcu amJvc3MuYXMuZWUuY29tcG9uZW50Lk1hbmFnZWRSZWZlcmVuY2VMaWZlY3ljbGVNZXRob2RJ bnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihNYW5hZ2VkUmVmZXJlbmNlTGlmZWN5Y2xl TWV0aG9kSW50ZXJjZXB0b3IuamF2YTo4OSkKCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLklu dGVyY2VwdG9yQ29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjQyMikK CWF0IG9yZy5qYm9zcy5hcy5lamIzLmNvbXBvbmVudC5pbnZvY2F0aW9ubWV0cmljcy5FeGVj dXRpb25UaW1lSW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oRXhlY3V0aW9uVGltZUlu dGVyY2VwdG9yLmphdmE6NDMpIFt3aWxkZmx5LWVqYjMtMTEuMC4wLkZpbmFsLmphcjoxMS4w LjAuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQu cHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YTo0MjIpCglhdCBvcmcuamJvc3MuYXMu ZWUuY29uY3VycmVudC5Db25jdXJyZW50Q29udGV4dEludGVyY2VwdG9yLnByb2Nlc3NJbnZv Y2F0aW9uKENvbmN1cnJlbnRDb250ZXh0SW50ZXJjZXB0b3IuamF2YTo0NSkgW3dpbGRmbHkt ZWUtMTEuMC4wLkZpbmFsLmphcjoxMS4wLjAuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2Nh dGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2 YTo0MjIpCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5Jbml0aWFsSW50ZXJjZXB0b3IucHJv Y2Vzc0ludm9jYXRpb24oSW5pdGlhbEludGVyY2VwdG9yLmphdmE6NDApCglhdCBvcmcuamJv c3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNv bnRleHQuamF2YTo0MjIpCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5DaGFpbmVkSW50ZXJj ZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oQ2hhaW5lZEludGVyY2VwdG9yLmphdmE6NTMpCglh dCBvcmcuamJvc3MuYXMuZWUuY29tcG9uZW50LmludGVyY2VwdG9ycy5Db21wb25lbnREaXNw YXRjaGVySW50ZXJjZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oQ29tcG9uZW50RGlzcGF0Y2hl ckludGVyY2VwdG9yLmphdmE6NTIpCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNl cHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YTo0MjIpCglhdCBv cmcuamJvc3MuYXMuZWpiMy5jb21wb25lbnQuc2luZ2xldG9uLlNpbmdsZXRvbkNvbXBvbmVu dEluc3RhbmNlQXNzb2NpYXRpb25JbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihTaW5n bGV0b25Db21wb25lbnRJbnN0YW5jZUFzc29jaWF0aW9uSW50ZXJjZXB0b3IuamF2YTo1Mykg W3dpbGRmbHktZWpiMy0xMS4wLjAuRmluYWwuamFyOjExLjAuMC5GaW5hbF0KCWF0IG9yZy5q Ym9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9y Q29udGV4dC5qYXZhOjQyMikKCWF0IG9yZy5qYm9zcy5hcy5lamIzLnR4LkNNVFR4SW50ZXJj ZXB0b3IuaW52b2tlSW5Ob1R4KENNVFR4SW50ZXJjZXB0b3IuamF2YToyNjQpIFt3aWxkZmx5 LWVqYjMtMTEuMC4wLkZpbmFsLmphcjoxMS4wLjAuRmluYWxdCglhdCBvcmcuamJvc3MuYXMu ZWpiMy50eC5DTVRUeEludGVyY2VwdG9yLnN1cHBvcnRzKENNVFR4SW50ZXJjZXB0b3IuamF2 YTozNzkpIFt3aWxkZmx5LWVqYjMtMTEuMC4wLkZpbmFsLmphcjoxMS4wLjAuRmluYWxdCglh dCBvcmcuamJvc3MuYXMuZWpiMy50eC5DTVRUeEludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0 aW9uKENNVFR4SW50ZXJjZXB0b3IuamF2YToyNDQpIFt3aWxkZmx5LWVqYjMtMTEuMC4wLkZp bmFsLmphcjoxMS4wLjAuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNl cHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YTo0MjIpCglhdCBv cmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQkSW52b2NhdGlvbi5wcm9j ZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjUwOSkKCWF0IG9yZy5qYm9zcy53ZWxkLmVq Yi5BYnN0cmFjdEVKQlJlcXVlc3RTY29wZUFjdGl2YXRpb25JbnRlcmNlcHRvci5hcm91bmRJ bnZva2UoQWJzdHJhY3RFSkJSZXF1ZXN0U2NvcGVBY3RpdmF0aW9uSW50ZXJjZXB0b3IuamF2 YTo3MykgW3dlbGQtY29yZS1pbXBsLTIuNC4zLkZpbmFsLmphcjoyLjQuMy5GaW5hbF0KCWF0 IG9yZy5qYm9zcy5hcy53ZWxkLmVqYi5FamJSZXF1ZXN0U2NvcGVBY3RpdmF0aW9uSW50ZXJj ZXB0b3IucHJvY2Vzc0ludm9jYXRpb24oRWpiUmVxdWVzdFNjb3BlQWN0aXZhdGlvbkludGVy Y2VwdG9yLmphdmE6ODkpCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNv bnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YTo0MjIpCglhdCBvcmcuamJv c3MuYXMuZWpiMy5jb21wb25lbnQuaW50ZXJjZXB0b3JzLkN1cnJlbnRJbnZvY2F0aW9uQ29u dGV4dEludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9uKEN1cnJlbnRJbnZvY2F0aW9uQ29u dGV4dEludGVyY2VwdG9yLmphdmE6NDEpIFt3aWxkZmx5LWVqYjMtMTEuMC4wLkZpbmFsLmph cjoxMS4wLjAuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNv bnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YTo0MjIpCglhdCBvcmcuamJv c3MuYXMuZWpiMy5jb21wb25lbnQuaW52b2NhdGlvbm1ldHJpY3MuV2FpdFRpbWVJbnRlcmNl cHRvci5wcm9jZXNzSW52b2NhdGlvbihXYWl0VGltZUludGVyY2VwdG9yLmphdmE6NDcpIFt3 aWxkZmx5LWVqYjMtMTEuMC4wLkZpbmFsLmphcjoxMS4wLjAuRmluYWxdCglhdCBvcmcuamJv c3MuaW52b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNv bnRleHQuamF2YTo0MjIpCglhdCBvcmcuamJvc3MuYXMuZWpiMy5zZWN1cml0eS5TZWN1cml0 eUNvbnRleHRJbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihTZWN1cml0eUNvbnRleHRJ bnRlcmNlcHRvci5qYXZhOjEwMCkgW3dpbGRmbHktZWpiMy0xMS4wLjAuRmluYWwuamFyOjEx LjAuMC5GaW5hbF0KCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4 dC5wcm9jZWVkKEludGVyY2VwdG9yQ29udGV4dC5qYXZhOjQyMikKCWF0IG9yZy5qYm9zcy5h cy5lamIzLmRlcGxveW1lbnQucHJvY2Vzc29ycy5TdGFydHVwQXdhaXRJbnRlcmNlcHRvci5w cm9jZXNzSW52b2NhdGlvbihTdGFydHVwQXdhaXRJbnRlcmNlcHRvci5qYXZhOjIyKSBbd2ls ZGZseS1lamIzLTExLjAuMC5GaW5hbC5qYXI6MTEuMC4wLkZpbmFsXQoJYXQgb3JnLmpib3Nz Lmludm9jYXRpb24uSW50ZXJjZXB0b3JDb250ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250 ZXh0LmphdmE6NDIyKQoJYXQgb3JnLmpib3NzLmFzLmVqYjMuY29tcG9uZW50LmludGVyY2Vw dG9ycy5TaHV0RG93bkludGVyY2VwdG9yRmFjdG9yeSQxLnByb2Nlc3NJbnZvY2F0aW9uKFNo dXREb3duSW50ZXJjZXB0b3JGYWN0b3J5LmphdmE6NjQpIFt3aWxkZmx5LWVqYjMtMTEuMC4w LkZpbmFsLmphcjoxMS4wLjAuRmluYWxdCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5JbnRl cmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQuamF2YTo0MjIpCglh dCBvcmcuamJvc3MuYXMuZWpiMy5jb21wb25lbnQuaW50ZXJjZXB0b3JzLkxvZ2dpbmdJbnRl cmNlcHRvci5wcm9jZXNzSW52b2NhdGlvbihMb2dnaW5nSW50ZXJjZXB0b3IuamF2YTo2Nykg W3dpbGRmbHktZWpiMy0xMS4wLjAuRmluYWwuamFyOjExLjAuMC5GaW5hbF0KCWF0IG9yZy5q Ym9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVkKEludGVyY2VwdG9y Q29udGV4dC5qYXZhOjQyMikKCWF0IG9yZy5qYm9zcy5hcy5lZS5jb21wb25lbnQuTmFtZXNw YWNlQ29udGV4dEludGVyY2VwdG9yLnByb2Nlc3NJbnZvY2F0aW9uKE5hbWVzcGFjZUNvbnRl eHRJbnRlcmNlcHRvci5qYXZhOjUwKQoJYXQgb3JnLmpib3NzLmludm9jYXRpb24uSW50ZXJj ZXB0b3JDb250ZXh0LnByb2NlZWQoSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6NDIyKQoJYXQg b3JnLmpib3NzLmludm9jYXRpb24uQ29udGV4dENsYXNzTG9hZGVySW50ZXJjZXB0b3IucHJv Y2Vzc0ludm9jYXRpb24oQ29udGV4dENsYXNzTG9hZGVySW50ZXJjZXB0b3IuamF2YTo2MCkK CWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLkludGVyY2VwdG9yQ29udGV4dC5wcm9jZWVkKElu dGVyY2VwdG9yQ29udGV4dC5qYXZhOjQyMikKCWF0IG9yZy5qYm9zcy5pbnZvY2F0aW9uLklu dGVyY2VwdG9yQ29udGV4dC5ydW4oSW50ZXJjZXB0b3JDb250ZXh0LmphdmE6NDM4KQoJYXQg b3JnLndpbGRmbHkuc2VjdXJpdHkubWFuYWdlci5XaWxkRmx5U2VjdXJpdHlNYW5hZ2VyLmRv Q2hlY2tlZChXaWxkRmx5U2VjdXJpdHlNYW5hZ2VyLmphdmE6NjA5KQoJYXQgb3JnLmpib3Nz Lmludm9jYXRpb24uQWNjZXNzQ2hlY2tpbmdJbnRlcmNlcHRvci5wcm9jZXNzSW52b2NhdGlv bihBY2Nlc3NDaGVja2luZ0ludGVyY2VwdG9yLmphdmE6NTcpCglhdCBvcmcuamJvc3MuaW52 b2NhdGlvbi5JbnRlcmNlcHRvckNvbnRleHQucHJvY2VlZChJbnRlcmNlcHRvckNvbnRleHQu amF2YTo0MjIpCglhdCBvcmcuamJvc3MuaW52b2NhdGlvbi5DaGFpbmVkSW50ZXJjZXB0b3Iu cHJvY2Vzc0ludm9jYXRpb24oQ2hhaW5lZEludGVyY2VwdG9yLmphdmE6NTMpCglhdCBvcmcu amJvc3MuYXMuZWUuY29tcG9uZW50LlZpZXdTZXJ2aWNlJFZpZXcuaW52b2tlKFZpZXdTZXJ2 aWNlLmphdmE6MTk4KQoJYXQgb3JnLmpib3NzLmFzLmVlLmNvbXBvbmVudC5WaWV3RGVzY3Jp cHRpb24kMS5wcm9jZXNzSW52b2NhdGlvbihWaWV3RGVzY3JpcHRpb24uamF2YToxODUpCglh dCBvcmcuamJvc3MuYXMuZWUuY29tcG9uZW50LlByb3h5SW52b2NhdGlvbkhhbmRsZXIuaW52 b2tlKFByb3h5SW52b2NhdGlvbkhhbmRsZXIuamF2YTo4MSkKCWF0IG9yZy5vdmlydC5lbmdp bmUuY29yZS5jb21tb24uaW50ZXJmYWNlcy5CYWNrZW5kTG9jYWwkJCR2aWV3Mi5ydW5RdWVy eShVbmtub3duIFNvdXJjZSkgW2NvbW1vbi5qYXI6XQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5h cGkucmVzdGFwaS5yZXNvdXJjZS5CYWNrZW5kUmVzb3VyY2UucnVuUXVlcnkoQmFja2VuZFJl c291cmNlLmphdmE6ODIpCglhdCBvcmcub3ZpcnQuZW5naW5lLmFwaS5yZXN0YXBpLnJlc291 cmNlLkJhY2tlbmRSZXNvdXJjZS5nZXRCYWNrZW5kQ29sbGVjdGlvbihCYWNrZW5kUmVzb3Vy Y2UuamF2YToxNTIpCglhdCBvcmcub3ZpcnQuZW5naW5lLmFwaS5yZXN0YXBpLnJlc291cmNl LkFic3RyYWN0QmFja2VuZENvbGxlY3Rpb25SZXNvdXJjZS5nZXRCYWNrZW5kQ29sbGVjdGlv bihBYnN0cmFjdEJhY2tlbmRDb2xsZWN0aW9uUmVzb3VyY2UuamF2YTo0OCkKCWF0IG9yZy5v dmlydC5lbmdpbmUuYXBpLnJlc3RhcGkucmVzb3VyY2Uub3BlbnN0YWNrLkJhY2tlbmRPcGVu U3RhY2tOZXR3b3JrUHJvdmlkZXJzUmVzb3VyY2UuZ2V0QmFja2VuZENvbGxlY3Rpb24oQmFj a2VuZE9wZW5TdGFja05ldHdvcmtQcm92aWRlcnNSZXNvdXJjZS5qYXZhOjcwKQoJYXQgb3Jn Lm92aXJ0LmVuZ2luZS5hcGkucmVzdGFwaS5yZXNvdXJjZS5vcGVuc3RhY2suQmFja2VuZE9w ZW5TdGFja05ldHdvcmtQcm92aWRlcnNSZXNvdXJjZS5saXN0KEJhY2tlbmRPcGVuU3RhY2tO ZXR3b3JrUHJvdmlkZXJzUmVzb3VyY2UuamF2YTo1MCkKCWF0IG9yZy5vdmlydC5lbmdpbmUu YXBpLnJlc291cmNlLm9wZW5zdGFjay5PcGVuc3RhY2tOZXR3b3JrUHJvdmlkZXJzUmVzb3Vy Y2UuZG9MaXN0KE9wZW5zdGFja05ldHdvcmtQcm92aWRlcnNSZXNvdXJjZS5qYXZhOjUyKQoJ YXQgc3VuLnJlZmxlY3QuTmF0aXZlTWV0aG9kQWNjZXNzb3JJbXBsLmludm9rZTAoTmF0aXZl IE1ldGhvZCkgW3J0LmphcjoxLjguMF8xNTFdCglhdCBzdW4ucmVmbGVjdC5OYXRpdmVNZXRo b2RBY2Nlc3NvckltcGwuaW52b2tlKE5hdGl2ZU1ldGhvZEFjY2Vzc29ySW1wbC5qYXZhOjYy KSBbcnQuamFyOjEuOC4wXzE1MV0KCWF0IHN1bi5yZWZsZWN0LkRlbGVnYXRpbmdNZXRob2RB Y2Nlc3NvckltcGwuaW52b2tlKERlbGVnYXRpbmdNZXRob2RBY2Nlc3NvckltcGwuamF2YTo0 MykgW3J0LmphcjoxLjguMF8xNTFdCglhdCBqYXZhLmxhbmcucmVmbGVjdC5NZXRob2QuaW52 b2tlKE1ldGhvZC5qYXZhOjQ5OCkgW3J0LmphcjoxLjguMF8xNTFdCglhdCBvcmcuamJvc3Mu cmVzdGVhc3kuY29yZS5NZXRob2RJbmplY3RvckltcGwuaW52b2tlKE1ldGhvZEluamVjdG9y SW1wbC5qYXZhOjE0MCkgW3Jlc3RlYXN5LWpheHJzLTMuMC4yNC5GaW5hbC5qYXI6My4wLjI0 LkZpbmFsXQoJYXQgb3JnLmpib3NzLnJlc3RlYXN5LmNvcmUuUmVzb3VyY2VNZXRob2RJbnZv a2VyLmludm9rZU9uVGFyZ2V0KFJlc291cmNlTWV0aG9kSW52b2tlci5qYXZhOjI5NSkgW3Jl c3RlYXN5LWpheHJzLTMuMC4yNC5GaW5hbC5qYXI6My4wLjI0LkZpbmFsXQoJYXQgb3JnLmpi b3NzLnJlc3RlYXN5LmNvcmUuUmVzb3VyY2VNZXRob2RJbnZva2VyLmludm9rZShSZXNvdXJj ZU1ldGhvZEludm9rZXIuamF2YToyNDkpIFtyZXN0ZWFzeS1qYXhycy0zLjAuMjQuRmluYWwu amFyOjMuMC4yNC5GaW5hbF0KCWF0IG9yZy5qYm9zcy5yZXN0ZWFzeS5jb3JlLlJlc291cmNl TG9jYXRvckludm9rZXIuaW52b2tlT25UYXJnZXRPYmplY3QoUmVzb3VyY2VMb2NhdG9ySW52 b2tlci5qYXZhOjEzOCkgW3Jlc3RlYXN5LWpheHJzLTMuMC4yNC5GaW5hbC5qYXI6My4wLjI0 LkZpbmFsXQoJYXQgb3JnLmpib3NzLnJlc3RlYXN5LmNvcmUuUmVzb3VyY2VMb2NhdG9ySW52 b2tlci5pbnZva2UoUmVzb3VyY2VMb2NhdG9ySW52b2tlci5qYXZhOjEwMSkgW3Jlc3RlYXN5 LWpheHJzLTMuMC4yNC5GaW5hbC5qYXI6My4wLjI0LkZpbmFsXQoJYXQgb3JnLmpib3NzLnJl c3RlYXN5LmNvcmUuU3luY2hyb25vdXNEaXNwYXRjaGVyLmludm9rZShTeW5jaHJvbm91c0Rp c3BhdGNoZXIuamF2YTo0MDYpIFtyZXN0ZWFzeS1qYXhycy0zLjAuMjQuRmluYWwuamFyOjMu MC4yNC5GaW5hbF0KCWF0IG9yZy5qYm9zcy5yZXN0ZWFzeS5jb3JlLlN5bmNocm9ub3VzRGlz cGF0Y2hlci5pbnZva2UoU3luY2hyb25vdXNEaXNwYXRjaGVyLmphdmE6MjEzKSBbcmVzdGVh c3ktamF4cnMtMy4wLjI0LkZpbmFsLmphcjozLjAuMjQuRmluYWxdCglhdCBvcmcuamJvc3Mu cmVzdGVhc3kucGx1Z2lucy5zZXJ2ZXIuc2VydmxldC5TZXJ2bGV0Q29udGFpbmVyRGlzcGF0 Y2hlci5zZXJ2aWNlKFNlcnZsZXRDb250YWluZXJEaXNwYXRjaGVyLmphdmE6MjI4KSBbcmVz dGVhc3ktamF4cnMtMy4wLjI0LkZpbmFsLmphcjozLjAuMjQuRmluYWxdCglhdCBvcmcuamJv c3MucmVzdGVhc3kucGx1Z2lucy5zZXJ2ZXIuc2VydmxldC5IdHRwU2VydmxldERpc3BhdGNo ZXIuc2VydmljZShIdHRwU2VydmxldERpc3BhdGNoZXIuamF2YTo1NikgW3Jlc3RlYXN5LWph eHJzLTMuMC4yNC5GaW5hbC5qYXI6My4wLjI0LkZpbmFsXQoJYXQgb3JnLmpib3NzLnJlc3Rl YXN5LnBsdWdpbnMuc2VydmVyLnNlcnZsZXQuSHR0cFNlcnZsZXREaXNwYXRjaGVyLnNlcnZp Y2UoSHR0cFNlcnZsZXREaXNwYXRjaGVyLmphdmE6NTEpIFtyZXN0ZWFzeS1qYXhycy0zLjAu MjQuRmluYWwuamFyOjMuMC4yNC5GaW5hbF0KCWF0IGphdmF4LnNlcnZsZXQuaHR0cC5IdHRw U2VydmxldC5zZXJ2aWNlKEh0dHBTZXJ2bGV0LmphdmE6NzkwKSBbamJvc3Mtc2VydmxldC1h cGlfMy4xX3NwZWMtMS4wLjAuRmluYWwuamFyOjEuMC4wLkZpbmFsXQoJYXQgaW8udW5kZXJ0 b3cuc2VydmxldC5oYW5kbGVycy5TZXJ2bGV0SGFuZGxlci5oYW5kbGVSZXF1ZXN0KFNlcnZs ZXRIYW5kbGVyLmphdmE6ODUpCglhdCBpby51bmRlcnRvdy5zZXJ2bGV0LmhhbmRsZXJzLkZp bHRlckhhbmRsZXIuaGFuZGxlUmVxdWVzdChGaWx0ZXJIYW5kbGVyLmphdmE6ODEpCglhdCBp by51bmRlcnRvdy5zZXJ2bGV0LmhhbmRsZXJzLnNlY3VyaXR5LlNlcnZsZXRTZWN1cml0eVJv bGVIYW5kbGVyLmhhbmRsZVJlcXVlc3QoU2VydmxldFNlY3VyaXR5Um9sZUhhbmRsZXIuamF2 YTo2MikKCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuaGFuZGxlcnMuU2VydmxldERpc3BhdGNo aW5nSGFuZGxlci5oYW5kbGVSZXF1ZXN0KFNlcnZsZXREaXNwYXRjaGluZ0hhbmRsZXIuamF2 YTozNikKCWF0IGlvLnVuZGVydG93LnNlcnZlci5oYW5kbGVycy5QcmVkaWNhdGVIYW5kbGVy LmhhbmRsZVJlcXVlc3QoUHJlZGljYXRlSGFuZGxlci5qYXZhOjQzKQoJYXQgaW8udW5kZXJ0 b3cuc2VydmVyLmhhbmRsZXJzLlByZWRpY2F0ZUhhbmRsZXIuaGFuZGxlUmVxdWVzdChQcmVk aWNhdGVIYW5kbGVyLmphdmE6NDMpCglhdCBpby51bmRlcnRvdy5zZXJ2ZXIuaGFuZGxlcnMu UHJlZGljYXRlSGFuZGxlci5oYW5kbGVSZXF1ZXN0KFByZWRpY2F0ZUhhbmRsZXIuamF2YTo0 MykKCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuaGFuZGxlcnMuU2VydmxldEluaXRpYWxIYW5k bGVyLmRpc3BhdGNoUmVxdWVzdChTZXJ2bGV0SW5pdGlhbEhhbmRsZXIuamF2YToyNzQpCglh dCBpby51bmRlcnRvdy5zZXJ2bGV0LmhhbmRsZXJzLlNlcnZsZXRJbml0aWFsSGFuZGxlci5k aXNwYXRjaFRvUGF0aChTZXJ2bGV0SW5pdGlhbEhhbmRsZXIuamF2YToyMDkpCglhdCBpby51 bmRlcnRvdy5zZXJ2bGV0LnNwZWMuUmVxdWVzdERpc3BhdGNoZXJJbXBsLmZvcndhcmRJbXBs KFJlcXVlc3REaXNwYXRjaGVySW1wbC5qYXZhOjIyMSkKCWF0IGlvLnVuZGVydG93LnNlcnZs ZXQuc3BlYy5SZXF1ZXN0RGlzcGF0Y2hlckltcGwuZm9yd2FyZEltcGxTZXR1cChSZXF1ZXN0 RGlzcGF0Y2hlckltcGwuamF2YToxNDcpCglhdCBpby51bmRlcnRvdy5zZXJ2bGV0LnNwZWMu UmVxdWVzdERpc3BhdGNoZXJJbXBsLmZvcndhcmQoUmVxdWVzdERpc3BhdGNoZXJJbXBsLmph dmE6MTExKQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5hcGkucmVzdGFwaS5pbnZvY2F0aW9uLlZl cnNpb25GaWx0ZXIuZG9GaWx0ZXIoVmVyc2lvbkZpbHRlci5qYXZhOjE4MCkKCWF0IG9yZy5v dmlydC5lbmdpbmUuYXBpLnJlc3RhcGkuaW52b2NhdGlvbi5WZXJzaW9uRmlsdGVyLmRvRmls dGVyKFZlcnNpb25GaWx0ZXIuamF2YTo5OCkKCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuY29y ZS5NYW5hZ2VkRmlsdGVyLmRvRmlsdGVyKE1hbmFnZWRGaWx0ZXIuamF2YTo2MSkKCWF0IGlv LnVuZGVydG93LnNlcnZsZXQuaGFuZGxlcnMuRmlsdGVySGFuZGxlciRGaWx0ZXJDaGFpbklt cGwuZG9GaWx0ZXIoRmlsdGVySGFuZGxlci5qYXZhOjEzMSkKCWF0IG9yZy5vdmlydC5lbmdp bmUuYXBpLnJlc3RhcGkuaW52b2NhdGlvbi5DdXJyZW50RmlsdGVyLmRvRmlsdGVyKEN1cnJl bnRGaWx0ZXIuamF2YToxMTcpCglhdCBvcmcub3ZpcnQuZW5naW5lLmFwaS5yZXN0YXBpLmlu dm9jYXRpb24uQ3VycmVudEZpbHRlci5kb0ZpbHRlcihDdXJyZW50RmlsdGVyLmphdmE6NzIp CglhdCBpby51bmRlcnRvdy5zZXJ2bGV0LmNvcmUuTWFuYWdlZEZpbHRlci5kb0ZpbHRlcihN YW5hZ2VkRmlsdGVyLmphdmE6NjEpCglhdCBpby51bmRlcnRvdy5zZXJ2bGV0LmhhbmRsZXJz LkZpbHRlckhhbmRsZXIkRmlsdGVyQ2hhaW5JbXBsLmRvRmlsdGVyKEZpbHRlckhhbmRsZXIu amF2YToxMzEpCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUuYWFhLmZpbHRlcnMuUmVzdEFw aVNlc3Npb25NZ210RmlsdGVyLmRvRmlsdGVyKFJlc3RBcGlTZXNzaW9uTWdtdEZpbHRlci5q YXZhOjc4KSBbYWFhLmphcjpdCglhdCBpby51bmRlcnRvdy5zZXJ2bGV0LmNvcmUuTWFuYWdl ZEZpbHRlci5kb0ZpbHRlcihNYW5hZ2VkRmlsdGVyLmphdmE6NjEpCglhdCBpby51bmRlcnRv dy5zZXJ2bGV0LmhhbmRsZXJzLkZpbHRlckhhbmRsZXIkRmlsdGVyQ2hhaW5JbXBsLmRvRmls dGVyKEZpbHRlckhhbmRsZXIuamF2YToxMzEpCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUu YWFhLmZpbHRlcnMuRW5mb3JjZUF1dGhGaWx0ZXIuZG9GaWx0ZXIoRW5mb3JjZUF1dGhGaWx0 ZXIuamF2YTo0MikgW2FhYS5qYXI6XQoJYXQgaW8udW5kZXJ0b3cuc2VydmxldC5jb3JlLk1h bmFnZWRGaWx0ZXIuZG9GaWx0ZXIoTWFuYWdlZEZpbHRlci5qYXZhOjYxKQoJYXQgaW8udW5k ZXJ0b3cuc2VydmxldC5oYW5kbGVycy5GaWx0ZXJIYW5kbGVyJEZpbHRlckNoYWluSW1wbC5k b0ZpbHRlcihGaWx0ZXJIYW5kbGVyLmphdmE6MTMxKQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5j b3JlLmFhYS5maWx0ZXJzLlNzb1Jlc3RBcGlOZWdvdGlhdGlvbkZpbHRlci5kb0ZpbHRlcihT c29SZXN0QXBpTmVnb3RpYXRpb25GaWx0ZXIuamF2YTo4NCkgW2FhYS5qYXI6XQoJYXQgaW8u dW5kZXJ0b3cuc2VydmxldC5jb3JlLk1hbmFnZWRGaWx0ZXIuZG9GaWx0ZXIoTWFuYWdlZEZp bHRlci5qYXZhOjYxKQoJYXQgaW8udW5kZXJ0b3cuc2VydmxldC5oYW5kbGVycy5GaWx0ZXJI YW5kbGVyJEZpbHRlckNoYWluSW1wbC5kb0ZpbHRlcihGaWx0ZXJIYW5kbGVyLmphdmE6MTMx KQoJYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmFhYS5maWx0ZXJzLlNzb1Jlc3RBcGlBdXRo RmlsdGVyLmRvRmlsdGVyKFNzb1Jlc3RBcGlBdXRoRmlsdGVyLmphdmE6NDcpIFthYWEuamFy Ol0KCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuY29yZS5NYW5hZ2VkRmlsdGVyLmRvRmlsdGVy KE1hbmFnZWRGaWx0ZXIuamF2YTo2MSkKCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuaGFuZGxl cnMuRmlsdGVySGFuZGxlciRGaWx0ZXJDaGFpbkltcGwuZG9GaWx0ZXIoRmlsdGVySGFuZGxl ci5qYXZhOjEzMSkKCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS5hYWEuZmlsdGVycy5TZXNz aW9uVmFsaWRhdGlvbkZpbHRlci5kb0ZpbHRlcihTZXNzaW9uVmFsaWRhdGlvbkZpbHRlci5q YXZhOjU5KSBbYWFhLmphcjpdCglhdCBpby51bmRlcnRvdy5zZXJ2bGV0LmNvcmUuTWFuYWdl ZEZpbHRlci5kb0ZpbHRlcihNYW5hZ2VkRmlsdGVyLmphdmE6NjEpCglhdCBpby51bmRlcnRv dy5zZXJ2bGV0LmhhbmRsZXJzLkZpbHRlckhhbmRsZXIkRmlsdGVyQ2hhaW5JbXBsLmRvRmls dGVyKEZpbHRlckhhbmRsZXIuamF2YToxMzEpCglhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUu YWFhLmZpbHRlcnMuUmVzdEFwaVNlc3Npb25WYWxpZGF0aW9uRmlsdGVyLmRvRmlsdGVyKFJl c3RBcGlTZXNzaW9uVmFsaWRhdGlvbkZpbHRlci5qYXZhOjM1KSBbYWFhLmphcjpdCglhdCBp by51bmRlcnRvdy5zZXJ2bGV0LmNvcmUuTWFuYWdlZEZpbHRlci5kb0ZpbHRlcihNYW5hZ2Vk RmlsdGVyLmphdmE6NjEpCglhdCBpby51bmRlcnRvdy5zZXJ2bGV0LmhhbmRsZXJzLkZpbHRl ckhhbmRsZXIkRmlsdGVyQ2hhaW5JbXBsLmRvRmlsdGVyKEZpbHRlckhhbmRsZXIuamF2YTox MzEpCglhdCBvcmcub3ZpcnQuZW5naW5lLmFwaS5yZXN0YXBpLnNlY3VyaXR5LkNTUkZQcm90 ZWN0aW9uRmlsdGVyLmRvRmlsdGVyKENTUkZQcm90ZWN0aW9uRmlsdGVyLmphdmE6MTExKQoJ YXQgb3JnLm92aXJ0LmVuZ2luZS5hcGkucmVzdGFwaS5zZWN1cml0eS5DU1JGUHJvdGVjdGlv bkZpbHRlci5kb0ZpbHRlcihDU1JGUHJvdGVjdGlvbkZpbHRlci5qYXZhOjEwMikKCWF0IGlv LnVuZGVydG93LnNlcnZsZXQuY29yZS5NYW5hZ2VkRmlsdGVyLmRvRmlsdGVyKE1hbmFnZWRG aWx0ZXIuamF2YTo2MSkKCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuaGFuZGxlcnMuRmlsdGVy SGFuZGxlciRGaWx0ZXJDaGFpbkltcGwuZG9GaWx0ZXIoRmlsdGVySGFuZGxlci5qYXZhOjEz MSkKCWF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS51dGlscy5zZXJ2bGV0LkNPUlNTdXBwb3J0 RmlsdGVyLmRvRmlsdGVyKENPUlNTdXBwb3J0RmlsdGVyLmphdmE6Mjg0KSBbdXRpbHMuamFy Ol0KCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuY29yZS5NYW5hZ2VkRmlsdGVyLmRvRmlsdGVy KE1hbmFnZWRGaWx0ZXIuamF2YTo2MSkKCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuaGFuZGxl cnMuRmlsdGVySGFuZGxlciRGaWx0ZXJDaGFpbkltcGwuZG9GaWx0ZXIoRmlsdGVySGFuZGxl ci5qYXZhOjEzMSkKCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuaGFuZGxlcnMuRmlsdGVySGFu ZGxlci5oYW5kbGVSZXF1ZXN0KEZpbHRlckhhbmRsZXIuamF2YTo4NCkKCWF0IGlvLnVuZGVy dG93LnNlcnZsZXQuaGFuZGxlcnMuc2VjdXJpdHkuU2VydmxldFNlY3VyaXR5Um9sZUhhbmRs ZXIuaGFuZGxlUmVxdWVzdChTZXJ2bGV0U2VjdXJpdHlSb2xlSGFuZGxlci5qYXZhOjYyKQoJ YXQgaW8udW5kZXJ0b3cuc2VydmxldC5oYW5kbGVycy5TZXJ2bGV0RGlzcGF0Y2hpbmdIYW5k bGVyLmhhbmRsZVJlcXVlc3QoU2VydmxldERpc3BhdGNoaW5nSGFuZGxlci5qYXZhOjM2KQoJ YXQgb3JnLndpbGRmbHkuZXh0ZW5zaW9uLnVuZGVydG93LnNlY3VyaXR5LlNlY3VyaXR5Q29u dGV4dEFzc29jaWF0aW9uSGFuZGxlci5oYW5kbGVSZXF1ZXN0KFNlY3VyaXR5Q29udGV4dEFz c29jaWF0aW9uSGFuZGxlci5qYXZhOjc4KQoJYXQgaW8udW5kZXJ0b3cuc2VydmVyLmhhbmRs ZXJzLlByZWRpY2F0ZUhhbmRsZXIuaGFuZGxlUmVxdWVzdChQcmVkaWNhdGVIYW5kbGVyLmph dmE6NDMpCglhdCBpby51bmRlcnRvdy5zZXJ2bGV0LmhhbmRsZXJzLnNlY3VyaXR5LlNTTElu Zm9ybWF0aW9uQXNzb2NpYXRpb25IYW5kbGVyLmhhbmRsZVJlcXVlc3QoU1NMSW5mb3JtYXRp b25Bc3NvY2lhdGlvbkhhbmRsZXIuamF2YToxMzEpCglhdCBpby51bmRlcnRvdy5zZXJ2bGV0 LmhhbmRsZXJzLnNlY3VyaXR5LlNlcnZsZXRBdXRoZW50aWNhdGlvbkNhbGxIYW5kbGVyLmhh bmRsZVJlcXVlc3QoU2VydmxldEF1dGhlbnRpY2F0aW9uQ2FsbEhhbmRsZXIuamF2YTo1NykK CWF0IGlvLnVuZGVydG93LnNlcnZlci5oYW5kbGVycy5QcmVkaWNhdGVIYW5kbGVyLmhhbmRs ZVJlcXVlc3QoUHJlZGljYXRlSGFuZGxlci5qYXZhOjQzKQoJYXQgaW8udW5kZXJ0b3cuc2Vj dXJpdHkuaGFuZGxlcnMuQXV0aGVudGljYXRpb25Db25zdHJhaW50SGFuZGxlci5oYW5kbGVS ZXF1ZXN0KEF1dGhlbnRpY2F0aW9uQ29uc3RyYWludEhhbmRsZXIuamF2YTo1MykKCWF0IGlv LnVuZGVydG93LnNlY3VyaXR5LmhhbmRsZXJzLkFic3RyYWN0Q29uZmlkZW50aWFsaXR5SGFu ZGxlci5oYW5kbGVSZXF1ZXN0KEFic3RyYWN0Q29uZmlkZW50aWFsaXR5SGFuZGxlci5qYXZh OjQ2KQoJYXQgaW8udW5kZXJ0b3cuc2VydmxldC5oYW5kbGVycy5zZWN1cml0eS5TZXJ2bGV0 Q29uZmlkZW50aWFsaXR5Q29uc3RyYWludEhhbmRsZXIuaGFuZGxlUmVxdWVzdChTZXJ2bGV0 Q29uZmlkZW50aWFsaXR5Q29uc3RyYWludEhhbmRsZXIuamF2YTo2NCkKCWF0IGlvLnVuZGVy dG93LnNlcnZsZXQuaGFuZGxlcnMuc2VjdXJpdHkuU2VydmxldFNlY3VyaXR5Q29uc3RyYWlu dEhhbmRsZXIuaGFuZGxlUmVxdWVzdChTZXJ2bGV0U2VjdXJpdHlDb25zdHJhaW50SGFuZGxl ci5qYXZhOjU5KQoJYXQgaW8udW5kZXJ0b3cuc2VjdXJpdHkuaGFuZGxlcnMuQXV0aGVudGlj YXRpb25NZWNoYW5pc21zSGFuZGxlci5oYW5kbGVSZXF1ZXN0KEF1dGhlbnRpY2F0aW9uTWVj aGFuaXNtc0hhbmRsZXIuamF2YTo2MCkKCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuaGFuZGxl cnMuc2VjdXJpdHkuQ2FjaGVkQXV0aGVudGljYXRlZFNlc3Npb25IYW5kbGVyLmhhbmRsZVJl cXVlc3QoQ2FjaGVkQXV0aGVudGljYXRlZFNlc3Npb25IYW5kbGVyLmphdmE6NzcpCglhdCBp by51bmRlcnRvdy5zZWN1cml0eS5oYW5kbGVycy5Ob3RpZmljYXRpb25SZWNlaXZlckhhbmRs ZXIuaGFuZGxlUmVxdWVzdChOb3RpZmljYXRpb25SZWNlaXZlckhhbmRsZXIuamF2YTo1MCkK CWF0IGlvLnVuZGVydG93LnNlY3VyaXR5LmhhbmRsZXJzLkFic3RyYWN0U2VjdXJpdHlDb250 ZXh0QXNzb2NpYXRpb25IYW5kbGVyLmhhbmRsZVJlcXVlc3QoQWJzdHJhY3RTZWN1cml0eUNv bnRleHRBc3NvY2lhdGlvbkhhbmRsZXIuamF2YTo0MykKCWF0IGlvLnVuZGVydG93LnNlcnZl ci5oYW5kbGVycy5QcmVkaWNhdGVIYW5kbGVyLmhhbmRsZVJlcXVlc3QoUHJlZGljYXRlSGFu ZGxlci5qYXZhOjQzKQoJYXQgb3JnLndpbGRmbHkuZXh0ZW5zaW9uLnVuZGVydG93LnNlY3Vy aXR5LmphY2MuSkFDQ0NvbnRleHRJZEhhbmRsZXIuaGFuZGxlUmVxdWVzdChKQUNDQ29udGV4 dElkSGFuZGxlci5qYXZhOjYxKQoJYXQgaW8udW5kZXJ0b3cuc2VydmVyLmhhbmRsZXJzLlBy ZWRpY2F0ZUhhbmRsZXIuaGFuZGxlUmVxdWVzdChQcmVkaWNhdGVIYW5kbGVyLmphdmE6NDMp CglhdCBpby51bmRlcnRvdy5zZXJ2ZXIuaGFuZGxlcnMuUHJlZGljYXRlSGFuZGxlci5oYW5k bGVSZXF1ZXN0KFByZWRpY2F0ZUhhbmRsZXIuamF2YTo0MykKCWF0IGlvLnVuZGVydG93LnNl cnZsZXQuaGFuZGxlcnMuU2VydmxldEluaXRpYWxIYW5kbGVyLmhhbmRsZUZpcnN0UmVxdWVz dChTZXJ2bGV0SW5pdGlhbEhhbmRsZXIuamF2YToyOTIpCglhdCBpby51bmRlcnRvdy5zZXJ2 bGV0LmhhbmRsZXJzLlNlcnZsZXRJbml0aWFsSGFuZGxlci5hY2Nlc3MkMTAwKFNlcnZsZXRJ bml0aWFsSGFuZGxlci5qYXZhOjgxKQoJYXQgaW8udW5kZXJ0b3cuc2VydmxldC5oYW5kbGVy cy5TZXJ2bGV0SW5pdGlhbEhhbmRsZXIkMi5jYWxsKFNlcnZsZXRJbml0aWFsSGFuZGxlci5q YXZhOjEzOCkKCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuaGFuZGxlcnMuU2VydmxldEluaXRp YWxIYW5kbGVyJDIuY2FsbChTZXJ2bGV0SW5pdGlhbEhhbmRsZXIuamF2YToxMzUpCglhdCBp by51bmRlcnRvdy5zZXJ2bGV0LmNvcmUuU2VydmxldFJlcXVlc3RDb250ZXh0VGhyZWFkU2V0 dXBBY3Rpb24kMS5jYWxsKFNlcnZsZXRSZXF1ZXN0Q29udGV4dFRocmVhZFNldHVwQWN0aW9u LmphdmE6NDgpCglhdCBpby51bmRlcnRvdy5zZXJ2bGV0LmNvcmUuQ29udGV4dENsYXNzTG9h ZGVyU2V0dXBBY3Rpb24kMS5jYWxsKENvbnRleHRDbGFzc0xvYWRlclNldHVwQWN0aW9uLmph dmE6NDMpCglhdCBvcmcud2lsZGZseS5leHRlbnNpb24udW5kZXJ0b3cuc2VjdXJpdHkuU2Vj dXJpdHlDb250ZXh0VGhyZWFkU2V0dXBBY3Rpb24ubGFtYmRhJGNyZWF0ZSQwKFNlY3VyaXR5 Q29udGV4dFRocmVhZFNldHVwQWN0aW9uLmphdmE6MTA1KQoJYXQgb3JnLndpbGRmbHkuZXh0 ZW5zaW9uLnVuZGVydG93LmRlcGxveW1lbnQuVW5kZXJ0b3dEZXBsb3ltZW50SW5mb1NlcnZp Y2UkVW5kZXJ0b3dUaHJlYWRTZXR1cEFjdGlvbi5sYW1iZGEkY3JlYXRlJDAoVW5kZXJ0b3dE ZXBsb3ltZW50SW5mb1NlcnZpY2UuamF2YToxNTA4KQoJYXQgb3JnLndpbGRmbHkuZXh0ZW5z aW9uLnVuZGVydG93LmRlcGxveW1lbnQuVW5kZXJ0b3dEZXBsb3ltZW50SW5mb1NlcnZpY2Uk VW5kZXJ0b3dUaHJlYWRTZXR1cEFjdGlvbi5sYW1iZGEkY3JlYXRlJDAoVW5kZXJ0b3dEZXBs b3ltZW50SW5mb1NlcnZpY2UuamF2YToxNTA4KQoJYXQgb3JnLndpbGRmbHkuZXh0ZW5zaW9u LnVuZGVydG93LmRlcGxveW1lbnQuVW5kZXJ0b3dEZXBsb3ltZW50SW5mb1NlcnZpY2UkVW5k ZXJ0b3dUaHJlYWRTZXR1cEFjdGlvbi5sYW1iZGEkY3JlYXRlJDAoVW5kZXJ0b3dEZXBsb3lt ZW50SW5mb1NlcnZpY2UuamF2YToxNTA4KQoJYXQgaW8udW5kZXJ0b3cuc2VydmxldC5oYW5k bGVycy5TZXJ2bGV0SW5pdGlhbEhhbmRsZXIuZGlzcGF0Y2hSZXF1ZXN0KFNlcnZsZXRJbml0 aWFsSGFuZGxlci5qYXZhOjI3MikKCWF0IGlvLnVuZGVydG93LnNlcnZsZXQuaGFuZGxlcnMu U2VydmxldEluaXRpYWxIYW5kbGVyLmFjY2VzcyQwMDAoU2VydmxldEluaXRpYWxIYW5kbGVy LmphdmE6ODEpCglhdCBpby51bmRlcnRvdy5zZXJ2bGV0LmhhbmRsZXJzLlNlcnZsZXRJbml0 aWFsSGFuZGxlciQxLmhhbmRsZVJlcXVlc3QoU2VydmxldEluaXRpYWxIYW5kbGVyLmphdmE6 MTA0KQoJYXQgaW8udW5kZXJ0b3cuc2VydmVyLkNvbm5lY3RvcnMuZXhlY3V0ZVJvb3RIYW5k bGVyKENvbm5lY3RvcnMuamF2YTozMjYpCglhdCBpby51bmRlcnRvdy5zZXJ2ZXIuSHR0cFNl cnZlckV4Y2hhbmdlJDEucnVuKEh0dHBTZXJ2ZXJFeGNoYW5nZS5qYXZhOjgxMikKCWF0IGph dmEudXRpbC5jb25jdXJyZW50LlRocmVhZFBvb2xFeGVjdXRvci5ydW5Xb3JrZXIoVGhyZWFk UG9vbEV4ZWN1dG9yLmphdmE6MTE0OSkgW3J0LmphcjoxLjguMF8xNTFdCglhdCBqYXZhLnV0 aWwuY29uY3VycmVudC5UaHJlYWRQb29sRXhlY3V0b3IkV29ya2VyLnJ1bihUaHJlYWRQb29s RXhlY3V0b3IuamF2YTo2MjQpIFtydC5qYXI6MS44LjBfMTUxXQoJYXQgamF2YS5sYW5nLlRo cmVhZC5ydW4oVGhyZWFkLmphdmE6NzQ4KSBbcnQuamFyOjEuOC4wXzE1MV0KCjIwMTctMTIt MTIgMTM6MDA6NTcsNTk5LTA1IERFQlVHIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuY29tbW9u LmRpLmludGVyY2VwdG9yLkRlYnVnTG9nZ2luZ0ludGVyY2VwdG9yXSAoZGVmYXVsdCB0YXNr LTYpIFtjZGNkYzliZi0wZGE0LTRkNjQtOTUzYS0yYzhlNTk1ODdlMmJdIG1ldGhvZDogcnVu UXVlcnksIHBhcmFtczogW1NlYXJjaCwgU2VhcmNoUGFyYW1ldGVyczp7cmVmcmVzaD0nZmFs c2UnLCBmaWx0ZXJlZD0nZmFsc2UnLCBzZWFyY2hUeXBlPSdQcm92aWRlcicsIHNlYXJjaFBh dHRlcm49J1Byb3ZpZGVyczogdHlwZT1FWFRFUk5BTF9ORVRXT1JLJywgY2FzZVNlbnNpdGl2 ZT0nZmFsc2UnLCBmcm9tPScwJywgbWF4PScyMTQ3NDgzNjQ3J31dLCB0aW1lRWxhcHNlZDog NTFtcwoyMDE3LTEyLTEyIDEzOjAwOjU3LDYwNC0wNSBERUJVRyBbb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLmFhYS5maWx0ZXJzLlNzb1Jlc3RBcGlBdXRoRmlsdGVyXSAoZGVmYXVsdCB0YXNr LTcpIFtdIEVudGVyZWQgU3NvUmVzdEFwaUF1dGhGaWx0ZXIKMjAxNy0xMi0xMiAxMzowMDo1 Nyw2MDUtMDUgREVCVUcgW29yZy5vdmlydC5lbmdpbmUuY29yZS5hYWEuZmlsdGVycy5Tc29S ZXN0QXBpQXV0aEZpbHRlcl0gKGRlZmF1bHQgdGFzay03KSBbXSBTc29SZXN0QXBpQXV0aEZp bHRlciBhdXRoZW50aWNhdGluZyB3aXRoIHNzbwoyMDE3LTEyLTEyIDEzOjAwOjU3LDYwNS0w NSBERUJVRyBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLmFhYS5maWx0ZXJzLlNzb1Jlc3RBcGlB dXRoRmlsdGVyXSAoZGVmYXVsdCB0YXNrLTcpIFtdIFNzb1Jlc3RBcGlBdXRoRmlsdGVyIGF1 dGhlbnRpY2F0aW5nIHVzaW5nIEJFQVJFUiBoZWFkZXIKMjAxNy0xMi0xMiAxMzowMDo1Nyw2 MDctMDUgREVCVUcgW29yZy5vdmlydC5lbmdpbmUuY29yZS5hYWEuZmlsdGVycy5Tc29SZXN0 QXBpQXV0aEZpbHRlcl0gKGRlZmF1bHQgdGFzay03KSBbXSBTc29SZXN0QXBpQXV0aEZpbHRl ciBzdWNjZXNzZnVsbHkgYXV0aGVudGljYXRlZCB1c2luZyBCRUFSRVIgaGVhZGVyCjIwMTct MTItMTIgMTM6MDA6NTcsNjA3LTA1IERFQlVHIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYWFh LmZpbHRlcnMuU3NvUmVzdEFwaU5lZ290aWF0aW9uRmlsdGVyXSAoZGVmYXVsdCB0YXNrLTcp IFtdIEVudGVyZWQgU3NvUmVzdEFwaU5lZ290aWF0aW9uRmlsdGVyCjIwMTctMTItMTIgMTM6 MDA6NTcsNjEwLTA1IERFQlVHIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuYWFhLmZpbHRlcnMu U3NvUmVzdEFwaU5lZ290aWF0aW9uRmlsdGVyXSAoZGVmYXVsdCB0YXNrLTcpIFtdIFNzb1Jl c3RBcGlOZWdvdGlhdGlvbkZpbHRlciBOb3QgcGVyZm9ybWluZyBOZWdvdGlhdGUgQXV0aDwv cHJlPgogICAgPHA+PGIgc3R5bGU9ImZvbnQtd2VpZ2h0Om5vcm1hbDsiCiAgICAgICAgaWQ9 ImRvY3MtaW50ZXJuYWwtZ3VpZC01ODU5YjdhMS00YzQzLWUxNjAtODhlZC1jODljOGY0Mzk3 ZjIiPgogICAgICAgIDxwIGRpcj0ibHRyIgogICAgICAgICAgc3R5bGU9ImxpbmUtaGVpZ2h0 OjEuMzg7bWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTowcHQ7Ij48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6IzAwMDAwMDtiYWNrZ3Jv dW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtd2VpZ2h0OjQwMDtmb250LXN0eWxlOm5vcm1h bDtmb250LXZhcmlhbnQ6bm9ybWFsO3RleHQtZGVjb3JhdGlvbjpub25lO3ZlcnRpY2FsLWFs aWduOmJhc2VsaW5lO3doaXRlLXNwYWNlOnByZS13cmFwOyI+Jmx0Oy9lcnJvciZndDs8L3Nw YW4+PC9wPgogICAgICA8L2I+PGJyIGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5l Ij4KICAgIDwvcD4KICA8L2JvZHk+CjwvaHRtbD4K --------------5DE01706F093EFF4BADAC8A1--

3 4

Possible regression in oVirt Engine included in 4.2.0 RC2
by Sandro Bonazzola 13 Dec '17

13 Dec '17

The oVirt system test that ran over night failed: http://jenkins.ovirt.org/job/ovirt-system-tests_manual/1843/artifact/export… RequestError: status: 409 reason: Conflict detail: Cannot add Virtual Disk. Disk CirrOS_0.3.4_for_x86_64_glance_template in VM vm1 is already marked as boot. ]]></error></testcase></testsuite> Please check -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

3 4

ovirt-engine master blockade lifted
by Sandro Bonazzola 13 Dec '17

13 Dec '17

The amount of patches targeted to 4.2.1 is piling up and blocking development and testing. After 4.2 RC2 build, after consulting with ovirt-engine stable maintainer, if a further ovirt-engine build is needed we'll branch from tag and cherry-pick needed patches. So current master branch is now formally open for 4.2.1 patches. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Fwd: [Test-Announce] Fedora 25 End Of Life
by Sandro Bonazzola 12 Dec '17

12 Dec '17

FYI ---------- Messaggio inoltrato ---------- Da: "Mohan Boddu" <mboddu(a)redhat.com> Data: 12 Dic 2017 21:41 Oggetto: [Test-Announce] Fedora 25 End Of Life A: <announce(a)lists.fedoraproject.org>, < devel-announce(a)lists.fedoraproject.org>, < test-announce(a)lists.fedoraproject.org> Cc: As of the 12th of December 2017, Fedora 25 has reached its end of life for updates and support. No further updates, including security updates, will be available for Fedora 25. Fedora 26 will continue to receive updates until approximately one month after the release of Fedora 28. The maintenance schedule of Fedora releases is documented on the Fedora Project wiki [0]. The Fedora Project wiki also contains instructions [1] on how to upgrade from a previous release of Fedora to a version receiving updates. Mohan Boddu. [0]https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle# Maintenance_Schedule [1]https://fedoraproject.org/wiki/Upgrading?rd=DistributionUpgrades _______________________________________________ test-announce mailing list -- test-announce(a)lists.fedoraproject.org To unsubscribe send an email to test-announce-leave(a)lists.fedoraproject.org _______________________________________________ devel mailing list -- devel(a)lists.fedoraproject.org To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org

1 0

qemu-kvm-ev-2.9.0-16.el7_4.11.1 now available for testing
by Sandro Bonazzola 12 Dec '17

12 Dec '17

Hi, qemu-kvm-ev-2.9.0-16.el7_4.11.1 <https://cbs.centos.org/koji/buildinfo?buildID=21003> is now available for testing. If no negative feedback will be reported, I'm going to push to release on Thursday, December 14th. Here's the changelog: * Mon Dec 11 2017 Sandro Bonazzola <sbonazzo(a)redhat.com> - ev-2.9.0-16.el7_4.11.1 - Removing RH branding from package name * Mon Nov 13 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.11 - kvm-exec-use-qemu_ram_ptr_length-to-access-guest-ram.patch [bz#1472185] - kvm-multiboot-validate-multiboot-header-address-values.patch [bz#1501123] - Resolves: bz#1472185 (CVE-2017-11334 qemu-kvm-rhev: Qemu: exec: oob access during dma operation [rhel-7.4.z]) - Resolves: bz#1501123 (CVE-2017-14167 qemu-kvm-rhev: Qemu: i386: multiboot OOB access while loading kernel image [rhel-7.4.z]) * Mon Oct 23 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.10 - kvm-vga-stop-passing-pointers-to-vga_draw_line-functions.patch [bz#1501300] - kvm-vga-drop-line_offset-variable.patch [bz#1501300] - kvm-vga-handle-cirrus-vbe-mode-wraparounds.patch [bz#1501300] - kvm-cirrus-fix-oob-access-in-mode4and5-write-functions.patch [bz#1501300] - Resolves: bz#1501300 (CVE-2017-15289 qemu-kvm-rhev: Qemu: cirrus: OOB access issue in mode4and5 write functions [rhel-7.4.z]) * Mon Oct 09 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.9.0-16.el7_4.9 - kvm-nbd-client-Fix-regression-when-server-sends-garbage.patch [bz#1495474] - kvm-fix-build-failure-in-nbd_read_reply_entry.patch [bz#1495474] - kvm-nbd-client-avoid-spurious-qio_channel_yield-re-entry.patch [bz#1495474] - kvm-nbd-client-avoid-read_reply_co-entry-if-send-failed.patch [bz#1495474] - kvm-qemu-iotests-improve-nbd-fault-injector.py-startup-p.patch [bz#1495474] - kvm-qemu-iotests-test-NBD-over-UNIX-domain-sockets-in-08.patch [bz#1495474] - kvm-block-nbd-client-nbd_co_send_request-fix-return-code.patch [bz#1495474] - Resolves: bz#1495474 (Fail to quit source qemu when do live migration after mirroring guest to NBD server [rhel-7.4.z]) <https://cbs.centos.org/koji/buildinfo?buildID=21003>-- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 2

[ OST Failure Report ] [ oVirt Hosted-engine-ha Master ] [ 12-12-2017 ] [ 002_bootstrap.verify_add_hosts, 002_bootstrap.add_hosts ]
by Dafna Ron 12 Dec '17

12 Dec '17

This is a multi-part message in MIME format. --------------CE482932EE452B575FD119B4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We had a failure on ovirt-hosted-engine-ha in two tests on bith basic and upgrade suite. Both tests failed on deploy host with the same missing package: python2-lxml ** *Link and headline of suspected patches: * ** * Patch reported as failed: https://gerrit.ovirt.org/#/c/85279/ - build: ovirt-hosted-engine-ha-2.2.1 ** Patch reported as root cause of failure: https://gerrit.ovirt.org/#/c/85262/ - Fix OVF parsing of memory size when multiple Items are present **** Link to Job: ** http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4358/ Link to all logs: ** http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4358/artifact/ (Relevant) error snippet from the log: <error> * 2017-12-11 16:14:19,691-0500 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/tmp/ovirt-3qTn6VadoI/pythonlib/otopi/context.py", line 133, in _executeMethod method['method']() File "/tmp/ovirt-3qTn6VadoI/otopi-plugins/otopi/packagers/yumpackager.py", line 248, in _packages self.processTransaction() File "/tmp/ovirt-3qTn6VadoI/otopi-plugins/otopi/packagers/yumpackager.py", line 262, in processTransaction if self._miniyum.buildTransaction(): File "/tmp/ovirt-3qTn6VadoI/pythonlib/otopi/miniyum.py", line 920, in buildTransaction raise yum.Errors.YumBaseError(msg) YumBaseError: [u'ovirt-hosted-engine-ha-2.2.1-1.el7.centos.noarch requires python2-lxml'] 2017-12-11 16:14:19,692-0500 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Package installation': [u'ovirt-hosted-engine-ha-2.2.1-1.el7.centos.noarch requires python2-lxml'] 2017-12-11 16:14:19,706-0500 DEBUG otopi.plugins.otopi.debug.debug_failure.debug_failure debug_failure._notification:100 tcp connections: id uid local foreign state pid exe * </error> * --------------CE482932EE452B575FD119B4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, We had a failure on ovirt-hosted-engine-ha in two tests on bith basic and upgrade suite. Both tests failed on deploy host with the same missing package: python2-lxml <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link and headline of suspected patches: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Patch reported as failed: <a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/85279/">https://gerrit.ovirt.org/#/c/85279/</a> - build: ovirt-hosted-engine-ha-2.2.1 <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Patch reported as root cause of failure: <a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/85262/">https://gerrit.ovirt.org/#/c/85262/</a> - Fix OVF parsing of memory size when multiple Items are present <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4358/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4358/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4358/artifact/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4358/artifact/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">(Relevant) error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> <pre style="color: rgb(0, 0, 0); font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-style: initial; text-decoration-color: initial;">2017-12-11 16:14:19,691-0500 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/tmp/ovirt-3qTn6VadoI/pythonlib/otopi/context.py", line 133, in _executeMethod method['method']() File "/tmp/ovirt-3qTn6VadoI/otopi-plugins/otopi/packagers/yumpackager.py", line 248, in _packages self.processTransaction() File "/tmp/ovirt-3qTn6VadoI/otopi-plugins/otopi/packagers/yumpackager.py", line 262, in processTransaction if self._miniyum.buildTransaction(): File "/tmp/ovirt-3qTn6VadoI/pythonlib/otopi/miniyum.py", line 920, in buildTransaction raise yum.Errors.YumBaseError(msg) YumBaseError: [u'ovirt-hosted-engine-ha-2.2.1-1.el7.centos.noarch requires python2-lxml'] 2017-12-11 16:14:19,692-0500 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Package installation': [u'ovirt-hosted-engine-ha-2.2.1-1.el7.centos.noarch requires python2-lxml'] 2017-12-11 16:14:19,706-0500 DEBUG otopi.plugins.otopi.debug.debug_failure.debug_failure debug_failure._notification:100 tcp connections: id uid local foreign state pid exe</pre> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> </body> </html> --------------CE482932EE452B575FD119B4--

1 0

[vdsm] libvirtconnection test failures on my box
by Francesco Romani 12 Dec '17

12 Dec '17

Hi all, since yesterday, running 'make check' on my F26 box I get those errors: ====================================================================== ERROR: libvirtMock will raise an error when nodeDeviceLookupByName is called. ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line 134, in wrapper return f(*args, **kw) File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line 134, in wrapper return f(*args, **kw) File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line 134, in wrapper return f(*args, **kw) File "/home/fromani/Projects/upstream/vdsm/tests/common/libvirtconnection_test.py", line 150, in testCallFailedConnectionDown connection = libvirtconnection.get(killOnFailure=True) TypeError: __init__() got an unexpected keyword argument 'killOnFailure' -------------------- >> begin captured logging << -------------------- 2017-12-12 09:57:05,801 DEBUG (libvirt/events) [root] START thread <Thread(libvirt/events, started daemon 140602075010816)> (func=<bound method _EventLoop.__run of <vdsm.common.libvirtconnection._EventLoop instance at 0x7fe081993128>>, args=(), kwargs={}) (concurrent:189) 2017-12-12 09:57:05,802 DEBUG (libvirt/events) [root] FINISH thread <Thread(libvirt/events, started daemon 140602075010816)> (concurrent:192) --------------------- >> end captured logging << --------------------- ====================================================================== ERROR: libvirtMock will raise an error when nodeDeviceLookupByName is called. ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line 134, in wrapper return f(*args, **kw) File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line 134, in wrapper return f(*args, **kw) File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line 134, in wrapper return f(*args, **kw) File "/home/fromani/Projects/upstream/vdsm/tests/common/libvirtconnection_test.py", line 132, in testCallFailedConnectionUp connection = libvirtconnection.get(killOnFailure=True) TypeError: __init__() got an unexpected keyword argument 'killOnFailure' -------------------- >> begin captured logging << -------------------- 2017-12-12 09:57:05,803 DEBUG (libvirt/events) [root] START thread <Thread(libvirt/events, started daemon 140602075010816)> (func=<bound method _EventLoop.__run of <vdsm.common.libvirtconnection._EventLoop instance at 0x7fe081993128>>, args=(), kwargs={}) (concurrent:189) 2017-12-12 09:57:05,803 DEBUG (libvirt/events) [root] FINISH thread <Thread(libvirt/events, started daemon 140602075010816)> (concurrent:192) --------------------- >> end captured logging << --------------------- ====================================================================== ERROR: Positive test - libvirtMock does not raise any errors ---------------------------------------------------------------------- Traceback (most recent call last): File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line 134, in wrapper return f(*args, **kw) File "/home/fromani/Projects/upstream/vdsm/tests/monkeypatch.py", line 134, in wrapper return f(*args, **kw) File "/home/fromani/Projects/upstream/vdsm/tests/common/libvirtconnection_test.py", line 118, in testCallSucceeded connection.nodeDeviceLookupByName() TypeError: nodeDeviceLookupByName() takes exactly 2 arguments (1 given) -------------------- >> begin captured logging << -------------------- 2017-12-12 09:57:05,804 DEBUG (libvirt/events) [root] START thread <Thread(libvirt/events, started daemon 140602075010816)> (func=<bound method _EventLoop.__run of <vdsm.common.libvirtconnection._EventLoop instance at 0x7fe081993128>>, args=(), kwargs={}) (concurrent:189) 2017-12-12 09:57:05,804 DEBUG (libvirt/events) [root] FINISH thread <Thread(libvirt/events, started daemon 140602075010816)> (concurrent:192) --------------------- >> end captured logging << --------------------- ---------------------------------------------------------------------- Smells like incorrect monkeypatching leaking out of test module. The last one is easy, seems just incorrect call, I have a fix pending. However, why is it starting to fail just now? It seems to run fine on CI, which is interesting. Any help is welcome Bests, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

1 0

[ OST Failure Report ] [ oVirt Master ] [ 05-12-2017 ] [ 006_migrations.migrate_vm ]
by Dafna Ron 11 Dec '17

11 Dec '17

This is a multi-part message in MIME format. --------------D695925BEA0466FA018AF9F5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We had a failure for test 006_migrations.migrate_vm on master. There was a libvirt disruption in the migration src and after that vdsm reported the migration as failed because the vm already exists which makes me suspect a split bran case. The patch reported has nothing to do with this issue and I think we simply stumbled on a race condition which can cause a split brain. Please note that there are several metrics related issues reported in vdsm logs as well. ** *Link and headline of suspected patches: * * *Not related * Link to Job: * **http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4278/** * * *Link to all logs:* * * **http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4278/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-006_migrations.py/** * * *(Relevant) error snippet from the log: * * *<error>* ** **Engine: * * *2017-12-05 06:26:48,546-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-385) [] EVENT_ID: VM_MIGRATION_TO_SERVER_FAILED(120), Migration failed (VM: vm0, Source: lago- basic-suite-master-host-1, Destination: lago-basic-suite-master-host-0). * *dst:** ** *2017-12-05 06:26:46,615-0500 WARN (jsonrpc/6) [vds] vm b3962e5c-08e3-444e-910e-ea675fa1a5c7 already exists (API:179) 2017-12-05 06:26:46,615-0500 ERROR (jsonrpc/6) [api] FINISH create error=Virtual machine already exists (api:124) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 117, in method ret = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 180, in create raise exception.VMExists() VMExists: Virtual machine already exists 2017-12-05 06:26:46,620-0500 INFO (jsonrpc/6) [api.virt] FINISH create return={'status': {'message': 'Virtual machine already exists', 'code': 4}} from=::ffff:192.168.201.3,50394 (api:52) 2017-12-05 06:26:46,620-0500 INFO (jsonrpc/6) [api.virt] FINISH migrationCreate return={'status': {'message': 'Virtual machine already exists', 'code': 4}} from=::ffff:192.168.201.3,50394 (api:52) 2017-12-05 06:26:46,620-0500 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call VM.migrationCreate failed (error 4) in 0.03 seconds (__init__:573) 2017-12-05 06:26:46,624-0500 INFO (jsonrpc/2) [api.virt] START destroy(gracefulAttempts=1) from=::ffff:192.168.201.3,50394 (api:46) 2017-12-05 06:26:46,624-0500 INFO (jsonrpc/2) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') Release VM resources (vm:4967) 2017-12-05 06:26:46,625-0500 WARN (jsonrpc/2) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') trying to set state to Powering down when already Down (vm:575) 2017-12-05 06:26:46,625-0500 INFO (jsonrpc/2) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') Stopping connection (guestagent:435) 2017-12-05 06:26:46,625-0500 INFO (jsonrpc/2) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') _destroyVmGraceful attempt #0 (vm:5004) 2017-12-05 06:26:46,626-0500 WARN (jsonrpc/2) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') VM 'b3962e5c-08e3-444e-910e-ea675fa1a5c7' couldn't be destroyed in libvirt: Requested operation is not valid: domain is not running (vm :5025) 2017-12-05 06:26:46,627-0500 INFO (jsonrpc/2) [vdsm.api] START teardownImage(sdUUID='952bb427-b88c-4fbe-99ef-49970d3aaf70', spUUID='9dcfeaaf-96b7-4e26-a327-5570e0e39261', imgUUID='e6eadbae-ec7a-48f4-8832-64a622a12bef', volUUID=None) from =::ffff:192.168.201.3,50394, task_id=2da93725-5533-4354-a369-751eb44f9ef2 (api:46) * **scr * * *2017-12-05 06:26:46,623-0500 ERROR (migsrc/b3962e5c) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') migration destination error: Virtual machine already exists (migration:290) * **disruption on **dst**: * * **2017-12-05 06:20:04,662-0500 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call VM.shutdown succeeded in 0.00 seconds (__init__:573) 2017-12-05 06:20:04,676-0500 ERROR (Thread-1) [root] Shutdown by QEMU Guest Agent failed (vm:5097) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 5088, in qemuGuestAgentShutdown self._dom.shutdownFlags(libvirt.VIR_DOMAIN_SHUTDOWN_GUEST_AGENT) File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 98, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 126, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 512, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2403, in shutdownFlags if ret == -1: raise libvirtError ('virDomainShutdownFlags() failed', dom=self) libvirtError: Guest agent is not responding: QEMU guest agent is not connected 2017-12-05 06:20:04,697-0500 INFO (libvirt/events) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') block threshold 1 exceeded on 'vda' (/rhev/data-center/mnt/blockSD/952bb427-b88c-4fbe-99ef-49970d3aaf70/images/e6eadbae-ec7a-48f4- 8832-64a622a12bef/1f063c73-f5cd-44e8-a84f-7810857f82df) (drivemonitor:162) 2017-12-05 06:20:04,698-0500 INFO (libvirt/events) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') drive 'vda' threshold exceeded (storage:872) 2017-12-05 06:20:05,889-0500 INFO (jsonrpc/7) [api.host] START getAllVmStats() from=::1,41118 (api:46) 2017-12-05 06:20:05,891-0500 INFO (jsonrpc/7) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,41118 (api:52) 2017-12-05 06:20:05,892-0500 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:573) 2017-12-05 06:20:07,466-0500 INFO (libvirt/events) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') underlying process disconnected (vm:1024) 2017-12-05 06:20:07,469-0500 INFO (libvirt/events) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') Release VM resources (vm:4967) 2017-12-05 06:20:07,469-0500 INFO (libvirt/events) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') Stopping connection (guestagent:435) 2017-12-05 06:20:07,469-0500 INFO (libvirt/events) [vdsm.api] START teardownImage(sdUUID='952bb427-b88c-4fbe-99ef-49970d3aaf70', spUUID='9dcfeaaf-96b7-4e26-a327-5570e0e39261', imgUUID='e6eadbae-ec7a-48f4-8832-64a622a12bef', volUUID=None) from=internal, task_id=9efedf46-d3be-4e41-b7f9-a074ed6344f6 (api:46) * * *</error>* ** --------------D695925BEA0466FA018AF9F5 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, We had a failure for test 006_migrations.migrate_vm on master. There was a libvirt disruption in the migration src and after that vdsm reported the migration as failed because the vm already exists which makes me suspect a split bran case. The patch reported has nothing to do with this issue and I think we simply stumbled on a race condition which can cause a split brain. Please note that there are several metrics related issues reported in vdsm logs as well. <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link and headline of suspected patches: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Not related <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4278/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4278/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4278/artifact…">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4278/artifact…</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">(Relevant) error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Engine: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">2017-12-05 06:26:48,546-05 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engine-Thread-385) [] EVENT_ID: VM_MIGRATION_TO_SERVER_FAILED(120), Migration failed (VM: vm0, Source: lago- basic-suite-master-host-1, Destination: lago-basic-suite-master-host-0). dst: 2017-12-05 06:26:46,615-0500 WARN (jsonrpc/6) [vds] vm b3962e5c-08e3-444e-910e-ea675fa1a5c7 already exists (API:179) 2017-12-05 06:26:46,615-0500 ERROR (jsonrpc/6) [api] FINISH create error=Virtual machine already exists (api:124) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 117, in method ret = func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 180, in create raise exception.VMExists() VMExists: Virtual machine already exists 2017-12-05 06:26:46,620-0500 INFO (jsonrpc/6) [api.virt] FINISH create return={'status': {'message': 'Virtual machine already exists', 'code': 4}} from=::ffff:192.168.201.3,50394 (api:52) 2017-12-05 06:26:46,620-0500 INFO (jsonrpc/6) [api.virt] FINISH migrationCreate return={'status': {'message': 'Virtual machine already exists', 'code': 4}} from=::ffff:192.168.201.3,50394 (api:52) 2017-12-05 06:26:46,620-0500 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call VM.migrationCreate failed (error 4) in 0.03 seconds (__init__:573) 2017-12-05 06:26:46,624-0500 INFO (jsonrpc/2) [api.virt] START destroy(gracefulAttempts=1) from=::ffff:192.168.201.3,50394 (api:46) 2017-12-05 06:26:46,624-0500 INFO (jsonrpc/2) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') Release VM resources (vm:4967) 2017-12-05 06:26:46,625-0500 WARN (jsonrpc/2) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') trying to set state to Powering down when already Down (vm:575) 2017-12-05 06:26:46,625-0500 INFO (jsonrpc/2) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') Stopping connection (guestagent:435) 2017-12-05 06:26:46,625-0500 INFO (jsonrpc/2) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') _destroyVmGraceful attempt #0 (vm:5004) 2017-12-05 06:26:46,626-0500 WARN (jsonrpc/2) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') VM 'b3962e5c-08e3-444e-910e-ea675fa1a5c7' couldn't be destroyed in libvirt: Requested operation is not valid: domain is not running (vm :5025) 2017-12-05 06:26:46,627-0500 INFO (jsonrpc/2) [vdsm.api] START teardownImage(sdUUID='952bb427-b88c-4fbe-99ef-49970d3aaf70', spUUID='9dcfeaaf-96b7-4e26-a327-5570e0e39261', imgUUID='e6eadbae-ec7a-48f4-8832-64a622a12bef', volUUID=None) from =::ffff:192.168.201.3,50394, task_id=2da93725-5533-4354-a369-751eb44f9ef2 (api:46) scr 2017-12-05 06:26:46,623-0500 ERROR (migsrc/b3962e5c) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') migration destination error: Virtual machine already exists (migration:290) disruption on dst: 2017-12-05 06:20:04,662-0500 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call VM.shutdown succeeded in 0.00 seconds (__init__:573) 2017-12-05 06:20:04,676-0500 ERROR (Thread-1) [root] Shutdown by QEMU Guest Agent failed (vm:5097) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 5088, in qemuGuestAgentShutdown self._dom.shutdownFlags(libvirt.VIR_DOMAIN_SHUTDOWN_GUEST_AGENT) File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 98, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 126, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 512, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2403, in shutdownFlags if ret == -1: raise libvirtError ('virDomainShutdownFlags() failed', dom=self) libvirtError: Guest agent is not responding: QEMU guest agent is not connected 2017-12-05 06:20:04,697-0500 INFO (libvirt/events) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') block threshold 1 exceeded on 'vda' (/rhev/data-center/mnt/blockSD/952bb427-b88c-4fbe-99ef-49970d3aaf70/images/e6eadbae-ec7a-48f4- 8832-64a622a12bef/1f063c73-f5cd-44e8-a84f-7810857f82df) (drivemonitor:162) 2017-12-05 06:20:04,698-0500 INFO (libvirt/events) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') drive 'vda' threshold exceeded (storage:872) 2017-12-05 06:20:05,889-0500 INFO (jsonrpc/7) [api.host] START getAllVmStats() from=::1,41118 (api:46) 2017-12-05 06:20:05,891-0500 INFO (jsonrpc/7) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::1,41118 (api:52) 2017-12-05 06:20:05,892-0500 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:573) 2017-12-05 06:20:07,466-0500 INFO (libvirt/events) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') underlying process disconnected (vm:1024) 2017-12-05 06:20:07,469-0500 INFO (libvirt/events) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') Release VM resources (vm:4967) 2017-12-05 06:20:07,469-0500 INFO (libvirt/events) [virt.vm] (vmId='b3962e5c-08e3-444e-910e-ea675fa1a5c7') Stopping connection (guestagent:435) 2017-12-05 06:20:07,469-0500 INFO (libvirt/events) [vdsm.api] START teardownImage(sdUUID='952bb427-b88c-4fbe-99ef-49970d3aaf70', spUUID='9dcfeaaf-96b7-4e26-a327-5570e0e39261', imgUUID='e6eadbae-ec7a-48f4-8832-64a622a12bef', volUUID=None) from=internal, task_id=9efedf46-d3be-4e41-b7f9-a074ed6344f6 (api:46) <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> </body> </html> --------------D695925BEA0466FA018AF9F5--

4 3

ovirt-engine 4.2.0 respin
by Sandro Bonazzola 11 Dec '17

11 Dec '17

Hi, a few blockers have been fixed since ovirt-engine-4.2.0 tag so we need to respin for RC2. On master a few patches have been merged targeting 4.2.1, here's the changelog: fetching 1488853 - [BZ 1488853](https://bugzilla.redhat.com/1488853) - While downloading disk the cancel/pause upload button should be disabled fetching 1506547 1506547 - is in status POST and targeted to ovirt-4.1.9; assignee: ybronhei(a)redhat.com fetching 1512911 - [BZ 1512911](https://bugzilla.redhat.com/1512911) - Internal server Error on incorrect headers fetching 1513800 - [BZ 1513800](https://bugzilla.redhat.com/1513800) - Localdisk hook must prevent VM from being snapshot. fetching 1517094 - [BZ 1517094](https://bugzilla.redhat.com/1517094) - after redesign, the detach vm from pool button disappeared fetching 1517974 - [BZ 1517974](https://bugzilla.redhat.com/1517974) - [AAA] Locale selector on welcome page doesn't work when using http fetching 1518702 - [BZ 1518702](https://bugzilla.redhat.com/1518702) - Webadmin - ImageIO- UI - canceling failed upload is not possible via 'upload' button but only via 'download' button fetching 1519246 1519246 - is in status POST and targeted to ovirt-4.2.1; assignee: sleviim(a)redhat.com fetching 1520387 1520387 - is in status POST and targeted to ovirt-4.2.1; assignee: sleviim(a)redhat.com fetching 1523072 - [BZ 1523072](https://bugzilla.redhat.com/1523072) - Cannot export a VM to an export domain when specifying the storage domain by its name (Incomplete lookup for method signature) fetching 1523253 - [BZ 1523253](https://bugzilla.redhat.com/1523253) - When canceling a download, the engine finalizes the operation as if it was completed successfully fetching 1523415 - [BZ 1523415](https://bugzilla.redhat.com/1523415) - Error while executing action Edit VM properties: Internal Engine Error So we need to branch from ovirt-engine-4.2.0 tag and cherry-pick 4.2.0 patches. I'm going to create the branch now. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

7 10

UI memory leak testing across browsers
by Greg Sheremeta 11 Dec '17

11 Dec '17

I thought this was interesting enough to share with everyone. tl;dr: give Firefox Quantum a try! We're doing UI memory leak testing of webadmin across browsers. The tests use selenium [http://www.seleniumhq.org/] which drives the browser to do hundreds of repetitive actions, which then over time exposes browser memory leaks in the actions being performed. X = repetitions (over time) Y = memory consumed in MB The graph shows that, as the number of repetitions through the application increases, Firefox Quantum 57 leaks less (lower slope) than Chrome 62 (latest) and older Firefox 52 ESR. Also, it uses less memory the entire time (lower on the graph). [FF 57 is also just plain faster per repetition, but I haven't posted that graph here. Take my word for it :)] [image: Inline image 1] Best wishes, Greg -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig>

4 3

[ANN] oVirt 4.2.0 First Candidate Release is now available for testing
by Sandro Bonazzola 11 Dec '17

11 Dec '17

The oVirt Project is pleased to announce the availability of the First Candidate Release of oVirt 4.2.0, as of December 5th, 2017 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the first candidate release of the 4.2.0 version. This release brings more than 280 enhancements and more than one thousand bug fixes, including more than 500 high or urgent severity fixes, on top of oVirt 4.1 series. What's new in oVirt 4.2.0? - The Administration Portal has been completely redesigned using Patternfly, a widely adopted standard in web application design. It now features a cleaner, more intuitive design, for an improved user experience. - There is an all-new VM Portal for non-admin users. - A new High Performance virtual machine type has been added to the New VM dialog box in the Administration Portal. - Open Virtual Network (OVN) adds support for Open vSwitch software defined networking (SDN). - oVirt now supports Nvidia vGPU. - The ovirt-ansible-roles set of packages help users with common administration tasks. - Virt-v2v now supports Debian/Ubuntu based VMs. For more information about these and other features, check out the oVirt 4.2.0 blog post <https://ovirt.org/blog/2017/11/introducing-ovirt-4.2.0-beta/> and stay tuned for further blog post. This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 (available for x86_64 only) See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available. - oVirt Node is already available [4] Additional Resources: * Read more about the oVirt 4.2.0 release highlights: http://www.ovirt.org/release/4.2.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.2.0/ [4] http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

5 6

[ OST Failure Report ] [ oVirtMaster ] [ 07-11-2017 ] [007_sd_reattach.deactivate_storage_domain ]
by Dafna Ron 10 Dec '17

10 Dec '17

This is a multi-part message in MIME format. --------------B1FC8E7562A08FCCC455CECC Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We had a failure on master basic suite for test 007_sd_reattach.deactivate_storage_domain. The failure was that we failed to deactivate domain due to running tasks. It does not seem to be related to the patch it was testing and I think that the test itself needs to be modified to check there are no running tasks. Is there perhaps a way to query if there are running tasks before running the command? can you please take a look at the test on OST? ** *Link and headline of suspected patches:**Not related to error*** ** ** *Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4319/* *** Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4319/artifact/ (Relevant) error snippet from the log: <error> *2017-12-06 20:13:23,166-05 WARN [org.ovirt.engine.core.bll.storage.domain.DeactivateStorageDomainWithOvfUpdateCommand] (default task-7) [d82880e8-1d40-4a3b-a1ba-3362f2f130a0] Validation of action 'DeactivateStorageDomainWithOvfUpdate' fa iled for user admin@internal-authz. Reasons: VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__DEACTIVATE,ERROR_CANNOT_DEACTIVATE_DOMAIN_WITH_TASKS 2017-12-06 20:13:23,167-05 INFO [org.ovirt.engine.core.bll.storage.domain.DeactivateStorageDomainWithOvfUpdateCommand] (default task-7) [d82880e8-1d40-4a3b-a1ba-3362f2f130a0] Lock freed to object 'EngineLock:{exclusiveLocks='[ea2fd992-8a a4-44fe-aa43-e96754a975ba=STORAGE]', sharedLocks='[5e0a0183-0e25-4f43-b5b0-0cfb5510248e=POOL]'}' 2017-12-06 20:13:23,172-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-7) [d82880e8-1d40-4a3b-a1ba-3362f2f130a0] method: runAction, params: [DeactivateStorageDomainWithOvfUpdate, DeactivateSto rageDomainWithOvfUpdateParameters:{commandId='630c28e1-41ab-43db-9755-a2bb870dbcb3', user='null', commandType='Unknown'}], timeElapsed: 65ms 2017-12-06 20:13:23,176-05 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-7) [] Operation Failed: [Cannot deactivate Storage while there are running tasks on this Storage. -Please wait until tasks will finish and try again.] * *<error> --------------B1FC8E7562A08FCCC455CECC Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, We had a failure on master basic suite for test 007_sd_reattach.deactivate_storage_domain. The failure was that we failed to deactivate domain due to running tasks. It does not seem to be related to the patch it was testing and I think that the test itself needs to be modified to check there are no running tasks. Is there perhaps a way to query if there are running tasks before running the command? can you please take a look at the test on OST? <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link and headline of suspected patches: Not related to error <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4319/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4319/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4319/artifact/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4319/artifact/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">(Relevant) error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">2017-12-06 20:13:23,166-05 WARN [org.ovirt.engine.core.bll.storage.domain.DeactivateStorageDomainWithOvfUpdateCommand] (default task-7) [d82880e8-1d40-4a3b-a1ba-3362f2f130a0] Validation of action 'DeactivateStorageDomainWithOvfUpdate' fa iled for user admin@internal-authz. Reasons: VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__DEACTIVATE,ERROR_CANNOT_DEACTIVATE_DOMAIN_WITH_TASKS 2017-12-06 20:13:23,167-05 INFO [org.ovirt.engine.core.bll.storage.domain.DeactivateStorageDomainWithOvfUpdateCommand] (default task-7) [d82880e8-1d40-4a3b-a1ba-3362f2f130a0] Lock freed to object 'EngineLock:{exclusiveLocks='[ea2fd992-8a a4-44fe-aa43-e96754a975ba=STORAGE]', sharedLocks='[5e0a0183-0e25-4f43-b5b0-0cfb5510248e=POOL]'}' 2017-12-06 20:13:23,172-05 DEBUG [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] (default task-7) [d82880e8-1d40-4a3b-a1ba-3362f2f130a0] method: runAction, params: [DeactivateStorageDomainWithOvfUpdate, DeactivateSto rageDomainWithOvfUpdateParameters:{commandId='630c28e1-41ab-43db-9755-a2bb870dbcb3', user='null', commandType='Unknown'}], timeElapsed: 65ms 2017-12-06 20:13:23,176-05 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-7) [] Operation Failed: [Cannot deactivate Storage while there are running tasks on this Storage. -Please wait until tasks will finish and try again.] <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"> <error> </body> </html> --------------B1FC8E7562A08FCCC455CECC--

4 9

[ovirt-users] FOSDEM 2018 - CFP is almost closed!
by Piotr Kliczewski 07 Dec '17

07 Dec '17

All, FOSDEM 18's Virt and IaaS CFP ends today at midnight UTC. This is your last chance to submit your session, so do not wait any longer. You can find more details in [1]. Thanks, Piotr [1] https://www.ovirt.org/blog/2017/10/come-to-fosdem-event/

1 0

Lago v0.42 Release Announcement
by Gal Ben Haim 06 Dec '17

06 Dec '17

Hi All, On behalf of the Lago team, I'm pleased to announce Lago v0.42 is available! For a detailed release announcement please refer to our Github page at: https://github.com/lago-project/lago/releases/tag/0.42 <https://github.com/lago-project/lago/releases/tag/0.40> Resources ========== Lago Docs: http://lago.readthedocs.io/en/latest/ GitHub: https://github.com/lago-project/lago/ YUM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ Pypi: https://pypi.python.org/pypi/lago OST Docs: http://ovirt-system-tests.readthedocs.io/en/latest/ Changelog: http://lago.readthedocs.io/en/0.42/_static/ChangeLog.txt <http://lago.readthedocs.io/en/0.40/_static/ChangeLog.txt> As always, if you find any problems, or willing to contribute, visit our GitHub page. Enjoy! -- *GAL bEN HAIM* RHV DEVOPS

1 0