On Thu, Sep 01, 2016 at 11:33:55PM -0400, Vijay Bellur wrote:
> On Thu, Sep 1, 2016 at 3:33 AM, Kaushal M wrote:
> > On Thu, Sep 1, 2016 at 12:36 PM, Nigel Babu wrote:
> >> On Mon, Aug 29, 2016 at 10:55 AM, Poornima Gurusiddaiah
> >> wrote:
> >>>
> >>> Hi,
> >>>
> >>> Regarding the enforcement o
On Thu, Sep 1, 2016 at 3:33 AM, Kaushal M wrote:
> On Thu, Sep 1, 2016 at 12:36 PM, Nigel Babu wrote:
>> On Mon, Aug 29, 2016 at 10:55 AM, Poornima Gurusiddaiah
>> wrote:
>>>
>>> Hi,
>>>
>>> Regarding the enforcement of the dependencies while merging, i see that
>>> the dependent patches on any
On 09/02/2016 05:42 AM, Keiviw wrote:
Even if I set the attribute-timeout and entry-timeout to 3600s(1h), in
the nodeB, it didn't cache any metadata because the memory usage
didn't change. So I was confused that why did the client not cache
dentries and inodes.
If you only want to test fuse's
Worked fine, posted patch
On Fri, Sep 2, 2016 at 4:32 AM, Michael Scherer 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 :
> > > Not able to access it for the past 20 minutes.
>
Even if I set the attribute-timeout and entry-timeout to 3600s(1h), in the
nodeB, it didn't cache any metadata because the memory usage didn't change. So
I was confused that why did the client not cache dentries and inodes.
在 2016-09-01 16:37:00,"Ravishankar N" 写道:
On 09/01/2016 01:04 PM,
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 :
> > Not able to access it for the past 20 minutes.
>
> I am upgrading the website, as said on the list and on irc meeting
> today.
s/website/ser
Sorry about that. Missed this email.
On Fri, Sep 2, 2016 at 4:10 AM, Michael Scherer 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 upgrading the website, as said on the list and on irc meeting
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 upgrading the website, as said on the list and on irc meeting
today.
--
Michael Scherer
Sysadmin, Community Infrastructure and Platform, OSAS
signature.asc
Des
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 isup.me seems to ag
> Not able to access it for the past 20 minutes.
Looks down to me as well, and isup.me seems to agree.
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
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 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 you.
>
> Work to be done in the coming weeks:
>>- I will be sendin
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 you.
Work to be done in the coming weeks:
- I will be sending initial cut of the design for snapshotting
the private storage by d
Sorry sent it to users instead of devel.
I'll show myself out.
Forwarded Message
Subject:[Gluster-users] bug-upcall-stat.t always fails on master
Date: Thu, 1 Sep 2016 22:41:53 +0530
From: Ravishankar N
To: gluster-us...@gluster.org List
Test Summary Report
Thanks all! The CfP is closed as of yesterday.
We'll be reaching out next week to the selected talks.
Let me know if you have further questions.
- amye
On Fri, Aug 12, 2016 at 12:48 PM, Vijay Bellur wrote:
> Hey All,
>
> Gluster Developer Summit 2016 is fast approaching [1] on us. We are
> look
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 <
pkara.
On Thu, Sep 01, 2016 at 01:03:18PM +0530, Kaushal M wrote:
> On Thu, Sep 1, 2016 at 12:36 PM, Nigel Babu wrote:
> > On Mon, Aug 29, 2016 at 10:55 AM, Poornima Gurusiddaiah
> > wrote:
> >>
> >> Hi,
> >>
> >> Regarding the enforcement of the dependencies while merging, i see that
> >> the dependent
On 09/01/2016 01:04 PM, Keiviw wrote:
Hi,
I have found that GlusterFS client(mounted by FUSE) didn't cache
metadata like dentries and inodes. I have installed GlusterFS 3.6.0 in
nodeA and nodeB, and the brick1 and brick2 was in nodeA, then in
nodeB, I mounted the volume to /mnt/glusterfs b
Hi,
I have found that GlusterFS client(mounted by FUSE) didn't cache metadata
like dentries and inodes. I have installed GlusterFS 3.6.0 in nodeA and nodeB,
and the brick1 and brick2 was in nodeA, then in nodeB, I mounted the volume to
/mnt/glusterfs by FUSE. From my test, I excuted 'ls /mnt
On Thu, Sep 1, 2016 at 12:36 PM, Nigel Babu wrote:
> On Mon, Aug 29, 2016 at 10:55 AM, Poornima Gurusiddaiah
> wrote:
>>
>> Hi,
>>
>> Regarding the enforcement of the dependencies while merging, i see that
>> the dependent patches on any patch is mentioned in the "Related Changes"
>> column [1].
On Mon, Aug 29, 2016 at 08:42:22PM +0200, Niels de Vos wrote:
> On Mon, Aug 29, 2016 at 09:18:05PM +0530, Pranith Kumar Karampuri wrote:
> > 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 se
On Mon, Aug 29, 2016 at 10:55 AM, Poornima Gurusiddaiah wrote:
> Hi,
>
> Regarding the enforcement of the dependencies while merging, i see that
> the dependent patches on any patch is mentioned in the "Related Changes"
> column [1]. It still doesn't enforce, in the cherry-pick way of
> submittin
22 matches
Mail list logo