The clear you have at top (the one for "clear-stats") is for 'top
clear'. Below there is a section with GF_CLI_INFO_CLEAR, which handles
'profile info clear'.
~kaushal
On Tue, Jul 22, 2014 at 11:50 AM, Pranith Kumar Karampuri
wrote:
>
> On 07/22/2014 11:43 AM, Kaushal M wrote:
>>
>> 'gluster vol
On 07/22/2014 11:56 AM, Joe Julian wrote:
On 07/21/2014 11:20 PM, Pranith Kumar Karampuri wrote:
On 07/22/2014 11:39 AM, Joe Julian wrote:
On 07/17/2014 07:30 PM, Pranith Kumar Karampuri wrote:
On 07/18/2014 03:05 AM, Joe Julian wrote:
What impact, if any, does starting profiling (gluster
On 07/21/2014 11:20 PM, Pranith Kumar Karampuri wrote:
On 07/22/2014 11:39 AM, Joe Julian wrote:
On 07/17/2014 07:30 PM, Pranith Kumar Karampuri wrote:
On 07/18/2014 03:05 AM, Joe Julian wrote:
What impact, if any, does starting profiling (gluster volume
profile $vol start) have on perform
On 07/21/2014 10:48 PM, Harshavardhana wrote:
Cmockery2 is a hard dependency before GlusterFS can be compiled in
upstream master now - we could make it conditional
and enable if necessary? since we know we do not have the cmockery2
packages available on all systems?
+1, we need to make it condi
On 07/22/2014 11:43 AM, Kaushal M wrote:
'gluster volume profile info clear' should clear the stats as well.
From 'gluster volume help'
volume profile {start|info [peek|incremental
[peek]|cumulative|clear]|stop} [nfs]
According to the code it is clearing only stats of 'top' not of the
'p
On Tue, Jul 22, 2014 at 11:39 AM, Joe Julian wrote:
On 07/17/2014 07:30 PM, Pranith Kumar Karampuri wrote:
On 07/18/2014 03:05 AM, Joe Julian wrote:
What impact, if any, does starting profiling (gluster volume profile $vol
start) have on performance?
Joe,
According to the code the only
On 07/22/2014 11:39 AM, Joe Julian wrote:
On 07/17/2014 07:30 PM, Pranith Kumar Karampuri wrote:
On 07/18/2014 03:05 AM, Joe Julian wrote:
What impact, if any, does starting profiling (gluster volume profile
$vol start) have on performance?
Joe,
According to the code the only extra thin
On Mon, Jul 21, 2014 at 11:07 PM, Santosh Pradhan wrote:
>
> On 07/21/2014 10:44 PM, Luis Pabon wrote:
>>
>> The cmockery2 rpm is only available for the current supported Fedora
>> versions which currently are 19 and 20.
>>
>> Have you tried installing cmockery2 from the source?
>
>
> Yes, this do
'gluster volume profile info clear' should clear the stats as well.
>From 'gluster volume help'
volume profile {start|info [peek|incremental
[peek]|cumulative|clear]|stop} [nfs]
On Tue, Jul 22, 2014 at 11:39 AM, Joe Julian wrote:
>
> On 07/17/2014 07:30 PM, Pranith Kumar Karampuri wrote:
>>
On 07/17/2014 07:30 PM, Pranith Kumar Karampuri wrote:
On 07/18/2014 03:05 AM, Joe Julian wrote:
What impact, if any, does starting profiling (gluster volume profile
$vol start) have on performance?
Joe,
According to the code the only extra things it does is calling
gettimeofday() call a
On 07/21/2014 10:44 PM, Luis Pabon wrote:
The cmockery2 rpm is only available for the current supported Fedora
versions which currently are 19 and 20.
Have you tried installing cmockery2 from the source?
Yes, this does not work as well because of some dependency on libxml
version. Only way
+1
I had to do a "yum install cmockery2-devel" on my F20 to build gluster from
latest master.
It would be nice to have --enable-cmockery2 or --disable-cmockery2 option in
./configure.
Regards,
-Prashanth Pai
- Original Message -
From: "Harshavardhana"
To: "Luis Pabon"
Cc: "Gluster D
Hi all,
With the goal of encouraging community participation in GlusterFS meetings, we
would like to know what time slot is convenient for you for community meetings.
The weekly meetings are held every Wednesday. ( #gluster-meeting on
irc.freenode.net ).
Poll link:
http://goo.gl/SwsKBf
Thank
Yes, it is a simple bug. I filed
https://bugzilla.redhat.com/show_bug.cgi?id=1121822 , thank you very
much for finding this Anders. I have sent a fix.
- Luis
On 07/21/2014 01:16 PM, Luis Pabon wrote:
Niels you are correct. Let me take a look.
Luis
-Original Message-
From: Niels d
On 07/21/2014 05:09 AM, Pranith Kumar Karampuri wrote:
On 07/21/2014 02:08 PM, Jiri Moskovcak wrote:
On 07/19/2014 08:58 AM, Pranith Kumar Karampuri wrote:
On 07/19/2014 11:25 AM, Andrew Lau wrote:
On Sat, Jul 19, 2014 at 12:03 AM, Pranith Kumar Karampuri
mailto:pkara...@redhat.com>> wrote
The Fifth Elephant is a Big Data and Analytics conference on 23-26 July
2014 in Bangalore, India.
https://fifthelephant.in/2014/conference
We are proud to support the folks there, and they have extended a 10%
discount to the GlusterFS Community. Ticket purchase URL:
http://hasgeek.us2.list
On 2014-07-21 19:14, Jeff Darcy wrote:
But this offset gap widens as and when more translators (which need
to store subvol-id) get added to the gluster stack which may
eventually result in the similar issue which you are facing now.
>
> Perhaps it's time to revisit the idea of makin
Cmockery2 is a hard dependency before GlusterFS can be compiled in
upstream master now - we could make it conditional
and enable if necessary? since we know we do not have the cmockery2
packages available on all systems?
On Mon, Jul 21, 2014 at 10:16 AM, Luis Pabon wrote:
> Niels you are correct.
Niels you are correct. Let me take a look.
Luis
-Original Message-
From: Niels de Vos [nde...@redhat.com]
Received: Monday, 21 Jul 2014, 10:41AM
To: Luis Pabon [lpa...@redhat.com]
CC: Anders Blomdell [anders.blomd...@control.lth.se]; gluster-devel@gluster.org
Subject: Re: [Gluster-deve
> >> But this offset gap widens as and when more translators (which need
> >> to store subvol-id) get added to the gluster stack which may
> >> eventually result in the similar issue which you are facing now.
Perhaps it's time to revisit the idea of making assumptions about d_off
values and twiddl
The cmockery2 rpm is only available for the current supported Fedora versions
which currently are 19 and 20.
Have you tried installing cmockery2 from the source?
Luis
-Original Message-
From: Santosh Pradhan [sprad...@redhat.com]
Received: Monday, 21 Jul 2014, 10:45AM
To: Luis Pabón
Since switching to xfs have left me with a seemingly working system :-),
what is the current status on bit-rot detection (
http://www.gluster.org/community/documentation/index.php/Arch/BitRot_Detection),
any patches for me to try?
/Anders
--
Anders Blomdell Email: anders.blomd.
On 07/21/2014 07:33 PM, Anders Blomdell wrote:
On 2014-07-21 14:36, Soumya Koduri wrote:
On 07/21/2014 05:35 PM, Xavier Hernandez wrote:
On Monday 21 July 2014 13:53:19 Anders Blomdell wrote:
On 2014-07-21 13:49, Pranith Kumar Karampuri wrote:
On 07/21/2014 05:17 PM, Anders Blomdell wrote
>From what I can tell I incorrectly assumed that I was seeing a problem
deleting directories as described in:
https://bugzilla.redhat.com/show_bug.cgi?id=1121347#c4
This is definitely different than Anders is seeing in the duplicate entries
email thread. Should I close my original issue and spli
On Mon, Jul 21, 2014 at 08:35:44AM -0700, Gluster Build System wrote:
>
>
> SRC:
> http://bits.gluster.org/pub/gluster/glusterfs/src/glusterfs-3.5.2beta1.tar.gz
These are the release notes, also available as a reader friendly blog post:
- http://blog.nixpanic.net/2014/07/testers-needed-for-glus
SRC:
http://bits.gluster.org/pub/gluster/glusterfs/src/glusterfs-3.5.2beta1.tar.gz
This release is made off jenkins-release-84
-- Gluster Build System
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://supercolony.gluster.org/mailman/lis
Hi Luis,
I am using Fedora18 in my laptop and after your patch, I am not able to
compile the gluster from source. Yum install also does not find the
cmockery2 bundle.
How to fix it?
Thanks,
Santosh
On 07/21/2014 07:57 PM, Anders Blomdell wrote:
On 2014-07-21 16:17, Anders Blomdell wrote:
O
On Mon, Jul 21, 2014 at 04:27:18PM +0200, Anders Blomdell wrote:
> On 2014-07-21 16:17, Anders Blomdell wrote:
> > On 2014-07-20 16:01, Niels de Vos wrote:
> >> On Fri, Jul 18, 2014 at 02:52:18PM -0400, Luis Pabón wrote:
> >>> Hi all,
> >>> A few months ago, the unit test framework based on cmo
On 2014-07-21 16:17, Anders Blomdell wrote:
> On 2014-07-20 16:01, Niels de Vos wrote:
>> On Fri, Jul 18, 2014 at 02:52:18PM -0400, Luis Pabón wrote:
>>> Hi all,
>>> A few months ago, the unit test framework based on cmockery2 was
>>> in the repo for a little while, then removed while we improv
On 2014-07-20 16:01, Niels de Vos wrote:
> On Fri, Jul 18, 2014 at 02:52:18PM -0400, Luis Pabón wrote:
>> Hi all,
>> A few months ago, the unit test framework based on cmockery2 was
>> in the repo for a little while, then removed while we improved the
>> packaging method. Now support for cmock
On 2014-07-21 14:36, Soumya Koduri wrote:
>
>
> On 07/21/2014 05:35 PM, Xavier Hernandez wrote:
>> On Monday 21 July 2014 13:53:19 Anders Blomdell wrote:
>>> On 2014-07-21 13:49, Pranith Kumar Karampuri wrote:
On 07/21/2014 05:17 PM, Anders Blomdell wrote:
> On 2014-07-21 13:36, Pranith
On 19-Jul-2014 11:06 pm, "Niels de Vos" wrote:
>
> On Sat, Jul 19, 2014 at 08:23:29AM +0530, Pranith Kumar Karampuri wrote:
> > Guys,
> > Does anyone know why device-id can be different even though it
> > is all single xfs filesystem?
> > We see the following log in the brick-log.
> >
> > [20
On 07/19/2014 08:58 AM, Pranith Kumar Karampuri wrote:
On 07/19/2014 11:25 AM, Andrew Lau wrote:
On Sat, Jul 19, 2014 at 12:03 AM, Pranith Kumar Karampuri
mailto:pkara...@redhat.com>> wrote:
On 07/18/2014 05:43 PM, Andrew Lau wrote:
On Fri, Jul 18, 2014 at 10:06 PM, Vijay
On 21/07/2014, at 11:03 AM, Anders Blomdell wrote:
> Is it possible to run a single regression test on Jenkins (preferably
> from a suitably crafted rfc, in order not to clutter BZ with random
> noise [i.e. my feeble test-cases])?
H, with a bit of mucking around, that can be done. You've got
On 07/21/2014 05:35 PM, Xavier Hernandez wrote:
On Monday 21 July 2014 13:53:19 Anders Blomdell wrote:
On 2014-07-21 13:49, Pranith Kumar Karampuri wrote:
On 07/21/2014 05:17 PM, Anders Blomdell wrote:
On 2014-07-21 13:36, Pranith Kumar Karampuri wrote:
On 07/21/2014 05:03 PM, Anders Blomde
On Monday 21 July 2014 13:53:19 Anders Blomdell wrote:
> On 2014-07-21 13:49, Pranith Kumar Karampuri wrote:
> > On 07/21/2014 05:17 PM, Anders Blomdell wrote:
> >> On 2014-07-21 13:36, Pranith Kumar Karampuri wrote:
> >>> On 07/21/2014 05:03 PM, Anders Blomdell wrote:
> On 2014-07-19 04:43, P
On 2014-07-21 13:49, Pranith Kumar Karampuri wrote:
>
> On 07/21/2014 05:17 PM, Anders Blomdell wrote:
>> On 2014-07-21 13:36, Pranith Kumar Karampuri wrote:
>>> On 07/21/2014 05:03 PM, Anders Blomdell wrote:
On 2014-07-19 04:43, Pranith Kumar Karampuri wrote:
> On 07/18/2014 07:57 PM, An
On 07/21/2014 05:17 PM, Anders Blomdell wrote:
On 2014-07-21 13:36, Pranith Kumar Karampuri wrote:
On 07/21/2014 05:03 PM, Anders Blomdell wrote:
On 2014-07-19 04:43, Pranith Kumar Karampuri wrote:
On 07/18/2014 07:57 PM, Anders Blomdell wrote:
During testing of a 3*4 gluster (from master as
On 2014-07-21 13:36, Pranith Kumar Karampuri wrote:
>
> On 07/21/2014 05:03 PM, Anders Blomdell wrote:
>> On 2014-07-19 04:43, Pranith Kumar Karampuri wrote:
>>> On 07/18/2014 07:57 PM, Anders Blomdell wrote:
During testing of a 3*4 gluster (from master as of yesterday), I
encountered
>
On 07/21/2014 05:03 PM, Anders Blomdell wrote:
On 2014-07-19 04:43, Pranith Kumar Karampuri wrote:
On 07/18/2014 07:57 PM, Anders Blomdell wrote:
During testing of a 3*4 gluster (from master as of yesterday), I encountered
two major weirdnesses:
1. A 'rm -rf ' needed several invocations t
On 2014-07-19 04:43, Pranith Kumar Karampuri wrote:
>
> On 07/18/2014 07:57 PM, Anders Blomdell wrote:
>> During testing of a 3*4 gluster (from master as of yesterday), I encountered
>> two major weirdnesses:
>>
>>1. A 'rm -rf ' needed several invocations to finish, each time
>> reportin
Is it possible to run a single regression test on Jenkins (preferably
from a suitably crafted rfc, in order not to clutter BZ with random
noise [i.e. my feeble test-cases])?
/Anders
--
Anders Blomdell Email: anders.blomd...@control.lth.se
Department of Automatic Control
Lund Uni
On 07/21/2014 02:08 PM, Jiri Moskovcak wrote:
On 07/19/2014 08:58 AM, Pranith Kumar Karampuri wrote:
On 07/19/2014 11:25 AM, Andrew Lau wrote:
On Sat, Jul 19, 2014 at 12:03 AM, Pranith Kumar Karampuri
mailto:pkara...@redhat.com>> wrote:
On 07/18/2014 05:43 PM, Andrew Lau wrote:
43 matches
Mail list logo