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 <[email protected]> wrote: > > > On Mon, Feb 26, 2018 at 1:06 PM, Edward Haas <[email protected]> wrote: > >> >> >> On Mon, Feb 26, 2018 at 12:16 PM, Dan Kenigsberg <[email protected]> >> wrote: >> >>> On Sat, Feb 24, 2018 at 4:36 PM, oVirt Jenkins <[email protected]> >>> 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 > [email protected] > http://lists.ovirt.org/mailman/listinfo/infra > >
_______________________________________________ Infra mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/infra
