On Tue, Mar 31, 2015 at 12:14 PM, Vijay Bellur wrote:
> On 03/28/2015 02:08 PM, Emmanuel Dreyfus wrote:
>>
>> Pranith Kumar Karampuri wrote:
>>
>>> Emmanuel,
>>> What can we do to make it vote -2 when it fails? Things will
>>> automatically fall in place if it gives -2.
>>
>>
>> I will
IMHO, doing hardening and security should be left the individual
distributions and the package maintainers. Generally, each distribution has
it's own policies with regards to hardening and security. We as an upstream
project cannot decide on what a distribution should do. But we should be
ready to
The following new components have been added to bugzilla:
- tiering
- sharding
- bitrot
Please use these components while filing bugs or triaging.
Thanks,
Vijay
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/li
On 03/28/2015 02:08 PM, Emmanuel Dreyfus wrote:
Pranith Kumar Karampuri wrote:
Emmanuel,
What can we do to make it vote -2 when it fails? Things will
automatically fall in place if it gives -2.
I will do this once I will have recovered. The changelog change broke
regression for wee
I'll take a look at the hangs.
Regards,
Nithya
- Original Message -
From: "Justin Clift"
To: "Vijay Bellur"
Cc: "Gluster Devel" , "Nithya Balachandran"
Sent: Tuesday, 31 March, 2015 5:40:29 AM
Subject: Re: [Gluster-devel] Spurious Failures in regression runs
On 30 Mar 2015, at 18:54
Folks,
There are some projects which uses compiler/glibc features to strengthen
the security claims. Popular distros suggest to harden daemon with
RELRO/PIE flags. You could see [1] [2] [3]
Partial relro is when you have -Wl,-z,relro in the LDFLAGS for building
libraries. Partial relro means that
On 03/18/2015 02:33 PM, Anoop C S wrote:
>
>
> On 03/18/2015 02:00 PM, Emmanuel Dreyfus wrote:
>> On Wed, Mar 18, 2015 at 11:26:02AM +0530, Anoop C S wrote:
>>> Trash translator creates the original file inside .trashcan directory on
>>> receiving a truncate/ftruncate call and then truncates th
Hello eveybody
NetBSD regression was raised from the deads and now we have a window
where it works enough to enable votes in Gerrit.
Since we still do not know how to set verified to +1 if Linux and NetBSD
regression passed, and -1 if Linux or NetBSD regression failed, NetBSD
regression just leav
I've been personally following the same model while working on upstream
bugs. IMO, this needs no additional effort but just the discipline.
Because of lack of transition of bug states, our upstream BZ statistics
doesn't show the exact state where we are in now. I am pretty sure
numbers will look re
> I did reserve 04/02 for you and striked out 04/02 in the etherpad :). You
> can still go ahead with 04/02.
works for me. thanks!
>
> Thanks,
> Vijay
>
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/glu
On 03/26/2015 02:45 AM, Niels de Vos wrote:
With all the new features merged, we need to know on what side of the
system the new xlators, libraries and scripts are used. There always are
questions on reducing the installation size on client systems, so
anything that is not strictly needed clien
On 30 Mar 2015, at 18:54, Vijay Bellur wrote:
> Hi All,
>
> We are attempting to capture all known spurious regression failures from the
> jenkins instance in build.gluster.org at [1].
> The issues listed in the etherpad impede our patch merging workflow and need
> to be sorted out before we br
Hi All,
We are attempting to capture all known spurious regression failures from
the jenkins instance in build.gluster.org at [1].
The issues listed in the etherpad impede our patch merging workflow and
need to be sorted out before we branch
release-3.7. If you happen to be the owner of one or
On 03/30/2015 01:57 PM, Venky Shankar wrote:
On Mon, Mar 30, 2015 at 11:23 AM, Venky Shankar wrote:
On Fri, Mar 27, 2015 at 4:31 PM, Vijay Bellur wrote:
Hi All,
As we inch closer to 3.7.0, I think it might be a good idea to talk about
new/improved features in 3.7 and do a demo of the feature
On 30 Mar 2015, at 05:53, Kaushal M wrote:
> The Unify xlator is the predecessor of the DHT xlator and it has long been
> deprecated in favour of DHT. I think it was removed from the source in
> release 3.4.
>
> If you still want to look at it for reference, you can checkout the
> release-3.3
On 03/30/2015 06:01 PM, Emmanuel Dreyfus wrote:
On Mon, Mar 30, 2015 at 05:44:23PM +0530, Pranith Kumar Karampuri wrote:
Problem here is that ' inode_forget' is coming even before it gets to
inspect the file. We initially thought we should 'ref' the inode when the
user specifies the choice and
On Mon, Mar 30, 2015 at 05:44:23PM +0530, Pranith Kumar Karampuri wrote:
> Problem here is that ' inode_forget' is coming even before it gets to
> inspect the file. We initially thought we should 'ref' the inode when the
> user specifies the choice and 'unref' it at the time of 'finalize' or
> 'abo
On 03/30/2015 06:34 PM, Emmanuel Dreyfus wrote:
Pranith Kumar Karampuri wrote:
Since spb_choice is not saved as an attribute for the file on the
bricks, it cannot be recovered when the context is reallocated. Either
that "save" feature has been forgotten, or going to afr_destroy() here
is a b
Pranith Kumar Karampuri wrote:
> > Since spb_choice is not saved as an attribute for the file on the
> > bricks, it cannot be recovered when the context is reallocated. Either
> > that "save" feature has been forgotten, or going to afr_destroy() here
> > is a bug. Here is the backtrace leading th
On 03/29/2015 02:23 PM, Emmanuel Dreyfus wrote:
Pranith Kumar Karampuri wrote:
I see split-brain-resolution.t uses attribute replica.split-brain-choice
to choose what replica should be used. This attribute is not in
privilegied space (trusted. prefixed). Is it on purpose?
Yes, these are used
On Mon, Mar 30, 2015 at 11:23 AM, Venky Shankar wrote:
> On Fri, Mar 27, 2015 at 4:31 PM, Vijay Bellur wrote:
>> Hi All,
>>
>> As we inch closer to 3.7.0, I think it might be a good idea to talk about
>> new/improved features in 3.7 and do a demo of the features to our users over
>> Google hangou
On Mon, Mar 30, 2015 at 12:36 PM, Emmanuel Dreyfus wrote:
> On Mon, Mar 30, 2015 at 10:10:20AM +0530, Venky Shankar wrote:
>> > Review done, awaiting clarification on a minor question from Venky
>> > (changelog maintainer).
>>
>> Have a minor comment. Rest is all good.
>
> I addressed the minor c
Hi all,
it's great to see that there are so many changes getting merged before
the 3.7 release. Unfortunately it is very difficult to keep track of all
the features that have all their patches merged, and the features that
still have some patches that need to be reviewed.
Developers should be awa
On Mon, Mar 30, 2015 at 10:10:20AM +0530, Venky Shankar wrote:
> > Review done, awaiting clarification on a minor question from Venky
> > (changelog maintainer).
>
> Have a minor comment. Rest is all good.
I addressed the minor comment. Please bring the +1 review)!
There is no need for release-
24 matches
Mail list logo