aghavendra Gowdappa" <rgowd...@redhat.com>, "Raghavendra G"
>>> > > > <raghaven...@gluster.com>
>>> > > > Cc: Gluster-devel@gluster.org, "Jan Zizka (Nokia - CZ/Prague)"
>>> > > > <jan.zi...@nokia.com>
n
of Raghavendra's patch. I tested it and it worked fine. We are still trying
to figure out quick-read and readdir-ahead as I type this mail.
>
> Thanks a lots
>
>
>
> Best Regards,
>
> George
>
>
>
> *From:* Pranith Kumar Karampuri [mailto:pkara...@redhat.c
On Fri, Oct 28, 2016 at 4:33 PM, Gandalf Corvotempesta <
gandalf.corvotempe...@gmail.com> wrote:
> 2016-10-28 12:32 GMT+02:00 Pranith Kumar Karampuri <pkara...@redhat.com>:
> > No it is not completely valid. We will update it and announce the release
> > sometime soon.
On Fri, Oct 28, 2016 at 12:35 PM, Gandalf Corvotempesta <
gandalf.corvotempe...@gmail.com> wrote:
> Il 25 ott 2016 12:42, "Aravinda" ha scritto:
> >
> > Hi,
> >
> > Since Automated test framework for Gluster is in progress, we need help
> from Maintainers and developers to
hi George,
It would help if we can identify the bare minimum xlators which are
contributing to the issue like Raghavendra was mentioning earlier. We were
wondering if it is possible for you to help us in identifying the issue by
running the workload on a modified setup? We can suggest
hi,
Nowadays I am seeing quite a few patches are straightforward backports
from master. But if I follow the process it generally takes around 10
minutes to complete porting each patch. I was wondering if anyone else
looked into automating this. Yesterday I had to backport
+Krutika
On Mon, Oct 24, 2016 at 4:10 PM, qingwei wei wrote:
> Hi,
>
> I am currently running a simple gluster setup using one server node
> with multiple disks. I realize that if i delete away all the .shard
> files in one replica in the backend, my application (dd) will
https://bugzilla.redhat.com/show_bug.cgi?id=1366818 is the bug I am
referring to in the mail above. (Thanks sankarshan for pointing that I
missed the link :-) )
On Tue, Oct 25, 2016 at 3:14 PM, Pranith Kumar Karampuri <
pkara...@redhat.com> wrote:
> One of the Red hat QE engineers (
One of the Red hat QE engineers (Nag Pavan) found a day 1 bug in entry
self-heal where the file with good data can be replaced with file with bad
data when renames + self-heal is involved in a particular way.
Sample steps (From the bz):
1) have a plain replica volume with 2 bricks. start the
Which review-tool do you suggest Michael? Any other alternatives that are
better? Don't tell me email :-)
On Sun, Oct 16, 2016 at 1:20 AM, Michael Adam wrote:
> On 2016-10-14 at 11:44 +0200, Niels de Vos wrote:
> > On Fri, Oct 14, 2016 at 02:21:23PM +0530, Nigel Babu wrote:
> >
On Fri, Oct 14, 2016 at 9:27 PM, Shyam wrote:
> On 10/14/2016 10:48 AM, Manikandan Selvaganesh wrote:
>
>> Hi Soumya,
>>
>> Welcome to the community.
>>
>> Here[1] is the link for Gluster Documentation. I would suggest you to
>> google and
>> read a bit about GlusterFS and
Your comments are welcome @ http://review.gluster.org/15637
--
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
gt; Niels
>
>
> >
> > On Fri, Oct 14, 2016 at 12:23 PM, Niels de Vos <nde...@redhat.com>
> wrote:
> >
> > > On Thu, Oct 13, 2016 at 11:01:43PM +0530, Pranith Kumar Karampuri
> wrote:
> > > > On Thu, Oct 6, 2016 at 1:49 AM, Michael A
>
> Michael
>
> > - Original Message -
> > > On 2016-09-30 at 17:52 +0200, Niels de Vos wrote:
> > > > On Fri, Sep 30, 2016 at 08:50:12PM +0530, Ravishankar N wrote:
> > > > > On 09/30/2016 06:38 PM, Niels de Vos wrote:
>
On Wed, Oct 5, 2016 at 2:00 PM, Soumya Koduri wrote:
> Hi,
>
> With http://review.gluster.org/#/c/15051/, performace/client-io-threads
> is enabled by default. But with that we see regression caused to
> nfs-ganesha application trying to un/re-export any glusterfs volume.
gt;
> On October 3, 2016 3:58:32 AM GMT+02:00, Pranith Kumar Karampuri <
> pkara...@redhat.com> wrote:
>>
>>
>>
>> On Mon, Oct 3, 2016 at 7:23 AM, Ravishankar N <ravishan...@redhat.com>
>> wrote:
>>
>>> On 10/03/2016 06:58 AM, Pranith Kum
On Mon, Oct 3, 2016 at 7:23 AM, Ravishankar N <ravishan...@redhat.com>
wrote:
> On 10/03/2016 06:58 AM, Pranith Kumar Karampuri wrote:
>
>
>
> On Mon, Oct 3, 2016 at 6:41 AM, Pranith Kumar Karampuri <
> pkara...@redhat.com> wrote:
>
>>
>>
>
On Mon, Oct 3, 2016 at 6:41 AM, Pranith Kumar Karampuri <pkara...@redhat.com
> wrote:
>
>
> On Fri, Sep 30, 2016 at 8:50 PM, Ravishankar N <ravishan...@redhat.com>
> wrote:
>
>> On 09/30/2016 06:38 PM, Niels de Vos wrote:
>>
>> On Fri, Sep 30, 2016
On Fri, Sep 30, 2016 at 8:50 PM, Ravishankar N <ravishan...@redhat.com>
wrote:
> On 09/30/2016 06:38 PM, Niels de Vos wrote:
>
> On Fri, Sep 30, 2016 at 07:11:51AM +0530, Pranith Kumar Karampuri wrote:
>
> hi,
> At the moment 'Reviewed-by' tag comes only if a +1
essage -
> > From: "Raghavendra Gowdappa" <rgowd...@redhat.com>
> > To: "Pranith Kumar Karampuri" <pkara...@redhat.com>
> > Cc: "Shyam Ranganathan" <srang...@redhat.com>, "Nithya Balachandran" <
> nbala...@redha
On Thu, Sep 29, 2016 at 7:51 PM, Niels de Vos wrote:
> Hello,
>
> When NFS-Ganesha does an UNLINK of a filename on an inode, it does a
> follow-up check to see if the inode has been deleted or if there are
> still other filenames linked (like hardlinks) to it.
>
> Users are
hi,
At the moment 'Reviewed-by' tag comes only if a +1 is given on the
final version of the patch. But for most of the patches, different people
would spend time on different versions making the patch better, they may
not get time to do the review for every version of the patch. Is it
hi,
In dht_readdirp_cbk() there is a check about skipping files without
ia_type. Could you help me understand why this check is added? There are
times when users have to delete gfid of the entries and trigger something
like 'find . | xargs stat' to heal the gfids. This case would fail if we
On Fri, Sep 30, 2016 at 9:58 AM, Raghavendra Gowdappa <rgowd...@redhat.com>
wrote:
>
>
> - Original Message -----
> > From: "Pranith Kumar Karampuri" <pkara...@redhat.com>
> > To: "Raghavendra Gowdappa" <rgowd...@redhat.com>
rom non-hashed subvols corresponding to directories.
>
> Since the behaviour is different for different filesystem objects, dht
> needs ia_type to choose its behaviour.
>
> ----- Original Message -
> > From: "Pranith Kumar Karampuri" <pkara...@redhat.com>
On Fri, Sep 30, 2016 at 4:00 PM, Nigel Babu <nig...@redhat.com> wrote:
> On Tue, Sep 27, 2016 at 01:13:15PM +0530, Nigel Babu wrote:
> > On Tue, Sep 27, 2016 at 12:52:45PM +0530, Pranith Kumar Karampuri wrote:
> > > On Tue, Sep 27, 2016 at 12:39 PM, Nigel Babu <
On Fri, Sep 30, 2016 at 9:50 AM, Raghavendra Gowdappa <rgowd...@redhat.com>
wrote:
>
>
> - Original Message -----
> > From: "Pranith Kumar Karampuri" <pkara...@redhat.com>
> > To: "Raghavendra Gowdappa" <rgowd...@redhat.com>
Does samba/gfapi/nfs-ganesha have options to disable readdirp?
On Fri, Sep 30, 2016 at 10:04 AM, Pranith Kumar Karampuri <
pkara...@redhat.com> wrote:
> What if the lower xlators want to set the entry->inode to NULL and clear
> the entry->d_stat to force a lookup on the name?
On Tue, Sep 27, 2016 at 12:39 PM, Nigel Babu <nig...@redhat.com> wrote:
> On Tue, Sep 27, 2016 at 12:00:40PM +0530, Pranith Kumar Karampuri wrote:
> > On Tue, Sep 27, 2016 at 11:20 AM, Nigel Babu <nig...@redhat.com> wrote:
> >
> > > These are gbench failure
he logs like we do for regression runs?
>
> On Tue, Sep 27, 2016 at 9:40 AM, Ravishankar N <ravishan...@redhat.com>
> wrote:
>
>> On 09/27/2016 09:36 AM, Pranith Kumar Karampuri wrote:
>>
>> hi Nigel,
>> Is there already a bug to capture these in the r
hi Nigel,
Is there already a bug to capture these in the runs when failures
happen? I am not able to understand why this failure happened:
https://build.gluster.org/job/smoke/30843/console, logs/cores would have
helped. Let me know if I should raise a bug for this.
--
Pranith
hi,
I found the following two issues and fixed them:
Problems:
1) flush-behind is on by default, so just because write completes
doesn't mean
it will be on the disk, it could still be in write-behind's cache.
This
leads to failure where if you write from one mount and
On Mon, Sep 26, 2016 at 4:49 PM, Niels de Vos <nde...@redhat.com> wrote:
> On Fri, Sep 23, 2016 at 08:44:14PM +0530, Pranith Kumar Karampuri wrote:
> > On Fri, Sep 23, 2016 at 6:12 PM, Jeff Darcy <jda...@redhat.com> wrote:
> >
> > > > Jiffin found an inter
On Mon, Sep 26, 2016 at 4:53 AM, Vijay Bellur wrote:
> On Sat, Sep 24, 2016 at 2:49 PM, Nigel Babu wrote:
> > Hello,
> >
> > Michael and I are happy to announce that the migration is now complete.
> Both
> > review.gluster.org and build.gluster.org are now
On Fri, Sep 23, 2016 at 6:12 PM, Jeff Darcy wrote:
> > Jiffin found an interesting problem in posix xlator where we have never
> been
> > using setfsuid/gid ( http://review.gluster.org/#/c/15545/ ), what I am
> > seeing regressions after this is, if the files are created using
On Fri, Sep 23, 2016 at 12:30 PM, Soumya Koduri <skod...@redhat.com> wrote:
>
>
> On 09/23/2016 08:28 AM, Pranith Kumar Karampuri wrote:
>
>> hi,
>>Jiffin found an interesting problem in posix xlator where we have
>> never been using setfsuid/gid
hi,
Jiffin found an interesting problem in posix xlator where we have never
been using setfsuid/gid (http://review.gluster.org/#/c/15545/), what I am
seeing regressions after this is, if the files are created using non-root
user then the file creation fails because that user doesn't have
On Mon, Sep 19, 2016 at 9:22 PM, Niels de Vos wrote:
> On Mon, Sep 19, 2016 at 10:31:11AM -0400, Luis Pabón wrote:
> > Using qemu is interesting, but the I/O should be using the IO path of
> QEMU block API. If not,
> > TCMU would not know how to work with QEMU dynamic QCOW2
On Mon, Sep 19, 2016 at 10:13 AM, Niels de Vos wrote:
> On Tue, Sep 13, 2016 at 12:06:00PM -0400, Luis Pabón wrote:
> > Very good points. Thanks Prasanna for putting this together. I agree
> with
> > your comments in that Heketi is the high level abstraction API and it
>
Jeff,
If I understood brick-multiplexing correctly,
add-brick/remove-brick add/remove graphs right? I don't think the
grah-cleanup is in good shape, i.e. it should lead to memory leaks etc. Did
you get a chance to think about it?
On Mon, Sep 19, 2016 at 6:56 PM, Jeff Darcy
On Thu, Sep 15, 2016 at 2:37 PM, Soumya Koduri wrote:
> Hi Amye,
>
> Is there any plan to record these talks?
>
I had same question.
>
> Thanks,
> Soumya
>
> On 09/15/2016 03:09 AM, Amye Scavarda wrote:
>
>> Thanks to all that submitted talks, and thanks to the program
e correctness (leaving rebalance out of the
> picture).
>
Yes, this seems fine.
>
>
>
>>
>>Let me know if this approach is suitable.
>>
>>
>>
>> Regards
>> Mohit Agrawal
>>
>> On Wed, Sep 7, 2016 at 10:27 PM, Pranith Kumar Karampuri <
&g
> Thanks,
> Susant
>
>
> - Original Message -
> > From: "Susant Palai" <spa...@redhat.com>
> > To: "Raghavendra Gowdappa" <rgowd...@redhat.com>, "Pranith Kumar
> Karampuri" <pkara...@redhat.com>
> > Cc: "gluster-dev
On Tue, Sep 13, 2016 at 7:29 PM, Nigel Babu wrote:
> On Fri, Sep 02, 2016 at 10:25:01AM +0530, Nigel Babu wrote:
> > > > The reason cherry-pick was chosen was to keep the branch linear and
> > > > avoid merge-commits as (I'm guessing here) this makes the tree hard
> to
> > > >
gt; Thanks and Regards,
>> Sanoj
>>
>> - Original Message -
>> From: "Xavier Hernandez" <xhernan...@datalab.es>
>> To: "Raghavendra Gowdappa" <rgowd...@redhat.com>, "Sanoj Unnikrishnan" <
>> sunni...@redhat.com
On Fri, Sep 9, 2016 at 5:16 PM, Aravinda wrote:
> Hi All,
>
> Gluster 3.9 release Schedule
>
> Week of Sept 12-16 - Beta Tagging and Start testing
> Week of Sept 19-23 - RC tagging
> End of Sept 2016 - GA(General Availability) release of 3.9
>
> Considering that beta
vol is source and rest of them are sink as we
> are doing same in dht_dir_attr_heal.
>
I think first up subvol is different for different mounts as per my
understanding, I could be wrong.
>
> Regards
> Mohit Agrawal
>
> On Wed, Sep 7, 2016 at 9:34 PM, Pranith Kumar Kara
hi Mohit,
How does dht find which subvolume has the correct list of xattrs?
i.e. how does it determine which subvolume is source and which is sink?
On Wed, Sep 7, 2016 at 2:35 PM, Mohit Agrawal wrote:
> Hi,
>
> I am trying to find out solution of one problem in dht
On Wed, Sep 7, 2016 at 6:07 AM, Sankarshan Mukhopadhyay <
sankarshan.mukhopadh...@gmail.com> wrote:
> On Wed, Sep 7, 2016 at 5:10 AM, Pranith Kumar Karampuri
> <pkara...@redhat.com> wrote:
>
> > Do you think it makes sense to do post-mortem of features that
> d
hi,
Do you think it makes sense to do post-mortem of features that didn't
make it to 3.9.0? We have some features that missed deadlines twice as
well, i.e. planned for 3.8.0 and didn't make it and planned for 3.9.0 and
didn't make it. So may be we are adding features to roadmap without
On Tue, Sep 6, 2016 at 11:23 AM, Prashanth Pai <p...@redhat.com> wrote:
>
>
> - Original Message -----
> > From: "Pranith Kumar Karampuri" <pkara...@redhat.com>
> > To: tdasi...@redhat.com, "Prashanth Pai" <p...@redhat.com>
&
. Till the eventing test framework is integrated with the regression
> suite, manual test of all 28 snapshot events.
>
> Regards,
> Avra
>
>
> On 09/03/2016 12:26 AM, Pranith Kumar Karampuri wrote:
>
> hi,
> Did you get a chance to decide on the tests that nee
On Mon, Sep 5, 2016 at 8:54 PM, Niels de Vos <nde...@redhat.com> wrote:
> On Sat, Sep 03, 2016 at 12:10:41AM +0530, Pranith Kumar Karampuri wrote:
> > hi,
> > I think most of this testing will be covered in nfsv4, smb
> testing.
> > But I could be wr
http://hadoop.apache.org> where we detail Hadoop interoperability
>
>
>
> On Sep 2, 2016, at 3:33 PM, Pranith Kumar Karampuri <pkara...@redhat.com>
> wrote:
>
> hi Jay,
> Are there any tests that are done before releasing glusterfs
> upstream to make sure the p
hi,
As per MAINTAINERS file this port doesn't have maintainer. If you want
to take up the responsibility of maintaining the port please let us know
how you want to go about doing it and what should be the checklist of
things that should be done before every release upstream. It is extremely
hi,
As per MAINTAINERS file this port doesn't have maintainer. If you want
to take up the responsibility of maintaining the port please let us know
how you want to go about doing it and what should be the checklist of
things that should be done before every release upstream. It is extremely
hi,
In the past we have had issues where some of the functionality didn't
work on debian/ubuntu because 'glfsheal' binary was not packaged. What do
you guys as packaging/build maintainers on different distros suggest that
we do to make sure we catch such mistakes before the releases are
hi Jay,
Are there any tests that are done before releasing glusterfs upstream
to make sure the plugin is stable? Could you let us know the process, so
that we can add it to
https://public.pad.fsfe.org/p/gluster-component-release-checklist
--
Pranith
.
>
> Thanks,
> Raghavendra Talur
>
> On Sat, Sep 3, 2016 at 12:46 AM, Pranith Kumar Karampuri <
> pkara...@redhat.com> wrote:
>
>> hi,
>> Did you get a chance to decide on the smb integration tests that
>> need to be run before doing an upstream gluste
hi,
Did you get a chance to decide on the gluster-swift integration
tests that need to be run before doing an upstream gluster release? Could
you let me know who will be providing with the list?
I can update it at https://public.pad.fsfe.org/p/
gluster-component-release-checklist
Niels,
Does wireshark also handle new fops like seek, compond, getactivelk,
setactivelk FOPS? What are the other things that you check before the
release?
We can update more at
https://public.pad.fsfe.org/p/gluster-component-release-checklist
--
Pranith
hi,
Did you get a chance to decide on the nfs-ganesha integrations
tests that need to be run before doing an upstream gluster release? Could
you let me know who will be providing with the list?
I can update it at https://public.pad.fsfe.org/p/
gluster-component-release-checklist
--
hi Aravinda,
I think the existing tests should be good enough to test this
functionality but I could be wrong. May be we should update
https://public.pad.fsfe.org/p/gluster-component-release-checklist if we
need anymore things to be added.
--
Aravinda & Pranith
hi,
Did you get a chance to decide on the tests that need to be done
before doing a release for snapshot component? Could you let me know who
will be providing with the list?
I can update it at https://public.pad.fsfe.org/p/
gluster-component-release-checklist
--
Aravinda & Pranith
hi,
I think this should be covered as part of other component testing,
but if you think any more tests need to be added, please let us know.
I can update it at
https://public.pad.fsfe.org/p/gluster-component-release-checklist
--
Aravinda & Pranith
hi,
Did you get a chance to decide on the tests that need to be done
before doing a release for glusterd component? Could you let me know who
will be providing with the list?
I think just the cases that cover the infra part should be good enough.
Component based commands should come in
hi,
I think most of this testing will be covered in nfsv4, smb testing.
But I could be wrong. Could you let me know who will be providing with the
list if you think there are more tests that need to be run?
I can update it at https://public.pad.fsfe.org/p/
hi,
Did you get a chance to decide on the tests that need to be done
before doing a release for Upcall component? Could you let me know who will
be providing with the list?
I can update it at https://public.pad.fsfe.org/p/
gluster-component-release-checklist
--
Aravinda & Pranith
hi,
Did you get a chance to decide on the tests that need to be done
before doing a release for Quota+Marker component?
I can update it at https://public.pad.fsfe.org/p/
gluster-component-release-checklist
--
Aravinda & Pranith
___
hi,
Did you get a chance to decide on the tests that need to be done
before doing a release for FUSE bridge component? Could you let me know who
will be providing with the list?
I can update it at https://public.pad.fsfe.org/p/
gluster-component-release-checklist
--
Aravinda & Pranith
On Fri, Sep 2, 2016 at 11:39 PM, Pranith Kumar Karampuri <
pkara...@redhat.com> wrote:
> hi,
> Did you get a chance to decide on the tests that need to be done
> before doing a release for Bitrot component? Could you let me know who will
> be providing with the list
On Fri, Sep 2, 2016 at 11:42 PM, Pranith Kumar Karampuri <
pkara...@redhat.com> wrote:
> hi Raghavendra,
>I feel running https://github.com/avati/perf-
> test/blob/master/perf-test.sh is good enough for testing these. Do you
> feel anything more needs to be done before
On Fri, Sep 2, 2016 at 11:31 PM, Pranith Kumar Karampuri <
pkara...@redhat.com> wrote:
> hi,
> Did you get a chance to decide on the tests that need to be done
> before doing a release for DHT component? Could you let me know who will be
> providing with the list
On Fri, Sep 2, 2016 at 11:36 PM, Pranith Kumar Karampuri <
pkara...@redhat.com> wrote:
> hi,
> Did you get a chance to decide on the tests that need to be
> done before doing a release for georep family of components? Could you let
> me know who will be providing wi
On Fri, Sep 2, 2016 at 11:52 PM, Pranith Kumar Karampuri <
pkara...@redhat.com> wrote:
> hi,
>Did you get a chance to decide on the tests that need to be
> done before doing a release for Tier component? Could you let me know who
> will be providing with the list
hi,
Did you get a chance to decide on the tests that need to be
done before doing a release for Tier component? Could you let me know who
will be providing with the list?
I can update it at https://public.pad.fsfe.org/p/
gluster-component-release-checklist
--
Pranith
hi Raghavendra,
I feel running
https://github.com/avati/perf-test/blob/master/perf-test.sh is good enough
for testing these. Do you feel anything more needs to be done before the
release?
I can update it at
https://public.pad.fsfe.org/p/gluster-component-release-checklist
--
Pranith
hi,
Did you get a chance to decide on the tests that need to be done
before doing a release for Bitrot component? Could you let me know who will
be providing with the list?
I can update it at https://public.pad.fsfe.org/p/
gluster-component-release-checklist
--
Pranith
hi,
Did you get a chance to decide on the tests that need to be
done before doing a release for georep family of components? Could you let
me know who will be providing with the list?
I think changelog, marker, georep are the features that should come under
this bucket right? Are
Worked fine, posted patch
On Fri, Sep 2, 2016 at 4:32 AM, Michael Scherer <msche...@redhat.com> wrote:
> Le vendredi 02 septembre 2016 à 00:40 +0200, Michael Scherer a écrit :
> > Le vendredi 02 septembre 2016 à 03:39 +0530, Pranith Kumar Karampuri a
> > écrit :
>
Sorry about that. Missed this email.
On Fri, Sep 2, 2016 at 4:10 AM, Michael Scherer <msche...@redhat.com> wrote:
> Le vendredi 02 septembre 2016 à 03:39 +0530, Pranith Kumar Karampuri a
> écrit :
> > Not able to access it for the past 20 minutes.
>
> I am upgrad
Okay, let's wait for it to be back up. The site was not at all loading a
while back, now it at least says Service is temporarily unavailable.
On Fri, Sep 2, 2016 at 3:44 AM, Jeff Darcy wrote:
> > Not able to access it for the past 20 minutes.
>
> Looks down to me as well, and
Not able to access it for the past 20 minutes.
--
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
On Fri, Sep 2, 2016 at 12:47 AM, Shyam <srang...@redhat.com> wrote:
> On 08/31/2016 03:14 PM, Pranith Kumar Karampuri wrote:
>
>> hi,
>> I will be sending status of this work every week. This is first
>> mail of this work.
>>
>
> Thank yo
I see updates only on NFS by Niels and no other component. Can we have some
updates here please. It is difficult to make the release without these
inputs. Please let me know if you need more time because you are busy with
something.
On Mon, Aug 29, 2016 at 9:09 PM, Pranith Kumar Karampuri <
pk
I am seeing a pause when the .t runs that seem to last close to how much
ever time we put in EXPECT_WITHIN
[2016-09-01 03:24:21.852744] I
[common.c:1134:pl_does_monkey_want_stuck_lock] 0-patchy-locks: stuck lock
[2016-09-01 03:24:21.852775] W [inodelk.c:659:pl_inode_setlk]
0-patchy-locks: MONKEY
hi,
I will be sending status of this work every week. This is first
mail of this work.
We are enhancing these interfaces primarily for container storage
- From gluster a container will be able to export a file as virtual
block and will be used as private storage for that container,
t;Prashanth Pai" <p...@redhat.com> <p...@redhat.com>
> Cc: "Pranith Kumar Karampuri" <pkara...@redhat.com> <pkara...@redhat.com>,
> "Rajesh Joseph" <rjos...@redhat.com> <rjos...@redhat.com>, "Manikandan
> Selvaganesh"<msel
On Mon, Aug 29, 2016 at 12:25 PM, Nigel Babu wrote:
> Hello folks,
>
> We have not pruned our Gerrit maintainers list ever as far as I can see.
> We've
> only added people. For security reasons, I'd like to propose that we do the
> following:
>
> If you do not have a commit in
hi,
Could we have release checklist for the components? Please add the
steps that need to be done before the release is made at this link:
https://public.pad.fsfe.org/p/gluster-component-release-checklist. This
activity needs to be completed by 2nd September. Please also add if the
tests
On Sat, Aug 27, 2016 at 1:22 PM, Raghavendra Gowdappa <rgowd...@redhat.com>
wrote:
>
>
> - Original Message -----
> > From: "Pranith Kumar Karampuri" <pkara...@redhat.com>
> > To: "Rajesh Joseph" <rjos...@redhat.com>, "Manika
Prasanna, Prashant,
Could you add a short description of the features you are working
on for 3.9 as well to the list?
On Fri, Aug 26, 2016 at 9:39 PM, Pranith Kumar Karampuri <
pkara...@redhat.com> wrote:
>
>
> On Fri, Aug 26, 2016 at 9:38 PM, Pranith Kumar Kara
On Fri, Aug 26, 2016 at 9:38 PM, Pranith Kumar Karampuri <
pkara...@redhat.com> wrote:
> hi,
> Now that we are almost near the feature freeze date (31st of Aug),
> want to get a sense if any of the status of the features.
>
I meant "want to get a sense of the
hi,
Now that we are almost near the feature freeze date (31st of Aug),
want to get a sense if any of the status of the features.
Please respond with:
1) Feature already merged
2) Undergoing review will make it by 31st Aug
3) Undergoing review, but may not make it by 31st Aug
4) Feature
for others inputs here as well
>
> regards
> Aravinda
>
> On Wednesday 24 August 2016 05:15 PM, Pranith Kumar Karampuri wrote:
>
> Just resending in case you missed this mail.
>
> On Tue, Aug 23, 2016 at 2:31 AM, Pranith Kumar Karampuri <
> pkara...@redhat.com> wrote
Just resending in case you missed this mail.
On Tue, Aug 23, 2016 at 2:31 AM, Pranith Kumar Karampuri <
pkara...@redhat.com> wrote:
> hi Aravinda,
>I was wondering what is your opinion in sending selected logs as
> events instead of treating them specially. Is this som
gt; Aravinda
>>
>> On 08/03/2016 09:19 PM, Vijay Bellur wrote:
>>
>>> On 08/02/2016 11:24 AM, Pranith Kumar Karampuri wrote:
>>>
>>>>
>>>>
>>>> On Tue, Aug 2, 2016 at 8:21 PM, Vijay Bellur <vbel...@redhat.com
>>>
For some reason Ravi's mail is not coming on the lists, not sure why. Here
is his mail:
Hello,
Here is a proposal I'd like to make.
Title: Throttling in gluster (https://github.com/gluster/gl
usterfs-specs/blob/master/accepted/throttling.md)
Theme: Performance and scalability.
The talk/
hi Aravinda,
I was wondering what is your opinion in sending selected logs as
events instead of treating them specially. Is this something you guys
considered? Do you think it is a bad idea to do it that way? We can even
come up with a new api which logs and then sends it as event.
--
On Sat, Aug 20, 2016 at 5:49 AM, Jeff Darcy wrote:
> For those who are interested, here's the current development status.
>
> The good news is that the current patch[1] works well enough for almost
> all of the basic tests and 22/32 of the basic/afr tests to run
>
201 - 300 of 772 matches
Mail list logo