[ovirt-devel] oVirt CI now supports Fedora 27 and Fedora Rawhide

Francesco Romani fromani at redhat.com
Thu Nov 23 15:27:15 UTC 2017


On 11/23/2017 04:23 PM, Nir Soffer wrote:
>
>
> On Thu, Nov 23, 2017 at 4:55 PM Dan Kenigsberg <danken at redhat.com
> <mailto:danken at redhat.com>> wrote:
>
>     On Thu, Nov 23, 2017 at 4:03 PM, Nir Soffer <nsoffer at redhat.com
>     <mailto:nsoffer at redhat.com>> wrote:
>     > On Thu, Nov 23, 2017 at 3:59 PM Dan Kenigsberg
>     <danken at redhat.com <mailto:danken at redhat.com>> wrote:
>     >>
>     >> On Thu, Nov 23, 2017 at 1:56 PM, Nir Soffer <nsoffer at redhat.com
>     <mailto:nsoffer at redhat.com>> wrote:
>     >> > On Thu, Nov 23, 2017 at 1:51 PM Edward Haas <ehaas at redhat.com
>     <mailto:ehaas at redhat.com>> wrote:
>     >> >>
>     >> >> Per what I see, all CI jobs on vdsm/fc27 fail.
>     >> >> This is the second time this week, please consider reverting.
>     >> >>
>     >> >> We should try to avoid such changed before the weekend
>     >> >
>     >> >
>     >> > Some of the failures like
>     >> >
>     >> >
>     http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc27-x86_64/100/console
>     >> >
>     >> > Should be fixed by:
>     >> > https://gerrit.ovirt.org/84569/
>     >> >
>     >> > I have see some network test failing when running mock_runner
>     locally,
>     >> > you may need to mark them as broken on fc27.
>     >>
>     >> We have a busy couple of weeks until release of ovirt-4.2.0. As
>     much
>     >> as I like consuming Fedora early, I'm not sure that enabling so
>     close
>     >> to the release was a good idea. Nothing forces us to do it now (and
>     >> there are a lot of reasons to do it later). Let's give it
>     another go,
>     >> but let us not keep it on the red for the weekend.
>     >
>     >
>     > I'm happy with the storage code being tested on current fedora.
>
>     I'm more than happy. I'm thrilled to for it to be tested and run.
>     I am not happy to give a vote to a job that was never ever successful.
>
>
> The job is successful, some tests or maybe the code they test need work.
> This is why we have skipif/xfail and broken_on_ci.
>  
>
>
>     >
>     > Please make sure the few failing network tests are not breaking
>     the build.
>
>     It's probably time to mark the tests that use loseup as
>     broken-on-jenkins
>
>
> loop devices are usually ok on jenkins. We have several tests in
> storage using
> them and I don't know about any failures. For example
> storage/blockdev_test.py.
>
> Francesco, do you want to mark them as broken for now?

Yes, because we don't have resource to spare to properly fix the tests.
Hopefully next week.


Bests,

-- 
Francesco Romani
Senior SW Eng., Virtualization R&D
Red Hat
IRC: fromani github: @fromanirh

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/devel/attachments/20171123/833b26df/attachment-0001.html>


More information about the Devel mailing list