[Bugs] [Bug 1615582] New: test: ./tests/basic/ stats-dump.t fails spuriously not finding queue_size in stats output for some brick

[bugzilla at redhat.com]

https://bugzilla.redhat.com/show_bug.cgi?id=1615582

            Bug ID: 1615582
           Summary: test: ./tests/basic/stats-dump.t fails spuriously not
                    finding queue_size in stats output for some brick
           Product: GlusterFS
           Version: mainline
         Component: tests
          Keywords: Triaged
          Assignee: srangana at redhat.com
          Reporter: srangana at redhat.com
                CC: bugs at gluster.org



Description of problem:
./tests/basic/stats-dump.t test fails as follows:

  01:07:31 not ok 20 , LINENUM:42
  01:07:31 FAILED COMMAND: grep .queue_size
/var/lib/glusterd/stats/glusterfsd__d_backends_patchy1.dump

  18:35:43 not ok 21 , LINENUM:43
  18:35:43 FAILED COMMAND: grep .queue_size
/var/lib/glusterd/stats/glusterfsd__d_backends_patchy2.dump

Basically when grep'ing for a pattern in the stats dump it is not
finding the second grep pattern of "queue_size" in one or the other bricks.

The above seems incorrect, if it found "aggr.fop.write.count" it stands
to reason that it found a stats dump, further there is a 2 second sleep
as well in the test case and the dump interval is 1 second.

How reproducible: Sporadic

Additional info:
This has failed in mux and non-mux environments,
Runs with failure:
https://build.gluster.org/job/regression-on-demand-multiplex/175/consoleFull
(no logs)

https://build.gluster.org/job/regression-on-demand-full-run/59/consoleFull
(has logs)

The only reason for this to fail could hence possibly be that the file
was just (re)opened (by the io-stats dumper thread) for overwriting
content, at which point the fopen uses the mode "w+", and the file was
hence truncated, and the grep CLI also opened the file at the same time,
and hence found no content.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=dBsfBPpOiQ&a=cc_unsubscribe