Re: [Gluster-devel] GlusterD 2.0 status updates

On 09/07/2015 05:50 PM, Kaushal M wrote: Hi Richard, Thanks a lot for you feedback. I've done my replies inline. On Sat, Sep 5, 2015 at 5:46 AM, Richard Wareing wrote: Hey Atin (and the wider community), This looks interesting, though I have a couple questions: 1. Language

Re: [Gluster-devel] GlusterD 2.0 status updates

- Original Message - > Hi Atin, > This looks interesting. Currently in Heketi it needs to ssh into a system > to send commands to glusterfs. It would be great to determine the > interfaces needed and how it would work with programs like Heketi. Do you > guys have a simple few

Re: [Gluster-devel] GlusterD 2.0 status updates

On 09/08/2015 11:43 AM, Krishnan Parthasarathi wrote: > > > - Original Message - >> Hi Atin, >> This looks interesting. Currently in Heketi it needs to ssh into a system >> to send commands to glusterfs. It would be great to determine the >> interfaces needed and how it would

Re: [Gluster-devel] GlusterD 2.0 status updates

> > interact with other applications. Also, normally on REST calls, JSON or > > XML is returned. Is there a reason to go and use binary interfaces? Do > > you see a need to use protobuf? > > The protobuf-based RPC calls are meant for communication between Gluster > processes > like

Re: [Gluster-devel] GlusterD 2.0 status updates

On 09/08/2015 12:31 PM, Avra Sengupta wrote: > On 09/07/2015 05:50 PM, Kaushal M wrote: >> Hi Richard, >> Thanks a lot for you feedback. I've done my replies inline. >> >> On Sat, Sep 5, 2015 at 5:46 AM, Richard Wareing wrote: >>> Hey Atin (and the wider community), >>> >>>

[Gluster-devel] Proposal to improve DiSTAF

Hi, I have sent a proposal doc [1] outlining the changes that are required to make the distaf [2] project more stable and user friendly. Please go through the doc once and let me know your input. If you need any other functionality not mentioned in the doc, please add it a review comment.

Re: [Gluster-devel] GlusterD 2.0 status updates

@Kaushal: WRT to thrift SSL and non-blocking IO are supported, I'll find out where the C implementation stands, it's possible patches haven't made it upstream for some reason. It's also good to know there is no plan to move away from SUN-RPC for brick<->client comms. On concurrency & python,

[Gluster-devel] AFR arbiter volumes

Sending out this mail for awareness/ feedback. - *What:** *Since glusterfs-3.7, AFR supports creation of arbiter volumes. These are a special type of replica 3 gluster volume where the 3rd brick is (always) configured

Re: [Gluster-devel] AFR arbiter volumes

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 endpoint is not connected). If the arbiter doesn't blame the

[Gluster-devel] Contributing to GlusterFS: Fixing Coverity defects

Hi, If you would like to contribute to GlusterFS, one of the easiest ways which shall help you to analyze the code is by fixing defects reported by Coverity Scan tool. The detailed process is mentioned in [1]. To summarize, * Signup as a member of https://scan.coverity.com/projects/987 *

Re: [Gluster-devel] GlusterD 2.0 status updates

On Tue, Sep 8, 2015 at 4:53 PM, Atin Mukherjee wrote: > > > On 09/08/2015 12:31 PM, Avra Sengupta wrote: >> On 09/07/2015 05:50 PM, Kaushal M wrote: >>> Hi Richard, >>> Thanks a lot for you feedback. I've done my replies inline. >>> >>> On Sat, Sep 5, 2015 at 5:46 AM, Richard