Ill try to get some detailed log files later, but fwiw I'm not running the hc suites (afaik, Im still getting inundated with the system tests/lago). The link I used for Jenkins was just to try to pull the latest 'passing' hash for ovirt-system-tests The errors have all been from master branch on the basic suite for 4.1 via: $ ./run_suite.sh basic-suite-4.1/ On Mon, Aug 14, 2017 at 12:29 AM, Eyal Edri <eedri@redhat.com> wrote:
I see you run the 'hc' suite, which means hyperconverged. This suite is running an hosted engine on gluster storage, It's a more complex suite than the basic one, and prone to more errors, however it should still work, but if you don't require it specifically, I would recommend running the basic suite, which should be easier to debug and also quicker to run.
I'm also adding hc maintainer so she can check, can you share the link to the Jenkins job you're running? Or the log files if you're running locally.
On Aug 14, 2017 06:00, "Marc Young" <3vilpenguin@gmail.com> wrote:
Actually I spoke too soon, still fails:
+ lago ovirt runtest /home/myoung/repos/github/ovir t-system-tests/vagrant/test-scenarios/002_bootstrap.py @ Run test: 002_bootstrap.py: nose.config: INFO: Ignoring files matching ['^\\.', '^_', '^setup\\.py$'] # print_api_ver: # print_api_ver: Success (in 0:00:00) # add_dc: # add_dc: Success (in 0:00:43) # add_cluster: # add_cluster: Success (in 0:00:03) # add_hosts: dd * Collect artifacts: * Collect artifacts: Success (in 0:01:14) # add_hosts: Success (in 0:16:36) # Results located at /home/myoung/repos/github/ovir t-system-tests/deployment-vagrant/default/002_bootstrap.py.junit.xml @ Run test: 002_bootstrap.py: Success (in 0:17:26) Error occured, aborting Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 360, in do_run self.cli_plugins[args.ovirtverb].do_run(args) File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run self._do_run(**vars(args)) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 501, in wrapper return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 512, in wrapper return func(*args, prefix=prefix, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 99, in do_ovirt_runtest raise RuntimeError('Some tests failed') RuntimeError: Some tests failed
On Sun, Aug 13, 2017 at 9:47 PM, Marc Young <3vilpenguin@gmail.com> wrote:
Edit: reply-all
It does, every time. I got it to pass by using the last passing revision from Jenkins (hash 98ae6d0b452d098f2703a197deb082a091bba837 ), noted from http://jenkins.ovirt.org/job/system-tests_hc-basic-suite-mas ter/15/consoleFull
Not sure if it's a true race condition, that build in Jenkins has failed consistently since #15
On Sun, Aug 13, 2017 at 2:03 AM, Eyal Edri <eedri@redhat.com> wrote:
On Fri, Aug 11, 2017 at 9:34 PM, Marc Young <3vilpenguin@gmail.com> wrote:
What's the fix for this for those of us using ovirt-system-tests?
Im trying to adapt some of the code for testing a third party tool, but master is still failing on 002_bootstrap
It fails consistently? AFAIK this is a race condition that happens maybe once a week, can you share your logs? is it also failing on add_secondary_storage?
On Tue, Aug 1, 2017 at 9:20 AM, Benny Zlotnik <bzlotnik@redhat.com> wrote:
I'm not sure it's related since the LSM test runs much later, in 004
On Tue, Aug 1, 2017 at 3:33 PM, Eyal Edri <eedri@redhat.com> wrote:
> Adding Allon & Benny. > > Is it possible to verify this is related to the LSM issue we've been > handling in [1]? > If this is the case, we agreed to disable the test next time it > fails, as the current workarounds with sleep isn't enough. > > Can you confirm this is the case, and so we'll have to disable this > test until one of the RFEs described in [1] is merged? > > > [1] https://gerrit.ovirt.org/#/c/78613/ > > On Tue, Aug 1, 2017 at 2:45 PM, Barak Korren <bkorren@redhat.com> > wrote: > >> On 1 August 2017 at 14:39, Nir Soffer <nsoffer@redhat.com> wrote: >> > >> > >> > On Tue, Aug 1, 2017 at 2:34 PM Barak Korren <bkorren@redhat.com> >> wrote: >> >> >> >> Test failed: [ 002_bootstrap.add_secondary_storage_domains ] >> >> >> >> Link to suspected patches: >> >> https://gerrit.ovirt.org/#/c/79974 >> > >> > >> > This patch adds missing log when resizing an online disk - why do >> you think >> > it is related to the failure? >> >> Because it is the only patch participating in the test. >> (The test was equivalent to running the manual job with just this >> patch) >> >> Then again this may also one of the usual SD testing race >> conditions. >> Since the code in the patch seemed to be related to storage I didn't >> want to just assume that. >> >> >> -- >> Barak Korren >> RHV DevOps team , RHCE, RHCi >> Red Hat EMEA >> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted >> _______________________________________________ >> Devel mailing list >> Devel@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel >> >> >> > > > -- > > 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 <+972%209-769-2018> > irc: eedri (on #tlv #rhev-dev #rhev-integ) >
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--
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 <+972%209-769-2018> irc: eedri (on #tlv #rhev-dev #rhev-integ)