Re: reviving spurious failures tracking

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wednesday 29 July 2015  Vijay Bellur wrote:
> On Wednesday 29 July 2015 03:40 PM, Pranith Kumar Karampuri wrote:
>> hi,
>>      I just updated
>> https://public.pad.fsfe.org/p/gluster-spurious-failures with the latest
>> spurious failures we saw in linux and NetBSD regressions. Could you guys
>> update with any more spurious regressions that you guys are observing
>> but not listed on the pad. Could you guys help in fixing these issues
>> fast as the number of failures is increasing quite a bit nowadays.
>>
>
> I think we have been very tolerant for failing tests and it is time to
> change this behavior. I propose that:
>
> - we block commits for components that have failing tests listed in the
> tracking etherpad.
>
>
> - once failing tests are addressed on a particular branch, normal patch
> merging can resume.
>
> - If there are tests that cannot be fixed easily in the near term, we
> move such tests to a different folder or drop such test units.

We still have a couple tests with frequent, spurious failures.

Let's please either get these fixed, or removed from the tree if they
are fundamentally broken.

Otherwise we'll have to invoke the nuclear option. ;-)


-- 

Kaleb
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel



[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux