*** sbfox has joined #openstack-ceilometer | 01:02 | |
*** r-daneel has quit IRC | 01:04 | |
*** sbfox has quit IRC | 01:08 | |
*** sbfox has joined #openstack-ceilometer | 01:18 | |
*** sbfox has quit IRC | 01:24 | |
*** changbl has joined #openstack-ceilometer | 01:40 | |
*** _nadya_ has joined #openstack-ceilometer | 01:46 | |
*** sbfox has joined #openstack-ceilometer | 01:48 | |
*** nosnos has joined #openstack-ceilometer | 01:57 | |
*** hhuang has joined #openstack-ceilometer | 02:03 | |
*** sbfox has quit IRC | 02:13 | |
*** fnaval has quit IRC | 02:32 | |
*** vissborg has quit IRC | 02:41 | |
*** harlowja is now known as harlowja_away | 02:42 | |
*** vissborg has joined #openstack-ceilometer | 02:44 | |
*** X019 has quit IRC | 02:45 | |
*** _nadya_ has quit IRC | 02:46 | |
*** fnaval has joined #openstack-ceilometer | 02:49 | |
*** sbfox has joined #openstack-ceilometer | 02:49 | |
*** sbfox has quit IRC | 03:09 | |
*** cmyster_away is now known as cmyster | 03:16 | |
*** ccrouch has quit IRC | 03:18 | |
*** ccrouch has joined #openstack-ceilometer | 03:18 | |
*** sbfox has joined #openstack-ceilometer | 03:20 | |
*** nosnos has quit IRC | 03:21 | |
*** nosnos has joined #openstack-ceilometer | 03:22 | |
*** ccrouch has quit IRC | 03:23 | |
*** ccrouch has joined #openstack-ceilometer | 03:25 | |
*** nosnos has quit IRC | 03:26 | |
*** deepthi has joined #openstack-ceilometer | 03:51 | |
*** sdake_ has joined #openstack-ceilometer | 03:55 | |
*** ccrouch has quit IRC | 04:02 | |
*** ccrouch has joined #openstack-ceilometer | 04:02 | |
*** ccrouch has quit IRC | 04:02 | |
*** ccrouch has joined #openstack-ceilometer | 04:02 | |
*** ccrouch has quit IRC | 04:07 | |
*** sdake_ has quit IRC | 04:14 | |
*** nosnos has joined #openstack-ceilometer | 04:20 | |
*** deepthi has quit IRC | 04:45 | |
*** hhuang has quit IRC | 04:47 | |
*** ildikov has quit IRC | 04:49 | |
openstackgerrit | Monty Taylor proposed a change to openstack/ceilometer: Install retrying before tooz https://review.openstack.org/125265 | 05:01 |
---|---|---|
*** deepthi has joined #openstack-ceilometer | 05:04 | |
*** amalagon has quit IRC | 05:10 | |
*** Longgeek has joined #openstack-ceilometer | 05:11 | |
*** yatin has joined #openstack-ceilometer | 05:30 | |
*** yatin has quit IRC | 05:39 | |
*** amalagon has joined #openstack-ceilometer | 05:46 | |
*** k4n0 has joined #openstack-ceilometer | 05:47 | |
*** ildikov has joined #openstack-ceilometer | 05:47 | |
*** X019 has joined #openstack-ceilometer | 05:57 | |
*** yatin has joined #openstack-ceilometer | 06:04 | |
openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/ceilometer: Imported Translations from Transifex https://review.openstack.org/124289 | 06:07 |
*** IvanBerezovskiy has joined #openstack-ceilometer | 06:08 | |
*** nsaje has quit IRC | 06:15 | |
*** zul has quit IRC | 06:31 | |
*** Ala has joined #openstack-ceilometer | 06:39 | |
*** ifarkas has joined #openstack-ceilometer | 06:44 | |
*** zul has joined #openstack-ceilometer | 06:52 | |
openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/ceilometer: Updated from global requirements https://review.openstack.org/124874 | 07:10 |
*** _nadya_ has joined #openstack-ceilometer | 07:28 | |
*** safchain has joined #openstack-ceilometer | 07:32 | |
*** sbfox has quit IRC | 07:45 | |
*** sbfox has joined #openstack-ceilometer | 07:47 | |
*** lsmola has joined #openstack-ceilometer | 08:04 | |
*** admin0 has joined #openstack-ceilometer | 08:14 | |
*** admin0 has left #openstack-ceilometer | 08:20 | |
*** eglynn has joined #openstack-ceilometer | 08:21 | |
*** _nadya_ has quit IRC | 08:21 | |
*** yassine has joined #openstack-ceilometer | 08:30 | |
openstackgerrit | A change was merged to openstack/python-ceilometerclient: switch to oslo.utils https://review.openstack.org/124785 | 08:49 |
*** NellyK has joined #openstack-ceilometer | 08:53 | |
*** Daviey has quit IRC | 08:54 | |
*** cdent has joined #openstack-ceilometer | 08:56 | |
*** NellyK has quit IRC | 08:58 | |
openstackgerrit | Joe Hakim Rahme proposed a change to openstack/ceilometer: Run unit tests against MySQL https://review.openstack.org/117753 | 09:02 |
*** Daviey has joined #openstack-ceilometer | 09:03 | |
*** ajayaa has joined #openstack-ceilometer | 09:07 | |
ajayaa | DinaBelova, Hi. | 09:08 |
DinaBelova | ajayaa, good morning :) | 09:08 |
ajayaa | gm. :) | 09:08 |
ajayaa | Have you come across a situation where a components does not specify resource_id in notification. | 09:08 |
DinaBelova | or you probably have a day now :) | 09:08 |
ajayaa | It's afternoon. | 09:09 |
DinaBelova | ajayaa, hm, personally nope | 09:09 |
DinaBelova | but I remember it were neutron (?) problems with it | 09:09 |
ajayaa | In mdb we don't have a unique identifier for a table in. | 09:09 |
ajayaa | The project_name+table_name could be used. | 09:10 |
ajayaa | In mdb we use combination of project_id and table name to identify a table. | 09:10 |
DinaBelova | ajayaa, I guess ityaptin may help you :) | 09:11 |
DinaBelova | ityaptin, may you take a look on how are we solving it right now? | 09:11 |
ajayaa | I humbly ask other cores to also give suggestions. | 09:14 |
ajayaa | eglynn, ^^ | 09:14 |
sileht | ajayaa, resource_id is a mandatory field of a sample | 09:15 |
eglynn | ajayaa: the resource_id doesn't have to be a UUID, it just needs to be unique | 09:15 |
ajayaa | eglynn, Thanks | 09:15 |
ajayaa | sileht, thanks | 09:15 |
eglynn | ajayaa: so if there isn't a "natural" pre-existing identifier in for the magnetoDB resources, then you'd have to fabricate something from the other attributes | 09:16 |
ajayaa | I will try to combine two fields to create a resource_id. | 09:16 |
ajayaa | One other question I have is, Is aggregation of rows handled by ceilometer in any way? | 09:16 |
eglynn | ajayaa: cool, that sounds reasonable (... we've done similar things before, for example with instance NICs IIRC) | 09:16 |
eglynn | ajayaa: aggregation of rows? ... do you mean aggregation of samples? | 09:17 |
ajayaa | Yep | 09:17 |
eglynn | ajayaa: currently it's only done on-demand via the statistics API | 09:17 |
eglynn | ajayaa: i.e. there is no ongoing eager roll-up of samples | 09:17 |
eglynn | ajayaa: however, adding such continuous downsampling logic is one of the goals of the gnocchi project | 09:18 |
ajayaa | We have a use case like, If a user reads x and y number of rows respectively in two requests, we should combine them to one. | 09:18 |
ajayaa | eglynn, So I guess ceilometer is not the place for such metrics. | 09:19 |
eglynn | ajayaa: I don't fully understand the context there | 09:19 |
ajayaa | Can I add something to the statistics api to support my use case? | 09:19 |
ajayaa | By statistics api, I assume I have to add something to ceilometer. | 09:20 |
eglynn | ajayaa: well, the statistics API is an existing complete part of the ceilometer API | 09:20 |
eglynn | ajayaa: but as I said I don't fully understand your usecase yet | 09:21 |
eglynn | ajayaa: note that we can use the arithmetic transformer to combine two primary samples into a derived sample | 09:21 |
ajayaa | and would it be done when I call statistics api? | 09:21 |
eglynn | ajayaa: the statistics API allows you to aggregate over a *single* metric | 09:22 |
eglynn | ajayaa: e.g. gimme the average or standard deviation or max for each 5 min period for this meter over this time duration | 09:22 |
ajayaa | eglynn, I will go through statistics api and ask you more questions. | 09:23 |
eglynn | ajayaa: in your usecase, does magnetoDB emit *separate* samples for X & Y that you want to *combine* into a sample for meter Z? | 09:23 |
eglynn | ajayaa: .... does the magnetoDB notification handler ... | 09:23 |
ajayaa | No. A simple use case is, A user reads 10 rows from a table in time t1 and the same user reads 10 more rows from the same table in time t2. | 09:24 |
ajayaa | I was thinking those two could be combined to a single row in db. | 09:24 |
eglynn | ajayaa: so these times t1 & t2 are emitted by magnetoDB as a separate notifications? | 09:25 |
ajayaa | eglynn, Yes | 09:25 |
eglynn | ajayaa: i.e. every single read operation is mapped to an individual sample? | 09:25 |
ajayaa | Yes. | 09:26 |
eglynn | ajayaa: that sounds like quite a heavyweight approach, assuming magnetoDB is intended to scale to very large API throughput | 09:26 |
ajayaa | eglynn, What kind of problems would it create? I thought we would be updating one field in db for each notification. | 09:27 |
eglynn | ajayaa: volume of messages on the AMQP bus, volume of data written to the metering store | 09:28 |
eglynn | ajayaa: how about using a periodic task to emit a notification containing average times per caller in the preceeding X minutes? | 09:29 |
eglynn | ajayaa: the statistics API will allow you to do the aggregation over the raw per-DB-request timings if you take that approach | 09:30 |
ajayaa | eglynn, That is a nice approach also. We would need to do the bookkeeping in magnetodb. | 09:30 |
eglynn | ajayaa: however I would be concerned about the volume of sample generated in that case | 09:30 |
eglynn | *samples | 09:30 |
ajayaa | eglynn, What I am thinking right now is, let' catch the basic notifications from magnetodb right now and if we face scalability problems later we would look for other ways. | 09:32 |
eglynn | ajayaa: ok, but do bear that aspect in mind | 09:32 |
ajayaa | I think if zeromq is supported in oslo.messaging we can mitigate the scalability issue of amqp. | 09:32 |
sileht | eglynn, jd__ about heat/ceilometer/autoscaling, we are all OK with endpoint /v1/resource/instance-group and /v1/entity-aggregate ? | 09:34 |
eglynn | ajayaa: zeromq support in the community has been dwindling | 09:35 |
ajayaa | eglynn, Sadly yes. | 09:36 |
sileht | ajayaa, in oslo.messaging the more promise 'brokerless' driver will be the new AMQP 1.0 protocol driver | 09:37 |
eglynn | sileht, jd__: I thought at the midcycle we'd decided against the entity-aggregate and separate entity approaches for the AS group | 09:37 |
sileht | ajayaa, the current experimental code doesn't yet provide the brokerless feature, but this is planned by the developers that write this driver | 09:37 |
eglynn | sileht, jd__: ... and instead decided to support cross entity aggregation in gnocchi based on a resource attribute like server_group | 09:38 |
eglynn | sileht, jd__: ... e.g. GET /v1/resource/{server.group=foobar}/entities/cpu_util&aggregation=60 | 09:38 |
eglynn | see https://etherpad.openstack.org/p/paris-July2014-ceilometer-sprint for some notes taken at the time (read from "only allow cross-entity aggregation ...") | 09:39 |
sileht | eglynn, oh I have missed, I was stuck on the 'Dimensionality for entity measurements' mail | 09:39 |
sileht | eglynn, thx | 09:40 |
sileht | eglynn, I will start hacking around that, so | 09:41 |
sileht | jd__, ^ | 09:41 |
eglynn | sileht: a-ha, yeah, so IIRC that mail thread happened a week before midcycle, and then continued F2F and morphed into the proposal in the etherpad | 09:41 |
eglynn | sileht: cool, thanks! | 09:41 |
*** nellysmitt has joined #openstack-ceilometer | 09:42 | |
*** eoutin has joined #openstack-ceilometer | 09:44 | |
idegtiarov | eglynn: Hi! In patch (https://review.openstack.org/#/c/122387/) I proposed additional client for Mongo ReplicaSet db, do we need this possibility or I should leave only standard one? | 09:48 |
eglynn | idegtiarov: so my main concern was whether the AutoReconnect-raising semantics were consistent across the 2 mongo client types | 09:49 |
eglynn | idegtiarov: ... if that is the case, then fine, I can see the advantage in using the replicaset version to avoid having to enumerate all the mongo hosts in the configured URL | 09:50 |
idegtiarov | eglynn: In my testing raising of exception AutoReconnect was the same in both cases, but now I have doubts that it is not a real problem to configure url with some hosts | 09:52 |
idegtiarov | eglynn: So the question is how many hosts could be in mongodb in replica set? | 09:53 |
eglynn | idegtiarov: isn't the replicaset approach more flexible when a new mongo replica is added? | 09:53 |
eglynn | idegtiarov: i.e. the replicaset client will "discover" the new replica? | 09:54 |
idegtiarov | eglynn: yes, it will find it | 09:55 |
eglynn | idegtiarov: ... whereas the normal mongo client would need to have the connection URL config explicitly updated? | 09:55 |
eglynn | idegtiarov: ... which would also require a service restart to take effect? | 09:55 |
idegtiarov | eglynn: yes you are right | 09:56 |
eglynn | (i.e. ceilometer service restart, of the collector & service) | 09:56 |
eglynn | yeah, so in that case, I think there is some value in using the replicaset client | 09:56 |
eglynn | idegtiarov: ^^^ also I think the replicaset client will in the future give more flexibility around configuring read preferences | 09:57 |
idegtiarov | eglynn: I agree | 09:57 |
eglynn | idegtiarov: e.g. allowing reads from secondaries, or insisting all reads need to go to the primary | 09:57 |
eglynn | cool | 09:57 |
*** Longgeek has quit IRC | 10:01 | |
idegtiarov | eglynn: actually it tried to configure replica client with read_preference eq to PRIMARY_PREFERRED, but I still have an Exception when primary mongo was closed. | 10:02 |
*** Longgeek has joined #openstack-ceilometer | 10:03 | |
*** Longgeek has quit IRC | 10:04 | |
idegtiarov | eglynn: And another question is do you satisfied with the my and Dina answers on your questions for this patch https://review.openstack.org/#/c/121003/ | 10:04 |
*** Longgeek has joined #openstack-ceilometer | 10:04 | |
idegtiarov | eglynn: It still be signed to juno rc1 | 10:05 |
*** eglynn has quit IRC | 10:06 | |
jd__ | sileht: cool ide | 10:11 |
jd__ | a | 10:11 |
eglynn-officeafk | idegtiarov: juno-rc1 was released yesterday | 10:12 |
*** eglynn-officeafk is now known as eglynn-office | 10:12 | |
*** Longgeek_ has joined #openstack-ceilometer | 10:13 | |
eglynn-office | idegtiarov: and that bug doesn't show up as targetted on https://launchpad.net/ceilometer/+milestone/juno-rc1 | 10:13 |
DinaBelova | eglynn-office, I guess idegtiarov meant that "we need to set some nice milestone for it ":) | 10:13 |
DinaBelova | not the released already :) | 10:13 |
eglynn-office | idegtiarov: a-ha, it because https://bugs.launchpad.net/mos/+bug/1360240 is marked as duplicate | 10:13 |
eglynn-office | eglynn-office: this is the real bug https://bugs.launchpad.net/ceilometer/+bug/1246264 | 10:14 |
eglynn-office | idegtiarov: ^^^ | 10:14 |
eglynn-office | idegtiarov: I'll retarget to kilo-1, makes sense? | 10:14 |
DinaBelova | eglynn-office, idegtiarov it works for me | 10:15 |
idegtiarov | eglynn-office: thank! | 10:15 |
eglynn-office | idegtiarov: you'll need to change the Closes-Bug tag in https://review.openstack.org/#/c/121003/ as it refers now to the duplicate bug | 10:16 |
*** Longgeek_ has quit IRC | 10:16 | |
*** Longgeek has quit IRC | 10:16 | |
idegtiarov | eglynn-office: ok, I'll do that | 10:16 |
*** Longgeek has joined #openstack-ceilometer | 10:16 | |
*** Longgeek_ has joined #openstack-ceilometer | 10:22 | |
*** Longgeek_ has quit IRC | 10:23 | |
*** Longgeek_ has joined #openstack-ceilometer | 10:24 | |
*** Longgeek has quit IRC | 10:26 | |
*** nsaje has joined #openstack-ceilometer | 10:27 | |
*** Longgeek_ has quit IRC | 10:28 | |
*** Longgeek has joined #openstack-ceilometer | 10:28 | |
*** Longgeek has quit IRC | 10:30 | |
*** Longgeek has joined #openstack-ceilometer | 10:31 | |
*** Longgeek_ has joined #openstack-ceilometer | 10:33 | |
jd__ | sileht: I've added you to gnocchi-core (Cc eglynn-office) | 10:33 |
jd__ | if you guys can do some review that'd help | 10:33 |
sileht | jd__, ack | 10:33 |
*** Longgeek has quit IRC | 10:36 | |
eglynn-office | jd__: cool | 10:45 |
*** X019 has quit IRC | 10:46 | |
*** Longgeek_ has quit IRC | 10:56 | |
*** _nadya_ has joined #openstack-ceilometer | 10:58 | |
*** X019 has joined #openstack-ceilometer | 10:58 | |
openstackgerrit | A change was merged to stackforge/gnocchi: Add config generator support https://review.openstack.org/125062 | 11:00 |
openstackgerrit | A change was merged to stackforge/gnocchi: sqlalchemy: remove with_for_update() https://review.openstack.org/125040 | 11:08 |
openstackgerrit | A change was merged to stackforge/gnocchi: tests: fix race condition on archive policies https://review.openstack.org/125017 | 11:10 |
openstackgerrit | A change was merged to stackforge/gnocchi: indexer: remove entities from Entity https://review.openstack.org/122461 | 11:11 |
openstackgerrit | A change was merged to stackforge/gnocchi: rest: add support for create/get archive policies https://review.openstack.org/123165 | 11:11 |
*** asalkeld has left #openstack-ceilometer | 11:15 | |
*** asalkeld has joined #openstack-ceilometer | 11:17 | |
*** Longgeek has joined #openstack-ceilometer | 11:20 | |
*** Longgeek has quit IRC | 11:21 | |
*** Longgeek has joined #openstack-ceilometer | 11:22 | |
openstackgerrit | Julien Danjou proposed a change to stackforge/gnocchi: rest: enable Keystone auth_token middleware by default https://review.openstack.org/124753 | 11:22 |
*** Ala has quit IRC | 11:26 | |
*** asalkeld has left #openstack-ceilometer | 11:27 | |
*** Longgeek has quit IRC | 11:28 | |
*** Longgeek has joined #openstack-ceilometer | 11:28 | |
*** Ala has joined #openstack-ceilometer | 11:36 | |
*** ajayaa has quit IRC | 11:37 | |
openstackgerrit | A change was merged to stackforge/gnocchi: Update oslo-incubator https://review.openstack.org/125056 | 11:38 |
*** vkmc has joined #openstack-ceilometer | 11:42 | |
openstackgerrit | A change was merged to stackforge/gnocchi: rest: enable Keystone auth_token middleware by default https://review.openstack.org/124753 | 11:43 |
*** _nadya_ has quit IRC | 11:44 | |
vkmc | jd__, eglynn-office hi! I was wondering if you were willing to mentor in next OPW round :) | 11:46 |
vkmc | or, in general, if someone want to mentor an OPW applicant in next OPW round | 11:47 |
vkmc | there is an applicant interested in Ceilometer | 11:47 |
jd__ | why not | 11:47 |
vkmc | for those who are not aware of the program, here is some information :) https://wiki.openstack.org/wiki/OutreachProgramForWomen | 11:47 |
vkmc | hey jd__! :) | 11:48 |
DinaBelova | vkmc, hehe, nice possibility for nice women :) | 11:49 |
vkmc | DinaBelova, indeed! :) | 11:50 |
sileht | jd__, how can we disable the middleware now ? ;) | 11:50 |
jd__ | sileht: via the option, why? | 11:50 |
DinaBelova | vkmc, someone from the core team is supposed to be a mentor? | 11:51 |
* DinaBelova is not the specialist | 11:51 | |
sileht | jd__, I don't know how to create a empty list in the config file | 11:51 |
DinaBelova | but that's interesting quesiton :) | 11:51 |
jd__ | sileht: middlewares= ? | 11:51 |
sileht | jd__, if I put just 'middlewares = ', it try the load the middleware '' | 11:51 |
jd__ | haha | 11:51 |
sileht | jd__, oslo.cfg returns [''] | 11:51 |
jd__ | crappy lib | 11:52 |
eglynn-office | vkmc: hey! yeah I'm still mentoring amalagon from the current OPW round, so hadn't yet thought about the next round | 11:52 |
jd__ | sileht: so let's fix that in Gnocchi and oslo.config, which one do you want to fix? :) | 11:52 |
vkmc | DinaBelova, not neccesarily :) | 11:52 |
eglynn-office | vkmc: ... I'll put my thinking cap and see if I can come up with some project ideas | 11:52 |
vkmc | eglynn-office, that's cool! | 11:52 |
vkmc | eglynn-office, is the idea in the ideas page still available? https://wiki.openstack.org/wiki/OutreachProgramForWomen/Ideas#Ceilometer_-_Period-spanning_statistics | 11:53 |
openstackgerrit | Igor Degtiarov proposed a change to openstack/ceilometer: [MongoDB] Fix bug with 'bad' chars in metadatas keys https://review.openstack.org/121003 | 11:53 |
eglynn-office | vkmc: that's Ana's in-progress project in the current round ... looks like the ideas page hasn't been refreshed since the last application period | 11:54 |
sileht | jd__, I will fix gnocchi first to be able to works :) | 11:55 |
vkmc | DinaBelova, OPW don't demand much from the mentor.. the idea is to help women to get involved with open source communities so it's good if the mentor knows a lot about the code base but they don't have to be experts | 11:55 |
jd__ | sileht: ok | 11:55 |
vkmc | DinaBelova, if you are interested, eglynn-office and jd__ can give you more details on how is to mentor someone in OPW :) | 11:55 |
*** Longgeek has quit IRC | 11:55 | |
vkmc | eglynn-office, good to know... yeah I have been reaching mentors to do so, we are getting lots of applicants this round :o | 11:56 |
jd__ | sileht: I'm writing a patch for oslo.config in the mean time | 11:57 |
eglynn-office | DinaBelova: just forwarded you an introductory mail from annegentle setting out expectations for mentors etc. | 11:57 |
nellysmitt | hi | 11:59 |
vkmc | jd__, eglynn-office, DinaBelova, nellysmitt is the OPW applicant I was talking about | 11:59 |
sileht | jd__, https://bugs.launchpad.net/oslo.config/+bug/1376231 | 11:59 |
DinaBelova | eglynn-office, vkmc thanks! | 12:00 |
* DinaBelova reading the mail | 12:00 | |
jd__ | sileht: thumbs up | 12:00 |
DinaBelova | nellysmitt, hello :) btw, what's your TZ? :) | 12:02 |
nellysmitt | hi :) UTC + 4 (Moscow time) now | 12:03 |
DinaBelova | nellysmitt, perfect :D | 12:03 |
openstackgerrit | Mehdi Abaakouk proposed a change to stackforge/gnocchi: Add a gnocchi dispatcher https://review.openstack.org/98798 | 12:04 |
openstackgerrit | Mehdi Abaakouk proposed a change to stackforge/gnocchi: Don't try to load empty middleware https://review.openstack.org/125333 | 12:04 |
openstackgerrit | Mehdi Abaakouk proposed a change to stackforge/gnocchi: Add server_group to instance resource https://review.openstack.org/125334 | 12:04 |
openstackgerrit | Mehdi Abaakouk proposed a change to stackforge/gnocchi: Fix typo in gnocchi wsgi script https://review.openstack.org/125335 | 12:04 |
openstackgerrit | Mehdi Abaakouk proposed a change to stackforge/gnocchi: Keep gnocchi/__init__.py empty https://review.openstack.org/125336 | 12:04 |
DinaBelova | eglynn-office, jd__, vkmc, nellysmitt - actually I'm interested in this activity | 12:04 |
nellysmitt | but our government mess it up, they gonna permamently change it *again* this fall ... so it will be -1 hr (closer to EU time) | 12:04 |
vkmc | DinaBelova, that's so great to hear! | 12:05 |
sileht | 2 | 12:05 |
DinaBelova | nellysmitt, your "government" phrase looks like my Russian one :D | 12:05 |
nellysmitt | :D | 12:05 |
DinaBelova | They are going to freeze the 'winter' time forever this fall | 12:06 |
eglynn-office | DinaBelova: cool :) | 12:06 |
nellysmitt | *again | 12:06 |
DinaBelova | nellysmitt, indeed | 12:06 |
DinaBelova | eglynn-office, are you ok with it? | 12:07 |
*** sdake_ has joined #openstack-ceilometer | 12:07 | |
* DinaBelova reading the contract | 12:07 | |
*** sdake_ has quit IRC | 12:07 | |
*** sdake_ has joined #openstack-ceilometer | 12:07 | |
*** isviridov is now known as isviridov_na | 12:07 | |
eglynn-office | DinaBelova: yeah of course, it would be great to have another OPW intern working on ceilometer | 12:07 |
* DinaBelova is trying to find any referencies to sell the house/car to the Gnome Foundation | 12:07 | |
DinaBelova | eglynn-office, cool-cool | 12:08 |
eglynn-office | DinaBelova: (IIRC that would be our 3rd one after Terri and Ana) | 12:08 |
DinaBelova | eglynn-office, it looks so, yeah | 12:08 |
DinaBelova | eglynn-office, I was not looking through the list of possible tasks here | 12:08 |
DinaBelova | eglynn-office, is the link published by vkmc valid? | 12:09 |
eglynn-office | DinaBelova: yeah, I agree the contract is way OTT ... but at least the GNOME foundation is being upfront about it this time | 12:09 |
DinaBelova | eglynn-office :) | 12:09 |
eglynn-office | DinaBelova: link valid? ... this one, do you mean https://wiki.openstack.org/wiki/OutreachProgramForWomen/Ideas#Ceilometer_-_Period-spanning_statistics ? | 12:10 |
DinaBelova | a-ha, me reading it now :) | 12:10 |
DinaBelova | looks nice task btw | 12:10 |
eglynn-office | DinaBelova: that's amalagon's project in the current round | 12:10 |
eglynn-office | DinaBelova: ... the proposal predated gnocchi, so the actual work was rebased on that | 12:11 |
DinaBelova | yeah, I see that - that's why I'm asking why it has strange status on this wiki page (Outdated: Waiting for mentor confirmation) | 12:11 |
DinaBelova | and if there are any other ideas on surface :) | 12:12 |
*** yatin has quit IRC | 12:12 | |
DinaBelova | eglynn-office ^^, sorry, missing your IRC name everywhere it's possible :) | 12:13 |
vkmc | heh I added that to distinguish current/last round project ideas | 12:13 |
DinaBelova | vkmc, a-ha | 12:14 |
eglynn-office | DinaBelova: here's that edit https://wiki.openstack.org/w/index.php?title=OutreachProgramForWomen%2FIdeas&diff=62707&oldid=62620 | 12:14 |
DinaBelova | eglynn-office, what do you think about some ideas being collected for the next round? | 12:14 |
DinaBelova | a-ha, I got it | 12:14 |
openstackgerrit | A change was merged to openstack/ceilometer: Run unit tests against MySQL https://review.openstack.org/117753 | 12:15 |
*** admin0 has joined #openstack-ceilometer | 12:15 | |
eglynn-office | DinaBelova: I'm gonna remove that idea from the page since it relates to the last round ... but yes, good to collect fresh ideas there | 12:15 |
DinaBelova | eglynn-office, nellysmitt, vkmc - for now I have no clear ideas for the next round :) I guess eglynn-office will help me here :D | 12:15 |
nellysmitt | ok :) thanks anyway | 12:16 |
DinaBelova | nellysmitt, np :) | 12:16 |
vkmc | maybe nellysmitt could start working on her first contribution | 12:16 |
vkmc | while you look for a project for her | 12:16 |
DinaBelova | vkmc, eglynn-office - will it be okay to say my final decision tomorrow? If I'll have enough time for sure to beocme a mentor? | 12:17 |
vkmc | DinaBelova, sure thing | 12:17 |
nellysmitt | of course | 12:17 |
vkmc | DinaBelova, take your time and feel free to reach previous round mentors to ask them about time commitments and so :) flaper87 and jpich volunteered to mentor new mentors | 12:18 |
*** rbowen has joined #openstack-ceilometer | 12:18 | |
DinaBelova | vkmc, a-ha, thanks! | 12:20 |
*** hhuang has joined #openstack-ceilometer | 12:20 | |
vkmc | DinaBelova, and thanks for thinking about it :) | 12:21 |
eglynn-office | DinaBelova: cool, no problem :) | 12:21 |
vkmc | looks like this could work as a first contribution | 12:26 |
vkmc | https://bugs.launchpad.net/python-ceilometerclient/+bug/1259292 | 12:26 |
vkmc | the author has abandoned the change... I wonder if he is still working on that | 12:26 |
*** sdake_ has quit IRC | 12:29 | |
*** admin0 has quit IRC | 12:29 | |
eglynn-office | DinaBelova: ^^^ IIRC one of your colleagues had a script to automate the assertEqual param re-ordering in the ceilometer units? | 12:30 |
eglynn-office | vkmc: yeah, that would be good community service all right (though not necessarily very educational about ceilometer) | 12:31 |
eglynn-office | vkmc: ... gotta start somewhere though I guess | 12:31 |
vkmc | eglynn-office, hmm I'm afraid so yeah | 12:31 |
vkmc | yeah that's the idea | 12:31 |
vkmc | what about this one? https://bugs.launchpad.net/ceilometer/+bug/1368974 | 12:31 |
vkmc | is a docs bug, but it requires learning a bit about ceilometer's tests | 12:32 |
eglynn-office | vkmc: yeap, a doc patch is always a good confidence-builder | 12:32 |
ildikov | vkmc: eglynn-office: that patch simply expired because of the -1 from Jenkins, I don't know how much effort would that be to rebase it, maybe it could worth a try | 12:32 |
*** _nadya_ has joined #openstack-ceilometer | 12:34 | |
ildikov | vkmc: if the docco bug will be the one nellysmitt can ask me regarding to sphinx (docco build) issues, if I'm around, I have some experience with it | 12:34 |
vkmc | ildikov, sounds great! thanks! | 12:35 |
ildikov | vkmc: nellysmitt: of course other questions are welcomed also, I will try to help, if I can :) | 12:35 |
vkmc | nellysmitt, would you like to tackle this? https://bugs.launchpad.net/ceilometer/+bug/1368974 | 12:35 |
vkmc | :D awesome | 12:35 |
*** julim has joined #openstack-ceilometer | 12:36 | |
eglynn-office | ildikov: cool, thank you! | 12:37 |
nellysmitt | hmm, I think I can try :) | 12:39 |
ildikov | vkmc: nellysmitt: the ceilo client bug can be useful to get experience with git/gerrit commands like rebase, and also running the unit tests with tox, etc without too much coding effort | 12:39 |
ildikov | vkmc: nellysmitt: I will try to check if the patch can be rebased easily enough to the master branch before my next meeting | 12:40 |
nellysmitt | ildikov: ok thanks :) | 12:41 |
vkmc | ildikov, thanks for that, I think it would be a nice practice with git/gerrit too | 12:41 |
*** hhuang has quit IRC | 12:42 | |
*** Longgeek has joined #openstack-ceilometer | 12:42 | |
*** Longgeek has quit IRC | 12:42 | |
*** Longgeek has joined #openstack-ceilometer | 12:43 | |
nellysmitt | could you give me a short plan what to do/install first? | 12:44 |
vkmc | nellysmitt, here is a guide on how to install your development environment http://docs.openstack.org/developer/ceilometer/install/index.html | 12:45 |
vkmc | and this one... using DevStack http://terriyu.info/blog/posts/2013/07/installing-devstack-ceilometer/ | 12:46 |
eglynn-office | DinaBelova: we could brainstorm some project ideas here https://etherpad.openstack.org/p/ceilometer-opw-ideas | 12:46 |
ildikov | nellysmitt: you will need tox and then you can run both unit tests and doc build with tox | 12:46 |
eglynn-office | DinaBelova: ... I've gotten the ball rolling with an extract from an email I sent last time round on a thread discussing potential OPW ideas | 12:46 |
eglynn-office | DinaBelova: (... we ended up rejecting that idea, and went with the period-spanning stats instead) | 12:46 |
*** Longgeek_ has joined #openstack-ceilometer | 12:46 | |
ildikov | vkmc: nellysmitt: I checked the client patch, it has many constraints, but looks straightforward to fix it, at least in the filed I checked | 12:46 |
*** Longgeek_ has quit IRC | 12:47 | |
DinaBelova | eglynn-office, a-ha, thanks for the etherpad creation! | 12:47 |
ildikov | vkmc: nellysmitt: in one part of the conflict you can find the current state of the code and the other part is the change, they are easily identifyable blocks, so ugly work, but does not seem to be difficult | 12:48 |
*** Longgeek_ has joined #openstack-ceilometer | 12:48 | |
nellysmitt | ok I'll start doing it :) whom can I ask if I have any questions? | 12:48 |
ildikov | vkmc: nellysmitt: so maybe you can check and practice how to solve merge conflicts in gerrit, if you're interested and then solve the issue of the original bug, which is also an easy job, so in general it looks a good practice regarding how git/gerrit works, if it is needed | 12:49 |
*** Longgeek has quit IRC | 12:49 | |
eglynn-office | nellysmitt: thanks! ... just pop up on this channel if you've questions | 12:50 |
nellysmitt | yeah, that's a good idea ... never worked with gerrit before (sure worked with git) | 12:50 |
ildikov | nellysmitt: I will drop off soon, but as eglynn-office mentioned, just drop your questions here, someone, who's around should answer | 12:50 |
nellysmitt | ok thanks a lot guys :) | 12:51 |
vkmc | thanks again ildikov, it's a great task to start contributing to the stack | 12:51 |
ildikov | nellysmitt: ok, then I suggest to check out what the bug report is about and then check that ceiloclient patch and if you think you can deal with it, then I will assign that bug to you and help if you need | 12:52 |
vkmc | nellysmitt, if you need help about the OPW process itself, just let me know | 12:52 |
nellysmitt | :) thx all, sure I will, need to start first :) | 12:53 |
ildikov | nellysmitt: first just set up your env based on the docs vkmc linked above and then run the unit tests and a docco build against master as it should work after solving possible missing dependencies issues | 12:55 |
nellysmitt | ildikov: will do :) | 12:56 |
*** thomasem has joined #openstack-ceilometer | 12:56 | |
ildikov | nellysmitt: I need to drop off now, as jd__ would say: happy hacking! :) and also welcome :) | 12:57 |
nellysmitt | hihi :D | 12:58 |
*** gordc has joined #openstack-ceilometer | 12:59 | |
*** ildikov has quit IRC | 13:04 | |
*** ildikov has joined #openstack-ceilometer | 13:05 | |
*** ildikov is now known as ildikov_afk | 13:05 | |
*** admin0 has joined #openstack-ceilometer | 13:14 | |
*** nosnos has quit IRC | 13:28 | |
*** nosnos has joined #openstack-ceilometer | 13:29 | |
*** nosnos has quit IRC | 13:33 | |
*** nellysmitt has quit IRC | 13:36 | |
gordc | terminal | 13:38 |
gordc | damn | 13:39 |
*** jaypipes has joined #openstack-ceilometer | 13:42 | |
*** nellysmitt has joined #openstack-ceilometer | 13:47 | |
* cdent must go to bank | 13:48 | |
*** hhuang has joined #openstack-ceilometer | 13:52 | |
*** deepthi has quit IRC | 13:53 | |
gordc | anyone have any problems with me branching events into it's own database (similar to what we did for alarms)? | 13:53 |
eglynn-office | gordc: nope, that seems like a reasonable pattern to follow | 13:54 |
gordc | eglynn-office: cool cool. just starting to look at events so i figured that's step one. | 13:55 |
*** ildikov has joined #openstack-ceilometer | 14:01 | |
*** ildikov_afk has quit IRC | 14:02 | |
openstackgerrit | Mehdi Abaakouk proposed a change to stackforge/gnocchi: Ensures only one resource is created into the backend https://review.openstack.org/125355 | 14:07 |
sileht | jd__, I guess you will find this bug funny: https://review.openstack.org/125355 | 14:08 |
openstackgerrit | Mehdi Abaakouk proposed a change to stackforge/gnocchi: Add a gnocchi dispatcher https://review.openstack.org/98798 | 14:10 |
openstackgerrit | Mehdi Abaakouk proposed a change to stackforge/gnocchi: Keep gnocchi/__init__.py empty https://review.openstack.org/125336 | 14:10 |
jd__ | sileht: uh? is this supposed to pass? | 14:11 |
sileht | jd__, it doesn't pass :( | 14:11 |
*** fnaval has quit IRC | 14:12 | |
jd__ | sileht: yeah that's not surprising | 14:12 |
jd__ | sileht: the tests use only one database which is never cleaned up | 14:12 |
*** fnaval has joined #openstack-ceilometer | 14:12 | |
sileht | oh | 14:12 |
jd__ | so you can't do this kind of test | 14:12 |
jd__ | I wouldn't mind having an empty db for each test, but so far I managed to write the test in some smart way and it never has been a problem :) | 14:13 |
sileht | jd__, I have written the API endpoint for /v1/resource/instance/server.group=foobar/entities/cpu_util&aggregation=60 | 14:14 |
sileht | jd__, and when I have use list_resources to get all resources with server.group=foobar, the list is never what I expect | 14:15 |
sileht | jd__, I will generate a server_group name different for each tests, it should avoir the problem | 14:16 |
openstackgerrit | A change was merged to stackforge/gnocchi: Don't try to load empty middleware https://review.openstack.org/125333 | 14:16 |
*** fnaval has quit IRC | 14:17 | |
openstackgerrit | Pradeep Kilambi proposed a change to openstack/ceilometer: Fix neutron client to catch 404 exceptions https://review.openstack.org/125143 | 14:17 |
sileht | jd__, my test pass now \o/ | 14:17 |
*** openstackgerrit has quit IRC | 14:18 | |
*** openstackgerrit has joined #openstack-ceilometer | 14:18 | |
jd__ | hehe | 14:18 |
jd__ | yeah that's what you should do indeed | 14:18 |
sileht | jd__, in the ethernet I have seen {server_group=foobar} as filter, this means we plan to use multiple filters like: {server_group=foobar,display_name=barhost} ? | 14:21 |
sileht | ethernet/etherpad | 14:21 |
jd__ | ethernet haha :) | 14:21 |
jd__ | let me check the interpad | 14:21 |
sileht | ahah::) | 14:22 |
*** nellysmitt has quit IRC | 14:23 | |
jd__ | sileht: likely | 14:24 |
gordc | jd__: you mean 'let me *edit* the etherpad' | 14:24 |
jd__ | I'm just not sure about the URL format | 14:24 |
jd__ | gordc: haah | 14:24 |
*** ildikov has quit IRC | 14:25 | |
sileht | jd__, for now, I have implemented: /v1/resource/instance/server.group=foobar/entities/cpu_util&aggregation=60 | 14:25 |
sileht | jd__, but I can easly do /v1/resource/instance/{server.group=foobar,display_name=toto}/entities/cpu_util&aggregation=60 | 14:25 |
jd__ | that sounds attracting | 14:26 |
sileht | jd__, or better /v1/resource/instance/{server_group:foobar,display_name:toto}/entities/cpu_util&aggregation=60 | 14:26 |
jd__ | : is better than = ? | 14:26 |
sileht | jd__, directly a dict | 14:26 |
jd__ | ah | 14:26 |
jd__ | I guess that can be unicode so likely it's gonna be OK | 14:27 |
jd__ | I don't see limitation | 14:27 |
jd__ | and I assume we won't use = or : in the key names :) | 14:27 |
jd__ | sileht: though I think = is more clear for a filter, WDYT? | 14:28 |
jd__ | sileht: you could be fancy and replace the , by & to indicate it's an AND so we can add support for | later ? ;) | 14:28 |
jd__ | (OR) | 14:28 |
sileht | jd__, yes, and it's easy to convert that to dict too | 14:28 |
*** rbak has joined #openstack-ceilometer | 14:28 | |
sileht | jd__, hum, I afraid that pecan won't like a & at this place | 14:29 |
sileht | this remembers me the metadata filtering of the APIv2 of ceilometer | 14:30 |
jd__ | oh right | 14:30 |
jd__ | sileht: then we use ∧ ? :p | 14:31 |
jd__ | 'LOGICAL AND' (U+2227) | 14:31 |
sileht | jd__, that one should workds :) | 14:31 |
sileht | jd__, I go for /v1/resource/instance/server_group=foobar∧display_name=toto/entities/cpu_util&aggregation=60 | 14:35 |
eglynn-office | sileht: looks good to me | 14:37 |
eglynn-office | sileht: ... is the idea to extend later to be equivalent to the ceilo v2 api complex query semantics? (... add logical or, not and bracketing) | 14:37 |
*** dhellmann has joined #openstack-ceilometer | 14:38 | |
*** fnaval has joined #openstack-ceilometer | 14:38 | |
*** dhellmann has quit IRC | 14:38 | |
sileht | eglynn-office, it should be simplier and safer that ceilo v2 api, because everything have a type now _o/ :) | 14:38 |
eglynn-office | sileht: yeap, no more free-form metadata fun | 14:39 |
*** pnascimento has joined #openstack-ceilometer | 14:40 | |
*** dhellmann has joined #openstack-ceilometer | 14:41 | |
*** _nadya_ has quit IRC | 14:43 | |
*** nellysmitt has joined #openstack-ceilometer | 14:45 | |
jd__ | :-) | 14:45 |
pnascimento | hello stackers :) | 14:46 |
*** openstackgerrit has quit IRC | 14:47 | |
*** openstackgerrit has joined #openstack-ceilometer | 14:48 | |
gordc | pnascimento: hey, whatsup? | 14:49 |
*** alexpilotti has joined #openstack-ceilometer | 14:50 | |
pnascimento | I have some questions, if anyone can help me :) | 14:52 |
pnascimento | 1st question: In this new update of Ceilometer API (v2) the response of /meters is OldSample or Sample? Because this appears on the documentation: "This class is deprecated in favor of Sample." but in the response to the "ceilometer sample-list" I receive list of OldSamples, expected behaviour? | 14:53 |
pnascimento | 2nd: I am developing a system on Java that consumes Ceilometer API, this consumption takes place in two steps: 1) get token which works successfully with Keystone API, 2) get samples on Ceilometer, which returns a 400 Bad Request with "{"error_message": {"debuginfo": null, "faultcode": "Client", "faultstring": "Missing argument: \"samples\""}}" and on the documentation there is no "sample" argument of request body | 14:55 |
pnascimento | If anyone can help, I will be very thankful:) | 14:56 |
*** dhellman_ has joined #openstack-ceilometer | 14:57 | |
*** dhellmann_ has quit IRC | 14:57 | |
gordc | pnascimento: i'd think the first part would probably be a oversight -- probably should be considered a bug but i'm not sure from a backward-compatibility standpoint | 15:00 |
gordc | pnascimento: is your system using the client or calling the api directly? | 15:01 |
*** dhellmann_ has joined #openstack-ceilometer | 15:01 | |
pnascimento | gordc: a bug? how so? the expected output should be Sample, right? | 15:02 |
*** openstackgerrit has quit IRC | 15:02 | |
pnascimento | gordc: on my Java application I'm calling the API | 15:02 |
*** openstackgerrit has joined #openstack-ceilometer | 15:03 | |
pnascimento | gordc: the interaction with Keystone to get the token, works perfectly... | 15:03 |
gordc | pnascimento: yeah. i'd think you should get Sample and not OldSample but it might be that way to preserve backward-compat... (although i think only real diff is change in attribute names.) | 15:04 |
*** isviridov_na is now known as isviridov_meetin | 15:04 | |
*** dhellmann_ has quit IRC | 15:05 | |
*** dhellmann_ has joined #openstack-ceilometer | 15:06 | |
pnascimento | gordc: this backward compatibility is by configuration or forced, if it is a configuration where can I define that ? | 15:06 |
pnascimento | *disable | 15:06 |
gordc | pnascimento: i'm not sure there's a way... i would probably open a bug saying sample-list should call Sample and not OldSample. | 15:08 |
*** nellysmitt has quit IRC | 15:08 | |
gordc | what's the api call you are using when you get the error message? my only guess is you are not passing in a meter name when retrieving samples. | 15:08 |
pnascimento | gordc: this is a test Sample => http://127.0.0.1:8777/v2/meters/cenas | 15:12 |
eglynn-office | pnascimento: yeah, the meters endpoint returns OldSample whereas the samples endpoint returns [New]Sample | 15:12 |
eglynn-office | pnascimento: so if you really needed the Sample as opposed to OldSample representation | 15:12 |
sileht | jd__, I continue to have the ipc issue, when I run many times the tests suite on tooz | 15:13 |
jd__ | sileht: what's the traceback? | 15:13 |
eglynn-office | pnascimento: ... you could replace /v2/meters/cpu for example with /v2/samples?q.field=meter&q.op=eq&q.value=cpu | 15:14 |
sileht | jd__, this is because sysv_ipc.Semaphore().remove() is never called | 15:14 |
jd__ | sileht: ah right :/ | 15:14 |
eglynn-office | pnascimento: but as gordc says, it should be pretty much the same info except labelled differently | 15:14 |
pnascimento | eglynn-office: confirm something, please, those development changes aren't updated on documentation, I am right? | 15:15 |
sileht | jd__, the tooz IPCLock have a destroy method but it never called | 15:15 |
eglynn-office | pnascimento: "development changes"? | 15:15 |
jd__ | sileht: yeah it was not part of the tooz protocol | 15:15 |
jd__ | we should fix Gnocchi I guess | 15:15 |
sileht | jd__, I guess it should be called when we are sure we are the latest client that call release() | 15:16 |
pnascimento | eglynn-office: sorry about the english, I meant "code" or "implementation"... | 15:16 |
eglynn-office | pnascimento: http://docs.openstack.org/developer/ceilometer/webapi/v2.html is generated from the code so it correctly identifies OldSample as the representation returned from /v2/meters | 15:16 |
sileht | jd__, yes but in gnocchi the lock name depends on the entity id ... | 15:16 |
eglynn-office | pnascimento: see http://docs.openstack.org/developer/ceilometer/webapi/v2.html#meters | 15:17 |
jd__ | sileht: or can we fix it in tooz by tracking get_lock() calls and refcount? | 15:17 |
sileht | jd__, having somthing to list all locks would be cool | 15:17 |
jd__ | like override __del__ on lock or something | 15:17 |
jd__ | CRAZY SHIT | 15:17 |
openstackgerrit | Igor Degtiarov proposed a change to openstack/ceilometer: [MongoDB] Fix bug with 'bad' chars in metadatas keys https://review.openstack.org/121003 | 15:18 |
*** mitz_ has quit IRC | 15:18 | |
pnascimento | eglynn-office: I did see that :) but I could not find documentation about /v2/samples :( | 15:18 |
*** dhellman_ has quit IRC | 15:20 | |
pnascimento | eglynn-office: I tried http://localhost:8777/v2/samples?q.field=meter&q.op=eq&q.value=cenas and it worked perfectly as you said it :) Thank you very much :) | 15:20 |
pnascimento | eglynn-office: and I have to say, that with one answer from you, I think I have resolved my two problems :D ty | 15:21 |
*** yassine has quit IRC | 15:21 | |
amalagon | hey jd__ : just wanted to make sure, there's currently no way to get the archive_policy just from knowing the entity_id alone? | 15:22 |
eglynn-office | pnascimento: np! ... yeah, fair point about the docco | 15:23 |
*** mitz_ has joined #openstack-ceilometer | 15:23 | |
eglynn-office | pnascimento: ... we do cover complex queries on the samples endpoint http://docs.openstack.org/developer/ceilometer/webapi/v2.html#post--v2-query-samples | 15:23 |
eglynn-office | pnascimento: ... but not simple queries | 15:23 |
*** Ala has quit IRC | 15:24 | |
openstackgerrit | Igor Degtiarov proposed a change to openstack/ceilometer: Implement redesigned separator in names of columns in HBase https://review.openstack.org/106376 | 15:24 |
openstackgerrit | Igor Degtiarov proposed a change to openstack/ceilometer: [HBase] Add migration script for new row separate design https://review.openstack.org/115615 | 15:24 |
pnascimento | v | 15:24 |
*** sbfox has quit IRC | 15:26 | |
*** dhellmann_ has quit IRC | 15:26 | |
*** dhellman_ has joined #openstack-ceilometer | 15:27 | |
*** dhellman_ has quit IRC | 15:28 | |
*** dhellmann_ has joined #openstack-ceilometer | 15:28 | |
pnascimento | eglynn-office: I should have read all the documentation, I missed this /v2/query/samples on Complex Queries :( but at this stage I do not pretend do {Simple, Complex} Querying, I just need to "list" the samples of a given meter, but you already helped at that... once again, thank you :) (thankfully, I waited for someone to answer me and did no created a useless bug :P ) | 15:28 |
jd__ | amalagon: humm no but we should add that | 15:30 |
jd__ | amalagon: adding to my TODO | 15:30 |
eglynn-office | pnascimento: well if you want to be completeist about it, you could file a bug on the absence of docco on the /v2/samples endpoint :) | 15:31 |
amalagon | jd__: cool, thanks! | 15:32 |
*** dhellmann has quit IRC | 15:34 | |
*** dhellmann_ is now known as dhellmann | 15:34 | |
*** jasondotstar has joined #openstack-ceilometer | 15:34 | |
*** yassine has joined #openstack-ceilometer | 15:36 | |
*** hhuang has quit IRC | 15:38 | |
*** eoutin has quit IRC | 15:40 | |
pnascimento | eglynn-office: on this endpoint /v2/samples can I mix the query on querystring with a Complex Query object on body request? or can I have it all in the querystring? like "orderby" or "limit" ? | 15:41 |
eglynn-office | jd__, amalagon: ... would indexer.get_resource('entity', entity_id) not give the relevant archive_policy in the entity returned? | 15:42 |
*** mikedillion has joined #openstack-ceilometer | 15:42 | |
jd__ | eglynn-office: ah you're right | 15:44 |
jd__ | amalagon: ^ | 15:44 |
amalagon | ohh, let me try that | 15:44 |
eglynn-office | pnascimento: /v2/samples is a different endpoint to /v2/query/samples ... it supports limit, but not orderby or complex constraints (combined with logic OR, NOT etc.) | 15:44 |
jd__ | amalagon: GET /v1/resource/<entity-id> should return it | 15:44 |
*** X019 has quit IRC | 15:46 | |
*** X019 has joined #openstack-ceilometer | 15:46 | |
eglynn-office | amalagon: yeah, use what jd__ suggests ^^^ if you're accessing it from outside the API service | 15:47 |
eglynn-office | amalagon: ... but, if you want to access the archive policy from within a custom aggregator, more direct to go straight to the indexer | 15:47 |
pnascimento | eglynn-office: I have found out that by trying :P | 15:48 |
amalagon | eglynn-office, jd__ : cool, thank you! | 15:50 |
*** _nadya_ has joined #openstack-ceilometer | 15:51 | |
*** nellysmitt has joined #openstack-ceilometer | 15:54 | |
*** ifarkas has quit IRC | 16:04 | |
*** ildikov has joined #openstack-ceilometer | 16:05 | |
*** k4n0 has quit IRC | 16:05 | |
*** thomasem has quit IRC | 16:11 | |
openstackgerrit | Mehdi Abaakouk proposed a change to stackforge/gnocchi: Really cleanup ipc lock created by tooz https://review.openstack.org/125403 | 16:14 |
sileht | jd__, https://review.openstack.org/#/c/125403 | 16:15 |
*** aviau has quit IRC | 16:17 | |
*** zul has quit IRC | 16:17 | |
*** harlowja_away has quit IRC | 16:17 | |
*** openstackgerrit has quit IRC | 16:18 | |
*** openstackgerrit has joined #openstack-ceilometer | 16:18 | |
*** zul has joined #openstack-ceilometer | 16:18 | |
*** aviau has joined #openstack-ceilometer | 16:19 | |
*** admin0 has quit IRC | 16:19 | |
*** hhuang has joined #openstack-ceilometer | 16:21 | |
*** amalagon has quit IRC | 16:21 | |
*** thomasem has joined #openstack-ceilometer | 16:23 | |
*** thomasem has quit IRC | 16:30 | |
*** pnascimento has quit IRC | 16:36 | |
*** hhuang has quit IRC | 16:37 | |
*** nikhil_k is now known as nikhil_k|afk | 16:38 | |
*** _nadya_ has quit IRC | 16:39 | |
*** Longgeek_ has quit IRC | 16:47 | |
*** thomasem has joined #openstack-ceilometer | 16:49 | |
*** safchain has quit IRC | 16:50 | |
*** thomasem_ has joined #openstack-ceilometer | 16:57 | |
*** thomasem has quit IRC | 16:57 | |
*** thomasem_ has quit IRC | 16:58 | |
*** sbfox has joined #openstack-ceilometer | 17:00 | |
*** thomasem has joined #openstack-ceilometer | 17:02 | |
*** amalagon has joined #openstack-ceilometer | 17:04 | |
*** harlowja has joined #openstack-ceilometer | 17:15 | |
*** sbfox has quit IRC | 17:16 | |
*** sbfox1 has joined #openstack-ceilometer | 17:16 | |
*** sbfox1 has quit IRC | 17:17 | |
*** sbfox has joined #openstack-ceilometer | 17:17 | |
*** isviridov_meetin is now known as isviridov_away | 17:17 | |
*** sbfox1 has joined #openstack-ceilometer | 17:20 | |
*** sbfox has quit IRC | 17:21 | |
*** lsmola has quit IRC | 17:31 | |
*** _nadya_ has joined #openstack-ceilometer | 17:42 | |
*** sbfox1 has quit IRC | 17:44 | |
*** nellysmitt has quit IRC | 18:01 | |
*** sbfox has joined #openstack-ceilometer | 18:14 | |
*** zhiyan has quit IRC | 18:16 | |
*** zhiyan has joined #openstack-ceilometer | 18:17 | |
*** nellysmitt has joined #openstack-ceilometer | 18:18 | |
*** sbfox has quit IRC | 19:03 | |
*** nsaje has quit IRC | 19:12 | |
*** admin0 has joined #openstack-ceilometer | 19:18 | |
*** admin0 has quit IRC | 19:18 | |
*** alexpilotti has quit IRC | 19:21 | |
*** _nadya_ has quit IRC | 19:26 | |
*** thomasem has quit IRC | 19:53 | |
*** thomasem has joined #openstack-ceilometer | 19:55 | |
*** nellysmitt has quit IRC | 19:56 | |
*** nellysmitt has joined #openstack-ceilometer | 19:56 | |
*** thomasem has quit IRC | 19:59 | |
*** nellysmitt has quit IRC | 20:01 | |
*** X019 has quit IRC | 20:06 | |
*** X019 has joined #openstack-ceilometer | 20:07 | |
*** sbfox has joined #openstack-ceilometer | 20:34 | |
*** _robot has quit IRC | 20:46 | |
*** _robot has joined #openstack-ceilometer | 20:46 | |
*** mikedillion has quit IRC | 20:51 | |
*** rbowen is now known as rcb_afk | 20:51 | |
* cdent calls it | 20:56 | |
*** cdent has quit IRC | 20:56 | |
*** jasondotstar has quit IRC | 21:02 | |
openstackgerrit | Pradeep Kilambi proposed a change to openstack/ceilometer: Fix neutron client to catch 404 exceptions https://review.openstack.org/125143 | 21:09 |
openstackgerrit | gordon chung proposed a change to openstack/ceilometer: isolate event storage models https://review.openstack.org/125502 | 21:11 |
*** sbfox has quit IRC | 21:39 | |
*** sbfox has joined #openstack-ceilometer | 21:42 | |
*** sbfox1 has joined #openstack-ceilometer | 21:45 | |
*** sbfox has quit IRC | 21:47 | |
openstackgerrit | gordon chung proposed a change to openstack/ceilometer: isolate event storage models https://review.openstack.org/125502 | 21:49 |
*** rbak has quit IRC | 21:52 | |
*** mikedillion has joined #openstack-ceilometer | 22:10 | |
*** flwang1 has quit IRC | 22:13 | |
*** gordc has quit IRC | 22:17 | |
*** _nadya_ has joined #openstack-ceilometer | 22:27 | |
*** _nadya_ has quit IRC | 22:31 | |
*** sbfox1 has quit IRC | 22:33 | |
*** asalkeld has joined #openstack-ceilometer | 22:35 | |
*** renatoarmani has joined #openstack-ceilometer | 22:52 | |
*** yassine has quit IRC | 22:57 | |
*** vkmc has quit IRC | 23:02 | |
*** mikedillion has quit IRC | 23:09 | |
*** renatoarmani has quit IRC | 23:25 | |
*** mikedillion has joined #openstack-ceilometer | 23:55 | |
*** sbfox has joined #openstack-ceilometer | 23:55 | |
*** sbfox has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!