[CQ]: 83979,8 (vdsm) failed "ovirt-master" system tests

[Dafna Ron]

i see there is an error on space in the last failure.

*21:15:04* Error Summary*21:15:04* -------------*21:15:04* Disk
Requirements:*21:15:04*    At least 163MB more space needed on the /
filesystem.*21:15:04*


On Mon, Feb 26, 2018 at 11:36 AM, Edward Haas <ehaas at redhat.com> wrote:

>
>
> On Mon, Feb 26, 2018 at 1:06 PM, Edward Haas <ehaas at redhat.com> wrote:
>
>>
>>
>> On Mon, Feb 26, 2018 at 12:16 PM, Dan Kenigsberg <danken at redhat.com>
>> wrote:
>>
>>> On Sat, Feb 24, 2018 at 4:36 PM, oVirt Jenkins <jenkins at ovirt.org>
>>> wrote:
>>> > Change 83979,8 (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/83979/8
>>> >
>>> > For failed test results see:
>>> > http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5850/
>>
>>
>>> I see that one of the network functional tests is failing
>>> build-artifacts and the release of this build.
>>>
>>> Edy, could you see why?
>>>
>>> http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x8
>>> 6_64/3226/artifact/exported-artifacts/mock_logs/mocker-epel-
>>> 7-x86_64.el7.check-merged.sh/check-merged.sh.log
>>>
>>
>> The functional tests are running on a Lago VM, which crashed (the timeout
>> kicked in).
>> But I do not see the relevance between the artifact build and the
>> check-merge, the later is not a gateway to any automation step I know of at
>> the moment (for good and for worse, mainly worse).
>>
>>
> The build fails due to vdsm_master_build-artifacts-fc27-s390x
> <http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc27-s390x/> ,
> which is failing for some time now.
> Who can look into that?
>
> The lago VM crash is a secondary less urgent issues, although it will be
> nice if it can be investigated as well. Last time, it failed on a specific
> slave frequently (a non Centos one).
>
> Thanks,
> Edy.
>
>
> _______________________________________________
> Infra mailing list
> Infra at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/infra/attachments/20180226/b9054f04/attachment.html>