There was a thread on failing system tests with a few patches for fixing the issue sent, was it related to this? It seems it didn't fail the upgrade job on the patch, so my suspicion is it might be related to the auto rebase done on merge. We have an open ticket to enable Zuul for pre-merge tests (should actually run the check-merge jobs), that will help re-mediate such issues (by blocking the merge and giving -1), We'll need to see if we can introduce it soon, after reviewing current infra tasks and priorities. On Sat, Oct 22, 2016 at 10:40 AM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Fri, Oct 21, 2016 at 10:01 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
Hi, we have more than 300 patches failing continuous integration after being merged[1] Is anybody monitoring what's happening there? Have we broken check-merge tests? Have we auto rebase on merge automation breaking our patches? I would suggest to go over the failures and nail down issues.
[1] https://gerrit.ovirt.org/#/q/status:merged+label:Continuous- Integration%253C%253D-1
From a random look it seems to be related to upgrade, but it's difficult to asses without data: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade- from-4.0_el7_merged/1329/ for example gives 404. Y.
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com <https://www.redhat.com/it/about/events/red-hat-open-source-day-2016>
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- Eyal Edri Associate Manager RHV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)