[Gluster-devel] Two consistent regression failures in release-3.6 HEAD
asengupt at redhat.com
Wed Feb 18 08:23:00 UTC 2015
I had a look at the test case and the logs. A mount command is failing
in the testcase, where we try to mount a snapshot to /mnt/glusterfs/2.
[2015-02-17 19:28:24.291801] I [MSGID: 100030] [glusterfsd.c:2018:main]
0-glusterfs: Started running glusterfs version 3.6.3beta1 (args:
glusterfs -s slave30.cloud.gluster.org
[2015-02-17 19:28:24.292848] E [fuse-bridge.c:5334:init] 0-fuse:
mountpoint /mnt/glusterfs/2 does not exist
[2015-02-17 19:28:24.292871] E [xlator.c:425:xlator_init] 0-fuse:
Initialization of volume 'fuse' failed, review your volfile again
The mount fails with the error that it is unable to find
/mnt/glusterfs/2, where as this directory is created as part of the
basic include.rc. The only reason I can think of is that the same
machine might be used for other runs, or any other activity independent
of the test case which is removing /mnt/glusterfs/2, at the time this
test is running.
Is there any way we can confirm the same?
On 02/18/2015 05:19 AM, Justin Clift wrote:
> We seem to have two non-spurious regression failures in release-3.6
> ./tests/bugs/bug-1045333.t (Wstat: 0 Tests: 16 Failed: 1)
> Failed test: 15
> ./tests/features/ssl-authz.t (Wstat: 0 Tests: 18 Failed: 1)
> Failed test: 18
> Found while running a "burn in" regression run on some new
> Rackpace nodes, prior to swapping out some of our busted ones.
> They happened on both runs:
> slave30 (will become slave20)
> slave31 (may or may not be kept)
> Avra, git blame says you're the primary author for bug-1045333.t,
> do you want to take a look?
> Jeff, ditto for ssl-authz.t?
> + Justin
> GlusterFS - http://www.gluster.org
> An open source, distributed file system scaling to several
> petabytes, and handling thousands of clients.
> My personal twitter: twitter.com/realjustinclift
More information about the Gluster-devel