On 07/04/2014 11:20 AM, Pranith Kumar Karampuri wrote:
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
On 07/04/2014 12:00 PM, Santosh Pradhan 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 ;)
There seems to be some bug in our regression testing code. Even though
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 ;)
We need a single maintainer for test cases
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
--
Religious confuse piety with mere ritual, the
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 Fri, Jul 04, 2014 at 11:51:45AM +0530, Ravishankar N wrote:
On 07/04/2014 11:20 AM, Pranith Kumar Karampuri wrote:
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
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 04/07/2014, at 7:30 AM, Santosh Pradhan wrote:
Thanks guys for looking into this. I am just wondering how this passed the
regression before Niels could merged this in?
It was due to stupidity on my part. ;)
Was adjusting the bash script in jenkins the other day, attempting
to get the
On 04/07/2014, at 7:34 AM, 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
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 All,
I have pulled together some statistics from gerrit for fun. The
statistics that I have generated are limited by my understanding of
gerrit's gsql interface. I don't claim that these stats are 100%
accurate - if you notice any aberrations, please let me know :).
[1] has number of
Hi,
I think the regression test bug-1112559.t is causing some spurious
failures. I see some regression jobs being failed due to it.
Regards,
Raghavendra Bhat
___
Gluster-devel mailing list
Gluster-devel@gluster.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2014-07-04 13:30, Vijay Bellur wrote:
Hi All,
Given the holiday weekend in US, I feel that it would be appropriate
to move the 3.6 feature freeze date to mid next week so that we can
have more reviews done address review comments too. We can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2014-07-04 17:14, Jeff Darcy wrote:
Given the holiday weekend in US, I feel that it would be appropriate
to move the 3.6 feature freeze date to mid next week so that we can
have more reviews done address review comments too. We can still
- Original Message -
From: Jeff Darcy jda...@redhat.com
To: Vijay Bellur vbel...@redhat.com
Cc: Gluster Devel gluster-devel@gluster.org
Sent: Friday, July 4, 2014 10:14:32 AM
Subject: Re: [Gluster-devel] 3.6 Feature Freeze - move to mid next week?
Given the holiday weekend in
On 07/04/2014 08:44 PM, Jeff Darcy wrote:
Given the holiday weekend in US, I feel that it would be appropriate
to move the 3.6 feature freeze date to mid next week so that we can
have more reviews done address review comments too. We can still
continue to track other milestones as per our
There is an improved implementation of trash in gerrit and can help get
more traction with more reviews, rebases etc.
I see nine patches for this, all failing verification and all but one
inactive since March 10. Given our review rate, is this likely to
converge in only a week?
* RDMA
On 07/04/2014 11:15 PM, Jeff Darcy wrote:
There is an improved implementation of trash in gerrit and can help get
more traction with more reviews, rebases etc.
I see nine patches for this, all failing verification and all but one
inactive since March 10. Given our review rate, is this likely
On 07/02/2014 05:39 PM, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the glusterfs-server package:
#751888: glusterfs-server: creating symlinks generates errors
It has been closed by Thomas Goirandz...@debian.org.
On 04/07/2014, at 12:30 PM, Vijay Bellur wrote:
Hi All,
Given the holiday weekend in US, I feel that it would be appropriate to move
the 3.6 feature freeze date to mid next week so that we can have more reviews
done address review comments too. We can still continue to track other
On 04/07/2014, at 1:14 PM, Vijay Bellur wrote:
Hi All,
I have pulled together some statistics from gerrit for fun. The statistics
that I have generated are limited by my understanding of gerrit's gsql
interface. I don't claim that these stats are 100% accurate - if you notice
any
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 01:59 AM, Justin Clift wrote:
On 04/07/2014, at 1:14 PM, Vijay Bellur wrote:
Hi All,
I have pulled together some statistics from gerrit for fun. The statistics that
I have generated are limited by my understanding of gerrit's gsql interface. I
don't claim that these stats are
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 or
On Fri, Jul 4, 2014 at 8:17 PM, Pranith Kumar Karampuri pkara...@redhat.com
wrote:
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 wrote:
hi,
I work on glusterfs and was debugging a memory leak. Need your help
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
26 matches
Mail list logo
