Hi all,
This meeting is scheduled for anyone that is interested in learning more
about, or assisting with the Bug Triage.
Meeting details:
- location: #gluster-meeting on Freenode IRC
( https://webchat.freenode.net/?channels=gluster-meeting )
- date: every Tuesday
- time: 12:00 UTC
hi,
Please backport the patches that fix spurious regressions to 3.7
as well. This is the status of regressions now:
* ./tests/bugs/quota/bug-1035576.t (Wstat: 0 Tests: 24 Failed: 2)
* Failed tests: 20-21
*
Could you please look at this issue:
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8456/consoleFull
I looked at this one for a while. It looks like a brick failed to
start because changelog failed to initialize, but neither the core
nor the logs shed much light on
CCing Venky and Kotresh
- Original Message -
From: Jeff Darcy jda...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Joseph Fernandes josfe...@redhat.com, Avra Sengupta
aseng...@redhat.com, Rajesh Joseph rjos...@redhat.com, Gluster Devel
gluster-devel@gluster.org
Sent:
- Original Message -
On Mon, May 04, 2015 at 09:20:45AM +0530, Atin Mukherjee wrote:
I see the following log from the brick process:
[2015-05-04 03:43:50.309769] E [socket.c:823:__socket_server_bind]
4-tcp.patchy-server: binding to failed: Address already in use
This
Looping in kotresh and aravinda
Pranith
On 05/06/2015 08:39 AM, Jeff Darcy wrote:
Could you please look at this issue:
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8456/consoleFull
I looked at this one for a while. It looks like a brick failed to
start because
Niels,
Any ideas?
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8462/consoleFull
mount.nfs: access denied by server while mounting
slave46.cloud.gluster.org:/patchy
mount.nfs: access denied by server while mounting
slave46.cloud.gluster.org:/patchy
mount.nfs: access
I consistently see this failure for one of my patches -
http://review.gluster.org/#/c/10568/ -
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8483/consoleFull
This test passed when I ran it on my workspace.
Thanks,
Soumya
On 05/02/2015 08:00 AM, Pranith Kumar Karampuri wrote:
TL;DR: Need to come up with a fix for AFR data self-heal from clients
(mounts).
/data-self-heal.t/ creates a 1x2 volume, sets afr changelog xattrs
directly on the files in the backend bricks, then runs full heal to heal
the files.
The test fails intermittently when run in a loop because
Krishnan Parthasarathi kpart...@redhat.com wrote:
We need help in getting gdb to work with proper stack frames. It is mostly
my lack of *BSD knowledge.
What problem do you run into?
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
___
Hi,
Should I file a new BZ for this particular failure for the 3.7 branch? I have
used BZ 1163543 (generic test failure BZ) to submit the patch on master.
Regards,
Nithya
- Original Message -
From: Nithya Balachandran nbala...@redhat.com
To: Soumya Koduri skod...@redhat.com
Cc:
Hi,
I have submitted patch http://review.gluster.org/#/c/10590/ for this.
Regards,
Nithya
- Original Message -
From: Soumya Koduri skod...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com, Nithya Balachandran
nbala...@redhat.com
Cc: Gluster Devel
Sorry for the delay... Long day of flights... OK. Here goes my attempt
to explain what was happening:
First, my setup. I am using a replica-2 setup with four nodes. These
are:
gfsib01a
gfsib01b
gfsib02a
gfsib02b, where the 1a/1b and 2a/2b are replica pairs.
I am using a number of
- Original Message -
Krishnan Parthasarathi kpart...@redhat.com wrote:
We need help in getting gdb to work with proper stack frames. It is mostly
my lack of *BSD knowledge.
What problem do you run into?
On gdb'ing into one of the brick process, I see the following backtrace.
Gaurav,
Please look into
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8409/console
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
forgot to mention patch urlhttp://review.gluster.org/#/c/10475.
owner should use upstream bug id while sending patch to upstream and downstream
bug id while sending patch to downstream branch.
Thanks
Regards
Gaurav
- Original Message -
From: Gaurav Garg gg...@redhat.com
To:
Some ideas on NetBSD glupy.t failure, which may also have some
consequences on Linux
After http://review.gluster.org/10248/ was merged, glupy.py installation
path cnaged from @BUILD_PYTHON_SITE_PACKAGE@/gluster to
@BUILD_PYTHON_SITE_PACKAGE@/gluster/glupy
Since nothing cleans up
Hi Pranith,
Actually there is problem is sender patch. Its a intended behavior not a
spurious. Current patch is not solving what bug actually say along with it the
patch owner should look into the failure test case once and patch owner should
modify the test cases if there is actual need of
Comments inline
- Original Message -
From: Benjamin Turner bennytu...@gmail.com
To: Susant Palai spa...@redhat.com
Cc: Vijay Bellur vbel...@redhat.com, Gluster Devel
gluster-devel@gluster.org
Sent: Monday, May 4, 2015 8:58:13 PM
Subject: Re: [Gluster-devel] Rebalance improvement
Emmanuel Dreyfus m...@netbsd.org wrote:
I sent http://review.gluster.org/10540 to address it completely. Not
sure if it works on netBSD. Emmanuel help!!
I launched test runs in a loop on nbslave70. More later.
Failed on first pass:
Test Summary Report
---
On 05/05/2015 01:35 PM, Vijay Bellur wrote:
On 05/05/2015 11:40 AM, Emmanuel Dreyfus wrote:
Emmanuel Dreyfus m...@netbsd.org wrote:
I sent http://review.gluster.org/10540 to address it completely. Not
sure if it works on netBSD. Emmanuel help!!
I launched test runs in a loop on nbslave70.
On 05/05/2015 11:40 AM, Emmanuel Dreyfus wrote:
Emmanuel Dreyfus m...@netbsd.org wrote:
I sent http://review.gluster.org/10540 to address it completely. Not
sure if it works on netBSD. Emmanuel help!!
I launched test runs in a loop on nbslave70. More later.
Failed on first pass:
Test
On 05/05/2015 01:54 PM, Emmanuel Dreyfus wrote:
On Tue, May 05, 2015 at 01:45:03PM +0530, Pranith Kumar Karampuri wrote:
Already updated the status about this in the earlier mail.
http://review.gluster.org/10539 is the fix.
That one only touches bug-1202244-support-inode-quota.t ...
RCA:
- Original Message -
From: Sachin Pandit span...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Gluster Devel gluster-devel@gluster.org
Sent: Tuesday, May 5, 2015 3:24:59 PM
Subject: Re: [Gluster-devel] spurious failure in quota-nfs.t
- Original Message
- Original Message -
From: Raghavendra Gowdappa rgowd...@redhat.com
To: Sachin Pandit span...@redhat.com
Cc: Pranith Kumar Karampuri pkara...@redhat.com, Gluster Devel
gluster-devel@gluster.org
Sent: Tuesday, May 5, 2015 3:27:32 PM
Subject: Re: [Gluster-devel] spurious failure in
On 05/05/2015 08:13 AM, Pranith Kumar Karampuri wrote:
On 05/05/2015 08:10 AM, Jeff Darcy wrote:
Jeff's patch failed again with same problem:
http://build.gluster.org/job/rackspace-netbsd7-regression-triggered/4531/console
Wouldn't have expected anything different. This one looks like a
On 5 May 2015, at 03:40, Jeff Darcy jda...@redhat.com wrote:
Jeff's patch failed again with same problem:
http://build.gluster.org/job/rackspace-netbsd7-regression-triggered/4531/console
Wouldn't have expected anything different. This one looks like a
problem in the Jenkins/Gerrit
Hi,
Here is the etherpad link to track the pending patches to
be merged in 3.7 branch before release.
If you have any, please add them to the list.
https://public.pad.fsfe.org/p/pending_gluster_3.7_patches
Thanks,
Raghavendra Talur
___
Gluster-devel
28 matches
Mail list logo
