[Gluster-devel] Tests that fail with multiplexing turned on

Jeff Darcy jeff at pl.atyp.us
Mon May 1 21:06:04 UTC 2017

Since the vast majority of our tests run without multiplexing, I'm going
to start running regular runs of all tests with multiplexing turned on. 
You can see the patch here:


There are currently two tests that fail with multiplexing.  Note that
these are all tests that passed as of when multiplexing was introduced. 
I don't know about these specific tests, but most tests had passed with
multiplexing turned *many times* - sometimes literally over a hundred
because I did more runs that that during development.  These are tests
that have been broken since then, because without regular tests the
people making changes could not have known how their changes interact
with multiplexing.

19:14:41 not ok 17 Got "0" instead of "1", LINENUM:37
19:14:41 FAILED COMMAND: 1 brick_up_status_1 patchy1

20:52:10 ./tests/features/trash.t .. 
20:52:10 not ok 53 Got "2" instead of "1", LINENUM:221
20:52:10 FAILED COMMAND: 1 online_brick_count
20:52:10 ok 54, LINENUM:223
20:52:10 ok 55, LINENUM:226
20:52:10 not ok 56 Got "3" instead of "2", LINENUM:227
20:52:10 FAILED COMMAND: 2 online_brick_count
20:52:10 ok 57, LINENUM:228
20:52:10 ok 58, LINENUM:233
20:52:10 ok 59, LINENUM:236
20:52:10 ok 60, LINENUM:237
20:52:10 not ok 61 , LINENUM:238
20:52:10 FAILED COMMAND: [ -e /mnt/glusterfs/0/abc -a ! -e
/mnt/glusterfs/0/.trashcan ]

Do we have any volunteers to look into these?  I looked at the first one
a bit and didn't find any obvious clues; I haven't looked at the second.

More information about the Gluster-devel mailing list