- Devel - oVirt List Archives

Subject: [ OST Failure Report ] [ master ] [ 20-09-2017] [ No Test Failed - missing packages in fc25 ]
by Dafna Ron 20 Sep '17

20 Sep '17

This is a multi-part message in MIME format. --------------60D60522EFE450E2C842A076 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, CQ reported a failure in one of the builds and looking at the console I found that we had a failure before the OST started due to: ovirt-hosted-engine-ha_master_build-artifacts-fc25-x86_64 (67) failed building The build failed of ovirt-hosted-engine-ha_master_build-artifacts-fc25-x86_64 failed due to missing packages. * Link to suspected patches: patch reported as failed is https://gerrit.ovirt.org/#/c/81792/ ** Link to Job: *cq job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2732/console* *failed build job: http://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_master_build-artifacts-… Link to all logs: *CQ job logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2732/artifact… *failed build log: http://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_master_build-artifacts-… ** *(Relevant) error snippet from the log: * *<error>* **07:46:21* Getting requirements for ovirt-hosted-engine-ha.spec *07:46:21* --> Already installed : python-2.7.13-2.fc25.x86_64 *07:46:21* --> python2-mock-2.0.0-2.fc25.noarch *07:46:22* --> python2-nose-1.3.7-11.fc25.noarch *07:46:22* --> Already installed : python-devel-2.7.13-2.fc25.x86_64 *07:46:22* --> Already installed : systemd-231-17.fc25.x86_64 *07:46:22* --> vdsm-4.20.3-47.git4801123.fc25.x86_64 *07:46:22* --> vdsm-client-4.20.3-47.git4801123.fc25.noarch *07:46:22* --> vdsm-python-4.20.3-47.git4801123.fc25.noarch *07:46:31* Error: Package: vdsm-4.20.3-47.git4801123.fc25.x86_64 (ovirt-master-snapshot) *07:46:31* Requires: openvswitch >= 2.7.0 *07:46:31* Available: openvswitch-2.5.0-4.fc25.x86_64 (fedora-base-fc25) *07:46:31* openvswitch = 2.5.0-4.fc25 *07:46:31* You could try using --skip-broken to work around the problem *07:46:31* You could try running: rpm -Va --nofiles --nodigest *07:46:31* Took 18 seconds* </error> *Thanks, Dafna --------------60D60522EFE450E2C842A076 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+CiAgPGhlYWQ+CgogICAgPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBj b250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPgogIDwvaGVhZD4KICA8Ym9keSB0 ZXh0PSIjMDAwMDAwIiBiZ2NvbG9yPSIjRkZGRkZGIj4KICAgIDxwPkhpLCA8YnI+CiAgICA8 L3A+CiAgICA8cD5DUSByZXBvcnRlZCBhIGZhaWx1cmUgaW4gb25lIG9mIHRoZSBidWlsZHMg YW5kIGxvb2tpbmcgYXQgdGhlCiAgICAgIGNvbnNvbGUgSSBmb3VuZCB0aGF0IHdlIGhhZCBh IGZhaWx1cmUgYmVmb3JlIHRoZSBPU1Qgc3RhcnRlZCBkdWUKICAgICAgdG86IDxicj4KICAg IDwvcD4KICAgIDxwcmUgY2xhc3M9ImNvbnNvbGUtb3V0cHV0IiBzdHlsZT0iYm94LXNpemlu ZzogYm9yZGVyLWJveDsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyB3b3JkLXdyYXA6IGJyZWFr LXdvcmQ7IG1hcmdpbjogMHB4OyBjb2xvcjogcmdiKDUxLCA1MSwgNTEpOyBmb250LXNpemU6 IDE0cHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9y bWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBs ZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiAyOyB0ZXh0LWFsaWduOiBzdGFydDsg dGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdpZG93czogMjsgd29y ZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1k ZWNvcmF0aW9uLXN0eWxlOiBpbml0aWFsOyB0ZXh0LWRlY29yYXRpb24tY29sb3I6IGluaXRp YWw7Ij5vdmlydC1ob3N0ZWQtZW5naW5lLWhhX21hc3Rlcl9idWlsZC1hcnRpZmFjdHMtZmMy NS14ODZfNjQgKDY3KSBmYWlsZWQgYnVpbGRpbmcKClRoZSBidWlsZCBmYWlsZWQgb2Ygb3Zp cnQtaG9zdGVkLWVuZ2luZS1oYV9tYXN0ZXJfYnVpbGQtYXJ0aWZhY3RzLWZjMjUteDg2XzY0 IGZhaWxlZCBkdWUgdG8gbWlzc2luZyBwYWNrYWdlcy4gCgo8YiBzdHlsZT0iZm9udC13ZWln aHQ6bm9ybWFsOyIgaWQ9ImRvY3MtaW50ZXJuYWwtZ3VpZC01ODU5YjdhMS05ZWI0LTgyYjct NDgwNS05Njc3MTljNjIxYTkiPjxwIGRpcj0ibHRyIiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4z ODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQt Y29sb3I6dHJhbnNwYXJlbnQ7Zm9udC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2Zv bnQtdmFyaWFudDpub3JtYWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246 YmFzZWxpbmU7d2hpdGUtc3BhY2U6cHJlLXdyYXA7Ij5MaW5rIHRvIHN1c3BlY3RlZCBwYXRj aGVzOiAgcGF0Y2ggcmVwb3J0ZWQgYXMgZmFpbGVkIGlzIDxhIGNsYXNzPSJtb3otdHh0LWxp bmstZnJlZXRleHQiIGhyZWY9Imh0dHBzOi8vZ2Vycml0Lm92aXJ0Lm9yZy8jL2MvODE3OTIv Ij5odHRwczovL2dlcnJpdC5vdmlydC5vcmcvIy9jLzgxNzkyLzwvYT48L3NwYW4+PC9wPjwv Yj48YiBzdHlsZT0iZm9udC13ZWlnaHQ6bm9ybWFsOyIgaWQ9ImRvY3MtaW50ZXJuYWwtZ3Vp ZC01ODU5YjdhMS05ZWI0LTgyYjctNDgwNS05Njc3MTljNjIxYTkiPgo8cCBkaXI9Imx0ciIg c3R5bGU9ImxpbmUtaGVpZ2h0OjEuMzg7bWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTow cHQ7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s b3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtd2VpZ2h0OjQw MDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQ6bm9ybWFsO3RleHQtZGVjb3JhdGlv bjpub25lO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lO3doaXRlLXNwYWNlOnByZS13cmFwOyI+ TGluayB0byBKb2I6IAo8L3NwYW4+PC9wPjxwIGRpcj0ibHRyIiBzdHlsZT0ibGluZS1oZWln aHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tn cm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9y bWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwt YWxpZ246YmFzZWxpbmU7d2hpdGUtc3BhY2U6cHJlLXdyYXA7Ij48Yj5jcSBqb2I6IDxhIGNs YXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly9qZW5raW5zLm92aXJ0 Lm9yZy9qb2Ivb3ZpcnQtbWFzdGVyX2NoYW5nZS1xdWV1ZS10ZXN0ZXIvMjczMi9jb25zb2xl Ij5odHRwOi8vamVua2lucy5vdmlydC5vcmcvam9iL292aXJ0LW1hc3Rlcl9jaGFuZ2UtcXVl dWUtdGVzdGVyLzI3MzIvY29uc29sZTwvYT48L2I+PC9zcGFuPjwvcD48cCBkaXI9Imx0ciIg c3R5bGU9ImxpbmUtaGVpZ2h0OjEuMzg7bWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTow cHQ7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s b3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtd2VpZ2h0OjQw MDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQ6bm9ybWFsO3RleHQtZGVjb3JhdGlv bjpub25lO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lO3doaXRlLXNwYWNlOnByZS13cmFwOyI+ PGI+ZmFpbGVkIGJ1aWxkIGpvYjogPGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIg aHJlZj0iaHR0cDovL2plbmtpbnMub3ZpcnQub3JnL2pvYi9vdmlydC1ob3N0ZWQtZW5naW5l LWhhX21hc3Rlcl9idWlsZC1hcnRpZmFjdHMtZmMyNS14ODZfNjQvNjcvIj5odHRwOi8vamVu a2lucy5vdmlydC5vcmcvam9iL292aXJ0LWhvc3RlZC1lbmdpbmUtaGFfbWFzdGVyX2J1aWxk LWFydGlmYWN0cy1mYzI1LXg4Nl82NC82Ny88L2E+PC9iPgo8L3NwYW4+PC9wPgo8cCBkaXI9 Imx0ciIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEuMzg7bWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJv dHRvbTowcHQ7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJp YWw7Y29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtd2Vp Z2h0OjQwMDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQ6bm9ybWFsO3RleHQtZGVj b3JhdGlvbjpub25lO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lO3doaXRlLXNwYWNlOnByZS13 cmFwOyI+TGluayB0byBhbGwgbG9nczogCjwvc3Bhbj48L3A+PHAgZGlyPSJsdHIiIHN0eWxl PSJsaW5lLWhlaWdodDoxLjM4O21hcmdpbi10b3A6MHB0O21hcmdpbi1ib3R0b206MHB0OyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiMw MDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LXdlaWdodDo0MDA7Zm9u dC1zdHlsZTpub3JtYWw7Zm9udC12YXJpYW50Om5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9u ZTt2ZXJ0aWNhbC1hbGlnbjpiYXNlbGluZTt3aGl0ZS1zcGFjZTpwcmUtd3JhcDsiPjxiPkNR IGpvYiBsb2dzOiA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRw Oi8vamVua2lucy5vdmlydC5vcmcvam9iL292aXJ0LW1hc3Rlcl9jaGFuZ2UtcXVldWUtdGVz dGVyLzI3MzIvYXJ0aWZhY3QvZXhwb3J0ZWQtYXJ0aWZhY3RzLyI+aHR0cDovL2plbmtpbnMu b3ZpcnQub3JnL2pvYi9vdmlydC1tYXN0ZXJfY2hhbmdlLXF1ZXVlLXRlc3Rlci8yNzMyL2Fy dGlmYWN0L2V4cG9ydGVkLWFydGlmYWN0cy88L2E+PC9iPgo8L3NwYW4+PC9wPjxwIGRpcj0i bHRyIiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90 dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlh bDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC13ZWln aHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7dGV4dC1kZWNv cmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3BhY2U6cHJlLXdy YXA7Ij48Yj5mYWlsZWQgYnVpbGQgbG9nOiA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0 ZXh0IiBocmVmPSJodHRwOi8vamVua2lucy5vdmlydC5vcmcvam9iL292aXJ0LWhvc3RlZC1l bmdpbmUtaGFfbWFzdGVyX2J1aWxkLWFydGlmYWN0cy1mYzI1LXg4Nl82NC82Ny9hcnRpZmFj dC8iPmh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy9qb2Ivb3ZpcnQtaG9zdGVkLWVuZ2luZS1o YV9tYXN0ZXJfYnVpbGQtYXJ0aWZhY3RzLWZjMjUteDg2XzY0LzY3L2FydGlmYWN0LzwvYT48 L2I+Cjwvc3Bhbj48L3A+PHAgZGlyPSJsdHIiIHN0eWxlPSJsaW5lLWhlaWdodDoxLjM4O21h cmdpbi10b3A6MHB0O21hcmdpbi1ib3R0b206MHB0OyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1jb2xv cjp0cmFuc3BhcmVudDtmb250LXdlaWdodDo0MDA7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC12 YXJpYW50Om5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTt2ZXJ0aWNhbC1hbGlnbjpiYXNl bGluZTt3aGl0ZS1zcGFjZTpwcmUtd3JhcDsiPgo8L3NwYW4+PC9wPjxwIGRpcj0ibHRyIiBz dHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBw dDsiPgo8YiBzdHlsZT0iZm9udC13ZWlnaHQ6bm9ybWFsOyIgaWQ9ImRvY3MtaW50ZXJuYWwt Z3VpZC01ODU5YjdhMS05ZWI3LWFmOWYtNTZjNC0wY2M5M2YwZmNiMWIiPjxwIGRpcj0ibHRy IiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9t OjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlhbDtj b2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC13ZWlnaHQ6 NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7dGV4dC1kZWNvcmF0 aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3BhY2U6cHJlLXdyYXA7 Ij4oUmVsZXZhbnQpIGVycm9yIHNuaXBwZXQgZnJvbSB0aGUgbG9nOiA8L3NwYW4+PC9wPjxw IGRpcj0ibHRyIiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJn aW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWls eTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9u dC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7dGV4 dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3BhY2U6 cHJlLXdyYXA7Ij4mbHQ7ZXJyb3ImZ3Q7PC9zcGFuPjwvcD48L2I+CjwvcD4KPHNwYW4gY2xh c3M9InRpbWVzdGFtcCIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHls ZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0 eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJv cmRlci1ib3g7Ij4wNzo0NjoyMTwvYj4gPC9zcGFuPkdldHRpbmcgcmVxdWlyZW1lbnRzIGZv ciBvdmlydC1ob3N0ZWQtZW5naW5lLWhhLnNwZWMKPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIg c3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzog Ym9yZGVyLWJveDsiPjA3OjQ2OjIxPC9iPiA8L3NwYW4+IC0tJmd0OyBBbHJlYWR5IGluc3Rh bGxlZCA6IHB5dGhvbi0yLjcuMTMtMi5mYzI1Lng4Nl82NAo8c3BhbiBjbGFzcz0idGltZXN0 YW1wIiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjxiIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94OyI+MDc6NDY6MjE8L2I+IDwvc3Bhbj4gLS0mZ3Q7IHB5dGhvbjIt bW9jay0yLjAuMC0yLmZjMjUubm9hcmNoCjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0eWxl PSJib3gtc2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRl ci1ib3g7Ij4wNzo0NjoyMjwvYj4gPC9zcGFuPiAtLSZndDsgcHl0aG9uMi1ub3NlLTEuMy43 LTExLmZjMjUubm9hcmNoCjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij4w Nzo0NjoyMjwvYj4gPC9zcGFuPiAtLSZndDsgQWxyZWFkeSBpbnN0YWxsZWQgOiBweXRob24t ZGV2ZWwtMi43LjEzLTIuZmMyNS54ODZfNjQKPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIgc3R5 bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzogYm9y ZGVyLWJveDsiPjA3OjQ2OjIyPC9iPiA8L3NwYW4+IC0tJmd0OyBBbHJlYWR5IGluc3RhbGxl ZCA6IHN5c3RlbWQtMjMxLTE3LmZjMjUueDg2XzY0CjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAi IHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6 IGJvcmRlci1ib3g7Ij4wNzo0NjoyMjwvYj4gPC9zcGFuPiAtLSZndDsgdmRzbS00LjIwLjMt NDcuZ2l0NDgwMTEyMy5mYzI1Lng4Nl82NAo8c3BhbiBjbGFzcz0idGltZXN0YW1wIiBzdHls ZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjxiIHN0eWxlPSJib3gtc2l6aW5nOiBib3Jk ZXItYm94OyI+MDc6NDY6MjI8L2I+IDwvc3Bhbj4gLS0mZ3Q7IHZkc20tY2xpZW50LTQuMjAu My00Ny5naXQ0ODAxMTIzLmZjMjUubm9hcmNoCjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0 eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJv cmRlci1ib3g7Ij4wNzo0NjoyMjwvYj4gPC9zcGFuPiAtLSZndDsgdmRzbS1weXRob24tNC4y MC4zLTQ3LmdpdDQ4MDExMjMuZmMyNS5ub2FyY2gKPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIg c3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzog Ym9yZGVyLWJveDsiPjA3OjQ2OjMxPC9iPiA8L3NwYW4+RXJyb3I6IFBhY2thZ2U6IHZkc20t NC4yMC4zLTQ3LmdpdDQ4MDExMjMuZmMyNS54ODZfNjQgKG92aXJ0LW1hc3Rlci1zbmFwc2hv dCkKPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1i b3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjA3OjQ2OjMxPC9iPiA8 L3NwYW4+ICAgICAgICAgICBSZXF1aXJlczogb3BlbnZzd2l0Y2ggJmd0Oz0gMi43LjAKPHNw YW4gY2xhc3M9InRpbWVzdGFtcCIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48 YiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjA3OjQ2OjMxPC9iPiA8L3NwYW4+ ICAgICAgICAgICBBdmFpbGFibGU6IG9wZW52c3dpdGNoLTIuNS4wLTQuZmMyNS54ODZfNjQg KGZlZG9yYS1iYXNlLWZjMjUpCjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0eWxlPSJib3gt c2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7 Ij4wNzo0NjozMTwvYj4gPC9zcGFuPiAgICAgICAgICAgICAgIG9wZW52c3dpdGNoID0gMi41 LjAtNC5mYzI1CjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0eWxlPSJib3gtc2l6aW5nOiBi b3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij4wNzo0Njoz MTwvYj4gPC9zcGFuPiBZb3UgY291bGQgdHJ5IHVzaW5nIC0tc2tpcC1icm9rZW4gdG8gd29y ayBhcm91bmQgdGhlIHByb2JsZW0KPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIgc3R5bGU9ImJv eC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJv eDsiPjA3OjQ2OjMxPC9iPiA8L3NwYW4+IFlvdSBjb3VsZCB0cnkgcnVubmluZzogcnBtIC1W YSAtLW5vZmlsZXMgLS1ub2RpZ2VzdAo8c3BhbiBjbGFzcz0idGltZXN0YW1wIiBzdHlsZT0i Ym94LXNpemluZzogYm9yZGVyLWJveDsiPjxiIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXIt Ym94OyI+MDc6NDY6MzE8L2I+IDwvc3Bhbj5Ub29rIDE4IHNlY29uZHM8L2I+PC9zcGFuPgoK CjxwIGRpcj0ibHRyIiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDtt YXJnaW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZh bWlseTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7 Zm9udC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7 dGV4dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3Bh Y2U6cHJlLXdyYXA7Ij4mbHQ7L2Vycm9yJmd0Ozwvc3Bhbj48L3A+CjwvYj5UaGFua3MsIApE YWZuYQrCoDwvcHJlPgogIDwvYm9keT4KPC9odG1sPgo= --------------60D60522EFE450E2C842A076--

2 2

Subject: [ OST Failure Report ] [ master ] [ 19-09-2017E ] [ 004_basic_sanity ]
by Dafna Ron 20 Sep '17

20 Sep '17

This is a multi-part message in MIME format. --------------38C81434D2056F5745CD1AD2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Lago reports add_console was the failed action: <testcase classname="004_basic_sanity" name="add_console" time="1.765">...</testcase> In the engine log I can see that both hosts fail to respond and that we have also have errors in ansible for invalid services in fedora. CQ reports a network patch as the probable cause. See further info below ** *Link to suspected patches: https://gerrit.ovirt.org/#/c/81921/* * Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/ Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/artifact… (Relevant) error snippet from the log: <error> * **Here is the ansible error: *** * host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ovirt-vmconsole'}) => {"failed": true, "item": {"service": "ovirt-vmconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-vmconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'glusterfs'}) => {"failed": true, "item": {"service": "glusterfs"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ctdb'}) => {"failed": true, "item": {"service": "ctdb"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ctdb' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ovirt-storageconsole'}) => {"failed": true, "item": {"service": "ovirt-storageconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-storageconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'nrpe'}) => {"failed": true, "item": {"service": "nrpe"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'nrpe' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ovirt-vmconsole'}) => {"failed": true, "item": {"service": "ovirt-vmconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-vmconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'glusterfs'}) => {"failed": true, "item": {"service": "glusterfs"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ctdb'}) => {"failed": true, "item": {"service": "ctdb"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ctdb' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ovirt-storageconsole'}) => {"failed": true, "item": {"service": "ovirt-storageconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-storageconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'nrpe'}) => {"failed": true, "item": {"service": "nrpe"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'nrpe' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} **Here is the engine.log error** *017-09-19 12:28:59,191-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "634fae71-5f8f-49c1-9d5f-ebc24239cfa9", "result": true} 2017-09-19 12:28:59,191-04 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "634fae71-5f8f-49c1-9d5f-ebc24239cfa9" 2017-09-19 12:28:59,194-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [5438f56c] MESSAGE content-length:80 destination:jms.topic.vdsm_responses content-type:application/json subscription:f7138b74-fed3-4eb2-9fdc-957bc4af8f23 {"jsonrpc": "2.0", "id": "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b", "result": true}^@ 2017-09-19 12:28:59,194-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b", "result": true} 2017-09-19 12:28:59,194-04 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b" 2017-09-19 12:28:59,234-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [5438f56c] MESSAGE content-length:8534 destination:jms.topic.vdsm_responses content-type:application/json subscription:279e9c67-7fc4-4ace-8709-2534f4d53241 * *</error>* ** Thanks. Dafna --------------38C81434D2056F5745CD1AD2 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, <div class="collapsible-content" style="color: rgb(0, 0, 0); font-family: "Times New Roman"; font-size: medium; 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; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-style: initial; text-decoration-color: initial;"> <div class="collapsible" id="collapsible1"> <div class="collapsed hidden"> <div class="line">Lago reports add_console was the failed action: <testcase classname="004_basic_sanity" name="add_console" time="1.765">...</testcase> In the engine log I can see that both hosts fail to respond and that we have also have errors in ansible for invalid services in fedora. CQ reports a network patch as the probable cause. See further info below </div> </div> </div> </div> <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 suspected patches: <a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/81921/">https://gerrit.ovirt.org/#/c/81921/</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-master_change-queue-tester/2719/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/</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/2719/artifact…">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/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> Here is the ansible error: host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ovirt-vmconsole'}) => {"failed": true, "item": {"service": "ovirt-vmconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-vmconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'glusterfs'}) => {"failed": true, "item": {"service": "glusterfs"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ctdb'}) => {"failed": true, "item": {"service": "ctdb"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ctdb' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ovirt-storageconsole'}) => {"failed": true, "item": {"service": "ovirt-storageconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-storageconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'nrpe'}) => {"failed": true, "item": {"service": "nrpe"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'nrpe' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ovirt-vmconsole'}) => {"failed": true, "item": {"service": "ovirt-vmconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-vmconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'glusterfs'}) => {"failed": true, "item": {"service": "glusterfs"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ctdb'}) => {"failed": true, "item": {"service": "ctdb"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ctdb' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ovirt-storageconsole'}) => {"failed": true, "item": {"service": "ovirt-storageconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-storageconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'nrpe'}) => {"failed": true, "item": {"service": "nrpe"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'nrpe' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} Here is the engine.log error 017-09-19 12:28:59,191-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "634fae71-5f8f-49c1-9d5f-ebc24239cfa9", "result": true} 2017-09-19 12:28:59,191-04 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "634fae71-5f8f-49c1-9d5f-ebc24239cfa9" 2017-09-19 12:28:59,194-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [5438f56c] MESSAGE content-length:80 destination:jms.topic.vdsm_responses content-type:application/json subscription:f7138b74-fed3-4eb2-9fdc-957bc4af8f23 {"jsonrpc": "2.0", "id": "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b", "result": true}^@ 2017-09-19 12:28:59,194-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b", "result": true} 2017-09-19 12:28:59,194-04 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b" 2017-09-19 12:28:59,234-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [5438f56c] MESSAGE content-length:8534 destination:jms.topic.vdsm_responses content-type:application/json subscription:279e9c67-7fc4-4ace-8709-2534f4d53241 <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> Thanks. Dafna </body> </html> --------------38C81434D2056F5745CD1AD2--

1 0

ovirt-system-tests run specific scenario/debugging
by Marc Young 19 Sep '17

19 Sep '17

Is it possible to run a specific scenario without having to run back through spin up/tear down? I want to rapidly debug a `test-scenarios/00#_something.py` and the bootstrap scripts (001,002) take a really long time. Also is it possible to attach to a debugger within the test-scenario with pdb? I didnt have luck and it looks like its abstracted away and not executed as a regular python file in a way that i can get to an interactive debugger

4 7

OVN provider's firewalld services deployment during engine setup
by Leon Goldberg 19 Sep '17

19 Sep '17

Hey, We're trying to come up with a way to deploy OVN provider's firewalld services during engine setup. The naive solution of querying the user during customization and then installing during STAGE_PACKAGES fails as firewalld configuration happens prior to it. We thought of a couple of possible solutions we'd like your opinions on (ordered in perceived level of difficulty): 1) Ship/require the packages with ovirt-engine without requiring user input. This essentially couples engine with OVN and disregards a future where OVN doesn't run alongside Engine. 2) Install the packages immediately following user input during customization. A bit hacky and doesn't conceptually fit the stage of customization. 3) Move user input to STAGE_INTERNAL_PACKAGES. Feels more disruptive than #1 to the current otopi flow as STAGE_INTERNAL_PACKAGES is dedicated for packages that are required for otopi itself to operate. Not only this doesn't fit conceptually, it introduces user input to a stage that shouldn't have any. 4) Move firewalld configuration to happen after STAGE_PACKAGES. 5) Refactor to prepare the grounds for OVN/Engine separation. At this point this feels very ambiguous. We don't yet know how will containers be accessed (is ssh guaranteed?) in the future or generally how should a remote installation look like. Any input/questions are appreciated. Thanks, Leon

6 10

Why do we recommend to send a patch initially as draft?
by Yaniv Kaul 19 Sep '17

19 Sep '17

Here[1]: "Anyone can send a patch Initially a patch should be sent as draft" A draft is hidden from the public, why is it better to send as such? TIA, Y. [1] https://www.ovirt.org/develop/dev-process/working-with-gerrit/

4 4

Fwd: [CentOS-devel] LinchPin v1.0.3 (bugfix) has been released
by Sandro Bonazzola 19 Sep '17

19 Sep '17

This new version supports oVirt topologies and VMs: http://linchpin.readthedocs.io/en/develop/topologies_ovirt.html?highlight=o… ---------- Forwarded message ---------- From: Clint Savage <herlo(a)redhat.com> Date: 2017-09-12 22:12 GMT+02:00 Subject: [CentOS-devel] LinchPin v1.0.3 (bugfix) has been released To: Linchpin Mailing List <linchpin(a)redhat.com>, continous-infra < continuous-infra(a)redhat.com>, "Development discussion for the PnT DevOps Factory 2.0 initiative" <pnt-factory2-devel(a)redhat.com>, ci-ops-central < ci-ops-central(a)redhat.com>, ci-infra-list(a)redhat.com, qe-dept-list < qe-dept-list(a)redhat.com>, CentOS Devel <centos-devel(a)centos.org> Hi all, We are happy to announce that LinchPin v1.0.3 has been released. This is a bugfix release, which has the following updates: * remove gce2 module and use the standard module from ansible * requirements.txt to use Ansible >= 2.3.1 (this means we can package it for Fedora) * remove other requirements from requirements.txt that are not necessary * improved documentation around clouds.yaml and --creds-path * CLI exits with proper exit codes (with tests to verify) * linchpin fetch (download local/remote workspaces) * flake8 testing * ovirt support with docs! * linchpin.conf supports overriding specific sections from previous config * os_server module updated to handle multiple provisioning properly * remove cruft from api framework * upgrade setuptools and pip in tests * move lp_init into api and cli to work together * workspace set and get methods * other miscellany The official release notes are available at https://github.com/CentOS- PaaS-SIG/linchpin/releases/tag/v1.0.3 This update is available via PyPi - https://pypi.python.org/pypi/linchpin If you discover any errors or regressions, please open a Github issue ( https://github.com/CentOS-PaaS-SIG/linchpin/issues) Cheers and enjoy! Clint Savage LinchPin Maintainer Senior Software Engineer, Red Hat twitter: @herlo, github: herlo, IRC: herlo, #linchpin _______________________________________________ CentOS-devel mailing list CentOS-devel(a)centos.org https://lists.centos.org/mailman/listinfo/centos-devel -- 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

[ OST Failure Report ] [ oVirt HE master ] [ 17/09/17 ] [ engine-setup ]
by Eyal Edri 18 Sep '17

18 Sep '17

Hi, It looks like HE suite ( both 'master' and '4.1' ) is failing constantly, most likely due to 7.4 updates. So there is no suspected patch from oVirt side that might have caused it. It is probably also the reason why HC suites are failing, since they are using also HE for deployments. I think this issue should BLOCK the Alpha release tomorrow, or at the minimum, we need to verify its an OST issue and not a real regression. Links to relevant failures: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/37/co… http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.1/33/conso… Error snippet: 03:01:38 03:01:38 --== STORAGE CONFIGURATION ==-- 03:01:38 03:02:47 [ ERROR ] Error while mounting specified storage path: mount.nfs: No route to host 03:02:58 [WARNING] Cannot unmount /tmp/tmp2gkFwJ 03:02:58 [ ERROR ] Failed to execute stage 'Environment customization': mount.nfs: No route to host -- Eyal edri ASSOCIATE 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)

4 7

Hyperconverged Guide links broken
by Sandro Bonazzola 18 Sep '17

18 Sep '17

Hi, can you please fix the Hyperconverged Guide? All the pages under https://www.ovirt.org/documentation/gluster-hyperconverged/ have broken links. Started fixing the first page here: https://github.com/oVirt/ovirt-site/pull/1220 Thanks to "investigator" on #ovirt channel for reporting this. -- 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] Error in running engine-setup
by shubham dubey 18 Sep '17

18 Sep '17

Thanks, I have updated it.But also deleting 10-setup-database.conf also worked. Regards, Shubham On Mon, Sep 18, 2017 at 5:23 PM, Greg Sheremeta <gshereme(a)redhat.com> wrote: > sudo dnf update otopi -y > > ---------- Forwarded message ---------- > From: Simone Tiraboschi <stirabos(a)redhat.com> > Date: Mon, Sep 18, 2017 at 7:46 AM > Subject: Re: [ovirt-devel] Error in running engine-setup > To: shubham dubey <sdubey504(a)gmail.com> > Cc: devel <devel(a)ovirt.org> > > > > > On Sun, Sep 17, 2017 at 7:32 PM, shubham dubey <sdubey504(a)gmail.com> > wrote: > >> Thanks for the solution. >> I will look into that bug. >> >> > We already fixed it, > you should simply update otopi package on your devel system. > > >> Regards, >> Shubham >> >> On Sun, Sep 17, 2017 at 8:05 PM, Benny Zlotnik <bzlotnik(a)redhat.com> >> wrote: >> >>> It's a known issue [1]. >>> A workaround is available in the bug description >>> >>> [1] - https://bugzilla.redhat.com/show_bug.cgi?id=1490977 >>> >>> On Sun, Sep 17, 2017 at 5:30 PM, shubham dubey <sdubey504(a)gmail.com> >>> wrote: >>> >>>> Hi, >>>> I am having a issue in running engine-setup >>>> >>>> [0day@localhost ovirt-engine]$ $HOME/ovirt-engine/bin/engine-setup >>>> [ INFO ] Stage: Initializing >>>> Setup was run under unprivileged user this will produce >>>> development installation do you wish to proceed? (Yes, No) [No]: yes >>>> [ INFO ] Stage: Environment setup >>>> Configuration files: ['/home/0day/ovirt-engine/etc/ >>>> ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'] >>>> Log file: /home/0day/ovirt-engine/var/lo >>>> g/ovirt-engine/setup/ovirt-engine-setup-20170917195313-29bb2o.log >>>> Version: otopi-1.7.1 (otopi-1.7.1-1.el7) >>>> [ ERROR ] Failed to execute stage 'Environment setup': Cannot connect >>>> to Engine database using existing credentials: engine@localhost:5432 >>>> [ INFO ] Stage: Clean up >>>> Log file is located at /home/0day/ovirt-engine/var/lo >>>> g/ovirt-engine/setup/ovirt-engine-setup-20170917195313-29bb2o.log >>>> [ INFO ] Generating answer file '/home/0day/ovirt-engine/var/l >>>> ib/ovirt-engine/setup/answers/20170917195316-setup.conf' >>>> [ INFO ] Stage: Pre-termination >>>> [ INFO ] Stage: Termination >>>> [ ERROR ] Execution of setup failed >>>> >>>> the log file output is here: https://paste.ubuntu.com/25557192/ >>>> Can anyone tell me what's going wrong here? >>>> >>>> Thanks, >>>> Shubham >>>> >>>> _______________________________________________ >>>> Devel mailing list >>>> Devel(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/devel >>>> >>> >>> >> >> _______________________________________________ >> Devel mailing list >> Devel(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel >> > > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > > > > -- > > GREG SHEREMETA > > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > > Red Hat > > <https://www.redhat.com/> > > gshereme(a)redhat.com IRC: gshereme > <https://red.ht/sig> >

1 0

[ANN] oVirt 4.1.6 Release is now available
by Sandro Bonazzola 18 Sep '17

18 Sep '17

The oVirt Project is pleased to announce the availability of oVirt 4.1.6 release, as of September 18th, 2017 This update is the sixth in a series of stabilization updates to the 4.1 series. 4.1.6 brings 23 enhancements and 100 bugfixes, including 53 high or urgent severity fixes, on top of oVirt 4.1 series Starting from 4.1.5 oVirt supports libgfapi [5]. Using libgfapi provides a real performance boost for ovirt when using GlusterFS . Due to a known issue [6], using this will break live storage migration. This is expected to be fixed soon. If you do not use live storage migration you can give it a try. Use [7] for more details on how to enable it. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.1 See the release notes[3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Live and oVirt Node are not yet available, waiting for CentOS to publish qemu-kvm-ev 2.9.0 before composing ISOs based on CentOS 7.4. Will be published in [4] when ready. Additional Resources: * Read more about the oVirt 4.1.6 release highlights: http://www.ovirt.org/release/4.1.6/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1.6/ [4] http://resources.ovirt.org/pub/ovirt-4.1/iso/ [5] http://staged-gluster-docs.readthedocs.io/en/release3.7.0beta1/Features/lib… [6] https://bugzilla.redhat.com/show_bug.cgi?id=1306562 [7] http://www.ovirt.org/develop/release-management/features/storage/glusterfs-… -- 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