Actually I spoke too soon, still fails:
+ lago ovirt runtest
/home/myoung/repos/github/ovirt-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/ovirt-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(a)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(a)redhat.com> wrote:
>
>
> On Fri, Aug 11, 2017 at 9:34 PM, Marc Young <3vilpenguin(a)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(a)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(a)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(a)redhat.com>
>>>> wrote:
>>>>
>>>>> On 1 August 2017 at 14:39, Nir Soffer <nsoffer(a)redhat.com>
wrote:
>>>>> >
>>>>> >
>>>>> > On Tue, Aug 1, 2017 at 2:34 PM Barak Korren
<bkorren(a)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(a)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(a)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)
>