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
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
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
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
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,
-
> 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
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.
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
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.
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
> > 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
- 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
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
Awesome, Thanks guys.
- Luis
- Original Message -
From: "Pranith Kumar Karampuri"
To: "Niels de Vos"
Cc: "Luis Pabón" , "gluster-devel"
, "Stephen Watt" , "Ramakrishna
Yekulla"
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
> 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
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:
> 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
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,
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
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
>
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
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
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
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
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,
>
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
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
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
29 matches
Mail list logo