[Gluster-devel] review request - Change the way client uuid is built

Hi all, [1] might have implications across different components in the stack. Your reviews are requested. rpc : Change the way client uuid is built Problem: Today the main users of client uuid are protocol layers, locks, leases. Protocolo layers requires each client uuid to be unique, even

[Gluster-devel] relative ordering of writes to same file from two different fds

Hi all, This mail is to figure out the behavior of write to same file from two different fds. As Ryan quotes in one of comments, I think it’s not safe. in this case: 1. P1 write to F1 use FD1 2. after P1 write finish, P2 write to the same place use FD2 since they are not conflict with each

Re: [Gluster-devel] Introducing Tendrl

On 09/21/2016 07:03 AM, Gerard Braad wrote: n Wed, Sep 21, 2016 at 11:58 AM, Dan Mick wrote: >Is it Tendrl or Tendryl? (or the actual word, which would be 'tendril' >and thus unambiguous and memorable)? So, I am not the only person being confused about this Sorry for

Re: [Gluster-devel] Introducing Tendrl

On Wed, Sep 21, 2016 at 11:58 AM, Dan Mick wrote: > Is it Tendrl or Tendryl? (or the actual word, which would be 'tendril' > and thus unambiguous and memorable)? So, I am not the only person being confused about this -- Gerard Braad | http://gbraad.nl [ Doing Open

Re: [Gluster-devel] [Heketi] Mailing list

You are completely correct Jeff. We will move to a Google Group email list. I have updated Heketi site with the new information: https://github.com/heketi/heketi#community We will update gluster-devel when we continue working together, for example, on iSCSI and similar projects. Thanks all, -

Re: [Gluster-devel] [Heketi] Mailing list

> Hi gluster-devel, > At the Heketi project, we wanted to get better communication with the > GlusterFS community. We are a young project and didn't have our own > mailing list, so we asked if we could also be part gluster-devel mailing > list. The plan is to Heketi specific emails to

Re: [Gluster-devel] Introducing Tendrl

On 09/20/2016 08:09 PM, Joe Julian wrote: Does this compare to ViPR? I am not a ViPR expert, you would have to poke John Mark Walker for that :) My assumption is that they might want to use these modules (from tendryl down to the ceph/gluster bits) to add support for ceph and gluster.

[Gluster-devel] [Heketi] Mailing list

Hi gluster-devel, At the Heketi project, we wanted to get better communication with the GlusterFS community. We are a young project and didn't have our own mailing list, so we asked if we could also be part gluster-devel mailing list. The plan is to Heketi specific emails to gluster-devel

Re: [Gluster-devel] Introducing Tendrl

Does this compare to ViPR? On September 20, 2016 9:52:54 AM PDT, Ric Wheeler wrote: >On 09/20/2016 10:23 AM, Gerard Braad wrote: >> Hi Mrugesh, >> >> On Tue, Sep 20, 2016 at 3:10 PM, Mrugesh Karnik >wrote: >>> I'd like to introduce the Tendrl project.

Re: [Gluster-devel] Introducing Tendrl

On 09/20/2016 10:23 AM, Gerard Braad wrote: Hi Mrugesh, On Tue, Sep 20, 2016 at 3:10 PM, Mrugesh Karnik wrote: I'd like to introduce the Tendrl project. Tendrl aims to build a management interface for Ceph. We've pushed some documentation to the On Tue, Sep 20, 2016 at

Re: [Gluster-devel] Gluster and FreeBSD

> > We did get some regular contributions to have Gluster function on > > FreeBSD, but they seem to be more sporadic now. If nobody steps up, I > > would suggest to keep compiling on FreeBSD, but nothing more. Maybe at a > > later time someone shows more interest. > > > > NetBSD on the other hand

Re: [Gluster-devel] [Heketi] How pushing to heketi happens - especially about squashing

- Original Message - > Hi Michael, > We have a new mailing list, it is gluster-devel with [Heketi] in the > subject. Hi Luis, I know, which is what triggered that other mail. :-) It is not really a new mailing-list but a [Heketi] tag to be used in an old mailing list, and it was also

Re: [Gluster-devel] Gluster and FreeBSD

On Tue, Sep 20, 2016 at 12:31 AM, Niels de Vos wrote: > On Tue, Sep 20, 2016 at 09:16:54AM +0530, Nigel Babu wrote: >> On Fri, Sep 09, 2016 at 06:07:41PM +0530, Nithya Balachandran wrote: >> > Hi, >> > >> > I recently debugged a problem [1] where linkfiles were not created

Re: [Gluster-devel] [Heketi] Block store related API design discussion

Awesome, Thanks guys. - Luis - Original Message - From: "Pranith Kumar Karampuri" To: "Niels de Vos" Cc: "Luis Pabón" , "gluster-devel" , "Stephen Watt" , "Ramakrishna Yekulla"

[Gluster-devel] [Heketi] How pushing to heketi happens - especially about squashing

Hi Michael, We have a new mailing list, it is gluster-devel with [Heketi] in the subject. I probably will add this to the communications wiki page. On the concept of github. It is always interesting to compare what we know and how we are used to something to something new. In Github, we do not

Re: [Gluster-devel] Multiplexing - good news, bad news, and a plea for help

> If I understood brick-multiplexing correctly, add-brick/remove-brick > add/remove graphs right? I don't think the grah-cleanup is in good > shape, i.e. it should lead to memory leaks etc. Did you get a chance > to think about it? I haven't tried to address memory leaks specifically, but most of

[Gluster-devel] Minutes: Gluster Community Bug Triage meeting (Today)

Hi all, Today's triage meeting has been postponed to next week. Meeting ended Tue Sep 20 12:06:01 2016 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . Minutes:

Re: [Gluster-devel] Multiplexing - good news, bad news, and a plea for help

> That's weird, since the only purpose of the mem-pool was precisely to > improve performance of allocation of objects that are frequently > allocated/released. Very true, and I've long been an advocate of this approach. Unfortunately, for this to work our allocator has to be more efficient than

Re: [Gluster-devel] Introducing Tendrl

Tendryl is a component that can be used as part of what would be a new management tool, but the project scope is not that of the whole stack that would form a universal storage manager. Regards, Ric On Sep 20, 2016 10:23, "Gerard Braad" wrote: > Hi Mrugesh, > > On Tue, Sep 20,

Re: [Gluster-devel] [Heketi] Block store related API design discussion

On Mon, Sep 19, 2016 at 9:22 PM, Niels de Vos wrote: > On Mon, Sep 19, 2016 at 10:31:11AM -0400, Luis Pabón wrote: > > Using qemu is interesting, but the I/O should be using the IO path of > QEMU block API. If not, > > TCMU would not know how to work with QEMU dynamic QCOW2

Re: [Gluster-devel] [Heketi] Block store related API design discussion

On Mon, Sep 19, 2016 at 10:13 AM, Niels de Vos wrote: > On Tue, Sep 13, 2016 at 12:06:00PM -0400, Luis Pabón wrote: > > Very good points. Thanks Prasanna for putting this together. I agree > with > > your comments in that Heketi is the high level abstraction API and it >

[Gluster-devel] REMINDER: Gluster Community Bug Triage meeting (Today)

Hi all, The weekly Gluster bug triage is about to take place in two hours Meeting details: - location: #gluster-meeting on Freenode IRC ( https://webchat.freenode.net/?channels=gluster-meeting ) - date: every Tuesday - time: 12:00 UTC (in your terminal, run: date -d "12:00

Re: [Gluster-devel] Multiplexing - good news, bad news, and a plea for help

Jeff, If I understood brick-multiplexing correctly, add-brick/remove-brick add/remove graphs right? I don't think the grah-cleanup is in good shape, i.e. it should lead to memory leaks etc. Did you get a chance to think about it? On Mon, Sep 19, 2016 at 6:56 PM, Jeff Darcy

Re: [Gluster-devel] Multiplexing - good news, bad news, and a plea for help

On 19/09/16 15:26, Jeff Darcy wrote: I have brick multiplexing[1] functional to the point that it passes all basic AFR, EC, and quota tests. There are still some issues with tiering, and I wouldn't consider snapshots functional at all, but it seemed like a good point to see how well it

Re: [Gluster-devel] Jenkins Jobs on Gerrit

On Mon, Sep 12, 2016 at 08:04:37AM +0200, Niels de Vos wrote: > Ah, ok, so the repository in GitHub will not be a mirror of the one in > Gerrit that contains the JJB files? Do you plan to have the new > repository (in Gerrit) also push to a repository on GitHub? I do not at this point intend to

Re: [Gluster-devel] Gluster and FreeBSD

On Tue, Sep 20, 2016 at 07:51:56AM +, Emmanuel Dreyfus wrote: > > An attempt to clarify some apparent confusion: Despite theit very similar > names, *BSD are not different distributions of the same software like > Linux distributions are. NetBSD and FreeBSD are distinct operating systems, >

Re: [Gluster-devel] Gluster and FreeBSD

On Tue, Sep 20, 2016 at 09:16:54AM +0530, Nigel Babu wrote: > Giving this thread a signal boost. We should think about this if we're going > to > continue to support *BSD. An attempt to clarify some apparent confusion: Despite theit very similar names, *BSD are not different distributions of the

Re: [Gluster-devel] Introducing Tendrl

Hi Mrugesh, On Tue, Sep 20, 2016 at 3:10 PM, Mrugesh Karnik wrote: > I'd like to introduce the Tendrl project. Tendrl aims to build a > management interface for Ceph. We've pushed some documentation to the On Tue, Sep 20, 2016 at 3:15 PM, Mrugesh Karnik

[Gluster-devel] Introducing Tendrl

Hi all, I'd like to introduce the Tendrl project. Tendrl aims to build a management interface for Gluster. We've pushed some documentation to the documentation repository[1]. The documentation should provide an understanding of the architecture and the components therein. This is still a work in