I posted a patch for fixing this problem @ http://review.gluster.org/#/c/9267/
Emmanuel,
Could you apply this patch on NetBSD and see if the test passes now?
Emmanuel/Pranith,
Could you please review this patch?
-Krutika
From: "Krutika Dhananjay" <kdhananj@xxxxxxxxxx>
To: "Emmanuel Dreyfus" <manu@xxxxxxxxxx>
Cc: "Gluster Devel" <gluster-devel@xxxxxxxxxxx>
Sent: Monday, December 8, 2014 12:09:03 PM
Subject: Re: [Gluster-devel] question on glustershdHmmm.. thanks for the info, Emmanuel.I'm waiting on a NetBSD machine for debugging this issue.I will let you know what I find, when I'm done.-KrutikaFrom: "Emmanuel Dreyfus" <manu@xxxxxxxxxx>
To: "Krutika Dhananjay" <kdhananj@xxxxxxxxxx>
Cc: "Gluster Devel" <gluster-devel@xxxxxxxxxxx>
Sent: Saturday, December 6, 2014 10:23:34 PM
Subject: Re: question on glustershdEmmanuel Dreyfus <manu@xxxxxxxxxx> wrote:> Forcing the option to on in the sources does not help: it goes throuh
> __afr_selfheal_metadata_finalize_source() without finding a source and
> returns -1.Tracing further:afr_selfheal_find_direction() get the matrix:
0 1
1 0As a result, witness[] is all zero, there is no source.Could it be otherwise? The offending node is obtained this way (I
stripped other operations), I do not see how it could be healed, after
all:TEST mkdir spb_me_healTEST kill_brick $V0 $H0 $B0/${V0}0
TEST touch spb_me_heal/0$CLI volume stop $V0
$CLI volume start $V0 force
EXPECT_WITHIN $PROCESS_UP_TIMEOUT "1" afr_child_up_status $V0 0
EXPECT_WITHIN $PROCESS_UP_TIMEOUT "1" afr_child_up_status $V0 1
TEST kill_brick $V0 $H0 $B0/${V0}1TEST touch spb_me_heal/1$CLI volume stop $V0$CLI volume start $V0 force
EXPECT_WITHIN $PROCESS_UP_TIMEOUT "1" afr_child_up_status $V0 1
EXPECT_WITHIN $PROCESS_UP_TIMEOUT "1" afr_child_up_status $V0 0--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu@xxxxxxxxxx
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
_______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://supercolony.gluster.org/mailman/listinfo/gluster-devel