- Original Message -
> From: "Emmanuel Dreyfus"
> To: "Anuradha Talur" , "Pranith Kumar Karampuri"
>
> Cc: gluster-devel@gluster.org
> Sent: Tuesday, March 31, 2015 9:55:24 PM
> Subject: Re: [Gluster-devel] About split-brain-resolution.
Anuradha Talur wrote:
> 1) I send a patch today to revert the .t and send it again along with the fix.
> Or...
> 2) Can this be failure be ignored till the fix is merged in?
We can ignore: NetBSD regresssion skips the test for now.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
- Original Message -
> From: "Pranith Kumar Karampuri"
> To: "Emmanuel Dreyfus"
> Cc: gluster-devel@gluster.org, "Anuradha Talur"
> Sent: Monday, 30 March, 2015 6:09:58 PM
> Subject: Re: [Gluster-devel] About split-brain-resolution.t
>
On 03/30/2015 06:01 PM, Emmanuel Dreyfus wrote:
On Mon, Mar 30, 2015 at 05:44:23PM +0530, Pranith Kumar Karampuri wrote:
Problem here is that ' inode_forget' is coming even before it gets to
inspect the file. We initially thought we should 'ref' the inode when the
user specifies the choice and
On Mon, Mar 30, 2015 at 05:44:23PM +0530, Pranith Kumar Karampuri wrote:
> Problem here is that ' inode_forget' is coming even before it gets to
> inspect the file. We initially thought we should 'ref' the inode when the
> user specifies the choice and 'unref' it at the time of 'finalize' or
> 'abo
On 03/30/2015 06:34 PM, Emmanuel Dreyfus wrote:
Pranith Kumar Karampuri wrote:
Since spb_choice is not saved as an attribute for the file on the
bricks, it cannot be recovered when the context is reallocated. Either
that "save" feature has been forgotten, or going to afr_destroy() here
is a b
Pranith Kumar Karampuri wrote:
> > Since spb_choice is not saved as an attribute for the file on the
> > bricks, it cannot be recovered when the context is reallocated. Either
> > that "save" feature has been forgotten, or going to afr_destroy() here
> > is a bug. Here is the backtrace leading th
On 03/29/2015 02:23 PM, Emmanuel Dreyfus wrote:
Pranith Kumar Karampuri wrote:
I see split-brain-resolution.t uses attribute replica.split-brain-choice
to choose what replica should be used. This attribute is not in
privilegied space (trusted. prefixed). Is it on purpose?
Yes, these are used
Pranith Kumar Karampuri wrote:
> > I see split-brain-resolution.t uses attribute replica.split-brain-choice
> > to choose what replica should be used. This attribute is not in
> > privilegied space (trusted. prefixed). Is it on purpose?
> Yes, these are used as internal commands to make a choice
Pranith Kumar Karampuri wrote:
> > I see split-brain-resolution.t uses attribute replica.split-brain-choice
> > to choose what replica should be used. This attribute is not in
> > privilegied space (trusted. prefixed). Is it on purpose?
> Yes, these are used as internal commands to make a choice
On 03/28/2015 09:51 PM, Emmanuel Dreyfus wrote:
Hi
I see split-brain-resolution.t uses attribute replica.split-brain-choice
to choose what replica should be used. This attribute is not in
privilegied space (trusted. prefixed). Is it on purpose?
Yes, these are used as internal commands to make a
Hi
I see split-brain-resolution.t uses attribute replica.split-brain-choice
to choose what replica should be used. This attribute is not in
privilegied space (trusted. prefixed). Is it on purpose?
While there, just in case someone has an idea on this: on NetBSD setting
this attribute is ignored.
12 matches
Mail list logo