Thanks. There is a write call which is not unwound by write-behind as can be
seen below:
[.WRITE]
request-ptr=0xb80a4830
refcount=2
wound=no
generation-number=90
req->op_ret=32768
req->op_errno=0
sync-attempts=0
sync-in-progress=no
size=32768
offset=11665408
lied=0
append=0
fulfilled=0
go=0
note
On Mon, Dec 28, 2015 at 1:27 PM, Aravinda wrote:
>
> regards
> Aravinda
>
> On 12/28/2015 01:01 PM, Vijay Bellur wrote:
>>
>> On 12/21/2015 05:51 AM, Aravinda wrote:
>>>
>>> Hi,
>>>
>>> In the past I submitted a feature([1] and [2]) to provide REST interface
>>> to Gluster
>>> CLI commands. I aban
https://build.gluster.org/job/rackspace-regression-2GB-triggered/17291/console
- Forwarded message from "Gluster Build System (Code Review)"
-
Date: Mon, 4 Jan 2016 15:29:51 -0800
From: "Gluster Build System (Code Review)"
To: Michael Adam
Subject: Change in glusterfs[master]: hook-sc
> On Dec 30, 2015, at 2:31 AM, Niels de Vos wrote:
>
>> I'm guessing that Linux uses the event-epoll stuff instead of event-poll,
>> so it wouldn't exhibit this. Is that correct?
>
> Well, both. most (if not all) Linux builds will use event-poll. But,
> that calls epoll_wait() with a timeout of
- Original Message -
> From: "Manikandan Selvaganesh"
> To: "Raghavendra Gowdappa"
> Cc: "Emmanuel Dreyfus" , "Gluster Devel"
> , "Vijaikumar Mallikarjuna"
>
> Sent: Monday, January 4, 2016 7:00:16 PM
> Subject: Re: [Gluster-devel] quota.t hangs on NetBSD machines
>
> Hi,
>
> We hav
Hi,
We are debugging the issue. We observed the problem could be an unwound that
did not happen in one(or more) of the performance translator. So here is what
we are doing to analyze the issue. A patch[1] is sent with six test cases in
which one of the performance translator is made off in each
I highly encourage the projects to have almost 100% equal APIs (including
returned JSON objects, errors, etc). Asking clients to change their code due
to a change in the server would most likely be received in a negative way. On
the other hand, if the v1 and v2 servers use the same API, there
On 01/04/2016 12:08 PM, Prasanna Kumar Kalever wrote:
> Giving one more try in the new year :)
>
> http://review.gluster.org/#/c/12709/
> http://review.gluster.org/#/c/12963/
Managed to review this one :)
> http://review.gluster.org/#/c/13002/
>
>
> Happy New year 2016!
>
> Thanks,
> -Prasan
On Mon, Jan 04, 2016 at 07:41:24AM -0500, Raghavendra Gowdappa wrote:
> Is this statedump?
Sorry, I was mislead by the gluster volume statedump command. But I see
someone else got it before me.
--
Emmanuel Dreyfus
m...@netbsd.org
___
Gluster-devel mai
Hi,
We have taken statedump of fuse client process, quotad and bricks. Apparently,
we could not find any stack information in brick's statedump. Below is the
client statedump state information:
[global.callpool.stack.1.frame.1]
frame=0xb80775f0
ref_count=0
translator=patchy-write-behind
complet
- Original Message -
> From: "Emmanuel Dreyfus"
> To: "Raghavendra Gowdappa"
> Cc: "Emmanuel Dreyfus" , "Gluster Devel"
> , "Raghavendra Talur"
>
> Sent: Monday, January 4, 2016 4:03:22 PM
> Subject: Re: [Gluster-devel] quota.t hangs on NetBSD machines
>
> On Mon, Jan 04, 2016 at 05:
On Mon, Jan 04, 2016 at 05:16:16AM -0500, Raghavendra Gowdappa wrote:
> Can you send the statedump? Please look for frames with "complete=0". This
> indicates that the frame is not unwound.
Here it is. No unwound frame?
{
"gluster.patchy.aggr.read_1b": "0",
"gluster.patchy.aggr.write_1b": "0",
"
- Original Message -
> From: "Emmanuel Dreyfus"
> To: "Gluster Devel"
> Cc: "Raghavendra Gowdappa" , "Raghavendra Talur"
>
> Sent: Monday, January 4, 2016 2:35:23 PM
> Subject: Re: [Gluster-devel] quota.t hangs on NetBSD machines
>
> On Mon, Jan 04, 2016 at 09:00:43AM +, Emmanuel
On Mon, Jan 04, 2016 at 09:00:43AM +, Emmanuel Dreyfus wrote:
> gluster volume info/status seem to hang too.
No, sorry, I was not running the right binary.
I now have a statedump, but how can I use it to conclude anything
about whodropped the request?
--
Emmanuel Dreyfus
m...@netbsd.org
__
On Mon, Jan 04, 2016 at 12:31:32AM -0500, Raghavendra Gowdappa wrote:
> Not conclusively. If there is a frame-loss most likely attaching gdb has no
> effect. But, client can one of the potential areas where the problem is.
gluster volume info/status seem to hang too.
--
Emmanuel Dreyfus
m...@ne
15 matches
Mail list logo