Description of problem: as per http://build.gluster.org/job/rackspace-regression-2GB-triggered/9925/consoleFull regression test, scrubber daemon is crashing and its creating a core file. This is because of before timer initialization, scrubber reconfiguring the timer. Version-Release number of selected component (if applicable): main line. How reproducible: 1/10 (very rare) Steps to Reproduce: Its a race condition very rare to reproduce. Actual results: scrubber daemon is crashing. Expected results: scrubber daemon should not crash.
REVIEW: http://review.gluster.org/11033 (bitrot/tests: sleep for some time so that timer can initialize) posted (#1) for review on master by Gaurav Kumar Garg (ggarg)
REVIEW: http://review.gluster.org/11033 (tests/bitrot: Induce delay before invoking bitrot subcommands) posted (#2) for review on master by Venky Shankar (vshankar)
REVIEW: http://review.gluster.org/11033 (tests/bitrot: Induce delay before invoking bitrot subcommands) posted (#3) for review on master by Venky Shankar (vshankar)
patch got merged so making status of the bug in modified state
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-3.8.0, please open a new bug report. glusterfs-3.8.0 has been announced on the Gluster mailinglists [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution. [1] http://blog.gluster.org/2016/06/glusterfs-3-8-released/ [2] http://thread.gmane.org/gmane.comp.file-systems.gluster.user