On 01/27/2016 12:49 PM, Atin Mukherjee wrote:
>
>
> On 01/27/2016 12:40 PM, Pranith Kumar Karampuri wrote:
>>
>>
>> On 01/27/2016 09:21 AM, Atin Mukherjee wrote:
>>>
>>> On 01/27/2016 07:21 AM, Vijay Bellur wrote:
On 01/26/2016 01:19 PM, Marc Eisenbarth wrote:
> I'm trying to set a
On Tue, Feb 02, 2016 at 01:51:56AM -0500, Sakshi Bansal wrote:
> Hi Venky,
>
> Patch #13262 is failing for the above tests. The patch is just calling
> STACK_DESTROY at appropriate place to avoid rebalance crashing. The test is
> not rebalance related so the failure looks spurious to me.
Hi,
tests/basic/afr-self-heald.t seems to be consistently failing. One such
failing regression is here[1]. It is failing with some other patches as well.
Could you please have a look on it?
[1]
https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/13895/consoleFull
--
Thanks &
I will have a look at it!
Thanks and Regards,
Kotresh H R
- Original Message -
> From: "Venky Shankar"
> To: "Sakshi Bansal"
> Cc: "Gluster Devel" , "Kotresh Hiremath
> Ravishankar"
> Sent:
On 02/03/2016 09:20 AM, Shyam wrote:
On 02/02/2016 06:22 PM, Jeff Darcy wrote:
Background: Quick-read + open-behind xlators are developed to
help
in small file workload reads like apache webserver, tar etc to get the
data of the file in lookup FOP itself. What happens is, when a
- Original Message -
> From: "Pranith Kumar Karampuri"
> To: "Jeff Darcy"
> Cc: "Gluster Devel"
> Sent: Tuesday, February 2, 2016 7:52:25 PM
> Subject: Re: [Gluster-devel] regarding GF_CONTENT_KEY and dht2 - perf with
Hi Oleksandr,
On 01/02/16 19:28, Oleksandr Natalenko wrote:
Please take a look at updated test results.
Test: find /mnt/volume -type d
RAM usage after "find" finishes: ~ 10.8G (see "ps" output [1]).
Statedump after "find" finishes: [2].
Then I did drop_caches, and RAM usage dropped to ~4.7G
On 02/02/2016 06:22 PM, Jeff Darcy wrote:
Background: Quick-read + open-behind xlators are developed to help
in small file workload reads like apache webserver, tar etc to get the
data of the file in lookup FOP itself. What happens is, when a lookup
FOP is executed, GF_CONTENT_KEY is
Hi all,
This meeting is scheduled for anyone that is interested in learning more
about, or assisting with the Bug Triage.
Meeting details:
- location: #gluster-meeting on Freenode IRC
(https://webchat.freenode.net/?channels=gluster-meeting )
- date: every Tuesday
- time: 12:00 UTC
Hi,
The size was not immediately updated because the accounting process done by
marker happens asynchronously and it will take some in updating the size. Also,
you
have mentioned the size got updated after an ls command. Probably, the
problem could be an fsync(flushing) that could have failed at
Not historically, but we are using bonding for replication between the
servers. It's been stable for at least 6 months, but it's possible that
one of the links in the bond is failing or something.
Would this type of restart be triggered by a loss of communication between
bricks in a replica set?
Hi Steve,
As you have mentioned, if you are using a glusterfs version lesser than 3.7,
then you are doing it right. We are sorry to say but unfortunately that's the
only
way(manually going and cleaning up the xattr's before enabling quota or wait for
the process to complete itself, which would
Hi Gluster-Devs,
My name is Willy. I am a final year undergraduate student from Bandung
Institute of Technology. My final year project is about Gluster. After I
researched for a while about Gluster, I would like to take the task about
working on lookup-self heal
Hi all,
The Gluster Community Bug Triage Meeting for today is canceled because of less
number of participants. Expecting more participants for next week's bug triage
meeting.
--
Thanks & Regards,
Manikandan Selvaganesh.
- Original Message -
From: "Manikandan Selvaganesh"
On 02/03/2016 11:49 AM, Pranith Kumar Karampuri wrote:
On 02/03/2016 09:20 AM, Shyam wrote:
On 02/02/2016 06:22 PM, Jeff Darcy wrote:
Background: Quick-read + open-behind xlators are developed
to help
in small file workload reads like apache webserver, tar etc to get the
data of
Hi
I looked into it, it is a nfs mount failure and not related to bitrot.
The logs say
[2016-02-02 06:42:30.6N]:++ G_LOG:./tests/bitrot/br-stub.t: TEST: 31 31
mount_nfs nbslave74.cloud.gluster.org:/patchy /mnt/nfs/0 nolock ++
[2016-02-02 06:42:30.264734] W [MSGID: 114031]
On 02/02/2016 06:22 PM, Jeff Darcy wrote:
Background: Quick-read + open-behind xlators are developed to help
in small file workload reads like apache webserver, tar etc to get the
data of the file in lookup FOP itself. What happens is, when a lookup
FOP is executed, GF_CONTENT_KEY is
02.02.2016 10:07, Xavier Hernandez написав:
Could it be memory used by Valgrind itself to track glusterfs' memory
usage ?
Could you repeat the test without Valgrind and see if the memory usage
after dropping caches returns to low values ?
Yup. Here are the results:
===
pf@server:~ » ps aux
> Background: Quick-read + open-behind xlators are developed to help
> in small file workload reads like apache webserver, tar etc to get the
> data of the file in lookup FOP itself. What happens is, when a lookup
> FOP is executed, GF_CONTENT_KEY is added in xdata with max-length and
>
We're running a fairly large 2-replica volume across two servers. The
volume is approximately 20TB of small 1K-4MB files. The volume is exported
via NFS, and mounted remotely by two clients.
For the past few weeks the Gluster brick processes have been randomly
restarting. Luckily they've been
Hi,
Thanks Anoop for the help,
Would you please tell me when can we expect this new release with this bug
fix.
Thanks & Reagrds
On Fri, Jan 29, 2016 at 12:42 PM, Anoop C S wrote:
> On Wed, 2016-01-27 at 15:25 +0530, PankaJ Singh wrote:
> >
> > Hi,
> >
> > We are using
Will those patches be available in 3.7.7?
On Mon, Feb 1, 2016 at 1:28 PM, Soumya Koduri wrote:
>
>
> On 02/01/2016 02:48 PM, Xavier Hernandez wrote:
>>
>> Hi,
>>
>> On 01/02/16 09:54, Soumya Koduri wrote:
>>>
>>>
>>>
>>> On 02/01/2016 01:39 PM, Oleksandr Natalenko wrote:
- Original Message -
> From: "Serkan Çoban"
>
> Will those patches be available in 3.7.7?
3.7.7 was released yesterday, so no.
But 3.7.7 has another issue; there won't be packages available from
download.gluster.org.
Pranith has already indicated that we will
23 matches
Mail list logo