December 2017 - Infra - oVirt List Archives

[oVirt Jenkins] ovirt-system-tests_performance-suite-master - Build # 22 - Failure!
by jenkins＠jenkins.phx.ovirt.org 06 Dec '17

06 Dec '17

------=_Part_263_1882562675.1512441226520 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Project: http://jenkins.ovirt.org/job/ovirt-system-tests_performance-suite-= master/=20 Build: http://jenkins.ovirt.org/job/ovirt-system-tests_performance-suite-ma= ster/22/ Build Number: 22 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #22 [Yaniv Kaul] Set OvfUpdateIntervalInMinutes=3D10 for oVirt System Test suit= e. [Gal Ben Haim] kubevirt-ansible: Adding github pipeline [Martin Sivak] Cleanup the job for ovirt-optimizer ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 040_add_hosts_vms.verify_add_hosts Error Message: 1 hosts failed installation: lago-performance-suite-master-host-0: install_failed -------------------- >> begin captured logging << -------------------- ovirtlago.testlib: ERROR: * Unhandled exception in <function <lambda> a= t 0x4c31410> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, i= n assert_equals_within res =3D func() File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 298, in <lambda> lambda: _single_host_up(hosts_service, total_hosts) File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 166, in _single_host_up _check_problematic_hosts(hosts_service) File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 175, in _check_problematic_hosts raise RuntimeError(dump_hosts) RuntimeError: 1 hosts failed installation: lago-performance-suite-master-host-0: install_failed --------------------- >> end captured logging << --------------------- Stack Trace: 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 runTes= t self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, i= n 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 "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 290, in verify_add_hosts verify_add_hosts_4(api) File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 298, in verify_add_hosts_4 lambda: _single_host_up(hosts_service, total_hosts) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 271, i= n assert_true_within_long assert_equals_within_long(func, True, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 258, i= n assert_equals_within_long func, value, LONG_TIMEOUT, allowed_exceptions=3Dallowed_exceptions File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, i= n assert_equals_within res =3D func() File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 298, in <lambda> lambda: _single_host_up(hosts_service, total_hosts) File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 166, in _single_host_up _check_problematic_hosts(hosts_service) File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_v= ms.py", line 175, in _check_problematic_hosts raise RuntimeError(dump_hosts) '1 hosts failed installation:\nlago-performance-suite-master-host-0: instal= l_failed\n\n-------------------- >> begin captured logging << -------------= -------\novirtlago.testlib: ERROR: * Unhandled exception in <function <= lambda> at 0x4c31410>\nTraceback (most recent call last):\n File "/usr/lib= /python2.7/site-packages/ovirtlago/testlib.py", line 219, in assert_equals_= within\n res =3D func()\n File "/home/jenkins/workspace/ovirt-system-te= sts_performance-suite-master/ovirt-system-tests/performance-suite-master/te= st-scenarios/040_add_hosts_vms.py", line 298, in <lambda>\n lambda: _sin= gle_host_up(hosts_service, total_hosts)\n File "/home/jenkins/workspace/ov= irt-system-tests_performance-suite-master/ovirt-system-tests/performance-su= ite-master/test-scenarios/040_add_hosts_vms.py", line 166, in _single_host_= up\n _check_problematic_hosts(hosts_service)\n File "/home/jenkins/work= space/ovirt-system-tests_performance-suite-master/ovirt-system-tests/perfor= mance-suite-master/test-scenarios/040_add_hosts_vms.py", line 175, in _chec= k_problematic_hosts\n raise RuntimeError(dump_hosts)\nRuntimeError: 1 ho= sts failed installation:\nlago-performance-suite-master-host-0: install_fai= led\n\n--------------------- >> end captured logging << -------------------= --' ------=_Part_263_1882562675.1512441226520--

1 1

[CQ]: 85067, 3 (ovirt-imageio) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 05 Dec '17

05 Dec '17

A system test invoked by the "ovirt-master" change queue including change 85067,3 (ovirt-imageio) failed. However, this change seems not to be the root cause for this failure. Change 85049,2 (ovirt-imageio) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 85049,2 (ovirt-imageio) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/85067/3 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/85049/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4299/

1 0

[JIRA] (OVIRT-1788) new ui_sanity scenario for basic_suite -- need multiple firefoxes and chromium
by Barak Korren (oVirt JIRA) 05 Dec '17

05 Dec '17

This is a multi-part message in MIME format... ------------=_1512493937-23434-132 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1788?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1788: ------------------------------------- [~gshereme(a)redhat.com] I supposed Grid could be the solution we're looking for, if it has some kind of an agent that is supposed to run on a remote host, we can launch it inside the container. > new ui_sanity scenario for basic_suite -- need multiple firefoxes and chromium > ------------------------------------------------------------------------------ > > Key: OVIRT-1788 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1788 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: OST > Reporter: Greg Sheremeta > Assignee: infra > > I'm writing a suite that does headless UI testing. One goal is to open headless firefox and actually open the UI, perform a login, make sure things look good, make sure there are no ui.log errors, etc. I'll also eventually add chromium, which can run headless now too. > The suite requires several firefox versions to be installed on the test machine, along with chromium. There are also some binary components required, geckodriver and chromedriver. These are not packaged. > Ideally the browsers can be installed to /opt/firefox55, /opt/firefox56, /opt/chromium62, etc. on the machine running the suite. So I think it makes sense to maintain a custom rpm with all of this. > Where can this rpm live? What is a reliable way to do this? (I know we want to avoid copr.) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074) ------------=_1512493937-23434-132 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1788?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1788:</h3> <p>[~gshereme(a)redhat.com] I supposed Grid could be the solution we're looking for, if it has some kind of an agent that is supposed to run on a remote host, we can launch it inside the container.</p> <blockquote><h3>new ui_sanity scenario for basic_suite — need multiple firefoxes and chromium</h3> <pre> Key: OVIRT-1788 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1788 Project: oVirt - virtualization made easy Issue Type: Improvement Components: OST Reporter: Greg Sheremeta Assignee: infra</pre> <p>I'm writing a suite that does headless UI testing. One goal is to open headless firefox and actually open the UI, perform a login, make sure things look good, make sure there are no ui.log errors, etc. I'll also eventually add chromium, which can run headless now too. The suite requires several firefox versions to be installed on the test machine, along with chromium. There are also some binary components required, geckodriver and chromedriver. These are not packaged. Ideally the browsers can be installed to /opt/firefox55, /opt/firefox56, /opt/chromium62, etc. on the machine running the suite. So I think it makes sense to maintain a custom rpm with all of this. Where can this rpm live? What is a reliable way to do this? (I know we want to avoid copr.)</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1512493937-23434-132--

1 0

[JIRA] (OVIRT-1788) new ui_sanity scenario for basic_suite -- need multiple firefoxes and chromium
by Greg Sheremeta (oVirt JIRA) 05 Dec '17

05 Dec '17

This is a multi-part message in MIME format... ------------=_1512493274-10340-158 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable [ https://ovirt-jira.atlassian.net/browse/OVIRT-1788?page=3Dcom.atlassi= an.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D35= 460#comment-35460 ]=20 Greg Sheremeta commented on OVIRT-1788: --------------------------------------- Take a look at the patch I linked to. # browser binaries and drivers # TODO the suite should install these and latest geckodriver FIREFOX_52_BIN =3D '/opt/firefox-52.5.0esr/firefox' FIREFOX_54_BIN =3D '/opt/firefox-54.0.1/firefox' FIREFOX_57_BIN =3D '/opt/firefox-57.0.1/firefox' It's 3 lines of python that run from an OST test: binary =3D FirefoxBinary(FIREFOX_57_BIN) os.environ['MOZ_HEADLESS'] =3D '1' driver =3D webdriver.Firefox(firefox_binary=3Dbinary) using other FF versions is simply: binary =3D FirefoxBinary(FIREFOX_56_BIN) binary =3D FirefoxBinary(FIREFOX_55_BIN) etc The python selenium library launches Firefox, and yes it can take options i= n the Firefox() constructor, but I'm not sure what you want to customize. (= The part I didn't elaborate on is Marionette, https://developer.mozilla.org= /en-US/docs/Mozilla/QA/Marionette) So, IIUC, you want to have OST running on a machine, and then Firefox in a = container and OST driving the Firefox through the container boundary? If so= , ok, that's more complex than I was aiming for. I was going to have it all= be local. I think what you want is Selenium Grid: http://www.seleniumhq.org/docs/07_s= elenium_grid.jsp """ Selenium-Grid allows you run your tests on different machines against diffe= rent browsers in parallel. That is, running multiple tests at the same time= against different machines running different browsers and operating system= s. Essentially, Selenium-Grid support distributed test execution. It allows= for running your tests in a distributed test execution environment. When to Use It Generally speaking, there=E2=80=99s two reasons why you might want to use S= elenium-Grid. To run your tests against multiple browsers, multiple versions of browser, = and browsers running on different operating systems. """ So maybe we just stand up a grid somewhere? (I believe QE has one -- [~ncre= di]? Also she knows much more about Grid than me -- I've never used it.) The grid would need to be able to connect back to the OST engine. > new ui_sanity scenario for basic_suite -- need multiple firefoxes and chr= omium > -------------------------------------------------------------------------= ----- > > Key: OVIRT-1788 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1788 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: OST > Reporter: Greg Sheremeta > Assignee: infra > > I'm writing a suite that does headless UI testing. One goal is to open he= adless firefox and actually open the UI, perform a login, make sure things = look good, make sure there are no ui.log errors, etc. I'll also eventually = add chromium, which can run headless now too. > The suite requires several firefox versions to be installed on the test m= achine, along with chromium. There are also some binary components required= , geckodriver and chromedriver. These are not packaged. > Ideally the browsers can be installed to /opt/firefox55, /opt/firefox56, = /opt/chromium62, etc. on the machine running the suite. So I think it makes= sense to maintain a custom rpm with all of this. > Where can this rpm live? What is a reliable way to do this? (I know we wa= nt to avoid copr.) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074) ------------=_1512493274-10340-158 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1788?page=3Dcom.atlass= ian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId= =3D35460#comment-35460 ]</pre> <h3>Greg Sheremeta commented on OVIRT-1788:</h3> <p>Take a look at the patch I linked to.</p> <p># browser binaries and drivers # TODO the suite should install these and= latest geckodriver FIREFOX_52_BIN =3D ‘/opt/firefox-52.5.0esr/firefo= x’ FIREFOX_54_BIN =3D ‘/opt/firefox-54.0.1/firefox’ FIREF= OX_57_BIN =3D ‘/opt/firefox-57.0.1/firefox’</p> <p>It's 3 lines of python that run from an OST test:</p> <pre>binary =3D FirefoxBinary(FIREFOX_57_BIN) os.environ['MOZ_HEADLESS'] =3D '1' driver =3D webdriver.Firefox(firefox_binary=3Dbinary)</pre> <p>using other FF versions is simply:</p> <pre>binary =3D FirefoxBinary(FIREFOX_56_BIN) binary =3D FirefoxBinary(FIREFOX_55_BIN)</pre> <p>etc</p> <p>The python selenium library launches Firefox, and yes it can take option= s in the Firefox() constructor, but I'm not sure what you want to customize= . (The part I didn't elaborate on is Marionette, <a href=3D"https://develop= er.mozilla.org/en-US/docs/Mozilla/QA/Marionette">https://developer.mozilla.= org/en-US/docs/Mozilla/QA/Marionette</a>)</p> <p>So, IIUC, you want to have OST running on a machine, and then Firefox in= a container and OST driving the Firefox through the container boundary? If= so, ok, that's more complex than I was aiming for. I was going to have it = all be local.</p> <p>I think what you want is Selenium Grid: <a href=3D"http://www.seleniumhq= .org/docs/07_selenium_grid.jsp">http://www.seleniumhq.org/docs/07_selenium_= grid.jsp</a> """ Selenium-Grid allows you run your tests on = different machines against different browsers in parallel. That is, running= multiple tests at the same time against different machines running differe= nt browsers and operating systems. Essentially, Selenium-Grid support distr= ibuted test execution. It allows for running your tests in a distributed te= st execution environment. When to Use It Generally speaking, there=E2=80=99= s two reasons why you might want to use Selenium-Grid. To run your tests ag= ainst multiple browsers, multiple versions of browser, and browsers running= on different operating systems. """</p> <p>So maybe we just stand up a grid somewhere? (I believe QE has one &mdash= ; [~ncredi]? Also she knows much more about Grid than me — I've never= used it.)</p> <p>The grid would need to be able to connect back to the OST engine.</p> <blockquote><h3>new ui_sanity scenario for basic_suite — need multipl= e firefoxes and chromium</h3> <pre> Key: OVIRT-1788 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1788 Project: oVirt - virtualization made easy Issue Type: Improvement Components: OST Reporter: Greg Sheremeta Assignee: infra</pre> <p>I'm writing a suite that does headless UI testing. One goal is to open h= eadless firefox and actually open the UI, perform a login, make sure things= look good, make sure there are no ui.log errors, etc. I'll also eventually= add chromium, which can run headless now too. The suite requires several f= irefox versions to be installed on the test machine, along with chromium. T= here are also some binary components required, geckodriver and chromedriver= . These are not packaged. Ideally the browsers can be installed to /opt/fir= efox55, /opt/firefox56, /opt/chromium62, etc. on the machine running the su= ite. So I think it makes sense to maintain a custom rpm with all of this. W= here can this rpm live? What is a reliable way to do this? (I know we want = to avoid copr.)</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#1000= 74)</p> <img src=3D"https://u4043402.ct.sendgrid.net/wf/open?upn=3Di5TMWGV99amJbNxJ= pSp2-2BJ33BSM3tuiUfRTk64K-2BOjH-2Brod5IlW2oCW2L6mmZR4CqZP8-2Fo2mgksV-2FYoRa= 1KKSyaHxiHy7u3Ic70psYh3BcrXZiTitLSss6vjRIvZwRnqzcsUnXl2fYBC8D1FsJhhv3USWqic= 26zvbCvDpaDvm9ZfemGyKMMj-2BDJGgZiQz8vAtILAMzDYXLjHVtommuM2vR0HI3tBpOte0Q3io= 05wdjHX7kdD59QCxDKDXAqdD2Z92K04-2FFV-2BPii8PI7966duV64idBwVNxBdr-2BkidHtezu= yVFdMKAloxpeEXrvZbxg-2B0BSK4SZM5slh3piExZHyEJ2MN-2F8bgZRGLOS9SvoUlUZPNyUQ9P= t9apHEhhkwrBm51StmnEVB153x0Z9oOOHM7SrVrK9u1gjblV11mfQtARbJoZHYrao6oi1kAC7Kt= COsk" alt=3D"" width=3D"1" height=3D"1" border=3D"0" style=3D"height:1px !i= mportant;width:1px !important;border-width:0 !important;margin-top:0 !impor= tant;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !im= portant;padding-top:0 !important;padding-bottom:0 !important;padding-right:= 0 !important;padding-left:0 !important;"/> </body></html> ------------=_1512493274-10340-158--

1 0

[JIRA] (OVIRT-1788) new ui_sanity scenario for basic_suite -- need multiple firefoxes and chromium
by Barak Korren (oVirt JIRA) 05 Dec '17

05 Dec '17

This is a multi-part message in MIME format... ------------=_1512492584-32606-185 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1788?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1788: ------------------------------------- Well, can the command it uses to launch firefox be customized? We need to somehow figure out how it talks to firefox once it launches it. Can you elaborate a bit about that '(roughly)' part? How did you intend to make it work with different browser versions if they were installed in '{{/opt}}' ? > new ui_sanity scenario for basic_suite -- need multiple firefoxes and chromium > ------------------------------------------------------------------------------ > > Key: OVIRT-1788 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1788 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: OST > Reporter: Greg Sheremeta > Assignee: infra > > I'm writing a suite that does headless UI testing. One goal is to open headless firefox and actually open the UI, perform a login, make sure things look good, make sure there are no ui.log errors, etc. I'll also eventually add chromium, which can run headless now too. > The suite requires several firefox versions to be installed on the test machine, along with chromium. There are also some binary components required, geckodriver and chromedriver. These are not packaged. > Ideally the browsers can be installed to /opt/firefox55, /opt/firefox56, /opt/chromium62, etc. on the machine running the suite. So I think it makes sense to maintain a custom rpm with all of this. > Where can this rpm live? What is a reliable way to do this? (I know we want to avoid copr.) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074) ------------=_1512492584-32606-185 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1788?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1788:</h3> <p>Well, can the command it uses to launch firefox be customized? We need to somehow figure out how it talks to firefox once it launches it.</p> <p>Can you elaborate a bit about that ‘(roughly)’ part?</p> <p>How did you intend to make it work with different browser versions if they were installed in ‘{{/opt}}’ ?</p> <blockquote><h3>new ui_sanity scenario for basic_suite — need multiple firefoxes and chromium</h3> <pre> Key: OVIRT-1788 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1788 Project: oVirt - virtualization made easy Issue Type: Improvement Components: OST Reporter: Greg Sheremeta Assignee: infra</pre> <p>I'm writing a suite that does headless UI testing. One goal is to open headless firefox and actually open the UI, perform a login, make sure things look good, make sure there are no ui.log errors, etc. I'll also eventually add chromium, which can run headless now too. The suite requires several firefox versions to be installed on the test machine, along with chromium. There are also some binary components required, geckodriver and chromedriver. These are not packaged. Ideally the browsers can be installed to /opt/firefox55, /opt/firefox56, /opt/chromium62, etc. on the machine running the suite. So I think it makes sense to maintain a custom rpm with all of this. Where can this rpm live? What is a reliable way to do this? (I know we want to avoid copr.)</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1512492584-32606-185--

1 0

[CQ]: 85031,2 (vdsm) failed "ovirt-master" system tests
by oVirt Jenkins 05 Dec '17

05 Dec '17

Change 85031,2 (vdsm) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/85031/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4295/

1 0

[CQ]: 85070,3 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 05 Dec '17

05 Dec '17

Change 85070,3 (ovirt-engine) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/85070/3 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/4291/

1 0

[JIRA] (OVIRT-1788) new ui_sanity scenario for basic_suite -- need multiple firefoxes and chromium
by Greg Sheremeta (oVirt JIRA) 05 Dec '17

05 Dec '17

This is a multi-part message in MIME format... ------------=_1512491525-30467-260 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1788?page=com.atlassian.jira.… ] Greg Sheremeta commented on OVIRT-1788: --------------------------------------- Well that's where you lose me with the container. https://gerrit.ovirt.org/#/c/67166/12/basic-suite-master/test-scenarios/008… line 55 It uses python2-selenium from OST/nose, which connects to "geckodriver", which (roughly) connects to a locally-installed Firefox. The Firefox then opens an arbitrary URL. In our case, that's URL = 'https://192.168.201.4/ovirt-engine/webadmin' USERNAME = 'admin' PASSWORD = '123' > new ui_sanity scenario for basic_suite -- need multiple firefoxes and chromium > ------------------------------------------------------------------------------ > > Key: OVIRT-1788 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1788 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: OST > Reporter: Greg Sheremeta > Assignee: infra > > I'm writing a suite that does headless UI testing. One goal is to open headless firefox and actually open the UI, perform a login, make sure things look good, make sure there are no ui.log errors, etc. I'll also eventually add chromium, which can run headless now too. > The suite requires several firefox versions to be installed on the test machine, along with chromium. There are also some binary components required, geckodriver and chromedriver. These are not packaged. > Ideally the browsers can be installed to /opt/firefox55, /opt/firefox56, /opt/chromium62, etc. on the machine running the suite. So I think it makes sense to maintain a custom rpm with all of this. > Where can this rpm live? What is a reliable way to do this? (I know we want to avoid copr.) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074) ------------=_1512491525-30467-260 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1788?page=com.atlassian.jira.… ]</pre> <h3>Greg Sheremeta commented on OVIRT-1788:</h3> <p>Well that's where you lose me with the container.</p> <p><a href="https://gerrit.ovirt.org/#/c/67166/12/basic-suite-master/test-scenarios/008…">https://gerrit.ovirt.org/#/c/67166/12/basic-suite-master/test-scenarios/008…</a> line 55</p> <p>It uses python2-selenium from OST/nose, which connects to “geckodriver”, which (roughly) connects to a locally-installed Firefox. The Firefox then opens an arbitrary URL. In our case, that's URL = '<a href="https://192.168.201.4/ovirt-engine/webadmin">https://192.168.201.4/ovirt-engine/webadmin</a>' USERNAME = ‘admin’ PASSWORD = ‘123’</p> <blockquote><h3>new ui_sanity scenario for basic_suite — need multiple firefoxes and chromium</h3> <pre> Key: OVIRT-1788 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1788 Project: oVirt - virtualization made easy Issue Type: Improvement Components: OST Reporter: Greg Sheremeta Assignee: infra</pre> <p>I'm writing a suite that does headless UI testing. One goal is to open headless firefox and actually open the UI, perform a login, make sure things look good, make sure there are no ui.log errors, etc. I'll also eventually add chromium, which can run headless now too. The suite requires several firefox versions to be installed on the test machine, along with chromium. There are also some binary components required, geckodriver and chromedriver. These are not packaged. Ideally the browsers can be installed to /opt/firefox55, /opt/firefox56, /opt/chromium62, etc. on the machine running the suite. So I think it makes sense to maintain a custom rpm with all of this. Where can this rpm live? What is a reliable way to do this? (I know we want to avoid copr.)</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1512491525-30467-260--

1 0

[JIRA] (OVIRT-1788) new ui_sanity scenario for basic_suite -- need multiple firefoxes and chromium
by Barak Korren (oVirt JIRA) 05 Dec '17

05 Dec '17

This is a multi-part message in MIME format... ------------=_1512491211-28701-144 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1788?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1788: ------------------------------------- [~gshereme(a)redhat.com] I can make the 1st one for you, making a CentOS container with firefox installed in it is easy enough, the real challenge for me would be how to make it run headless and talk to the testing framework and oVirt. What testing framework do you intend to use? How does it communicate with the browsers it uses for testing? Does it has built-in support to the situation where the browsers are running on different containers or hosts then the testing framework (Processes in different containers typically look to one another as if they are on different hosts)? > new ui_sanity scenario for basic_suite -- need multiple firefoxes and chromium > ------------------------------------------------------------------------------ > > Key: OVIRT-1788 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1788 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: OST > Reporter: Greg Sheremeta > Assignee: infra > > I'm writing a suite that does headless UI testing. One goal is to open headless firefox and actually open the UI, perform a login, make sure things look good, make sure there are no ui.log errors, etc. I'll also eventually add chromium, which can run headless now too. > The suite requires several firefox versions to be installed on the test machine, along with chromium. There are also some binary components required, geckodriver and chromedriver. These are not packaged. > Ideally the browsers can be installed to /opt/firefox55, /opt/firefox56, /opt/chromium62, etc. on the machine running the suite. So I think it makes sense to maintain a custom rpm with all of this. > Where can this rpm live? What is a reliable way to do this? (I know we want to avoid copr.) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074) ------------=_1512491211-28701-144 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1788?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1788:</h3> <p>[~gshereme(a)redhat.com] I can make the 1st one for you, making a CentOS container with firefox installed in it is easy enough, the real challenge for me would be how to make it run headless and talk to the testing framework and oVirt.</p> <p>What testing framework do you intend to use? How does it communicate with the browsers it uses for testing? Does it has built-in support to the situation where the browsers are running on different containers or hosts then the testing framework (Processes in different containers typically look to one another as if they are on different hosts)?</p> <blockquote><h3>new ui_sanity scenario for basic_suite — need multiple firefoxes and chromium</h3> <pre> Key: OVIRT-1788 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1788 Project: oVirt - virtualization made easy Issue Type: Improvement Components: OST Reporter: Greg Sheremeta Assignee: infra</pre> <p>I'm writing a suite that does headless UI testing. One goal is to open headless firefox and actually open the UI, perform a login, make sure things look good, make sure there are no ui.log errors, etc. I'll also eventually add chromium, which can run headless now too. The suite requires several firefox versions to be installed on the test machine, along with chromium. There are also some binary components required, geckodriver and chromedriver. These are not packaged. Ideally the browsers can be installed to /opt/firefox55, /opt/firefox56, /opt/chromium62, etc. on the machine running the suite. So I think it makes sense to maintain a custom rpm with all of this. Where can this rpm live? What is a reliable way to do this? (I know we want to avoid copr.)</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1512491211-28701-144--

1 0

[JIRA] (OVIRT-1794) VM in PHX failed to migrate due to qemu bug
by Evgheni Dereveanchin (oVirt JIRA) 05 Dec '17

05 Dec '17

This is a multi-part message in MIME format... ------------=_1512485902-15750-115 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1794?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-1794: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > VM in PHX failed to migrate due to qemu bug > ------------------------------------------- > > Key: OVIRT-1794 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1794 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > Priority: Low > > While upgrading from 4.1.7 to 4.2-pre I experienced an issue with shift-n03 failing to migrate with error on receiving side: > 2017-12-05T14:24:53.090422Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config > 2017-12-05T14:29:41.430448Z qemu-kvm: Unknown combination of migration flags: 0 > 2017-12-05T14:29:41.431120Z qemu-kvm: error while loading state section id 3(ram) > 2017-12-05T14:29:41.432665Z qemu-kvm: load of migration failed: Invalid argument > 2017-12-05 14:29:42.271+0000: shutting down, reason=crashed > Will shut down the VM to proceed with the upgrade but if this happens again we may need to investigate further -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074) ------------=_1512485902-15750-115 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1794?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin reassigned OVIRT-1794:</h3> <pre>Assignee: Evgheni Dereveanchin (was: infra)</pre> <blockquote><h3>VM in PHX failed to migrate due to qemu bug</h3> <pre> Key: OVIRT-1794 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1794 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: Evgheni Dereveanchin Priority: Low</pre> <p>While upgrading from 4.1.7 to 4.2-pre I experienced an issue with shift-n03 failing to migrate with error on receiving side: 2017-12-05T14:24:53.090422Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config 2017-12-05T14:29:41.430448Z qemu-kvm: Unknown combination of migration flags: 0 2017-12-05T14:29:41.431120Z qemu-kvm: error while loading state section id 3(ram) 2017-12-05T14:29:41.432665Z qemu-kvm: load of migration failed: Invalid argument 2017-12-05 14:29:42.271+0000: shutting down, reason=crashed Will shut down the VM to proceed with the upgrade but if this happens again we may need to investigate further</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100074)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1512485902-15750-115--

1 0