[Gluster-devel] test failure reports for last 15 days
Amar Tumballi Suryanarayan
atumball at redhat.com
Wed Apr 10 14:57:04 UTC 2019
Thanks for the summary Atin.
On Wed, Apr 10, 2019 at 7:30 PM Atin Mukherjee <amukherj at redhat.com> wrote:
> And now for last 15 days:
> ./tests/bitrot/bug-1373520.t 18 ==> Fixed through
> https://review.gluster.org/#/c/glusterfs/+/22481/, I don't see this
> failing in brick mux post 5th April
> ./tests/bugs/ec/bug-1236065.t 17 ==> happens only in brick mux, needs
> ./tests/basic/uss.t 15 ==> happens in both brick mux and non
> brick mux runs, test just simply times out. Needs urgent analysis.
> ./tests/basic/ec/ec-fix-openfd.t 13 ==> Fixed through
> https://review.gluster.org/#/c/22508/ , patch merged today.
> ./tests/basic/volfile-sanity.t 8 ==> Some race, though this succeeds
> in second attempt every time.
Can volfile-sanity.t be failing because of the 'hang' in uss.t ? It is
possible as volfile-sanity.t runs after uss.t in regressions. I checked
volfile-sanity.t, but it has 'cleanup' at the beginning, but not sure if
there are any lingering things which caused these failures.
> There're plenty more with 5 instances of failure from many tests. We need
> all maintainers/owners to look through these failures and fix them, we
> certainly don't want to get into a stage where master is unstable and we
> have to lock down the merges till all these failures are resolved. So
> please help.
> (Please note fstat stats show up the retries as failures too which in a
> way is right)
> On Tue, Feb 26, 2019 at 5:27 PM Atin Mukherjee <amukherj at redhat.com>
>>  captures the test failures report since last 30 days and we'd need
>> volunteers/component owners to see why the number of failures are so high
>> against few tests.
> Gluster-devel mailing list
> Gluster-devel at gluster.org
Amar Tumballi (amarts)
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Gluster-devel