- Original Message -
From: Raghavendra Gowdappa rgowd...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Vijay Bellur vbel...@redhat.com, gluster-devel@gluster.org, Anand
Avati aav...@redhat.com
Sent: Wednesday, May 7, 2014 3:42:16 PM
Subject: Re: [Gluster-devel
- Original Message -
From: Ravishankar N ravishan...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com, Gluster Devel
gluster-devel@gluster.org
Sent: Friday, May 16, 2014 7:15:58 AM
Subject: Re: [Gluster-devel] Need inputs for command deprecation output
On 05/16/2014 06
hi,
crypt.t is failing regression builds once in a while and most of the times
it is because of the failures just after the remount in the script.
TEST rm -f $M0/testfile-symlink
TEST rm -f $M0/testfile-link
Both of these are failing with ENOTCONN. I got a chance to look at the logs.
- Original Message -
From: Vijay Bellur vbel...@redhat.com
To: gluster-infra gluster-in...@gluster.org
Cc: gluster-devel@gluster.org
Sent: Tuesday, May 13, 2014 4:13:02 PM
Subject: [Gluster-devel] Changes to Regression script
Hi All,
Me and Kaushal have effected the following
- Original Message -
From: Vijay Bellur vbel...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: gluster-infra gluster-in...@gluster.org, gluster-devel@gluster.org
Sent: Saturday, May 17, 2014 2:52:03 PM
Subject: Re: [Gluster-devel] Changes to Regression script
special treatment of ENOTSUP for
setxattr
On 05/13/2014 08:00 AM, Nagaprasad Sathyanarayana wrote:
On 05/07/2014 03:44 PM, Pranith Kumar Karampuri wrote:
- Original Message -
From: Raghavendra Gowdappa rgowd...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com
- Original Message -
From: Vijay Bellur vbel...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: gluster-infra gluster-in...@gluster.org, gluster-devel@gluster.org
Sent: Saturday, 17 May, 2014 2:52:03 PM
Subject: Re: [Gluster-devel] Changes to Regression script
- Original Message -
From: Justin Clift jus...@gluster.org
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Gluster Devel gluster-devel@gluster.org
Sent: Monday, 19 May, 2014 10:26:04 AM
Subject: Re: [Gluster-devel] Spurious failures because of nfs and snapshots
On 16/05/2014
hi,
Please resubmit the patches on top of http://review.gluster.com/#/c/7753 to
prevent frequent regression failures.
Pranith
- Original Message -
From: Vijaikumar M vmall...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Joseph Fernandes josfe...@redhat.com
hi,
Thanks to Vijay Bellur for helping with the re-write of the draft I sent him
:-).
Present:
Split-brains of files happen in afr today due to 2 primary reasons:
1. Split-brains due to network partition or network split-brains
2. Split-brains due to servers in a replicated group being
barrier.
[2014-05-20 20:17:08.727429] : volume barrier patchy disable : SUCCESS
[2014-05-20 20:17:08.926995] : volume barrier patchy disable : FAILED : Failed
to reconfigure barrier.
Pranith
- Original Message -
From: Pranith Kumar Karampuri pkara...@redhat.com
To: Gluster Devel gluster
- Original Message -
From: Atin Mukherjee amukh...@redhat.com
To: gluster-devel@gluster.org, Pranith Kumar Karampuri pkara...@redhat.com
Sent: Wednesday, May 21, 2014 3:39:21 PM
Subject: Re: Fwd: Re: [Gluster-devel] Spurious failures because of nfs and
snapshots
On 05/21
- Original Message -
From: Anand Avati av...@gluster.org
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Edward Shishkin edw...@redhat.com, Gluster Devel
gluster-devel@gluster.org
Sent: Wednesday, May 21, 2014 12:36:22 PM
Subject: Re: [Gluster-devel] spurios failures in tests
hi Raghavendra,
The failures are happening because rebalance status command is failing. I
could see the following logs in glusterd log if I start it with -L DEBUG and
try to recreate the bug. Could you please take a look at it.
Test Summary Report
---
tests/bugs/bug-884455.t
- Original Message -
From: Pranith Kumar Karampuri pkara...@redhat.com
To: Justin Clift jus...@gluster.org
Cc: Gluster Devel gluster-devel@gluster.org
Sent: Thursday, May 22, 2014 6:23:16 AM
Subject: Re: [Gluster-devel] Regression testing results for master branch
hi,
I think we should run the regression tests with DEBUG builds so that
GF_ASSERTs are caught. I will work with Justin to make sure we don't see too
many failures before turning it on. I also want the regression tests to catch
memory-corruption (invalid read/write of deallocated memory).
...@gmail.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Justin Clift jus...@gluster.org, Gluster Devel
gluster-devel@gluster.org
Sent: Thursday, May 22, 2014 4:40:25 PM
Subject: Re: [Gluster-devel] bug-857330/normal.t failure
The test is waiting for rebalance to finish
it. :)
+ Justin
~kaushal
On Thu, May 22, 2014 at 4:53 PM, Pranith Kumar Karampuri
pkara...@redhat.com wrote:
Kaushal,
Rebalance status command seems to be failing sometimes. I sent a mail about
such spurious failure earlier today. Did you get a chance to look at the
logs
- Original Message -
From: Jeff Darcy jda...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Gluster Devel gluster-devel@gluster.org
Sent: Tuesday, May 20, 2014 10:08:12 PM
Subject: Re: [Gluster-devel] Split-brain present and future in afr
1. Better protection
Please review http://review.gluster.com/7788 submitted to remove the filtering
of that error.
Pranith
- Original Message -
From: Harshavardhana har...@harshavardhana.net
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Kaleb KEITHLEY kkeit...@redhat.com, Gluster Devel
gluster
CC gluster-devel
Pranith
- Original Message -
From: Pranith Kumar Karampuri pkara...@redhat.com
To: Avra Sengupta aseng...@redhat.com
Sent: Wednesday, May 28, 2014 6:42:53 AM
Subject: Spurious failire ./tests/bugs/bug-1049834.t [16]
hi Avra,
Could you look into it.
Patch
hi kp,
Could you look into it.
Patch == http://review.gluster.com/7889/1
Author== Avra Sengupta aseng...@redhat.com
Build triggered by== amarts
Build-url ==
http://build.gluster.org/job/regression/4586/consoleFull
Vijay,
Could you please merge http://review.gluster.com/7788 if there are no more
concerns.
Pranith
- Original Message -
From: Pranith Kumar Karampuri pkara...@redhat.com
To: Harshavardhana har...@harshavardhana.net
Cc: Gluster Devel gluster-devel@gluster.org
Sent: Monday, May 26
- Original Message -
From: Avra Sengupta aseng...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Gluster Devel gluster-devel@gluster.org
Sent: Wednesday, May 28, 2014 5:04:40 PM
Subject: Re: [Gluster-devel] Spurious failire ./tests/bugs/bug-1049834.t [16]
Pranith
- Original Message -
From: Vikhyat Umrao vum...@redhat.com
To: Niels de Vos nde...@redhat.com
Cc: gluster-devel@gluster.org
Sent: Wednesday, May 28, 2014 3:37:47 PM
Subject: Re: [Gluster-devel] [wireshark] TODO features
Hi Niels,
Thanks for all your inputs and help, I have
hi Anuradha,
Please look into this.
Patch == http://review.gluster.com/#/c/7880/1
Author== Emmanuel Dreyfus m...@netbsd.org
Build triggered by== kkeithle
Build-url ==
http://build.gluster.org/job/regression/4603/consoleFull
Done
Pranith
- Original Message -
From: Emmanuel Dreyfus m...@netbsd.org
To: jGluster Devel gluster-devel@gluster.org
Sent: Thursday, May 29, 2014 1:53:12 PM
Subject: Re: [Gluster-devel] Change in glusterfs[master]: NetBSD build fix
for gettext
hi,
When I run the following program on fuse mount it fails with ENOENT. When I
look at the mount logs, it prints error for setattr instead of fsetattr.
Wondering anyone knows why the fop comes as setattr instead of fsetattr.
Log:
[2014-05-29 09:33:38.658023] W
- Original Message -
From: Pranith Kumar Karampuri pkara...@redhat.com
To: jGluster Devel gluster-devel@gluster.org
Cc: Brian Foster bfos...@redhat.com
Sent: Thursday, May 29, 2014 3:08:33 PM
Subject: regarding fsetattr
hi,
When I run the following program on fuse mount
- Original Message -
From: Pranith Kumar Karampuri pkara...@redhat.com
To: jGluster Devel gluster-devel@gluster.org
Sent: Thursday, May 29, 2014 3:37:37 PM
Subject: Re: [Gluster-devel] regarding fsetattr
- Original Message -
From: Pranith Kumar Karampuri pkara
hi,
We are taking an initiative to come up with some easy bugs where we can
help volunteers in the community to send patches for.
Goals of this initiative:
- Each maintainer needs to come up with a list of bugs that are easy to fix in
their components.
- All the developers who are already
- Original Message -
From: Bharata B Rao bharata@gmail.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: jGluster Devel gluster-devel@gluster.org, M. Mohan Kumar
mohankuma...@gmail.com
Sent: Friday, May 30, 2014 8:28:15 AM
Subject: Re: [Gluster-devel] Spurious failure
CC gluster-devel
Pranith
- Original Message -
From: HUANG Qiulan huan...@ihep.ac.cn
To: Pranith Kumar Karampuri pkara...@redhat.com
Sent: Friday, May 30, 2014 9:10:54 AM
Subject: Re: [Gluster-devel] Initiative to increase developer paritcipation
Hi Pranith,
I'm glad
- Original Message -
From: Pranith Kumar Karampuri pkara...@redhat.com
To: Vijay Bellur vbel...@redhat.com
Cc: Gluster Devel gluster-devel@gluster.org
Sent: Wednesday, May 28, 2014 4:16:32 PM
Subject: Re: [Gluster-devel] regarding special treatment of ENOTSUP for
setxattr
Vijay
Guys its failing again with the same error:
Please proceed with configuring, compiling, and installing.
rm: cannot remove `/build/install/var/run/gluster/patchy': Device or resource
busy
+ RET=1
+ '[' 1 '!=' 0 ']'
+ VERDICT='BUILD FAILURE'
Pranith
On 06/02/2014 09:08 PM, Justin Clift wrote:
hi Xavier,
Some of the developers are reading the code you submitted for
erasure code. We want to know if you would be available on Friday IST so
that we can have a discussion and doubt clarification session on IRC.
Could you tell which time is good for you.
Pranith
On 06/04/2014 01:35 AM, Ben Turner wrote:
- Original Message -
From: Justin Clift jus...@gluster.org
To: Ben Turner btur...@redhat.com
Cc: James purplei...@gmail.com, gluster-us...@gluster.org, Gluster Devel
gluster-devel@gluster.org
Sent: Thursday, May 29, 2014 6:12:40 PM
Subject:
On 06/04/2014 11:37 AM, Krutika Dhananjay wrote:
Hi,
Recently there was a crash in locks translator (BZ 1103347, BZ
1097102) with the following backtrace:
(gdb) bt
#0 uuid_unpack (in=0x8 Address 0x8 out of bounds,
uu=0x7fffea6c6a60) at ../../contrib/uuid/unpack.c:44
#1 0x7feeba9e19d6
On 06/04/2014 07:44 PM, Ben Turner wrote:
- Original Message -
From: Justin Clift jus...@gluster.org
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Ben Turner btur...@redhat.com, gluster-us...@gluster.org, Gluster Devel
gluster-devel@gluster.org
Sent: Wednesday, June 4, 2014 9:35
hi,
I see that quota-anon-fd.t is causing too many spurious failures. I
think we should revert it and raise a bug so that it can be fixed and
committed again along with the fix.
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
hi Guys,
Rackspace slaves are in action now, thanks to Justin. Please use
the URL in Subject to run the regressions. I already shifted some jobs
to rackspace.
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
: Raghavendra Talur rta...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Sachin Pandit span...@redhat.com, Gluster Devel
gluster-devel@gluster.org
Sent: Thursday, June 12, 2014 10:46:14 AM
Subject: Re: [Gluster-devel] spurious regression failure in
tests/bugs/bug-1104642.t
Sachin and I
Thanks for reporting. Will take a look.
Pranith
On 06/12/2014 05:52 PM, Raghavendra Talur wrote:
Hi Pranith,
This test failed for my patch set today and seems to be a spurious
failure.
Here is the console output for the run.
http://build.gluster.org/job/rackspace-regression/107/consoleFull
hi,
Could you let us know what is the exact problem you are running into?
Pranith
On 06/13/2014 09:27 AM, Krishnan Parthasarathi wrote:
Hi,
Pranith, who is the AFR maintainer, would be the best person to answer this
question. CC'ing Pranith and gluster-devel.
Krish
- Original Message
On 06/13/2014 06:41 PM, Justin Clift wrote:
Hi Pranith,
Do you want me to keep sending you spurious regression failure
notification?
There's a fair few of them isn't there?
I am doing one run on my VM. I will get back with the ones that fail on
my VM. You can also do the same on your
On 06/15/2014 03:55 PM, Justin Clift wrote:
On 15/06/2014, at 3:36 AM, Pranith Kumar Karampuri wrote:
On 06/13/2014 06:41 PM, Justin Clift wrote:
Hi Pranith,
Do you want me to keep sending you spurious regression failure
notification?
There's a fair few of them isn't there?
I am doing one
hi,
Whenever there is a change-to-test/new-test file submitted as part
of a commit we run it 5 (may be 10?) times and expect it to be success
all the time. This should decrease the probability for spurious
regression failures. I am not sure if I have bandwidth this month with
the
hi,
Could you guys remove 'sleep' for quota tests authored by you guys
if it can be done. They are leading to spurious failures.
I will be sending out a patch removing 'sleep' in other tests.
Pranith
___
Gluster-devel mailing list
hi,
I see that most of the tests are doing umount and these may fail
sometimes because of EBUSY etc. I am wondering if we should change all
of them to umount -l.
Let me know if you foresee any problems.
Pranith
___
Gluster-devel mailing list
On 06/16/2014 09:24 PM, Justin Clift wrote:
On 16/06/2014, at 4:50 PM, Jeff Darcy wrote:
Can't thank you enough for this :-)
+100
Justin has done a lot of hard, tedious work whipping this infrastructure into
better shape, and has significantly improved the project as a result. Such
On 06/18/2014 10:11 AM, Atin Mukherjee wrote:
On 06/18/2014 10:04 AM, Pranith Kumar Karampuri wrote:
On 06/18/2014 09:39 AM, Atin Mukherjee wrote:
Pranith,
Regression test mentioned in $SUBJECT failed (testcase : 14 16)
Console log can be found at
http://build.gluster.org/job/rackspace
On 06/16/2014 09:08 PM, Pranith Kumar Karampuri wrote:
On 06/16/2014 09:00 PM, Jeff Darcy wrote:
I see that most of the tests are doing umount and these may fail
sometimes because of EBUSY etc. I am wondering if we should change all
of them to umount -l.
Let me know if you foresee any
On 06/19/2014 06:14 PM, Justin Clift wrote:
On 19/06/2014, at 1:23 PM, Pranith Kumar Karampuri wrote:
hi,
I was told that Justin and I were given permission to mark a patch as
verified+1 when the tests that failed are spurious failures. I think this
process can be automated as well. I
On 06/19/2014 11:32 PM, Justin Clift wrote:
On 19/06/2014, at 6:55 PM, Benjamin Turner wrote:
snip
I went through these a while back and removed anything that wasn't valid for
GlusterFS. This test was passing on 3.4.59 when it was released, i am thinking
it may have something to do with a
Does anyone know why inode_unref is no-op for root inode?
I see the following code in inode.c
static inode_t *
__inode_unref (inode_t *inode)
{
if (!inode)
return NULL;
if (__is_root_gfid(inode-gfid))
return inode;
...
}
Pranith
On 06/25/2014 11:52 AM, Raghavendra Bhat wrote:
On Tuesday 24 June 2014 08:17 PM, Pranith Kumar Karampuri wrote:
Does anyone know why inode_unref is no-op for root inode?
I see the following code in inode.c
static inode_t *
__inode_unref (inode_t *inode)
{
if (!inode
On 07/01/2014 11:15 AM, Harshavardhana wrote:
Besides bandwidth limits, there also needs to be monitors on brick latency.
We don't want so many queued iops that operating performance is impacted.
AFAIK - rebalance and self-heal threads run in low-priority queue in
io-threads by default.
No,
Yes this is the expected behavior.
Pranith
On 07/03/2014 03:25 PM, Emmanuel Dreyfus wrote:
Hi
Running the first test on NetBSD, I get:
=
TEST 11 (line 22): ! find /mnt/glusterfs/0/file | xargs stat
find: /mnt/glusterfs/0/file: Input/output error
not ok 11
RESULT 11: 1
On 07/03/2014 04:56 PM, Emmanuel Dreyfus wrote:
Pranith Kumar Karampuri pkara...@redhat.com wrote:
Yes this is the expected behavior.
Then is the not ok 11 something I should see?
Yes. See why it is succeeding instead of failing?
Pranith
On 07/04/2014 11:19 AM, Ravishankar N wrote:
On 07/04/2014 11:09 AM, Pranith Kumar Karampuri wrote:
Ravi,
I already sent a patch for it in the morning at
http://review.gluster.com/8233
Review please :-)
830665.t is identical in master where it succeeds. Looks like
*match_subnet_v4
the regression failed it gave the verdict as SUCCESS
http://build.gluster.org/job/rackspace-regression-2GB-triggered/97/consoleFull
Pranith
-Santosh
On 07/04/2014 11:51 AM, Ravishankar N wrote:
On 07/04/2014 11:20 AM, Pranith Kumar Karampuri wrote:
On 07/04/2014 11:19 AM, Ravishankar N
On 07/04/2014 12:06 PM, Harshavardhana wrote:
There seems to be some bug in our regression testing code. Even though the
regression failed it gave the verdict as SUCCESS
http://build.gluster.org/job/rackspace-regression-2GB-triggered/97/consoleFull
This was fixed by Justin Clift recently
All
On 07/04/2014 12:04 PM, Harshavardhana wrote:
On Thu, Jul 3, 2014 at 11:30 PM, Santosh Pradhan sprad...@redhat.com wrote:
Thanks guys for looking into this. I am just wondering how this passed the
regression before Niels could merged this in? Good part is test case needs
modification not code
On 07/04/2014 04:28 PM, Raghavendra Gowdappa wrote:
- Original Message -
From: Pranith Kumar Karampuri pkara...@redhat.com
To: Gluster Devel gluster-devel@gluster.org, Anand Avati av...@gluster.org,
Brian Foster
bfos...@redhat.com, Raghavendra Gowdappa rgowd...@redhat.com
hi,
I work on glusterfs and was debugging a memory leak. Need your help
in figuring out if something is done properly or not.
When a file is looked up for the first time in gluster through fuse,
gluster remembers the parent-inode, basename for that inode. Whenever an
unlink/rmdir/(lookup
On 07/05/2014 08:17 AM, Anand Avati wrote:
On Fri, Jul 4, 2014 at 7:03 PM, Pranith Kumar Karampuri
pkara...@redhat.com mailto:pkara...@redhat.com wrote:
hi,
I work on glusterfs and was debugging a memory leak. Need your
help in figuring out if something is done properly
hi Joseph,
The test above failed on a documentation patch, so it has got to be
a spurious failure.
Check
http://build.gluster.org/job/rackspace-regression-2GB-triggered/150/consoleFull
for more information
Pranith
___
Gluster-devel mailing list
hi Justin,
If the regression results complete before the smoke test then
'green-tick-mark' is over-written and people don't realize that the
regression succeeded by a simple glance at the list of patches. Can we
do anything about it?
Pranith
hi Justin/Vijay,
I always felt '-1' saying 'I prefer you didn't submit this' is a
bit harsh. Most of the times all it means is 'Need some more changes' Do
you think we can change this message?
Pranith
___
Gluster-devel mailing list
On 07/06/2014 11:05 PM, Vijay Bellur wrote:
On 07/06/2014 07:47 PM, Pranith Kumar Karampuri wrote:
hi Justin/Vijay,
I always felt '-1' saying 'I prefer you didn't submit this' is a
bit harsh. Most of the times all it means is 'Need some more changes' Do
you think we can change
On 07/07/2014 03:11 PM, Justin Clift wrote:
On 07/07/2014, at 2:50 AM, Pranith Kumar Karampuri wrote:
On 07/06/2014 11:05 PM, Vijay Bellur wrote:
On 07/06/2014 07:47 PM, Pranith Kumar Karampuri wrote:
hi Justin/Vijay,
I always felt '-1' saying 'I prefer you didn't submit this' is a
bit
On 07/07/2014 06:18 PM, Pranith Kumar Karampuri wrote:
Joseph,
Any updates on this? It failed 5 regressions today.
http://build.gluster.org/job/rackspace-regression-2GB/541/consoleFull
http://build.gluster.org/job/rackspace-regression-2GB-triggered/175/consoleFull
http://build.gluster.org
Including Bala who is the author of the commit
Pranith
On 07/07/2014 10:18 PM, Anders Blomdell wrote:
Due to the line (commit 040319d8bced2f25bf25d8f6b937901c3a40e34b):
./libglusterfs/src/logging.c:503:setlocale(LC_ALL, );
The command
env -i LC_NUMERIC=sv_SE.utf8
On 07/06/2014 07:58 PM, Pranith Kumar Karampuri wrote:
On 07/06/2014 02:53 AM, Benjamin Turner wrote:
Hi all. I have been running FS sanity on daily builds(glusterfs
mounts only at this point) for a few days for a few days and I have
been hitting a couple of problems
hi,
I sent the following patch to change the output of EXPECT_WITHIN:
http://review.gluster.org/8263
Patch got one +1 and regressions passed. Merge it please :-).
Test:
#!/bin/bash
. $(dirname $0)/../include.rc
EXPECT_WITHIN 10 abc echo def
EXPECT_WITHIN 10 def echo def
EXPECT_WITHIN 10 abc
hi,
I wanted to document the core data structres and debugging infra
in gluster. This is the first patch in that series. Please review and
provide comments.
I am not very familiar with iobuf infra. Please feel free to provide
comments in the patch for that section as well. I can amend
hi Harsha,
Know anything about the following warnings on latest master?
In file included from msg-nfs3.h:20:0,
from msg-nfs3.c:22:
nlm4-xdr.h:6:14: warning: extra tokens at end of #ifndef directive
[enabled by default]
#ifndef _NLM4-XDR_H_RPCGEN
^
On 07/11/2014 07:05 PM, Justin Clift wrote:
On 11/07/2014, at 11:36 AM, Anders Blomdell wrote:
In
http://build.gluster.org/job/rackspace-regression-2GB-triggered/297/consoleFull,
I have
one failure:
No volumes present
read failed: No data available
read returning junk
fd based file
CC gluster-devel, Anuradha who committed the test.
Pranith
On 07/15/2014 01:58 AM, Harshavardhana wrote:
Mr Spurious is here again!
Patch Set 2: Verified-1
http://build.gluster.org/job/rackspace-regression-2GB-triggered/351/consoleFull
: FAILED
Test Summary Report
---
hi,
Please respond if you guys volunteer to add documentation for any
of the following things that are not already taken.
client_t - pranith
integration with statedump - pranith
mempool - Pranith
event-hostory + circ-buff - Raghavendra Bhat
inode - Raghavendra Bhat
call-stub
fd
iobuf
, 2014 at 4:39 PM, Pranith Kumar Karampuri
pkara...@redhat.com wrote:
hi,
Please respond if you guys volunteer to add documentation for any of
the following things that are not already taken.
client_t - pranith
integration with statedump - pranith
mempool - Pranith
event-hostory + circ-buff
On 07/15/2014 07:22 PM, Niels de Vos wrote:
On Tue, Jul 15, 2014 at 08:45:45AM -0400, Jeff Darcy wrote:
Please respond if you guys volunteer to add documentation for any
of the following things that are not already taken.
I think the most important thing to describe for each of these
hi,
We have 4 tests failing once in a while causing problems:
1) tests/bugs/bug-1087198.t - Author: Varun
2) tests/basic/mgmt_v3-locks.t - Author: Avra
3) tests/basic/fops-sanity.t - Author: Pranith
Please take a look at them and post updates.
Pranith
runner framework, I can handle that too.
- Original Message -
From: Krutika Dhananjay kdhan...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Gluster Devel gluster-devel@gluster.org
Sent: Wednesday, July 16, 2014 10:41:28 AM
Subject: Re: [Gluster-devel] Developer Documentation
On 07/18/2014 03:05 AM, Joe Julian wrote:
What impact, if any, does starting profiling (gluster volume profile
$vol start) have on performance?
Joe,
According to the code the only extra things it does is calling
gettimeofday() call at the beginning and end of the FOP to calculate
On 07/17/2014 07:25 PM, Kaushal M wrote:
I came across mediawiki's developer documentation and guides when
browsing. These docs felt really good to me, and easy to approach.
I feel that we should take inspiration from them and start enhancing
our docs. (Outright copying with modifications as
On 07/18/2014 07:57 PM, Anders Blomdell wrote:
During testing of a 3*4 gluster (from master as of yesterday), I encountered
two major weirdnesses:
1. A 'rm -rf some_dir' needed several invocations to finish, each time
reporting a number of lines like these:
rm: cannot remove
On 07/19/2014 11:25 AM, Andrew Lau wrote:
On Sat, Jul 19, 2014 at 12:03 AM, Pranith Kumar Karampuri
pkara...@redhat.com mailto:pkara...@redhat.com wrote:
On 07/18/2014 05:43 PM, Andrew Lau wrote:
On Fri, Jul 18, 2014 at 10:06 PM, Vijay Bellur
vbel...@redhat.com
On 07/21/2014 02:08 PM, Jiri Moskovcak wrote:
On 07/19/2014 08:58 AM, Pranith Kumar Karampuri wrote:
On 07/19/2014 11:25 AM, Andrew Lau wrote:
On Sat, Jul 19, 2014 at 12:03 AM, Pranith Kumar Karampuri
pkara...@redhat.com mailto:pkara...@redhat.com wrote:
On 07/18/2014 05:43 PM
On 07/21/2014 05:03 PM, Anders Blomdell wrote:
On 2014-07-19 04:43, Pranith Kumar Karampuri wrote:
On 07/18/2014 07:57 PM, Anders Blomdell wrote:
During testing of a 3*4 gluster (from master as of yesterday), I encountered
two major weirdnesses:
1. A 'rm -rf some_dir' needed several
On 07/21/2014 05:17 PM, Anders Blomdell wrote:
On 2014-07-21 13:36, Pranith Kumar Karampuri wrote:
On 07/21/2014 05:03 PM, Anders Blomdell wrote:
On 2014-07-19 04:43, Pranith Kumar Karampuri wrote:
On 07/18/2014 07:57 PM, Anders Blomdell wrote:
During testing of a 3*4 gluster (from master
On 07/22/2014 11:56 AM, Joe Julian wrote:
On 07/21/2014 11:20 PM, Pranith Kumar Karampuri wrote:
On 07/22/2014 11:39 AM, Joe Julian wrote:
On 07/17/2014 07:30 PM, Pranith Kumar Karampuri wrote:
On 07/18/2014 03:05 AM, Joe Julian wrote:
What impact, if any, does starting profiling
Here is my first draft of mem-pool data structure for review:
http://review.gluster.org/8343
Please don't laugh at the ascii art ;-).
Pranith
On 07/17/2014 04:10 PM, Ravishankar N wrote:
On 07/15/2014 04:39 PM, Pranith Kumar Karampuri wrote:
hi,
Please respond if you guys volunteer
On 07/23/2014 02:44 PM, Anders Blomdell wrote:
When migrating approx 1 GB of data data by doing
gluster volume add-brick test new-host1:/path/to/new/brick ...
gluster volume remove-brick old-host1:/path/to/old/brick ... start
... wait for removal to finish
gluster volume
On 07/26/2014 03:06 AM, Joe Julian wrote:
How can it come about? Is this from replacing a brick days ago? Can I
prevent it from happening?
[2014-07-25 07:00:29.287680] W [fuse-resolve.c:546:fuse_resolve_fd]
0-fuse-resolve: migration of basefd
(ptr:0x7f17cb846444
On 07/26/2014 11:06 AM, Pranith Kumar Karampuri wrote:
On 07/26/2014 03:06 AM, Joe Julian wrote:
How can it come about? Is this from replacing a brick days ago? Can I
prevent it from happening?
[2014-07-25 07:00:29.287680] W [fuse-resolve.c:546:fuse_resolve_fd]
0-fuse-resolve: migration
hi Anders,
Generally new test cases are submitted along with the fix to prevent
this situation. You should either submit the fix along with the test
case or wait until the fix is submitted by someone else in case you are
not actively working on it and then we can re-trigger the regression
Yes, even I saw the following leaks, when I tested it a week back. These
were the leaks:
You should probably take a statedump and see what datatypes are leaking.
root@localhost - /usr/local/var/run/gluster
14:10:26 ? awk -f /home/pk1/mem-leaks.awk glusterdump.22412.dump.1406174043
hi,
If there are no more comments, could we take
http://review.gluster.com/#/c/8343 in.
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/listinfo/gluster-devel
hi,
Does anyone know why there is different code for resolution in
fuse vs server? There are some differences too, like server asserts
about the resolution types like RESOLVE_MUST/RESOLVE_NOT etc where as
fuse doesn't do any such thing. Wondering if there is any reason why the
code is
1 - 100 of 772 matches
Mail list logo