[openstack-dev] [tripleo][ci][metrics] Stucked in the middle of work because of RDO CI

Ben Nemec openstack at nemebean.com
Wed Aug 1 14:12:48 UTC 2018



On 07/31/2018 04:51 PM, Wesley Hayutin wrote:
> 
> 
> On Tue, Jul 31, 2018 at 7:41 AM Sagi Shnaidman <sshnaidm at redhat.com 
> <mailto:sshnaidm at redhat.com>> wrote:
> 
>     Hi, Martin
> 
>     I see master OVB jobs are passing now [1], please recheck.
> 
>     [1] http://cistatus.tripleo.org/
> 
> 
> Things have improved and I see a lot of jobs passing however at the same 
> time I see too many jobs failing due to node_failures.  We are tracking 
> the data from [1].  Certainly the issue is NOT ideal for development and 
> we need to remain focused on improving the situation.

I assume you're aware, but just to update the thread it looks like the 
OVB jobs are failing at a 50%+ rate again today (mostly unknown failures 
according to the tracking app).  Even with only two jobs that means your 
odds of getting them both to pass are pretty bad.

> 
> Thanks
> 
> [1] https://softwarefactory-project.io/zuul/api/tenant/rdoproject.org/builds
> 
> 
> 
>     On Tue, Jul 31, 2018 at 12:24 PM, Martin Magr <mmagr at redhat.com
>     <mailto:mmagr at redhat.com>> wrote:
> 
>         Greetings guys,
> 
>            it is pretty obvious that RDO CI jobs in TripleO projects are
>         broken [0]. Once Zuul CI jobs will pass would it be possible to
>         have AMQP/collectd patches ([1],[2],[3]) merged please even
>         though the negative result of RDO CI jobs? Half of the patches
>         for this feature is merged and the other half is stucked in this
>         situation, were nobody reviews these patches, because there is
>         red -1. Those patches passed Zuul jobs several times already and
>         were manually tested too.
> 
>         Thanks in advance for consideration of this situation,
>         Martin
> 
>         [0]
>         https://trello.com/c/hkvfxAdX/667-cixtripleoci-rdo-software-factory-3rd-party-jobs-failing-due-to-instance-nodefailure
>         [1] https://review.openstack.org/#/c/578749
>         [2] https://review.openstack.org/#/c/576057/
>         [3] https://review.openstack.org/#/c/572312/
> 
>         -- 
>         Martin Mágr
>         Senior Software Engineer
>         Red Hat Czech
> 
>         __________________________________________________________________________
>         OpenStack Development Mailing List (not for usage questions)
>         Unsubscribe:
>         OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>         <http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
>         http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> 
> 
> 
>     -- 
>     Best regards
>     Sagi Shnaidman
>     __________________________________________________________________________
>     OpenStack Development Mailing List (not for usage questions)
>     Unsubscribe:
>     OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>     <http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> -- 
> 
> Wes Hayutin
> 
> Associate MANAGER
> 
> Red Hat
> 
> <https://www.redhat.com/>
> 
> w <mailto:cclayton at redhat.com>hayutin at redhat.com 
> <mailto:hayutin at redhat.com>  T: +1919 <tel:+19197544114>4232509     IRC: 
> weshay
> 
> <https://red.ht/sig>
> 
> 
> Viewmycalendar and check my availability for meetings HERE 
> <https://calendar.google.com/calendar/b/1/embed?src=whayutin@redhat.com&ctz=America/New_York>
> 
> 
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 



More information about the OpenStack-dev mailing list