Wednesday, 2013-09-04

*** shakayumi has quit IRC00:31
*** nos_ has joined #openstack-metering00:54
*** nos_ has quit IRC00:54
*** nosnos has joined #openstack-metering00:55
*** changbl has quit IRC00:55
*** Ruetobas has joined #openstack-metering00:59
*** yjiang5 is now known as yjiang5_away01:00
*** changbl has joined #openstack-metering01:00
*** giroro_ has joined #openstack-metering01:01
*** Ruetobas has quit IRC01:04
*** giroro_ has quit IRC01:04
*** Ruetobas has joined #openstack-metering01:11
*** shaneduan is now known as shaneduan[afk]01:19
*** flwang has quit IRC01:33
*** litong has joined #openstack-metering01:39
*** giroro_ has joined #openstack-metering01:56
*** Ruetobas has quit IRC01:58
*** Ruetobas has joined #openstack-metering01:59
*** d34dh0r53 has joined #openstack-metering01:59
*** giroro_ has quit IRC02:00
*** d34dh0r53 has quit IRC02:01
*** Ruetobas has quit IRC02:07
*** shaneduan[afk] is now known as shaneduan02:08
*** Ruetobas has joined #openstack-metering02:10
*** Ruetobas has quit IRC02:14
*** flwang has joined #openstack-metering02:26
*** shaneduan is now known as shaneduan[afk]02:30
*** nosnos_ has joined #openstack-metering02:47
*** shang has joined #openstack-metering02:47
*** nosnos has quit IRC02:49
*** nosnos_ has quit IRC02:55
*** nosnos has joined #openstack-metering02:55
*** Fengqian has joined #openstack-metering02:56
*** anteaya has quit IRC02:58
*** shaneduan[afk] is now known as shaneduan03:05
*** shaneduan is now known as shaneduan[afk]03:09
*** Guest16331 has quit IRC03:59
*** lillie has joined #openstack-metering04:00
*** lillie is now known as Guest7266504:00
*** SergeyLukjanov has joined #openstack-metering04:25
openstackgerritSandy Walsh proposed a change to openstack/ceilometer: Reject duplicate events  https://review.openstack.org/4419104:33
*** boris-42 has joined #openstack-metering04:51
*** evanjfraser has quit IRC04:55
*** openstack has joined #openstack-metering14:54
*** openstackgerrit has joined #openstack-metering14:55
jd__dhellmann: around?15:04
dhellmannpong15:04
jd__I'm thinking about Jay's email on SQL15:04
jd__I'm really worried15:05
dhellmannhow so?15:05
*** d34dh0r53 has joined #openstack-metering15:05
jd__the plan was OK a week ago, but discussin this last hours with ttx makes me realize that may be a bit late in the process15:05
jd__+g s/this/during these/15:06
dhellmannso you think pagination is going to slip to the next release?15:06
dhellmannI would rather do that than rush something broken in. This is one of those features I don't think we understood well enough when we started out.15:07
jd__it's pretty much already negociated with ttx that pagination will be rescheduled15:07
dhellmannsure, that works for me15:08
dhellmannwe should make sure we have a slot at the summit to hash out the details15:08
eglynndhellmann, gorc: hopefully my comments on https://review.openstack.org/44908 re. the on_behalf_of field have shed some light?15:08
dhellmanneglynn: I've been looking at sandywalsh_'s dupe handling changeset, but I'll get back on that one next15:09
eglynndhellmann: thanks!15:09
jd__dhellmann: can you review https://review.openstack.org/#/c/44292/ ?15:09
jd__eglynn: too ^15:09
*** d34dh0r53 has quit IRC15:10
sandywalsh_eglynn jd__ I can look at both of those now too15:10
eglynnjd__: yep, on it15:10
jd__thanks sandywalsh_15:10
jd__ok then we have another big problem IMHO15:10
* jd__ mode "branle-bas de combat"15:10
dhellmannjd__: I see you added a new migration, so that should be a quick review15:10
eglynnjd__: pagination slipping, what about the switch back from alembic to sa-migrate?15:11
jd__eglynn: I don't know, that's what I'm raising the issue15:11
eglynnjd__: a-ha, k15:11
dhellmannI thought we agreed to use both but allow new sqlalchemy-migrate migrations for this release, and force the move to alembic in icehouse15:11
dhellmannso we don't have to undo the alembic stuff15:12
dhellmannjd__: "commotion combat"? is that another idiom? :-)15:12
* eglynn just catching up with that "Wait a minute..." thread on the ML (email client out of action all morning due to VPN issues ...)15:13
jd__dhellmann: well http://fr.wiktionary.org/wiki/branle-bas_de_combat indicates that it comes from "clearing the decks before beginning the combat on a ship", it seems to be http://en.wikipedia.org/wiki/Action_Stations in English15:14
dhellmannjd__: ok, that makes more sense :-)15:14
* jd__ learned something15:14
jd__so the other problem I would like to get your attention onto is https://review.openstack.org/#/c/43851/15:15
jd__migrations are broken with PostgreSQL15:15
jd__so we can't activate devstack-gate on Ceilometer right now15:16
jd__and I wish we could considering all the patches coming in for SQL15:16
dhellmannindeed15:16
dhellmannthat's a bug, though, right? so it can happen between h3 and rc1?15:16
dhellmanns/happen/be fixed/15:16
jd__it's a bug and my fix is https://review.openstack.org/#/c/44691/ though you may want to read Svetlana comments too15:17
dhellmannI'm running out of browser tabs for these reviews :-)15:17
jd__is there a limit on browser tab? :)15:20
dhellmannI guess we'll find out.15:21
sandywalsh_eglynn: where in the test is the auth set up so the on-behalf-of checks can be done? (I assume you would have to set up a user A with access to project B?)15:22
dhellmannsandywalsh_: eglynn  and I talked about that a little while ago, and he pointed me toward test_get_recorded_alarm_history_segregation15:22
eglynnsandywalsh_: yep, what dhellmann said15:23
dhellmannalthough that tests access failure, is there one that tests for success?15:23
eglynntest_get_recorded_alarm_history_rule_change_on_behalf_of15:24
eglynnIIUC the question correctly ...15:24
*** shanewang1 has joined #openstack-metering15:24
*** shanewang1 has left #openstack-metering15:25
sandywalsh_hmm, should be an explicit test on _sanitize_query I think ... it's complex enough to warrant. Otherwise it's functionality is getting hidden as side effects in other tests.15:25
sandywalsh_*its15:25
eglynnsandywalsh_: OK, I'll do that now15:25
dhellmannsandywalsh_: yeah, I asked eglynn to add some more explicit tests for the sorting in another changeset, too15:26
eglynndhellmann, sandywalsh_: will work on both in the same new changeset15:26
sandywalsh_cool15:26
dhellmanneglynn: that on-behalf-of test looks like it picks a new random uuid as the auth credentials for the query, what sets that new id up as having access to the other project's data?15:26
sandywalsh_a unit test shouldn't really span the method being tested15:26
sandywalsh_if we follow that assumption for all of our tests, the tests get better coverage and act as better documentation.15:27
eglynndhellmann: a-ha, true that ... I'm over-using the overridden auth15:27
sandywalsh_s/span/go outside of/15:27
eglynndhellmann: I'll fix that also now15:27
dhellmanneglynn: cool, thanks15:27
dhellmannsandywalsh_: +2 with one question on https://review.openstack.org/#/c/44191/15:28
dhellmannI think the answer to my question is "no" :-)15:28
sandywalsh_dhellmann: thanks ... reading15:29
dhellmannI'm not sure why we made that API deal with a list of events like that.15:29
dhellmannjd__: approved https://review.openstack.org/#/c/44292/15:32
jd__\o/15:33
sandywalsh_dhellmann: responded ... good question. One I've been debating a lot recently :)15:35
dhellmannjd__: I'm not sure what to do with the migrations question15:35
dhellmannsandywalsh_: it may have been a misunderstanding of something on my part early on that we just haven't removed yet15:35
sandywalsh_dhellmann: howso?15:36
sandywalsh_jd__: phooey, lost my place in the migration :) now I need 014_15:36
jd__sandywalsh_: hihi15:37
jd__dhellmann: I think the best we can do is fix the bug wrt PostgreSQL; anyway we'll have too since infra is going to enable devstack-gate on us soon and we'll be blocked if we don't pass it15:39
dhellmannsandywalsh_: of the idea that the incoming message queue might give us more than one thing at a time to process15:40
dhellmannjd__: which review should I be looking at first? https://review.openstack.org/#/c/44539/ ?15:40
sandywalsh_dhellmann: right ... if it's coming from oslo.rpc, no. But I can see other "services" publishing more than one. The event trigger pipeline for one.15:40
openstackgerritA change was merged to openstack/ceilometer: alarm api: rename counter_name to meter_name  https://review.openstack.org/4429215:41
*** shaneduan[afk] is now known as shaneduan15:41
dhellmannsandywalsh_: good point15:41
sandywalsh_dhellmann: but that won't affect service.py. But the low level code still needs to handle more than one event at a time. Honestly, I could go either way on it. Keep it simple at 1 event at a time and optimize later  if needed.15:42
sandywalsh_pie/cake15:42
jd__dhellmann: I don't know :(15:42
jd__dhellmann: mine is simple, maybe not correct wrt the "sync of the state of database after migration and models" but seems to work locally on my devstack15:43
jd__dhellmann: sshturm's one is more intrusive15:43
dhellmannsandywalsh_: what you've got now is fine, we'll fix it if it turns out to be broken :-)15:44
dhellmann"eventually correct"15:44
dhellmannjd__: ok, less intrusive seems good :-)15:44
sandywalsh_agreed ... we could go round and round on this forever15:45
jd__eventually correct since we don't have devstack-gate :-(15:45
dhellmannI'd like the mirantis folks to talk to us about this database work they're doing before we land all of the rest of those patches -- the alembic thing is making me more cautious15:45
dhellmannsandywalsh_: yeah, I wasn't suggesting a change, just asking in case I was missing some detail about how it worked15:45
openstackgerritJulien Danjou proposed a change to openstack/python-ceilometerclient: alarm: rename counter_name to meter_name  https://review.openstack.org/4507615:46
sandywalsh_dhellmann: gotcha. sensible question.15:46
openstackgerritSandy Walsh proposed a change to openstack/ceilometer: Reject duplicate events  https://review.openstack.org/4419115:47
sandywalsh_* just a migration numbering change15:48
sandywalsh_jd__: are we that concerned with faster when N=1 (and = 0 99.9% of the time)? :)15:51
*** changbl has joined #openstack-metering15:51
jd__sandywalsh_: no, it was just for the sake of it15:51
sandywalsh_jd__: interesting construct though .. mental note :)15:51
dhellmannjd__: I don't understand why you removed the drop_constraint() call in https://review.openstack.org/#/c/44691/1/ceilometer/storage/sqlalchemy/alembic/versions/2c3ccda5a3ad_fix_uniq_name.py15:52
jd__sandywalsh_: I'm more concerned about the code around that doesn't seem to accomplish anything (or I miss the point really)15:52
dhellmannjd__: the old change had any dispatcher that detected an exception preventing the rest of the dispatchers from receiving the message15:53
dhellmannthe new version lets all dispatches process the event, and makes a list of the "duplicates" then raises an exception in one place to nack the message15:53
sandywalsh_yep15:54
dhellmannalthough now that I say that out loud, I wonder if we want to nack if all of the dispatchers think it is a dupe? shouldn't we just ignore dupes?15:54
dhellmanns/all/any15:54
dhellmannto be idempotent?15:54
sandywalsh_dhellmann: that's what's happening. It's only raising if some other error occured15:54
dhellmannaha, right, I forgot you had different error types15:54
sandywalsh_right, and that'll be needed for dead-letter15:55
dhellmanntime for lunch, bbiab15:55
*** dhellmann is now known as dhellmann_15:55
jd___ means lunch?15:56
jd__dhellmann_: the drop_constraints() was failling and broke the transaction so the next call would fail too15:57
jd__dhellmann_: maybe that's no the proper fix :(15:58
jd__dhellmann_: if I read the current code correctly, there's a try/except around record_events() so all dispatchers received the message anyway15:59
jd__sandywalsh_: ^15:59
*** dina_belova has quit IRC16:00
sandywalsh_jd__: in the dispatchers?16:00
jd__sandywalsh_: in service.py16:00
*** Ruetobas has quit IRC16:01
sandywalsh_jd__: not any more16:01
sandywalsh_it's down in the dispatchers now16:01
jd__there's still a chance a dispatch raise suddenly outside its try/except no?16:01
jd__+er16:02
jd__too many typos, I'm getting tired :)16:02
sandywalsh_:) yes, then we fall back to the last-raise-wins behavior, which isn't the preferred way.16:03
*** Ruetobas has joined #openstack-metering16:04
jd__is it last-raise-wins or first-raise-loses? :)16:04
jd__but ok I get it16:05
sandywalsh_I'm sure we'll be revisiting all this again. It's the most important part of the whole process.16:05
jd__I think so16:08
*** SergeyLukjanov has quit IRC16:08
jd__but I think it'll be good enough for now anyway, approved16:08
sandywalsh_thanks jd__16:09
*** Ruetobas has quit IRC16:09
*** Ruetobas has joined #openstack-metering16:14
*** boris-42 has quit IRC16:14
*** shaneduan is now known as shaneduan[afk]16:15
*** openstackgerrit has quit IRC16:16
*** openstackgerrit has joined #openstack-metering16:16
openstackgerritA change was merged to openstack/ceilometer: Reject duplicate events  https://review.openstack.org/4419116:26
*** shaneduan[afk] is now known as shaneduan16:30
openstackgerritA change was merged to openstack/ceilometer: Network: process metering reports from Neutron  https://review.openstack.org/4389216:43
*** boris-42 has joined #openstack-metering17:08
*** tasdomas is now known as tasdomas_afk17:20
openstackgerritMehdi Abaakouk proposed a change to openstack/ceilometer: Move alarm defaults to the API  https://review.openstack.org/4508517:35
openstackgerritMehdi Abaakouk proposed a change to openstack/ceilometer: 'and' and 'or' operations for alarms combination  https://review.openstack.org/4283217:35
openstackgerritMehdi Abaakouk proposed a change to openstack/ceilometer: Add alarm combination API  https://review.openstack.org/4197117:35
*** shaneduan is now known as shaneduan[afk]17:40
dhellmann_eglynn: I didn't realize on_behalf_of was supposed to be a hidden argument. I like just making it explicit, which it seems is your current plan?17:40
eglynndhellmann_: well the intent was to keep it hidden, but make the error handling neater17:46
eglynndhellmann_: easiest to just push my current wip to explain ...17:46
openstackgerritEoghan Glynn proposed a change to openstack/ceilometer: Add query support to alarm history API  https://review.openstack.org/4490817:46
eglynndhellmann_: ^^^17:46
eglynnbbiab, need to eat ...17:46
*** eglynn is now known as eglynn-is-hungry17:46
*** krtaylor has quit IRC17:50
*** yjiang5_away is now known as yjiang517:53
*** shaneduan[afk] is now known as shaneduan18:03
openstackgerritTerri Yu proposed a change to openstack/ceilometer: Add group by statistics in API v2  https://review.openstack.org/4413018:04
*** dina_belova has joined #openstack-metering18:11
*** SergeyLukjanov has joined #openstack-metering18:11
*** dina_belova has quit IRC18:16
sandywalsh_Seeing pep8 and hacking violations getting past jenkins18:23
terriyuhmm, Jenkins caught my pep8 error earlier this morning18:23
openstackgerritA change was merged to openstack/ceilometer: Fixes service startup issue on Windows  https://review.openstack.org/4496118:24
sandywalsh_yeah, some are getting caught. The #comment ones are leaking through and HACKING import ordering are getting missed.18:29
*** eglynn-is-hungry has quit IRC18:31
gordcthomasm: you can probably hold off on the clean up of code -- maybe wait for someone else to comment. don't want to make you do unneeded work.18:43
dhellmann_terriyu: ping?18:46
*** dhellmann_ is now known as dhellmann18:46
terriyuhi dhellmann18:46
dhellmannI'm looking at the new version of the group by changes18:46
terriyuok18:47
dhellmannhow do you feel about changing that "g" argument in the API to "groupby"?18:47
dhellmannFor the query, we expect it to be repeated a lot, so a short name is "nicer" (and "q" is a common alias for query in web forms)18:47
dhellmannbut the grouping should have fewer repetitions and "g" isn't very descriptive18:48
terriyuyou mean, the URL will look like http://localhost:8777/v2/meters/instance/statistics?groupby=user_id  ?18:48
dhellmannright18:48
terriyuseems like a good idea to me18:48
dhellmannor maybe even ?groupby=user_id&groupby=resource_id18:48
terriyuI was just following the example in the wiki18:48
terriyuhttps://wiki.openstack.org/wiki/Ceilometer/blueprints/api-group-by#Design_example18:49
* dhellmann looks18:49
dhellmannhmm18:50
dhellmannI don't know if that's meant to be "do it this way" or "I didn't want to type out the groupby argument" :-)18:51
dhellmannI suppose g is consistent with q, but we do have "period" as well18:51
terriyudidn't jd__ write that part?18:51
dhellmannmaybe, I'm not certain18:52
* dhellmann wonders if jd__ is still online18:52
terriyuif "g" is not standard, I like "groupby" better18:52
dhellmannafaik, there isn't a "standard" for this, so I would like to go with the longer form18:52
terriyuspeaking of the example in the wiki, I don't think the output will look like18:53
terriyu{[18:53
terriyu  { "m1.tiny": { "min": 1, "max": 1, "avg": 1, "sum": 1 },18:53
terriyu  { "m1.tiny": { "min": 1, "max": 1, "avg": 1, "sum": 1 } }, ...18:53
terriyuat least not the way I currently wrote my patch18:53
terriyuI think it will be something like18:54
terriyu[{"groupby": {"metadata.flavor": "m1.tiny"}, "min": 1, "max": 1, ...}, {"groupby": {"metadata.flavor": "m1.tiny"}, "min": 1, "max": 1, ...}, ...]18:56
terriyugordc: I posted a new version of my groupby API patch and am discussing it with dhellmann18:57
dhellmannterriyu: yeah, the output in the wiki looks wrong -- it's not grouping the results18:58
* gordc likes groupby as well.18:58
dhellmannterriyu: the output in the next section by asalkeld looks more correct18:58
dhellmannalthough he assumes a single groupby field, so your dict version makes more sense18:59
gordcdhellmann: did you just edit the wiki?18:59
terriyuspeaking of which, what about documentation for the group by feature ?19:00
dhellmanngordc: no19:01
*** eglynn-is-hungry has joined #openstack-metering19:01
dhellmannterriyu: the autodoc code in sphinx will include the argument in our api docs19:01
gordcdhellmann: oh.. then i think you commented on it before: We probably want that to be a mapping between the field name and its value. {'metadata.instance_type': 'm1.tiny'} -- dhellmann19:01
dhellmanngordc: oh, yeah, that's probably old from when it was originally posted19:02
gordcseems like you already knew what terriyu was going to produce19:02
dhellmanngordc: the reason I have such a bad memory is I exist outside of your space-time continuum19:02
gordcterriyu: i guess that resolves that issue.19:02
dhellmannterriyu: although we should add some examples of using the API, with real detail about the results -- that can come in another patch, IMO19:03
terriyudhellmann: exactly what I was thinking19:03
dhellmannterriyu: I posted one more comment about the new version19:04
gordcdhellmann: considering how much you cover in openstack alone, i'm shocked if you remember 5% of it.19:04
dhellmannmany fingers in many pies, mmm, pie ;-)19:05
terriyudhellmann: saw your comment.  If validate_groupby_fields() removes duplicates, should it still be called validate_groupby_fields ?19:06
gordcdhellmann: mmmm... now i'm just going to be thinking of pie for next half hour.19:06
dhellmannterriyu: I think it's ok, unless you have a better name you'd like to use?19:07
*** SergeyLukjanov has quit IRC19:07
* dhellmann goes to get cake from the fridge19:08
terriyudhellmann: no, I don't know of a better name.  Just checking, since I'm no expert.19:08
dhellmannterriyu: leave it as validate, then, and we'll see if someone else suggests something :-)19:09
terriyudhellmann: sounds good :)  So, the rest of the code looks okay?19:09
dhellmannterriyu: yes, nice and clean19:10
terriyugreat19:10
dhellmannterriyu: oh, a couple of extra unit tests for validate_groupby_fields would be good -- I suggested a list, I think they'll be pretty straightforward to add19:10
*** dina_belova has joined #openstack-metering19:11
terriyudhellmann: sounds good.  gordc was writing some similar tests for the more complicated _query_to_kwargs() -- the method that processes the query part of the request19:13
terriyuhttps://review.openstack.org/#/c/43796/19:13
* dhellmann reads19:14
gordcterriyu: did you want me to rebase off your patch and add testcases for you?19:14
terriyugordc: I have no idea what I'm doing, so I'll do whatever you and dhellmann think is best :)19:15
gordcprobably best to contain it in your patch but whatever works.19:15
dhellmannlet's try to get the tests into the changeset that adds the function being tested this time19:15
terriyuI can try writing some tests19:16
*** dina_belova has quit IRC19:16
gordcterriyu: you can do something similar to mine... should be even simpler.19:17
dhellmanngordc: in https://review.openstack.org/#/c/43796/5/tests/api/v2/test_query.py why is filtering on timestamp invalid?19:18
dhellmannoh, nevermind, that's an invalid field isn't it19:18
dhellmannit's either start_timestamp or end_timestamp19:18
terriyudhellmann: to remove the duplicate fields in _validate_groupby_fields(), would it be okay to do something like list(set(groupby_fields))19:19
dhellmannterriyu: yes, that's exactly the right thing to do19:19
terriyuexcellent19:19
gordcdhellmann: the last test? it's because we only support querying on a range. not an exact timestamp19:20
dhellmannoh, wait, unless we care about the order of those fields for some reason?19:20
dhellmanngordc: do we support querying against metadata with operators other than =?19:20
dhellmannterriyu: do we care about the order for the group by fields?19:21
terriyudhellmann: not that I'm aware of19:21
gordcdhellmann: nope. based on how i read it, it only supports filtering on a range for timestamp and only = for everything else.19:22
dhellmanngordc: :-(19:22
dhellmannok19:22
dhellmannI guess that's not new19:22
gordcdhellmann: yeah, probably worth looking at a resuable way to handle both.19:23
dhellmannyeah, we can do that in icehouse19:23
terriyuso for now, list(set(groupby_fields)) is okay?19:23
dhellmannterriyu: yes19:23
terriyuok19:23
dhellmannif someone points out we need to retain the order, we can do something different19:23
terriyugordc, dhellmann : where should I put the unit tests for _validate_groupby_fields() ?  In ceilometer/tests/api/v2/test_query.py ?19:28
dhellmannyeah, a new test class in that file seems OK19:29
gordcterriyu: seems fine to me as well.19:29
openstackgerritMehdi Abaakouk proposed a change to openstack/ceilometer: 'and' and 'or' operations for alarms combination  https://review.openstack.org/4283219:29
openstackgerritMehdi Abaakouk proposed a change to openstack/ceilometer: Add alarm combination API  https://review.openstack.org/4197119:29
openstackgerritMehdi Abaakouk proposed a change to openstack/ceilometer: Move alarm defaults to the API  https://review.openstack.org/4508519:29
*** yjiang5 is now known as yjiang5_away19:33
sandywalsh_sileht: dhellmann, not sure if you saw the json filter I wrote for the nova scheduler? It could be a common/easy way to do the and/or/in/not stuff needed by statistics and alarming.19:41
sandywalsh_https://github.com/openstack/nova/blob/master/nova/scheduler/filters/json_filter.py19:41
sandywalsh_you can do some pretty complex scheduler requests with it19:42
sandywalsh_might be interesting to refactor it into oslo and share it across all these projects19:42
sandywalsh_basically you pass in your complex query as a json body in the http request19:42
dhellmannsandywalsh_: would it be useful for building a query to pass to the database?19:44
dhellmannit looks like it operates on items in memory?19:44
sandywalsh_it does ... I'll have a look at the query -> db query code and see how it might map.19:45
sandywalsh_I think a Visitor pattern on it would helkp19:45
sandywalsh_help19:45
sandywalsh_and make it useful for anyone (just implement your own visitor and variable lookup utility)19:45
sandywalsh_not sure how "optimal" it would be19:46
sandywalsh_likely, not very19:46
dhellmannstill, we might get some ideas for the data structures we'd need19:48
sandywalsh_yep. It's such an easy construct and yet very powerful (and works well with web clients)19:50
*** dina_belova has joined #openstack-metering20:12
jd__terriyu: you rock, we may be able to finish your blueprint before ttx's coffee :)20:12
terriyujd__: thanks :)  I'm working on a new patch set, so let me know if you have any comments20:13
jd__who's gonna win implement-a-blueprint-before-h3 contest20:13
*** shaneduan is now known as shaneduan[afk]20:13
jd__terriyu: yeah I've just said I agree with dhellmann and that it could deserve a test20:13
terriyujd__: dhellmann, gordc, and I also thought that instead of using g, we should use groupby20:13
terriyulike:  http://localhost:8777/v2/meters/instance/statistics?groupby=user_id20:14
terriyujd__: what do you think?20:14
jd__I clicked on this link20:14
* jd__ facepalm20:14
gordcjd__: i did that the first time terriyu did it.20:15
jd__terriyu: oh right I missed that, yes totally groupby is much better20:15
jd__good thing you raised it20:15
*** dina_belova has quit IRC20:17
openstackgerritA change was merged to openstack/ceilometer: Add query support to alarm history API  https://review.openstack.org/4490820:19
jd__brb20:21
openstackgerritgordon chung proposed a change to openstack/ceilometer: add tests for _query_to_kwargs func  https://review.openstack.org/4379620:36
openstackgerritMonty Taylor proposed a change to openstack/ceilometer: Update to tox 1.6 and setup.py develop  https://review.openstack.org/4512420:49
*** evanjfraser has joined #openstack-metering20:54
openstackgerritTerri Yu proposed a change to openstack/ceilometer: Add group by statistics in API v2  https://review.openstack.org/4413021:06
openstackgerritMehdi Abaakouk proposed a change to openstack/ceilometer: Disable the pymongo pooling feature for tests  https://review.openstack.org/4446521:10
*** dina_belova has joined #openstack-metering21:12
*** dina_belova has quit IRC21:17
*** shaneduan[afk] is now known as shaneduan21:30
openstackgerritgordon chung proposed a change to stackforge/pycadf: bump oslo.config req to 1.2.0a3  https://review.openstack.org/4512821:31
*** shaneduan is now known as shaneduan[afk]21:32
thomasmgordc, Thanks for your comments. I definitely agree. I want to be sure I don't miss the mark for getting this into H3, so how does the deadlines work for that?21:35
thomasms/does/do/21:35
gordcthomasm: https://wiki.openstack.org/wiki/Havana_Release_Schedule i don't know what time it is in UTC but i assume cut off is soon.21:40
*** osphy has joined #openstack-metering21:40
gordcyours is a bug fix so you have a bit longer.21:40
thomasmgordc, Ohhhh okay21:40
thomasmThere we go. Thanks. =]21:40
*** thomasm has quit IRC21:43
*** shaneduan[afk] is now known as shaneduan21:50
openstackgerritA change was merged to stackforge/pycadf: bump oslo.config req to 1.2.0a3  https://review.openstack.org/4512821:52
*** shardy is now known as shardy_afk21:53
*** sdake_ has quit IRC21:54
*** dina_belova has joined #openstack-metering22:13
*** dina_belova has quit IRC22:18
*** boris-42 has quit IRC22:19
*** boris-42 has joined #openstack-metering22:19
openstackgerritEoghan Glynn proposed a change to openstack/ceilometer: Clean-ups related to alarm history patches.  https://review.openstack.org/4513522:24
openstackgerritA change was merged to openstack/ceilometer: Add group by statistics in API v2  https://review.openstack.org/4413022:25
eglynn-is-hungrysandywalsh_, dhellmann: your non-blocking comments on alarm history patches addressed in https://review.openstack.org/4513522:27
*** changbl has quit IRC22:27
*** eglynn-is-hungry is now known as eglynn22:28
*** eglynn is now known as eglynn-is-tired22:28
openstackgerritEoghan Glynn proposed a change to openstack/ceilometer: Clean-ups related to alarm history patches  https://review.openstack.org/4513522:34
*** dhellmann is now known as dhellmann_22:43
openstackgerritEoghan Glynn proposed a change to openstack/ceilometer: Clean-ups related to alarm history patches  https://review.openstack.org/4513522:44
*** shakayumi has joined #openstack-metering22:44
openstackgerritEoghan Glynn proposed a change to openstack/ceilometer: Clean-ups related to alarm history patches  https://review.openstack.org/4513522:45
*** gordc has quit IRC22:54
*** eglynn-is-tired has quit IRC22:55
*** sdake_ has joined #openstack-metering22:56
*** dina_belova has joined #openstack-metering23:13
*** Ruetobas has quit IRC23:14
*** dina_belova has quit IRC23:18
*** Ruetobas has joined #openstack-metering23:19
*** shaneduan is now known as shaneduan[afk]23:22
*** shaneduan[afk] is now known as shaneduan23:23
*** sdake_ has quit IRC23:24
openstackgerritMonsyne Dragon proposed a change to openstack/ceilometer: Add configuration-driven conversion to Events  https://review.openstack.org/4271323:53
*** eglynn-is-tired has joined #openstack-metering23:56

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