CEPH filesystem development
 help / color / mirror / Atom feed
From: Mark Nelson <mark.nelson@inktank.com>
To: Andrew Shewmaker <agshew@gmail.com>, ceph-devel@vger.kernel.org
Subject: Re: Ιnstrumenting RADOS with Zipkin + LTTng
Date: Fri, 07 Nov 2014 08:18:42 -0600	[thread overview]
Message-ID: <545CD4C2.5030408@redhat.com> (raw)
In-Reply-To: <20141030184938.GA10197@radon.localdomain>

On 10/30/2014 01:49 PM, Andrew Shewmaker wrote:
> Hi everyone,
>
> I'm Andrew, a new Ceph intern, and I'll be working to get Marios'
> Zipkin + LTTng repo into a merge-able state, as Sam asked about
> (http://www.spinics.net/lists/ceph-devel/msg20024.html).
>
> I've exchanged email with Marios, and he is interested in
> helping me with it in his spare time. One of the important
> things he mentioned is that his blkin library only works
> with LTTng 2.4. Other versions experience deadlocks, and
> he'll work to resolve them in 2.5.
>
> I'm still working on getting a ceph development environment
> set up, so I haven't tested the tracepoints Marios added.
> I have built an RPM spec file for blkin, tested it against
> lttng-ust 2.3 and 2.4, and built (but not tested) Marios'
> ceph branch.
>
> Should I put effort into adding a "--with-blkin" or "--with-zipkin"
> option to autoconf?
>
> I've made a first attempt at dividing the changes into
> logically grouped patches: common blkin infrastructure,
> osd, and rados. Does that sound reasonable? Or should
> I not bother separating osd and rados changes?
>
> I saw a couple instances of extraneous whitespace/newlines
> I'll clean up. What other issues should I look for?
>
> After they're cleaned up, would it be best for me to submit these
> patches to the list, or just point to a github repo?
>
> Thanks,
>
> Andrew Shewmaker

Just wanted to say I'm really looking forward to this. :)

Mark

> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>


  parent reply	other threads:[~2014-11-07 14:18 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-30 18:49 Ιnstrumenting RADOS with Zipkin + LTTng Andrew Shewmaker
2014-11-07 10:32 ` Sage Weil
2014-11-07 17:29   ` Andrew Shewmaker
2014-11-07 14:18 ` Mark Nelson [this message]
2014-11-07 14:36   ` Matt W. Benjamin
  -- strict thread matches above, loose matches on Subject: below --
2014-08-01 16:28 Marios-Evaggelos Kogias
2014-08-01 20:17 ` Samuel Just
2014-08-01 20:24   ` Samuel Just
     [not found]     ` <CAFu9Dv1Aqsf69=fXGZ1QjgQuvmXyaDGX0vk91MAT=6QuWznXDw@mail.gmail.com>
2014-08-05 16:22       ` Marios-Evaggelos Kogias
2014-08-13 21:21         ` Samuel Just
2014-08-01 20:54 ` Adam Crume
2014-08-05 16:18   ` Marios-Evaggelos Kogias
2014-08-01 16:14 Marios-Evaggelos Kogias

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=545CD4C2.5030408@redhat.com \
    --to=mark.nelson@inktank.com \
    --cc=agshew@gmail.com \
    --cc=ceph-devel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox