On 07/11/2014 10:24 AM, Harshavardhana wrote:
On Thu, Jul 10, 2014 at 7:30 PM, Harshavardhana
wrote:
Do not know, they do not show up locally on my laptop, can you point
me to a build so that i can investigate?
I think these are related to C99 standards, are you using clang? -
Nope. gcc.
t
On Thu, Jul 10, 2014 at 7:30 PM, Harshavardhana
wrote:
> Do not know, they do not show up locally on my laptop, can you point
> me to a build so that i can investigate?
>
I think these are related to C99 standards, are you using clang? -
this must be xdrgen bug that it doesn't produce the proper
Do not know, they do not show up locally on my laptop, can you point
me to a build so that i can investigate?
On Thu, Jul 10, 2014 at 6:45 PM, Pranith Kumar Karampuri
wrote:
> hi Harsha,
> Know anything about the following warnings on latest master?
> In file included from msg-nfs3.h:20:0,
>
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
^
nlm4-xdr.h:
On 10/07/2014, at 2:21 PM, Vijay Bellur wrote:
> Since we are very close to branching release-3.6 (over this weekend), I will
> do the following:
>
> 1. Create the first release from release-3.6 branch as v3.6.0alpha1
>
> 2. Create a new "v3.7dev" tag in the master branch after release-3.6 is i
On 10/07/2014, at 12:44 PM, Vijay Bellur wrote:
> A lot of regression runs are failing because of this test unit. Given feature
> freeze is around the corner, shall we provide a +1 verified manually for
> those patchsets that fail this test?
Went through and did this manually, as "Gluster Buil
Fetching patch sets via git:// urls fails:
> git fetch git://review.gluster.org/glusterfs refs/changes/88/8288/1
fatal: Couldn't find remote ref refs/changes/88/8288/1
While http:// urls works:
> git fetch http://review.gluster.org/glusterfs refs/changes/88/8288/1
remote: Counting objects: 8388
Sent a patch that temporarily disables the failing TEST
http://review.gluster.org/#/c/8259/
- Original Message -
From: "Joseph Fernandes"
To: "Justin Clift"
Cc: "Niels de Vos" , "Gluster Devel"
, "Vijay Bellur"
Sent: Thursday, July 10, 2014 6:57:34 PM
Subject: Re: [Gluster-devel] reg
On 10/07/2014, at 2:27 PM, Joseph Fernandes wrote:
> Hi All,
>
> 1) Tried reproducing the issue in local setup by running the regression test
> multiple times in a for loop. But the issue never hit!
> 2) As Avra pointed out the logs suggests that the port(49159) assigned by the
> glusterd(host1)
Hi All,
1) Tried reproducing the issue in local setup by running the regression test
multiple times in a for loop. But the issue never hit!
2) As Avra pointed out the logs suggests that the port(49159) assigned by the
glusterd(host1) to the snap brick is already in use by some other process
3) F
On 07/10/2014 02:23 PM, Justin Clift wrote:
On 10/07/2014, at 9:45 AM, Niels de Vos wrote:
On Wed, Jul 09, 2014 at 09:33:01PM +0100, Justin Clift wrote:
That v3.5qa2 tag name on master is annoying, due to the RPM
naming it causes when building on master.
Did we figure out a solution?
Maybe we
This sounds perfect.
On Thu, Jul 10, 2014 at 2:15 PM, Niels de Vos wrote:
> On Wed, Jul 09, 2014 at 09:33:01PM +0100, Justin Clift wrote:
>> That v3.5qa2 tag name on master is annoying, due to the RPM
>> naming it causes when building on master.
>>
>> Did we figure out a solution?
>>
>> Maybe we
On 07/09/2014 12:11 AM, Gluster Build System wrote:
SRC:
http://bits.gluster.org/pub/gluster/glusterfs/src/glusterfs-3.4.5beta2.tar.gz
This release is made off jenkins-release-80
-- Gluster Build System
___
Gluster-devel mailing list
Gluster-devel@g
On 10/07/2014, at 1:41 PM, Niels de Vos wrote:
> On Thu, Jul 10, 2014 at 05:14:08PM +0530, Vijay Bellur wrote:
>> A lot of regression runs are failing because of this test unit.
>> Given feature freeze is around the corner, shall we provide a +1
>> verified manually for those patchsets that fail t
On Thu, Jul 10, 2014 at 05:14:08PM +0530, Vijay Bellur wrote:
> On 07/08/2014 01:54 PM, Avra Sengupta wrote:
> >In the test case, we are checking gluster snap status to see if all the
> >bricks are alive. One of the snap bricks fail to start up, and hence we
> >see the failure. The brick fails to b
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 the
Looks like Rackspace had some issues during one of their upgrades
or something, and two of the slave VMs permanently died:
* slave20
* slave22
Those VMs have been nuked and new VMs built to take their place
(same names).
Any logs that were on the old VMs are no longer available,
having also go
On 07/08/2014 01:54 PM, Avra Sengupta wrote:
In the test case, we are checking gluster snap status to see if all the
bricks are alive. One of the snap bricks fail to start up, and hence we
see the failure. The brick fails to bind with "Address already in use"
error. But if we see clearly that sam
On 10/07/2014, at 9:45 AM, Niels de Vos wrote:
> On Wed, Jul 09, 2014 at 09:33:01PM +0100, Justin Clift wrote:
>> That v3.5qa2 tag name on master is annoying, due to the RPM
>> naming it causes when building on master.
>>
>> Did we figure out a solution?
>>
>> Maybe we should do a v3.6 tag at fea
On Wed, Jul 09, 2014 at 09:33:01PM +0100, Justin Clift wrote:
> That v3.5qa2 tag name on master is annoying, due to the RPM
> naming it causes when building on master.
>
> Did we figure out a solution?
>
> Maybe we should do a v3.6 tag at feature freeze
> time or something?
I think we can push a
On 2014-07-09 22:39, Harshavardhana wrote:
> I thought "pkg-version" in build-aux should have fixed this properly?
Well, it does generate correct ascending names, but since 'git describe'
picks up the v3.5qa2 tag, new package names are based on that (and hence
yum considers 3.5.1 newer than maste
21 matches
Mail list logo