[Gluster-devel] NetBSD builds failing

Hi, NetBSD regression runs are failing coz of a build error. https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/9867/consoleFull https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/9865/consoleFull

Re: [Gluster-devel] NetBSD builds failing

Avra Sengupta wrote: > IOError: [Errno 1] Operation not permitted: '/usr/pkg/lib/python2.7/site-packages/gluster/glupy/__init__.pyc' My fault: this is the immutable flag that prevents installation. I removed it from /usr/pkg/lib/python2.7/site-packages/gluster/ on all

[Gluster-devel] context based defaults for volume options in glusterd

hi, Afr needs context based defaults for quorum where by default quorum value is 'none' for 2-way replica and 'auto' for 3 way replica. Anuradha sent http://review.gluster.org/11872 to fix the same. May be we can come up with more generic solution. The present solution remembers the

[Gluster-devel] Performance improvements to Gluster Geo-replication

Following Changes/ideas identified to improve the Geo-replication Performance. Please add your ideas/issues to the list 1. Entry stime and Data/Meta stime -- Now we use only one xattr to maintain the state of sync, called stime. When a Geo-replication worker

Re: [Gluster-devel] requesting for review

Its been reviewed and merged. - Original Message - > From: "Hari Gowtham" > To: "Gluster Devel" > Sent: Monday, August 31, 2015 6:13:44 PM > Subject: [Gluster-devel] requesting for review > > Hi, > > Could anyone review this patch? it

Re: [Gluster-devel] GlusterFS (network) messaging layer - possible next steps

> nanomsg wouldn't be an easy drop in replacement to our existing messaging > infrastructure. We need to understand how our code would be structured if we > decide to use nanomsg. I am considering the Go implementation of nanomsg > (protocol) called mangos[3] for inter-GlusterD communication in

Re: [Gluster-devel] GlusterFS (network) messaging layer - possible next steps

It's not packaged in Fedora. There have been two attempts, in 2013 and 2014; https://bugzilla.redhat.com/show_bug.cgi?id=1012392 and https://bugzilla.redhat.com/show_bug.cgi?id=1123511 respectively. It is packaged in Debian. On 08/31/2015 11:41 AM, Jeff Darcy wrote: >> nanomsg wouldn't be an

Re: [Gluster-devel] GlusterFS (network) messaging layer - possible next steps

> It's not packaged in Fedora. There have been two attempts, in 2013 and > 2014; https://bugzilla.redhat.com/show_bug.cgi?id=1012392 and > https://bugzilla.redhat.com/show_bug.cgi?id=1123511 respectively. >From looking at those, it didn't look like there were any truly intractable issues - e.g.

[Gluster-devel] openstack Cinder w/ GlusterFS performance using pblio workload generator tool

Hi List, I am working towards getting some performance number for openstack Cinder when backed with GlusterFS as the storage backend. I am using pblio [1] workload generator tool for the same. In short, Pblio is a synthetic OLTP

Re: [Gluster-devel] openstack Cinder w/ GlusterFS performance using pblio workload generator tool

Forgot to put the pblio link! [1]: https://github.com/pblcache/pblcache/wiki/Pblio thanx, deepak On Mon, Aug 31, 2015 at 2:49 PM, Deepak Shetty wrote: > Hi List, >I am working towards getting some performance number for openstack > Cinder > when backed with GlusterFS

[Gluster-devel] Dynamically changing firewalld services

Hi all, I wanted know if there is any existing information on how to manage dynamically changing services using firewalld. If there are none existing, could you please let us know if the approach we're following below is correct. We want to provide firewalld service configuration for GlusterFS.

Re: [Gluster-devel] NetBSD builds failing

On 08/31/2015 12:10 PM, Emmanuel Dreyfus wrote: Avra Sengupta wrote: IOError: [Errno 1] Operation not permitted: '/usr/pkg/lib/python2.7/site-packages/gluster/glupy/__init__.pyc' My fault: this is the immutable flag that prevents installation. I removed it from

Re: [Gluster-devel] tests/bugs/quota/bug-1035576.t & tests/basic/quota-nfs.t spurious failures?

One more instance - https://build.gluster.org/job/rackspace-regression-2GB-triggered/13899/consoleFull Can you please put these tests in bad_tests() On 08/31/2015 09:23 AM, Atin Mukherjee wrote: > For tests/bugs/quota/bug-1035576.t refer [1] > For tests/basic/quota-nfs.t refer [2] > > Please

Re: [Gluster-devel] requesting for review

Hi Raghavendra Gowdappa, Thanks :) - Original Message - From: "Raghavendra Gowdappa" To: "Hari Gowtham" Cc: "Gluster Devel" Sent: Tuesday, September 1, 2015 8:59:57 AM Subject: Re: [Gluster-devel] requesting for

Re: [Gluster-devel] GlusterFS cache architecture

- Original Message - > From: "Oleksandr Natalenko" > To: gluster-devel@gluster.org > Sent: Monday, August 31, 2015 7:37:51 PM > Subject: [Gluster-devel] GlusterFS cache architecture > > Hello. > > I'm trying to investigate how GlusterFS manages cache on both

Re: [Gluster-devel] GlusterFS cache architecture

- Original Message - > From: "Raghavendra Gowdappa" > To: "Oleksandr Natalenko" > Cc: gluster-devel@gluster.org > Sent: Tuesday, September 1, 2015 9:20:04 AM > Subject: Re: [Gluster-devel] GlusterFS cache architecture > > > > -

Re: [Gluster-devel] Geo-rep portability issues with NetBSD

Hi Emmanuel, Right now, I am just tweaking the obstacles to bypass them and uncover other issues. I have not fixed them in code. It takes a while. Well now I am stuck with the following. geo-rep uses libgfchangelog.so shared library. When gluster is installed using source, all other shared

[Gluster-devel] GlusterFS cache architecture

Hello. I'm trying to investigate how GlusterFS manages cache on both server and client side, but unfortunately cannot find any exhaustive, appropriate and up to date information. The disposition is that we have, saying, 2 GlusterFS nodes (server_a and server_b) with replicated volume

Re: [Gluster-devel] Performance improvements to Gluster Geo-replication

On 08/31/2015 03:17 AM, Aravinda wrote: Following Changes/ideas identified to improve the Geo-replication Performance. Please add your ideas/issues to the list 1. Entry stime and Data/Meta stime -- Now we use only one xattr to maintain the state of sync, called

[Gluster-devel] requesting for review

Hi, Could anyone review this patch? it has passed the regression and netbsd. http://review.gluster.org/#/c/11906/ -- Regards, Hari. ___ Gluster-devel mailing list Gluster-devel@gluster.org http://www.gluster.org/mailman/listinfo/gluster-devel

[Gluster-devel] Why are all the jenkins jobs running in fr_FR locale lately?

While it doesn't bother me, some of our devs may have some trouble reading the output. Could we go back to the C locale? Thanks, -- Kaleb ___ Gluster-devel mailing list Gluster-devel@gluster.org http://www.gluster.org/mailman/listinfo/gluster-devel

[Gluster-devel] Recent changes in regression.sh

Hi All, We started seeing errors like "/opt/qa/regression.sh: 120: Syntax error: end of file unexpected (expecting ")"" in jenkins runs today. I suspect it is one of the recent changes in regression.sh which might have caused it. Comparing the version at github and one at

Re: [Gluster-devel] Why are all the jenkins jobs running in fr_FR locale lately?

On Aug 31, 2015 7:58 PM, "Kaleb S. KEITHLEY" wrote: > > > While it doesn't bother me, some of our devs may have some trouble > reading the output. > > Could we go back to the C locale? +1 > > Thanks, > > -- > > Kaleb > ___ >

Re: [Gluster-devel] NetBSD builds failing

On Mon, Aug 31, 2015 at 02:03:42PM +0530, Avra Sengupta wrote: > They are now passing. Thanks Emmanuel. I updated again the regrssion.sh script to set the correct immutable flags on each run. Watch out for new failure in case I did it wrong. -- Emmanuel Dreyfus m...@netbsd.org