On Thu, Feb 14, 2019 at 9:56 AM oVirt Jenkins <jenkins@ovirt.org> wrote:
A system test invoked by the "ovirt-master" change queue including change 97694,4 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 97726,5 (ovirt-engine) that this change depends on or is based on, was detected as the cause of the testing failures.
This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 97726,5 (ovirt-engine) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it.
For further details about the change see: https://gerrit.ovirt.org/#/c/97694/4
This change is (obviously) not the cause for current failure. Current is due to: https://bugzilla.redhat.com/show_bug.cgi?id=1677162 I also have this idea: Perhaps, while CQ is bisecting trying to find the change that broke it, if it's the first one, CQ will also re-test the clean tested repo, with no changes applied at all? Then, if it fails: 1. We know for sure that it's not due to that first change, but most likely an infra issue, or something external (like current, which is in CentOS). 2. We have clear reproducer logs/data with no "noise" from our own changes, that can be useful for further debugging the external/infra issue. Makes sense? -- Didi