<div dir="ltr">Gord, <div><br></div><div>Something is definitely got there broken (after time that I didn't work on OSprofiler) and we should address that. </div><div><br></div><div><br></div><div>Best regards,</div><div>Boris Pavlovic </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 9, 2015 at 4:44 AM, gord chung <span dir="ltr"><<a href="mailto:gord@live.ca" target="_blank">gord@live.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    regarding ceilometer+oslo.messaging backend[1]. i feel like i should
    mention, i'm not sure how you guys are using the query but i should
    mention that is not the correct way to use Ceilometer meters as it
    currently isn't measuring anything (see hardcoded - volume:1)<br>
    <br>
    again, i'm not sure what query you are utilising, but i would
    suggest you probably change this to use Events (possibly with
    elasticsearch) rather than Meters because it currently doesn't seem
    to make much sense.<br>
    <br>
    [1]
<a href="https://github.com/openstack/ceilometer/blob/master/ceilometer/meter/data/meters.yaml#L792" target="_blank">https://github.com/openstack/ceilometer/blob/master/ceilometer/meter/data/meters.yaml#L792</a><div><div class="h5"><br>
    <br>
    <div>On 09/11/2015 5:57 AM, Boris Pavlovic
      wrote:<br>
    </div>
    </div></div><blockquote type="cite"><div><div class="h5">
      <div dir="ltr">Hi stackers,
        <div><br>
        </div>
        <div>Intro</div>
        <div>-------</div>
        <div><br>
        </div>
        <div>It's not a big secret that OpenStack is huge and
          complicated ecosystem of different</div>
        <div>services that are working together to implement OpenStack
          API. </div>
        <div><br>
        </div>
        <div>For example booting VM is going through many projects and
          services: nova-api, nova-scheduler, nova-compute, glance-api,
          glance-registry, keystone, cinder-api, neutron-api... and many
          others. </div>
        <div><br>
        </div>
        <div>The question is how to understand what part of the request
          takes the most of the time and should be improved. It's
          especially interested to get such data under the load. </div>
        <div><br>
        </div>
        <div>To make it simple, I wrote OSProfiler which is tiny library
          that should be added to all OpenStack </div>
        <div>projects to create cross project/service tracer/profiler. </div>
        <div><br>
        </div>
        <div>Demo (trace of CLI command: nova boot) can be found here: <a href="http://boris-42.github.io/ngk.html" target="_blank"></a><a href="http://boris-42.github.io/ngk.html" target="_blank">http://boris-42.github.io/ngk.html</a></div>
        <div><br>
        </div>
        <div>This library is very simple. For those who wants to know
          how it works and how it's integrated with OpenStack take a
          look here: <a href="https://github.com/openstack/osprofiler/blob/master/README.rst" target="_blank">https://github.com/openstack/osprofiler/blob/master/README.rst</a></div>
        <div><br>
        </div>
        <div>What is the current status? </div>
        <div>-----------------------------------</div>
        <div><br>
        </div>
        <div>Good news: </div>
        <div>- OSprofiler is mostly done </div>
        <div>- OSprofiler is integrated with Cinder, Glance, Trove &
          Ceilometer </div>
        <div><br>
        </div>
        <div>Bad news: </div>
        <div>- OSprofiler is not integrated in a lot of important
          projects: Keystone, Nova, Neutron </div>
        <div>- OSprofiler can use only Ceilometer + oslo.messaging as a
          backend </div>
        <div>- OSprofiler stores part of arguments in api-paste.ini part
          in project.conf which is terrible thing</div>
        <div>- There is no DSVM job that check that changes in
          OSprofiler don't break the projects that are using it </div>
        <div>- It's hard to enable OSprofiler in DevStack</div>
        <div><br>
        </div>
        <div>Good news: </div>
        <div>I spend some time and made 4 specs that should address most
          of issues: </div>
        <div><a href="https://github.com/openstack/osprofiler/tree/master/doc/specs" target="_blank">https://github.com/openstack/osprofiler/tree/master/doc/specs</a><br>
        </div>
        <div><br>
        </div>
        <div>Let's make it happen in Mitaka!</div>
        <div><br>
        </div>
        <div>Thoughts?</div>
        <div>By the way somebody would like to join this effort?) </div>
        <div><br>
        </div>
        <div>
          <div>Best regards,</div>
          <div>Boris Pavlovic <br>
            <div><br>
            </div>
            <div><br>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><span class=""><pre>_______________________________________________
OpenStack-operators mailing list
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a>
</pre>
    </span></blockquote><span class="HOEnZb"><font color="#888888">
    <br>
    <pre cols="72">-- 
gord</pre>
  </font></span></div>

<br>_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br></blockquote></div><br></div>