Monday, 2014-09-15

*** eglynn__ has joined #openstack-monasca00:01
*** eglynn_ has quit IRC00:13
*** craigbr has joined #openstack-monasca01:28
*** craigbr has quit IRC01:43
*** craigbr has joined #openstack-monasca02:37
*** craigbr has quit IRC02:57
*** craigbr has joined #openstack-monasca03:47
*** craigbr has quit IRC04:27
*** rbak has quit IRC13:29
*** rbak has joined #openstack-monasca14:08
openstackgerritlitong01 proposed a change to stackforge/monasca-api: initial python implementation  https://review.openstack.org/12078814:38
*** sandywalsh has quit IRC15:01
*** cindyo has joined #openstack-monasca15:20
*** sandywalsh has joined #openstack-monasca15:32
*** craigbr has joined #openstack-monasca15:34
*** craigbr has quit IRC15:48
openstackgerritDeklan Dieterly proposed a change to stackforge/monasca-api: Split methods for better modularity  https://review.openstack.org/12161115:54
*** craigbr has joined #openstack-monasca15:56
*** dschroeder has joined #openstack-monasca15:58
*** tongli has joined #openstack-monasca16:04
tongli@craigbr, craig, you added some comment to my patch.16:05
craigbrYes16:05
tonglihowever, I can not see the comments.16:05
tongliwhich patchset did you comment on?16:05
craigbrThe first one because I was commenting on a comment16:06
tongliis it possible that you add it to the latest patch set  which is #4.16:06
tongliwhich file do you remember?16:06
craigbrLet me check and I will fix it if possible16:06
tonglifound it.16:07
tongliso the message format should be this?16:08
tongli{16:08
tongli"metric": {The metric as a JSON object},16:08
tongli"meta": {16:08
tongli"tenantId": "the tenant ID acquired via authentication with Keystone",16:08
tongli"region": "the region that the metric was submitted under",16:08
tongli},16:08
tongli"creation_time": the time when the API received the metric as UNIX time16:08
tongli}16:08
tonglinot seeing the value field? where the value come in then?16:09
craigbrYes16:09
craigbrValue is in the metric16:09
tonglioh, i c.16:09
tongliso this will be different from the spec?16:09
craigbrThere are two specs: external (consumed by the API) and internal (consumed by other monasca components)16:10
tonglihmm. ok, i c.16:10
tongliwho uses internal format to send messages?16:11
tongliI mean to kafka?16:11
craigbrThe API sends Metrics using the internal format, the Persister and the Threshold Engine consume that format.16:11
tongliseems to me that api should validate a message based on api spec (external one),16:11
craigbrI agree. But, it needs to augment the incoming data to match the internal spec16:12
craigbrbefore putting it on the kafka queue16:12
tonglihmm, ok.16:13
tonglithe api server take external format, then do transformation, make it internal format.16:13
tongliis that what the java server does?16:14
craigbrYes.16:14
tongliok.16:14
tongliit can be done easily in a middleware.16:14
tongliif you look at the patchset 4, specially the metric_validator.py.16:15
craigbrAs long as it is done before it gets puts on the kafka queue. Because only the API server knows which tenant the data comes from.16:15
tongliit does validation, then you can trasform it16:15
craigbrThe API server gets the tenant from the login information16:16
tonglisure.16:16
tonglithat is what keystone middleware provides actually.16:16
craigbrOf course16:16
tongliconsider you can have all these logic in one middleware or a series of middleware.16:17
tonglibut the API server will simply place the message it receives onto the kafka queue.16:18
craigbrYes. I wasn't commenting on the actual implementation, but answering your question about formats16:18
tongliif the request pass all the middleware in the pipeline.16:18
craigbrI didn't even read the code, I was just commenting on your comment16:18
tongliok.16:18
tonglii c.16:18
tonglithanks for clarifying this, I did not know there are two different formats.16:19
craigbrYou're welcome16:19
tongliso the metric is the original external format message.16:19
tonglithen it wraps it into this internal format.16:19
tongliright?16:19
craigbrYes16:20
tonglik. i c.16:20
tonglilet me make a bit of changes. so that this logic will all be in the middleware specifc for HP deployment.16:20
craigbrIt really isn't HP specific because that format is used by other components of monasca. Monasca is NOT just the API server16:21
craigbrWithout the correct message format, the measurements won't get written the database and alarms won't get triggered16:22
tonglimost likely IBM won't have this kind of wrapping.16:22
tongliwe may pick completely different logic.16:23
craigbrIBM will write its own persister and threshold engine?16:23
tonglitotally possible.16:23
craigbrSeems pointless16:23
tongliit is too specific.16:24
tonglimany things won't work16:24
tonglithinking about events.16:24
tonglithinking about cadf.16:24
craigbrIBM is not interested in multi tenancy?16:24
tonglior any other messages.16:24
tonglihas nothing to do with multi tenancy.16:24
tonglithe original message may very well contain the project_id from OpenStack already16:25
tonglithis is only required since HP did not send the project_id (tenant id) in the original msg16:25
tongliimaging you may already have messages contained the information.16:26
tongliit will be quite stupid to wrap it again.16:26
tonglithere could be many many different kind of things coming in.16:26
tonglinot only metrics,16:26
craigbrWe effectively do, because the user has authenticated. You are asking the user to doubly specify the data and keep it in sync16:26
tonglithis won't work if authentication is not using keystone.16:27
craigbrkeystone is used for openstack. Monasca is used for openstack.16:28
tongliright, if I want to use it monitor other cloud?16:28
tonglinot even all OS cloud uses keystone, you know that right?16:29
*** jodah has joined #openstack-monasca16:29
*** garyh has joined #openstack-monasca16:29
craigbrI am in a meeting at the moment. I will have to get back to you16:32
*** dshurtle has joined #openstack-monasca16:33
*** dshurtle has quit IRC16:33
*** dshurtle has joined #openstack-monasca16:35
*** dshurtle has quit IRC16:37
openstackgerritlitong01 proposed a change to stackforge/monasca-api: initial python implementation  https://review.openstack.org/12078817:18
openstackgerritGary Hessler proposed a change to stackforge/monasca-agent: Adding RabbitMQ detection and setup  https://review.openstack.org/12163017:18
*** openstackgerrit has quit IRC18:32
*** openstackgerrit has joined #openstack-monasca18:32
*** jodah has quit IRC18:33
*** cindyo has quit IRC18:39
openstackgerritJonathan Halterman proposed a change to stackforge/monasca-common: WIP - Event changes for alarmed-metrics support  https://review.openstack.org/12165218:53
*** dshurtle has joined #openstack-monasca19:03
openstackgerritDeklan Dieterly proposed a change to stackforge/monasca-api: Split methods for better modularity  https://review.openstack.org/12161119:22
sandywalsh*mental note ... don't ask about stackforge any more :)19:25
*** craigbr has quit IRC19:26
*** craigbr has joined #openstack-monasca19:36
*** cindyo has joined #openstack-monasca20:06
openstackgerritA change was merged to stackforge/monasca-api: Split methods for better modularity  https://review.openstack.org/12161120:21
*** tongli has quit IRC20:26
cindyotongli: just so you know our other packages have unique names.  This is important so that installs don’t overwirte each other.  We have separate modules so they each have their own package20:43
*** dshurtle has quit IRC21:46
*** rbak has quit IRC22:46
openstackgerritJonathan Halterman proposed a change to stackforge/monasca-common: WIP - Event changes for alarmed-metrics support  https://review.openstack.org/12165222:58
*** dschroeder has quit IRC23:04
openstackgerritCraig Bryant proposed a change to stackforge/monasca-persister: Remove compiler warning  https://review.openstack.org/12170523:12
openstackgerritJonathan Halterman proposed a change to stackforge/monasca-common: WIP - Event changes for alarmed-metrics support  https://review.openstack.org/12165223:15
*** craigbr has quit IRC23:20

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!