Re: [Gluster-devel] AFR arbiter volumes

On 09/09/2015 08:36 AM, Nagaprasad Sathyanarayana wrote: Thanks Ravi for nicely explaining this. A question on the following section; "If 2 bricks are up and if one of them is the arbiter (i.e. the 3rd brick) and it blames the other up brick, then all FOPS will fail with ENOTCONN (Transport

[Gluster-devel] Reminder: Gluster weekly community meeting

Hi All, In about 15 minutes from now, we will have the regular weekly Gluster Community meeting. Meeting details: - location: #gluster-meeting on Freenode IRC - date: every Wednesday - time: 12:00 UTC, 14:00 CEST, 17:30 IST (in your terminal, run: date -d "12:00 UTC") - agenda:

[Gluster-devel] Minutes of the Weekly Gluster Community Meeting ( 9th Sep 2015)

Hi All, The minutes of today's meeting can be found at, Minutes: http://meetbot.fedoraproject.org/gluster-meeting/2015-09-09/gluster-meeting.2015-09-09-12.00.html Minutes (text): http://meetbot.fedoraproject.org/gluster-meeting/2015-09-09/gluster-meeting.2015-09-09-12.00.txt Log:

Re: [Gluster-devel] [Gluster-users] AFR arbiter volumes

On 09/09/2015 03:22 PM, wodel youchi wrote: Hi, I quite new on GlusterFS Since the arbiter does not hold any data, how to choose it's size compared to the other 2 bricks? Regards It depends on the maximum number of inodes (`df -i` ) any of the other 2 normal bricks can hold. The

[Gluster-devel] Review request for Gluster IPv6 bugfix (Bug 1117886)

Hi , Can this code be reviewed ? It is related to transport inet6 http://review.gluster.org/#/c/11988/ thanks Nithin On Wed, Jun 17, 2015 at 9:06 AM, Nithin Kumar Dabilpuram < nithind1...@yahoo.in> wrote: > Sure Richard. > > -Nithin > > > > On Tuesday, 16 June 2015 1:23 AM, Richard Wareing

Re: [Gluster-devel] Managing etcd (4.0)

On 09/10/2015 01:42 AM, Jeff Darcy wrote: > Better get comfortable, everyone, because I might ramble on for a bit. > > Over the last few days, I've been looking into the issue of how to manage our > own instances of etcd (or something similar) as part of our 4.0 configuration > store. This

[Gluster-devel] FreeBSD Smoke failure

All the patches are failing in FreeBSD smoke with the following log: /usr/home/jenkins/root/workspace/freebsd-smoke/libglusterfs/src/gfdb/gfdb_sqlite3.h:15:10: fatal error: 'sqlite3.h' file not found Could you take a look at it? Thanks, Atin ___

Re: [Gluster-devel] Managing etcd (4.0)

On Thu, Sep 10, 2015 at 10:05 AM, Atin Mukherjee wrote: > > > On 09/10/2015 01:42 AM, Jeff Darcy wrote: >> Better get comfortable, everyone, because I might ramble on for a bit. >> >> Over the last few days, I've been looking into the issue of how to manage >> our own

Re: [Gluster-devel] FreeBSD Smoke failure

Hello Atin, I have just started with the GlusterFS devel mailing list. I think the issue here could be that you do not have sqlite-devel installed on your system. I see that I have sqlite-devel installed and "/usr/include/sqlite3.h" file exist on my machine where I build and compile the

[Gluster-devel] Feature: FOP Statistics JSON Dumps

Hey all, I just uploaded a clean patch for our FOP statistics dump feature @ https://bugzilla.redhat.com/show_bug.cgi?id=1261700 . Patches cleanly to v3.6.x/v3.7.x release branches, also includes io-stats support for intel arch atomic operations (ifdef'd for portability) such that you can

[Gluster-devel] tracker bug for 3.7.5 is created

hi, Please use https://bugzilla.redhat.com/show_bug.cgi?id=glusterfs-3.7.5 for tracking bug fixes that need to get into 3.7.5 release. Pranith ___ Gluster-devel mailing list Gluster-devel@gluster.org

Re: [Gluster-devel] Review request for Gluster IPv6 bugfix (Bug 1117886)

On 09/10/2015 06:30 AM, nithin dabilpuram wrote: > Hi , > > Can this code be reviewed ? It is related to transport inet6 > > http://review.gluster.org/#/c/11988/ I've reviewed it and logged some comments. ~Atin > > thanks > Nithin > > On Wed, Jun 17, 2015 at 9:06 AM, Nithin Kumar Dabilpuram

[Gluster-devel] Managing etcd (4.0)

Better get comfortable, everyone, because I might ramble on for a bit. Over the last few days, I've been looking into the issue of how to manage our own instances of etcd (or something similar) as part of our 4.0 configuration store. This is highly relevant for GlusterD 2.0, which would be