| *** matsuhashi has joined #openstack-ceilometer | 00:01 | |
| *** shakamunyi has quit IRC | 00:18 | |
| *** ddieterly has joined #openstack-ceilometer | 00:25 | |
| *** _cjones_ has quit IRC | 00:42 | |
| *** _cjones_ has joined #openstack-ceilometer | 00:42 | |
| *** fnaval has joined #openstack-ceilometer | 00:45 | |
| *** _cjones_ has quit IRC | 00:47 | |
| *** liusheng has quit IRC | 00:55 | |
| *** _cjones_ has joined #openstack-ceilometer | 01:13 | |
| *** _cjones_ has quit IRC | 01:18 | |
| *** _cjones_ has joined #openstack-ceilometer | 01:23 | |
| *** liusheng has joined #openstack-ceilometer | 01:23 | |
| *** _cjones_ has quit IRC | 01:30 | |
| *** thomasem has quit IRC | 01:36 | |
| *** zqfan has joined #openstack-ceilometer | 01:37 | |
| *** thomasem has joined #openstack-ceilometer | 01:46 | |
| *** thomasem has quit IRC | 01:46 | |
| *** nosnos has joined #openstack-ceilometer | 01:48 | |
| *** thomasem has joined #openstack-ceilometer | 01:49 | |
| *** thomasem_ has joined #openstack-ceilometer | 01:52 | |
| *** ddieterly has quit IRC | 01:52 | |
| *** ddieterly has joined #openstack-ceilometer | 01:53 | |
| *** thomasem has quit IRC | 01:53 | |
| *** changbl has joined #openstack-ceilometer | 01:57 | |
| *** fnaval has quit IRC | 02:01 | |
| *** fnaval has joined #openstack-ceilometer | 02:02 | |
| *** rbowen has quit IRC | 02:09 | |
| *** nati_uen_ has quit IRC | 02:13 | |
| *** raymondr has joined #openstack-ceilometer | 02:16 | |
| *** raymondr has quit IRC | 02:20 | |
| *** thomasem_ has quit IRC | 02:27 | |
| zqfan | hi, I came across a problem: AttributeError: 'StaticFileMiddleware' object has no attribute 'application', when I run tox -epy27 in latest ceilometer master branch, I already clear all old pyc files with `find ./ceilometer -name *.pyc | xargs -i rm -f {}`, and compare my py27 env with jenkins success test env with `pip freeze`, and nothing different(except ceilometer head) | 02:42 |
|---|---|---|
| *** thomasem has joined #openstack-ceilometer | 02:50 | |
| *** thomasem has quit IRC | 02:51 | |
| *** shakamunyi has joined #openstack-ceilometer | 03:19 | |
| *** thomasem has joined #openstack-ceilometer | 03:22 | |
| *** shakamunyi has quit IRC | 03:24 | |
| *** fnaval has quit IRC | 03:24 | |
| *** _cjones_ has joined #openstack-ceilometer | 03:26 | |
| *** _cjones_ has quit IRC | 03:31 | |
| *** fnaval has joined #openstack-ceilometer | 03:32 | |
| *** fnaval has quit IRC | 03:33 | |
| *** fnaval has joined #openstack-ceilometer | 03:33 | |
| liusheng | Hi folks, when I search around ceilometer-notification-agent, I fond that if I delete a non-exist floatingip, neutron will emit a "delete.start" notification, is it reasonable? | 03:43 |
| *** thomasem has quit IRC | 03:44 | |
| *** nosnos has quit IRC | 03:47 | |
| *** shakamunyi has joined #openstack-ceilometer | 03:52 | |
| *** `jpg has joined #openstack-ceilometer | 04:00 | |
| *** matsuhashi has quit IRC | 04:15 | |
| *** `jpg has quit IRC | 04:16 | |
| *** raymondr has joined #openstack-ceilometer | 04:17 | |
| *** raymondr has quit IRC | 04:21 | |
| *** psharma has joined #openstack-ceilometer | 04:22 | |
| *** matsuhashi has joined #openstack-ceilometer | 04:26 | |
| *** nosnos has joined #openstack-ceilometer | 04:27 | |
| *** shakamunyi has quit IRC | 04:27 | |
| zqfan | I think it is not reasonable, neutron should return 404 directly | 04:30 |
| *** raymondr_ has joined #openstack-ceilometer | 04:40 | |
| *** shakamunyi has joined #openstack-ceilometer | 04:52 | |
| *** shakamunyi has quit IRC | 04:54 | |
| *** raymondr_ has quit IRC | 05:05 | |
| *** shakamunyi has joined #openstack-ceilometer | 05:12 | |
| *** ddieterly has quit IRC | 05:22 | |
| *** ddieterly has joined #openstack-ceilometer | 05:22 | |
| *** alexpilotti has quit IRC | 05:26 | |
| *** _cjones_ has joined #openstack-ceilometer | 05:28 | |
| *** _cjones_ has quit IRC | 05:32 | |
| *** shakamunyi has quit IRC | 05:40 | |
| *** shakamunyi has joined #openstack-ceilometer | 05:41 | |
| *** ildikov has quit IRC | 05:43 | |
| *** renlt has joined #openstack-ceilometer | 05:43 | |
| *** fnaval has quit IRC | 05:52 | |
| *** alexpilotti has joined #openstack-ceilometer | 05:54 | |
| *** alexpilotti has quit IRC | 05:59 | |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/ceilometer: Imported Translations from Transifex https://review.openstack.org/88506 | 06:01 |
| *** _nadya_ has joined #openstack-ceilometer | 06:06 | |
| *** alexpilotti has joined #openstack-ceilometer | 06:08 | |
| *** ildikov has joined #openstack-ceilometer | 06:13 | |
| *** _nadya_ has quit IRC | 06:28 | |
| *** _cjones_ has joined #openstack-ceilometer | 06:28 | |
| *** _nadya_ has joined #openstack-ceilometer | 06:30 | |
| *** _cjones_ has quit IRC | 06:33 | |
| *** _nadya_ has quit IRC | 06:38 | |
| *** boris-42 has quit IRC | 06:45 | |
| *** inc0 has joined #openstack-ceilometer | 06:49 | |
| *** boris-42 has joined #openstack-ceilometer | 06:50 | |
| *** renlt has quit IRC | 06:51 | |
| *** anand_ts has joined #openstack-ceilometer | 06:51 | |
| anand_ts | hi all, a silly doubt, I have set an alarm for a cirros instance cpu_util, whenever threshold goes above 20 for 3 consecutive cycles of 600s it should trigger an alarm. but may I know where and how I get the alert.? | 06:54 |
| *** `jpg has joined #openstack-ceilometer | 06:58 | |
| *** ddieterly has quit IRC | 07:06 | |
| *** ddieterly has joined #openstack-ceilometer | 07:06 | |
| *** _nadya_ has joined #openstack-ceilometer | 07:07 | |
| *** Ruetobas has quit IRC | 07:14 | |
| *** underyx is now known as Underyx | 07:15 | |
| *** inc0 has quit IRC | 07:21 | |
| *** Ruetobas has joined #openstack-ceilometer | 07:22 | |
| *** _nadya_ has quit IRC | 07:26 | |
| *** Ruetobas has quit IRC | 07:27 | |
| *** Ruetobas has joined #openstack-ceilometer | 07:27 | |
| *** _cjones_ has joined #openstack-ceilometer | 07:29 | |
| *** idegtiarov has joined #openstack-ceilometer | 07:31 | |
| openstackgerrit | liusheng proposed a change to openstack/ceilometer: Improve the timestamp validation of ceilometer API https://review.openstack.org/92786 | 07:31 |
| *** _cjones_ has quit IRC | 07:34 | |
| anand_ts | hello, what does insufficient data mean here http://paste.openstack.org/show/81826/ | 07:38 |
| *** melodous_away has joined #openstack-ceilometer | 07:41 | |
| *** melodous has quit IRC | 07:43 | |
| *** Underyx is now known as underyx | 07:51 | |
| zqfan | <anand_ts> insufficient data means there is no enough data to judge the alarm's state | 08:07 |
| zqfan | <anand_ts> for i.e. when you just create a new alarm, it is insufficient; when ceilometer is broken or the depended resource is broken, then no data is record, the state is insufficient; when everything is fine, just no new record is stored, then it is still insufficient (for i.e. alarm on instance meter but there is no vm) | 08:11 |
| *** `jpg has quit IRC | 08:14 | |
| *** matsuhashi has quit IRC | 08:14 | |
| *** matsuhashi has joined #openstack-ceilometer | 08:15 | |
| openstackgerrit | Igor Degtiarov proposed a change to openstack/ceilometer: [HBase] Implement events on HBase In this change events are written into HBase and read from it. https://review.openstack.org/91408 | 08:16 |
| *** matsuhashi has quit IRC | 08:17 | |
| *** matsuhashi has joined #openstack-ceilometer | 08:17 | |
| *** eglynn has joined #openstack-ceilometer | 08:17 | |
| *** IvanBerezovskiy has joined #openstack-ceilometer | 08:27 | |
| *** inc0 has joined #openstack-ceilometer | 08:28 | |
| *** nacim has joined #openstack-ceilometer | 08:32 | |
| *** melodous_away has quit IRC | 08:36 | |
| *** r0j4z0 has quit IRC | 08:36 | |
| *** shakamunyi has quit IRC | 08:43 | |
| *** `jpg has joined #openstack-ceilometer | 08:43 | |
| *** ddieterly has quit IRC | 08:49 | |
| *** ddieterly has joined #openstack-ceilometer | 08:50 | |
| *** pnascimento has joined #openstack-ceilometer | 08:50 | |
| *** isviridov|away is now known as isviridov | 08:53 | |
| anand_ts | zqfan, thanks for reply, here I have a cirros instance running fine, all no error in ceilometer logs. still why the state is insufficient. Does it mean that I can't able to check ceilometer if the instance is a cirros instance? | 08:53 |
| eglynn | anand_ts: the fact that the instance is booted from a cirros image is unlikely to be the cause | 08:59 |
| eglynn | anand_ts: is there a ceilometer compute agent running on the same host as the instance? | 09:00 |
| eglynn | anand_ts: can you check the logs of that compute agent? | 09:00 |
| anand_ts | yes, ceilometer-compute agent is running on my compute node | 09:00 |
| eglynn | anand_ts: can you run $ ceilometer statistics -m cpu_util -p 600 -q "resource=$INSTANCE_ID" | 09:01 |
| anand_ts | http://paste.openstack.org/show/81836/ ceilometer-compute log | 09:01 |
| anand_ts | oksy sure eglynn | 09:01 |
| anand_ts | eglynn. output of statistics here http://paste.openstack.org/show/81837/ | 09:03 |
| *** ildikov_ has joined #openstack-ceilometer | 09:03 | |
| eglynn | anand_ts: ok so that's telling you that the statistics are available, which is good :) | 09:03 |
| *** ildikov has quit IRC | 09:04 | |
| eglynn | anand_ts: so, next thing is to check if the ceilometer-alarm-evaluator service is running | 09:04 |
| anand_ts | yes it is running | 09:04 |
| eglynn | anand_ts: next check the evaluator's logs | 09:04 |
| anand_ts | ceilometer-alarm-evaluator in controller node is it. I have only compute agent in compute nodes | 09:05 |
| eglynn | anand_ts: sure the alarm-evaluator doesn't have to run on the compute node | 09:05 |
| eglynn | anand_ts: ... controller node is fine for that | 09:05 |
| anand_ts | http://paste.openstack.org/show/81839/ no error in evaluator | 09:06 |
| openstackgerrit | Ionut Artarisi proposed a change to openstack/ceilometer: reconnect to mongodb on connection failure https://review.openstack.org/86609 | 09:06 |
| eglynn | anand_ts: alarm f526313e-a76a-4064-bea9-e8e589e9ff06 transitioning to ok because Transition to ok due to 1 samples inside threshold, most recent: 9.03171953255 | 09:06 |
| eglynn | anand_ts: $ ceilometer alarm-show -a f526313e-a76a-4064-bea9-e8e589e9ff06 | 09:07 |
| eglynn | anand_ts: ... ^^^ is that the alarm you're interested in? | 09:07 |
| anand_ts | yeah, alarm show here http://paste.openstack.org/show/81840/ | 09:07 |
| anand_ts | status is showing insufficient. | 09:09 |
| eglynn | anand_ts: hmmm, that's odd given that the evaluator already determined that it should transition to OK | 09:09 |
| eglynn | anand_ts: $ ceilometer alarm-history -a f526313e-a76a-4064-bea9-e8e589e9ff06 | 09:09 |
| eglynn | anand_ts: what version are you using? | 09:10 |
| anand_ts | history here http://paste.openstack.org/show/81841/ | 09:10 |
| anand_ts | 1.0.8 | 09:10 |
| eglynn | anand_ts: 1.0.8 is the ceilometer client version, what service-side version? | 09:11 |
| anand_ts | eglynn, I'm sorry. how to check that | 09:12 |
| eglynn | anand_ts: a-ha, that what I call a "flapping alarm" :) | 09:12 |
| anand_ts | ohh!!! flapping alarm means? | 09:12 |
| eglynn | anand_ts: ... i.e. transitioning between ok/alarm and insufficient data | 09:12 |
| eglynn | anand_ts: ... because of a mismatch between the alarm period and the cadence of the incoming metric | 09:12 |
| anand_ts | okay, may I know why this happen here, | 09:13 |
| eglynn | anand_ts: so your orignal question was: | 09:13 |
| eglynn | I have set an alarm for a cirros instance cpu_util, whenever threshold goes above 20 for 3 consecutive cycles of *600s* it should trigger an alarm. but may I know where and how I get the alert.? | 09:13 |
| anand_ts | yeah, exactly | 09:13 |
| eglynn | but the actual alarm period is 60s | 09:13 |
| anand_ts | but beacuse I didn't get any alert I modified the threshold | 09:14 |
| eglynn | so if you check the /etc/ceilometer/pipeline.yaml, I bet you see the interval for the cpu_pipeline to be 600s | 09:14 |
| eglynn | a-ha, I see | 09:14 |
| anand_ts | yeah. so by default it is set to 10 minutes right | 09:14 |
| eglynn | so now you've a mismatch between the time-window for the alarm and the periodicity of the incoming metric on which the alarm is based | 09:15 |
| eglynn | ... so you'll need to change one or the other | 09:15 |
| anand_ts | Okay, also If I did that properly and if the thresholds exeeds how can I see the alert? | 09:15 |
| eglynn | ... the alarm period must be a whole number multiple (e.g. 1, 2, 3) of the corresponding interval | 09:15 |
| anand_ts | Sure. got it | 09:16 |
| eglynn | ... well the metric is currently trending below threshold | 09:16 |
| eglynn | ... that means the state will settle on OK once you've adjested the period/interval | 09:17 |
| anand_ts | Can I set threshold like 5. just to see how the alarm is generated? | 09:17 |
| eglynn | ... whereas your ok action is set to nothing | 09:17 |
| eglynn | ok_actions | [] | 09:17 |
| eglynn | ... so you won't see any notification, because you've asked not to be told | 09:17 |
| eglynn | say you adjust the threshold to be lower | 09:18 |
| anand_ts | yeah, but how to set ok_actions? | 09:18 |
| eglynn | e.g. $ ceilometer alarm-update -a $ALARM_ID --threshold 5 | 09:18 |
| eglynn | just use alarm-update as above | 09:18 |
| eglynn | (to set the ok_action) | 09:19 |
| eglynn | note that the alarm_action you've set is [u'log://'] | 09:19 |
| eglynn | that means that the alarm-notifier will simply log the state transition | 09:19 |
| eglynn | ... if you want a callout on a webhook instead | 09:19 |
| eglynn | ... then set the action to http://example.org/my_web_hook | 09:20 |
| eglynn | (subsitute sane values for your endpoint) | 09:20 |
| eglynn | anand_ts: ^^^ make sense? | 09:20 |
| anand_ts | awesome. | 09:20 |
| anand_ts | will try that. | 09:20 |
| eglynn | anand_ts: cool :) | 09:20 |
| anand_ts | thank you so much eglynn, that definetely make sense | 09:21 |
| eglynn | anand_ts: np! | 09:21 |
| anand_ts | :) | 09:21 |
| *** nacim has quit IRC | 09:21 | |
| *** pnascimento has quit IRC | 09:24 | |
| *** pnascimento has joined #openstack-ceilometer | 09:27 | |
| openstackgerrit | ZhiQiang Fan proposed a change to openstack/ceilometer: Reduce new token when call client object https://review.openstack.org/83312 | 09:29 |
| openstackgerrit | Martin Geisler proposed a change to openstack/ceilometer: Remove unnecessary coding lines https://review.openstack.org/95862 | 09:30 |
| *** _nadya_ has joined #openstack-ceilometer | 09:32 | |
| openstackgerrit | Martin Geisler proposed a change to openstack/ceilometer: Remove unnecessary coding lines https://review.openstack.org/95862 | 09:33 |
| openstackgerrit | Martin Geisler proposed a change to openstack/ceilometer: Use Emacs-friendly file variable to set file encoding https://review.openstack.org/96117 | 09:35 |
| *** Alexei_987 has joined #openstack-ceilometer | 09:39 | |
| *** shakamunyi has joined #openstack-ceilometer | 09:40 | |
| openstackgerrit | liusheng proposed a change to openstack/ceilometer: Improve the timestamp validation of ceilometer API https://review.openstack.org/92786 | 09:41 |
| *** shakamunyi has quit IRC | 09:45 | |
| *** nacim has joined #openstack-ceilometer | 09:48 | |
| pnascimento | good morning stackers, where is documentation about "ceilometer-send-sample" command? | 09:50 |
| *** `jpg has quit IRC | 09:51 | |
| *** boris-42 has quit IRC | 09:52 | |
| eglynn | pnascimento: good morrow to you sir! | 10:01 |
| eglynn | pnascimento: ... I'm not sure there is much formal documentation | 10:01 |
| eglynn | pnascimento: ... (for that console script) | 10:02 |
| eglynn | pnascimento: ... however the main thing to know would be the command line options, right? | 10:02 |
| eglynn | pnascimento: ... which are clear from the code | 10:02 |
| eglynn | pnascimento: ... https://github.com/openstack/ceilometer/blob/master/ceilometer/cli.py#L125 | 10:02 |
| pnascimento | eglynn: I was looking to output of "ceilometer-send-sample -h" and I was wondering if it existed more that | 10:04 |
| pnascimento | *then that | 10:04 |
| eglynn | pnascimento: ... I'm open to correction, but I'm not aware of any further formal documentation for that command | 10:05 |
| * eglynn is think it should be straight-forward enough in any case, once the options are known ... | 10:05 | |
| eglynn | *thinking | 10:05 |
| pnascimento | eglynn: seems to me, that your thoughts are right ;) I was a question of curiosity... I was searching on Google and didn't find anything about the subject, just that... | 10:07 |
| *** boris-42 has joined #openstack-ceilometer | 10:14 | |
| *** nacim has quit IRC | 10:25 | |
| *** r0j4z0 has joined #openstack-ceilometer | 10:26 | |
| *** _cjones_ has joined #openstack-ceilometer | 10:32 | |
| anand_ts | eglynn, webhook thing seems little confusing when I read, is there any other option like sms, email to nofity when the threshold goes high? do you have any documents or links ? | 10:32 |
| eglynn | anand_ts: sadly, no, not at this time | 10:32 |
| eglynn | anand_ts: ... we're waiting on such user-consumably notifications to be provided via a Marconi SNS-style extension | 10:33 |
| eglynn | anand_ts: ... this was discussed at the last two summits, so hopefully the feature will become available during Juno | 10:33 |
| anand_ts | eglynn, okay . good to hear this!! | 10:34 |
| eglynn | anand_ts: ... though there is the added complication that Marconi did not graduate as a integrated project on the last attempt | 10:34 |
| eglynn | anand_ts: ... that said, I'd be fairly confident that (a) Marconi will apply to the TC again during Juno and (b) it'll be better placed to graduate at that time | 10:35 |
| anand_ts | ohh I see. | 10:35 |
| eglynn | anand_ts: ... their graduation request was withdrawn last time due to some push-back on the viability of their sql-a driver via mongodb | 10:36 |
| anand_ts | it should get the preference. without metering there is no cloud service | 10:36 |
| *** _cjones_ has quit IRC | 10:37 | |
| eglynn | anand_ts: ... well Marconi is the queuing service, whereas Ceilometer is already graduated as the metering service | 10:37 |
| *** CAP1089 has joined #openstack-ceilometer | 10:38 | |
| anand_ts | Ohh!! okay, not aware of Marconi service | 10:38 |
| *** r0j4z0 has quit IRC | 10:38 | |
| *** CAP1089 is now known as r0j4z0 | 10:38 | |
| anand_ts | eglynn, also through dashboard I'm not getting individual instance utilizations but project as whole ? | 10:43 |
| eglynn | anand_ts: IIRC there's a "group by" dropdown box on that dashboard | 10:44 |
| eglynn | anand_ts: ... default is probably "group by project ID" | 10:44 |
| anand_ts | I can see project and some ... | 10:45 |
| eglynn | anand_ts: ... check the other options ... e.g. "group by resource/user/none | 10:45 |
| eglynn | " | 10:45 |
| anand_ts | eglynn, I can see like this., http://share.pho.to/5moch . no other options | 10:47 |
| eglynn | anand_ts: so IIRC '--' is meant to mean 'None' | 10:48 |
| *** matsuhashi has quit IRC | 10:48 | |
| anand_ts | But I have another projects also. let me check again | 10:48 |
| eglynn | anand_ts: note also that the metric you've chosen is cpu (cumulative CPU time) not cpu_util (as per your alarm above) | 10:48 |
| eglynn | anand_ts: the other project won't show up unless they also owned instances during that period | 10:50 |
| eglynn | *running instances | 10:50 |
| anand_ts | okay, this is the cpu_util graph http://share.pho.to/5mojz . | 10:51 |
| openstackgerrit | Artur Svechnikov proposed a change to openstack/python-ceilometerclient: Add methods to resource classes https://review.openstack.org/91554 | 10:53 |
| eglynn | anand_ts: sawtooth! | 10:54 |
| eglynn | anand_ts: ... cron job running? | 10:54 |
| eglynn | anand_ts: (on the instance) | 10:54 |
| anand_ts | nope, instance is juz cirros. | 10:54 |
| eglynn | anand_ts: ... have you tried setting the group-by to '--' | 10:55 |
| anand_ts | not done anything on that instance | 10:55 |
| anand_ts | Now I get a better graph with instance uuid with -- . pic here http://share.pho.to/5motX | 10:57 |
| eglynn | anand_ts: ok so in reality the CPU util is not actually spiking I suspect, as is clear from http://paste.openstack.org/show/81837 | 10:59 |
| eglynn | anand_ts: what happening in http://share.pho.to/5mojz is a sampling mismatch from the horizon side I suspect | 11:00 |
| *** ildikov has joined #openstack-ceilometer | 11:00 | |
| anand_ts | eglynn. great, yes. it is stable , still value is between 7-9 as shown in graph fro horizon | 11:00 |
| *** ildikov_ has quit IRC | 11:01 | |
| eglynn | anand_ts: ... so ceilometer has a datapoint approx every 600s, whereas horizon uses some arbitrary period to populate that graph | 11:01 |
| anand_ts | yes it is, So which is the correct value we can take? | 11:02 |
| eglynn | anand_ts: ... nah, scratch that thought actually | 11:02 |
| eglynn | anand_ts: ... I just realized you've choosed the Avg aggregation | 11:02 |
| openstackgerrit | ZhiQiang Fan proposed a change to openstack/ceilometer: Enable filter alarms by their type https://review.openstack.org/93658 | 11:02 |
| anand_ts | yes | 11:02 |
| anand_ts | avg in horizon | 11:02 |
| eglynn | anand_ts: ... I was thinking terms of sum, so that if two datapoints happen to fall into the same period, the sum would spike | 11:02 |
| eglynn | anand_ts: ... but clearly not the case here | 11:03 |
| anand_ts | okay, so in short , the results from cli and horizon are the same | 11:03 |
| eglynn | anand_ts: ... so I dunno why there is a semi-regular ~2% spike pattern in cpu_util, maybe there are some periodic tasks running on the VM | 11:04 |
| anand_ts | eglynn, no idea on that. cirros vm I launched yesterday and not done anything inside vm | 11:06 |
| *** `jpg has joined #openstack-ceilometer | 11:06 | |
| eglynn | anand_ts: could be a quirk of some service/daemon running on the instance | 11:07 |
| eglynn | anand_ts: or could be a quirk of the cpu time accounting used by libvirt | 11:07 |
| *** _nadya_ has quit IRC | 11:07 | |
| eglynn | anand_ts: ... probably not big enough to worry unduely over | 11:07 |
| anand_ts | eglynn, maybe, my entire setup is inside vmware ESXi | 11:07 |
| anand_ts | eglynn. so this resource usage from horizon is diiferent and alarm generated from CLI is different is it? | 11:08 |
| eglynn | anand_ts: nope, the alarm evaluator, the CLI, and the horizon dashboard all use the same statistics API | 11:09 |
| eglynn | anand_ts: ... what's different would the period | 11:09 |
| eglynn | anand_ts: ... your alarm: period == 60s | 11:10 |
| eglynn | anand_ts: ... CLI: whatever you pass to the -p option | 11:10 |
| anand_ts | eglynn: okay, now I got cleared in many aspects of ceilometer. | 11:10 |
| eglynn | anand_ts: ... horizon: IIRC period == duration / 400 | 11:10 |
| eglynn | lsmola: ^^^ am I mis-remembering that period setting logic in horizon? | 11:11 |
| * lsmola reads back | 11:12 | |
| *** _nadya_ has joined #openstack-ceilometer | 11:12 | |
| lsmola | eglynn: yeah, it always shows about 400 samples in the chart | 11:12 |
| eglynn | lsmola: cool, thanks for the confirmation | 11:13 |
| lsmola | eglynn: np | 11:13 |
| pnascimento | Stackers, anyone knows why "ceilometer-send-sample" submit the sample on database but not show it on "ceilometer meter-list" ?? | 11:14 |
| eglynn | pnascimento: did you mean sample-list? | 11:15 |
| *** yfujioka has joined #openstack-ceilometer | 11:20 | |
| *** `jpg has quit IRC | 11:21 | |
| pnascimento | eglynn: neither "ceilometer sample-list -m <meter>" returns samples | 11:22 |
| pnascimento | eglynn: both commands print an empty table | 11:23 |
| eglynn | pnascimento: but you've confirmed that the data has indeed landed in the DB? | 11:23 |
| eglynn | pnascimento: ... in that case, smells like a bug | 11:23 |
| pnascimento | eglynn: but query the database through database client I can see that the samples were submitted ... | 11:23 |
| eglynn | pnascimento: ... can you file a bug on launchpad? | 11:23 |
| pnascimento | eglynn: cloud it be because this version of Ceilometer is from Havana, maybe I should update it to IceHouse | 11:24 |
| pnascimento | eglynn: what do your think? | 11:24 |
| pnascimento | eglynn: s/cloud/could/ | 11:25 |
| eglynn | pnascimento: ... yes Havana is quite old, in the sense that there will be no more routine releases from the stable/havana branch | 11:25 |
| eglynn | pnascimento: ... so you're better off upgrading to Icehouse | 11:25 |
| eglynn | pnascimento: ... then re-confirm the bug there and submit a report to LP if you could, thanks! | 11:25 |
| pnascimento | eglynn: of course, if this "problem" persists I will submit a bug on LP ;) | 11:27 |
| eglynn | pnascimento: thank you sir! | 11:27 |
| pnascimento | eglynn: no problem :) leave the "sir" :P no need for formalities :) | 11:32 |
| *** promulo has quit IRC | 11:44 | |
| openstackgerrit | ZhiQiang Fan proposed a change to openstack/ceilometer: Improve genconfig and ignore the generated file https://review.openstack.org/93878 | 11:46 |
| *** _nadya_ has quit IRC | 11:47 | |
| *** pnascimento has quit IRC | 11:47 | |
| *** cmart has joined #openstack-ceilometer | 11:48 | |
| *** _nadya_ has joined #openstack-ceilometer | 11:52 | |
| *** _nadya_ has quit IRC | 11:56 | |
| *** _nadya_ has joined #openstack-ceilometer | 12:04 | |
| *** nacim has joined #openstack-ceilometer | 12:10 | |
| eglynn | anyone wanna lay bets on the outcome of the K naming vote? | 12:14 |
| * eglynn 's money is on Klang or Kepler | 12:14 | |
| jd__ | eglynn: https://twitter.com/juldanjou/status/395525770690301952 | 12:15 |
| jd__ | "30 Oct 2013" :D | 12:15 |
| *** psharma has quit IRC | 12:15 | |
| jd__ | Kleber is also a candidate | 12:15 |
| jd__ | though I'd bet on Kepler – but I wonder where Klang comes from? | 12:16 |
| eglynn | jd__: hmmm, Kremlin, /me likeee ... are you suggesting our beloved TC is becoming a tad Politburo-like? ;) | 12:16 |
| jd__ | :-D | 12:17 |
| eglynn | jd__: /me is none too impressed with Klang in the flesh ... http://goo.gl/maps/s34dp | 12:21 |
| *** julim has joined #openstack-ceilometer | 12:21 | |
| gibi | I have to vote for Kossuth based on my nationality but it is fact that Kepler would be nice :) | 12:21 |
| jd__ | eglynn: ah I don't think they're supposed to run naming from the whole country :D | 12:22 |
| eglynn | jd__: ... yeah, there may be some bending of the rules going on to find enough candidates for the vote | 12:23 |
| jd__ | eglynn: baaaah so there's http://www.mairie.biz/ville-k.html :D | 12:24 |
| jd__ | there's a few ones in Brittany, I'd pick one ;) | 12:25 |
| jd__ | but Emilien would prefer East and something like Klang :/ I guess it'll be a war | 12:25 |
| eglynn | wow! decidedly non-French-sounding some of those ... | 12:27 |
| eglynn | Krautwiller, Kurtzenhouse, Kleinfrankenheim, Koenigsmacker | 12:28 |
| eglynn | ... distinctly Germanic-smelling ;) | 12:28 |
| jd__ | yeah these are from the East departments as you noticed | 12:30 |
| jd__ | the one starting with zipcode 22, 29, 56, are in Birttany :) | 12:31 |
| jd__ | so it's likely more linked to you as I think they are somehow Gaelic or something | 12:32 |
| jd__ | *just sayin'* | 12:32 |
| eglynn | jd__: a-ha, I get ya ... l'espirit pan-Celtique ;) | 12:33 |
| jd__ | :D | 12:33 |
| *** jdob has joined #openstack-ceilometer | 12:37 | |
| *** asvechnikov has joined #openstack-ceilometer | 12:37 | |
| *** cdent has joined #openstack-ceilometer | 12:40 | |
| *** erecio has joined #openstack-ceilometer | 12:41 | |
| *** gordc has joined #openstack-ceilometer | 12:44 | |
| *** cdent has quit IRC | 12:44 | |
| *** thomasem has joined #openstack-ceilometer | 12:46 | |
| *** nosnos has quit IRC | 12:50 | |
| *** anand_ts has quit IRC | 12:51 | |
| *** prad has joined #openstack-ceilometer | 12:52 | |
| *** rbowen has joined #openstack-ceilometer | 12:54 | |
| *** fnaval has joined #openstack-ceilometer | 12:54 | |
| *** nacim has quit IRC | 12:56 | |
| *** _nadya_ has quit IRC | 13:02 | |
| *** admin0 has joined #openstack-ceilometer | 13:02 | |
| cmart | Hello! | 13:08 |
| cmart | I have a question regarding using postgresql with ceilometer.. | 13:09 |
| admin0 | go ahead cmart :) | 13:09 |
| cmart | I've changed CEILOMETER_BACKEND lib/ceilometer to postgresql and then ran ./stack | 13:10 |
| cmart | but after it finishes, my ceilometer.conf ends with connection = mysql://root:intel123@127.0.0.1/ceilometer?charset=utf8 | 13:10 |
| DinaBelova | cmart, afair I mentioned yesterday that stack.sh rewrites the conf files) | 13:11 |
| DinaBelova | soo use unstack+rejoin) | 13:11 |
| therve | cmart, You shouldn't edit lib/ceilometer | 13:11 |
| therve | You ought to be able to configure everything with local.conf | 13:11 |
| cmart | I also did it by adding the following to my localrc: CEILOMETER_BACKEND=postgresql | 13:11 |
| cmart | and it didn't work | 13:12 |
| DinaBelova | cmart, oh, sorry, did not mention your lib/ceilometer stuff | 13:12 |
| *** _nadya_ has joined #openstack-ceilometer | 13:13 | |
| *** _nadya_ has quit IRC | 13:13 | |
| admin0 | how do I link my codes to a blueprint ? put blueprint (url of blueprint ) when submitting a review ? | 13:13 |
| therve | cmart, You probably want to explain why it didn't work. | 13:14 |
| therve | admin0, In the commit message yes | 13:14 |
| admin0 | i want to submit my codes for this: https://wiki.openstack.org/wiki/Ceilometer/blueprints/graphite-publisher | 13:14 |
| cmart | admin0: check https://wiki.openstack.org/wiki/Gerrit_Workflow#Committing_Changes | 13:16 |
| cmart | they have some commit message examples that may help you :) | 13:16 |
| openstackgerrit | Ladislav Smola proposed a change to openstack/ceilometer: Automatic discovery of TripleO Overcloud hardware https://review.openstack.org/92370 | 13:16 |
| admin0 | Implements: blueprint BLUEPRINT .. in my case for https://wiki.openstack.org/wiki/Ceilometer/blueprints/graphite-publisher ,, is it implements blueprint : URL or blueprint graphite-publisher or blueprint: ceilometer-graphite-publisher ? | 13:17 |
| *** ddieterly has quit IRC | 13:18 | |
| openstackgerrit | A change was merged to openstack/ceilometer: refactor sql backend to improve write speed https://review.openstack.org/94483 | 13:18 |
| cmart | therve: these were the steps I followed: 1) unstack. 2) change localrc and add CEILOMETER_BACKEND=postgresql. 3) run stack.sh 4) after stack.sh finishes, check the ceilometer.conf 4.1) debug the code and see what the engine_facade returns.. | 13:18 |
| eglynn | admin0: we're now following the blueprint specs process | 13:19 |
| eglynn | admin0: ... so you'll need to propose in gerrit a detailed spec for the openstack/ceilometer-specs repo | 13:20 |
| eglynn | admin0: ... base don this template https://github.com/openstack/ceilometer-specs/blob/master/specs/template.rst | 13:20 |
| cmart | the thing is that I need to differentiate whenever the engine is mysql or postgresql (I have different implementations for both of them) | 13:20 |
| *** jaypipes has quit IRC | 13:20 | |
| therve | cmart, Was ceilometer.conf changed? | 13:21 |
| cmart | yes | 13:21 |
| cmart | to connection = mysql://root:intel123@127.0.0.1/ceilometer?charset=utf8 | 13:21 |
| therve | So no? :) | 13:22 |
| cmart | I was working with mongo, that's why I'm saying that it changed :) | 13:22 |
| cmart | Am I doing smth wrong? | 13:23 |
| *** yfujioka has quit IRC | 13:23 | |
| *** jaypipes has joined #openstack-ceilometer | 13:23 | |
| cmart | what's the difference (at ceilo.conf level) when you have mysql or postgresql? Is it any? | 13:24 |
| therve | Maybe in devstack you need to do enable_service postgresql and disable mysql | 13:24 |
| cmart | o_O | 13:25 |
| cmart | I didn't know that that was needed.. :S | 13:26 |
| therve | I haven't tried, but it seems reasonable | 13:28 |
| *** cdent has joined #openstack-ceilometer | 13:29 | |
| cmart | guess it's worth to try it, right? | 13:29 |
| cmart | do you know what are the exact service's names? | 13:30 |
| cmart | eglynn: Hi! Sorry to bother you.. do you know what are the steps needed to change the db backend to postgresql? | 13:30 |
| *** Alexei_9871 has joined #openstack-ceilometer | 13:31 | |
| eglynn | cmart: ... setting it in the lib/ceilometer no workee? | 13:31 |
| cmart | nope :S.therve told me to disable mysql service and to enable postgresql.. but I'm not sure what are the service's names | 13:32 |
| openstackgerrit | gordon chung proposed a change to openstack/ceilometer: fix indices in event tables https://review.openstack.org/91501 | 13:33 |
| therve | eglynn, You shouldn't need to change anything in lib | 13:33 |
| therve | cmart, mysql/postgresql | 13:33 |
| openstackgerrit | gordon chung proposed a change to openstack/ceilometer: fix event model https://review.openstack.org/92454 | 13:33 |
| cmart | I'm also seeing at this line: https://github.com/openstack-dev/devstack/blob/master/lib/ceilometer#L175 that the database connection is configured base on a "database_connection_url' constant | 13:34 |
| cmart | *based | 13:34 |
| ildikov | cmart: https://github.com/openstack-dev/devstack#database-backend | 13:34 |
| *** prad_ has joined #openstack-ceilometer | 13:34 | |
| *** fnaval has quit IRC | 13:36 | |
| cmart | ildikov: thanks! I will try that (that would change the entire db backend from the stack, right?) | 13:36 |
| eglynn | cmart: what do you want to acheive, spin up a devstack with the DB backend preconfigured as postgresql? | 13:36 |
| ildikov | cmart: I think so, do you need another db for other services than Ceilometer? | 13:37 |
| *** prad has quit IRC | 13:37 | |
| *** prad_ is now known as prad | 13:37 | |
| cmart | eglynn: remember the filtering by meter stuff? That the guys from sqlalchemy told me to use json_extract_path_text from postgresql to do the "LIKE" within a json column type? | 13:38 |
| eglynn | cmart: in that case, you need (a) to enable_service postgresql and (b) to ensure CEILOMETER_BACKEND=postgresql | 13:38 |
| eglynn | ... (b) is probably settable via the local.conf | 13:38 |
| cmart | well, I have one ugly implementation for mysql, but I want to use the json_extract_path_text for the postgresql | 13:38 |
| eglynn | ... haven't tested it tho' so YMMV | 13:38 |
| *** alexpilotti has quit IRC | 13:39 | |
| eglynn | cmart: "one ugly implementation for mysql" ==> are you special-casing for mysql versus postgres in the ceilometer sqlalchemy driver code? | 13:39 |
| cmart | yes.. and I know that you guys will told me not to do that :( but the thing is that my code is really, reaally ugly.. That's why I'm looking to do it better (at least for postgresql) | 13:41 |
| cmart | please don't hit me | 13:41 |
| *** Ruetobas has quit IRC | 13:41 | |
| cmart | :D | 13:42 |
| *** pnascimento has joined #openstack-ceilometer | 13:43 | |
| cmart | this is the stuff that I'm doing: http://paste.openstack.org/show/81883/ | 13:44 |
| eglynn | cmart: I'm not gonna lie to you, you would like see some "push-back" on including such special casing in impl_sqlalchemy | 13:44 |
| cmart | I'll be glad to have feeback from you guys | 13:45 |
| gordc | vrovachev: for the tempest patch, do you need multiple collector workers enabled or does it work with the one worker? | 13:45 |
| admin0 | eglynn: the blueprint , it has to be submitted via git now ? | 13:47 |
| admin0 | i am a bit unclear on the steps i need to take | 13:47 |
| eglynn | admin0: spec submitted via gerrit | 13:47 |
| eglynn | admin0: https://wiki.openstack.org/wiki/Blueprints#Ceilometer | 13:47 |
| *** Ruetobas has joined #openstack-ceilometer | 13:48 | |
| *** ddieterly has joined #openstack-ceilometer | 13:49 | |
| *** Ruetobas has quit IRC | 13:52 | |
| *** shakamunyi has joined #openstack-ceilometer | 13:54 | |
| *** nacim has joined #openstack-ceilometer | 13:55 | |
| *** Ruetobas has joined #openstack-ceilometer | 13:58 | |
| *** nacim has quit IRC | 14:02 | |
| *** fnaval has joined #openstack-ceilometer | 14:02 | |
| cdent | 1 | 14:05 |
| *** kaisero has joined #openstack-ceilometer | 14:05 | |
| *** fnaval_ has joined #openstack-ceilometer | 14:07 | |
| admin0 | silly question .. how do I createa file here: https://blueprints.launchpad.net/ceilometer/+spec/ ? | 14:09 |
| *** fnaval has quit IRC | 14:09 | |
| vrovachev | gordc: I don't know exactly :) I'm testing it | 14:09 |
| admin0 | i see gnocchi.rst , but its blueprint url is invalid .. or does the spec i am writing when approved automatically becomes the blueprint when approved | 14:09 |
| eglynn | admin0: I moved gnocchi.rst to under the juno dir | 14:10 |
| eglynn | admin0: fixing BP now | 14:10 |
| admin0 | ok .. question still remains .. do i need to create a BP first, or this spec automatically becomes the bp ? | 14:11 |
| gordc | vrovachev: cool cool. let me know if it does and i'll enable my devstack multi-worker patch (https://review.openstack.org/#/c/94682/) | 14:11 |
| *** r0j4z0 has quit IRC | 14:11 | |
| eglynn | admin0: answer ... for fresh BPs, only create the spec ... then PTL will create a placeholder BP in launchpad if and when the spec lands in github | 14:12 |
| vrovachev | gordc: of course :) | 14:12 |
| admin0 | ok | 14:12 |
| *** mengxd has joined #openstack-ceilometer | 14:12 | |
| eglynn | admin0: for pre-existing BPs, the LP BP remains but should be linked (via the 'Specification URL' field) to the spec in git once that lands | 14:13 |
| *** fnaval_ has quit IRC | 14:14 | |
| *** fnaval has joined #openstack-ceilometer | 14:18 | |
| *** r0j4z0 has joined #openstack-ceilometer | 14:21 | |
| *** nacim has joined #openstack-ceilometer | 14:22 | |
| *** promulo has joined #openstack-ceilometer | 14:26 | |
| r0j4z0 | hi | 14:29 |
| r0j4z0 | one question... | 14:30 |
| ildikov | dhellmann: so I usually run it outside of the virtual env and then it sometimes interferes with DevStack | 14:31 |
| r0j4z0 | im trying to get working the ceilometer events | 14:31 |
| r0j4z0 | on devstack | 14:31 |
| ildikov | dhellmann: so my experience is one or the other, but I did not try to run it inside the virt env? | 14:31 |
| r0j4z0 | i configured 2 notification_driver on nova.conf | 14:31 |
| r0j4z0 | notification_driver=nova.openstack.common.notifier.rpc_notifier | 14:31 |
| r0j4z0 | notification_driver = ceilometer.compute.nova_notifier | 14:31 |
| ildikov | dhellmann: ... but I would expect that it should work there... | 14:31 |
| r0j4z0 | y get the messages on the queue, the ceilometer consumes it | 14:32 |
| dhellmann | ildikov: I always use the virtualenv for building the docs to ensure that I'm running the commands the same way they will run on the CI systems | 14:32 |
| r0j4z0 | but i cant get any event when i run ceilometer event-list | 14:32 |
| ildikov | dhellmann: ... on my vm I usually reinstall the half of my packages and reclone the half world and then praying that it should work :) | 14:32 |
| ildikov | dhellmann: ... that sounds reasonable, I was just too happy that it works now as I did not want to move it | 14:33 |
| *** raymondr has joined #openstack-ceilometer | 14:34 | |
| ildikov | dhellmann: in my current virtualenv it works fine | 14:36 |
| dhellmann | ildikov: the toctree error is being reported by sphinx in a different way than the errors that raise exceptions: https://bitbucket.org/birkenfeld/sphinx/src/87eb42dafb5c172e085893d57224fa58e3df80e8/sphinx/directives/other.py?at=default#cl-84 | 14:36 |
| ildikov | dhellmann: I tried tox -edocs yesterday it also worked fine and behaved that way as it is described in the bug | 14:36 |
| dhellmann | ildikov: "worked fine" meaning it reported the expected failure, or "worked fine" meaning there were no warnings or errors and it did not fail? | 14:39 |
| ildikov | dhellmann: worked fine means that it did not have any import errors, so I could run the build | 14:40 |
| dhellmann | ildikov: ok | 14:40 |
| r0j4z0 | is like ceilometer are ignoring my event_definitions.yaml | 14:40 |
| r0j4z0 | then it dont create the traits or events | 14:40 |
| ildikov | dhellmann: and I mentioned after it behaved the same misleading way, so it does not matter that where it is ran from, with which command, the basic issue seems to be the same | 14:41 |
| ildikov | dhellmann: toctree is for table of contents, right? | 14:41 |
| dhellmann | ildikov: let's address one issue at a time. I'm trying to understand why the toctree and glossary warnings do not cause the job to fail | 14:41 |
| dhellmann | ildikov: yes | 14:41 |
| dhellmann | ildikov: it appears that sphinx is treating those warnings differently from some others | 14:42 |
| ildikov | dhellmann: ah, ok, I had the other issue in mind, but let's focus on this one then | 14:43 |
| dhellmann | ildikov: which other issue? | 14:43 |
| ildikov | dhellmann: this error: http://logs.openstack.org/65/92365/6/check/gate-ceilometer-docs/cc989fb/console.html.gz#_2014-05-16_15_08_02_834 | 14:44 |
| dhellmann | ildikov: I don't see that error in master. Is that from a patch? | 14:44 |
| ildikov | dhellmann: so in case of warnings in the logs I thought that it should not explicitely fail the build | 14:44 |
| dhellmann | ildikov: it does not, but it should | 14:44 |
| ildikov | dhellmann: yes, it has been fixed, as I managed to recognize this formatting issue, while the patch was on review | 14:45 |
| ildikov | dhellmann: but earlier we had the Nova table missing from the Measurements section for a while, because of this behavior of the build | 14:46 |
| *** alexpilotti has joined #openstack-ceilometer | 14:50 | |
| ildikov | dhellmann: should this toctree error handling be changed in sphinx? | 14:59 |
| dhellmann | ildikov: I'm still working on figuring that out | 14:59 |
| admin0 | whom do i contact for issues in gerrit .. apparantly i cannot submit a bp( gerrit review) without current contact imformation .. and when i try to set it , i get server error - cannot store contact information | 15:00 |
| *** mengxd has quit IRC | 15:02 | |
| amalagon | DinaBelova: looks like gnocchi-api might be happier now | 15:04 |
| DinaBelova | amalagon, okay, what did you do? :) | 15:04 |
| dhellmann | ildikov: it looks like there's a small configuration change we can make to ceilometer to enable the warning behavior; maybe you've already tried that? | 15:05 |
| amalagon | DinaBelova: it was very silly I had installed gnocchi in my home dir not in /opt/stack/ ... | 15:05 |
| DinaBelova | amalagon :) | 15:05 |
| ildikov | dhellmann: no, I think not | 15:05 |
| amalagon | DinaBelova: :)) | 15:05 |
| dhellmann | ildikov: add a "[pbr]" section with "warnerrors = True" to setup.cfg | 15:05 |
| dhellmann | ildikov: that causes the build to fail on the toctree error, at least, and I think it should fail for the others, too | 15:06 |
| dhellmann | ildikov: you'll have to fix all of the current doc build errors in the same patch where you enable that flag, of course | 15:06 |
| ildikov | dhellmann: ok, then what I wrote to fungi was right :) | 15:06 |
| amalagon | DinaBelova: run-tests.sh is unhappy still (http://paste.openstack.org/show/81889) but I *think* that the api is running | 15:07 |
| DinaBelova | amalagon - try start it manually | 15:07 |
| DinaBelova | as tests are still tests | 15:07 |
| DinaBelova | if you'll try it manually it'll be clearer | 15:07 |
| dhellmann | ildikov: I missed that :-) | 15:07 |
| *** nacim has quit IRC | 15:07 | |
| DinaBelova | amalagon - as said it yesterday - gnocchi-api --debug --config-file /etc/gnocchi/gnocchi.conf | 15:08 |
| ildikov | dhellmann: I mean that the "warnerrors" setting seems to be missing | 15:08 |
| dhellmann | ildikov: ah, yes, I thought it was on by default but it seems not | 15:08 |
| ildikov | dhellmann: as fungi were talking about it, I thought it also and I was not 100% aware of how to configure it, so I just believed what was easier :) | 15:09 |
| amalagon | DinaBelova: yep, I'm running that command, after putting out some debug messages it waits...is that the expected behavior? | 15:09 |
| openstackgerrit | Fabio Giannetti proposed a change to openstack/ceilometer-specs: Migrate Ceilometer Python Client to Support Keystone V3 APIs https://review.openstack.org/95270 | 15:10 |
| ildikov | dhellmann: but I will try this out, hopefully it will solve all the problems | 15:10 |
| *** pnascimento has quit IRC | 15:10 | |
| *** alexpilotti has quit IRC | 15:11 | |
| dhellmann | ildikov: it will definitely help; let me know if you run into more issues and I'll try to help again | 15:11 |
| DinaBelova | amalagon - smth like this http://paste.openstack.org/show/zRSKLdQ4s8lES30cHnVV/ looks ok | 15:11 |
| ildikov | dhellmann: thanks for the help | 15:11 |
| DinaBelova | amalagon - api service is waiting for requests to it | 15:11 |
| DinaBelova | amalagon - you may try to use curl and ping it | 15:11 |
| eglynn | amalagon: to confirm that gnocchi API is in fact operation, why not use wget or curl to invoke on an API? | 15:11 |
| eglynn | DinaBelova: snap! :) | 15:12 |
| DinaBelova | eglynn ;) | 15:12 |
| amalagon | DinaBelova: exactly what I'm getting! (re paste) ok, I'll try that | 15:12 |
| ildikov | dhellmann: sure, I will update you if there is any new or unsolved issue with it, thanks again | 15:12 |
| DinaBelova | amalagon, eglynn - I may confess - I use small python scripts usually here) | 15:12 |
| DinaBelova | with requests lib) | 15:12 |
| amalagon | ah, is it easier to use? | 15:13 |
| eglynn | amalagon: ... assuming keystone is not enabled yet for gnocchi | 15:15 |
| eglynn | amalagon: ... should be relatively straightforward to piece together either curl cmd line or requests usage as DinaBelova suggests | 15:15 |
| eglynn | amalagon: ... even with keystone, you can just reuse a token from another command | 15:16 |
| *** shakamunyi has quit IRC | 15:16 | |
| eglynn | amalagon: ... e.g. glance --debug image-list # <== then copy the X-Auth-Token header | 15:16 |
| amalagon | ok I'll try that | 15:17 |
| eglynn | amalagon: ... ignore my keystone comments initially | 15:17 |
| eglynn | amalagon: ... only needed if your call fails with 401 Not Authorized | 15:18 |
| *** shakamunyi has joined #openstack-ceilometer | 15:18 | |
| *** _cjones_ has joined #openstack-ceilometer | 15:19 | |
| vrovachev | gordc: eglynn: dhellmann: After increasing timeout in notification tests:https://review.openstack.org/#/c/64136/ and merge Gordon's patch:https://review.openstack.org/#/c/94483/ notifications tests finished successfully. But Jenkins job for stable/icehouse with mysql backend are still dropping. We need to backport ceilometer changes to icehouse or ask qa team to disable vote this job. | 15:24 |
| eglynn | vrovachev: so the Tempest master runs against the stable/icehouse? | 15:25 |
| amalagon | eglynn: 401 not authorized, but maybe I'm not doing this right? I tried the authentication request with an empty tenant as done in http://docs.openstack.org/api/quick-start-content/ | 15:26 |
| amalagon | http://docs.openstack.org/api/quick-start/content | 15:26 |
| *** liusheng has quit IRC | 15:27 | |
| eglynn | amalagon: are you calling ... $ curl -i 'http://127.0.0.1:5000/v2.0/tokens' -X POST ... ? | 15:27 |
| amalagon | eglynn: yeah | 15:28 |
| eglynn | amalagon: ... that's a POST to keystone to create a token | 15:28 |
| amalagon | oops | 15:28 |
| *** liusheng has joined #openstack-ceilometer | 15:28 | |
| vrovachev | eglynn: yes, one of the jobs runs against the stable/icehouse: http://logs.openstack.org/36/64136/26/check/check-tempest-dsvm-full-icehouse/22237a5/ | 15:28 |
| amalagon | but don't I need to create a token to use in the glance image-list command? | 15:29 |
| eglynn | amalagon: ... you'll want to POST to gnocchi /v1/resource or /v1/entity API | 15:29 |
| vrovachev | eglynn: this job has name: check-tempest-dsvm-full-icehouse | 15:29 |
| eglynn | amalagon: ... just ignore my comments on keystone for the moment | 15:29 |
| eglynn | amalagon: ... *if* you find your POST on the gnocchi API fails with 401 | 15:29 |
| eglynn | amalagon: ... that's an indication that a keystone token is required | 15:30 |
| amalagon | ah ok | 15:30 |
| eglynn | amalagon: ... in that case, you can easily grab one by copying the token used by another command | 15:30 |
| * eglynn has confused the issue ... | 15:30 | |
| *** idegtiarov has quit IRC | 15:30 | |
| eglynn | vrovachev: ... hmmm, so suppose the Tempest test exercised a new Juno feature? | 15:31 |
| eglynn | vrovachev: ... that didn't exist in Icehouse | 15:31 |
| eglynn | vrovachev: ... how could such a new test be landed on tempest/master? | 15:31 |
| vrovachev | eglynn, yes - this new feature by Gordon helped | 15:33 |
| vrovachev | but as iceouse had no this one... | 15:33 |
| vrovachev | so we'll have icesouce tempest job failing in the Tempest | 15:34 |
| vrovachev | eglynn - so to have tempest ceilometer tests landed we have two variants | 15:34 |
| eglynn | vrovachev: I'm just confused about the general principal of tempest/master running against stable/icehouse | 15:34 |
| gordc | eglynn: same thoughts. | 15:34 |
| eglynn | vrovachev: ... seems to block progress on tempest coverage for stuff that works in master | 15:35 |
| vrovachev | eglynn: they always had previous release checked too... | 15:35 |
| vrovachev | yes, exactly | 15:35 |
| eglynn | vrovachev: ... so is that related to the concept of "branchless tempest"? | 15:35 |
| vrovachev | I guess yes | 15:35 |
| eglynn | vrovachev: ... I would have it more sensible for tempest:stable/icehouse to be run against the services stable/icehouse | 15:36 |
| vrovachev | eglynn: the second variant is to backport features to icehouse, but v1 api drop hlped much here and it's impossible to backport it.. | 15:36 |
| eglynn | vrovachev: ... and tempest:master to only run against services master | 15:36 |
| vrovachev | eglynn, we need to raise this question in openstack-qa channel I guess | 15:37 |
| eglynn | vrovachev: ... exactly, backporting is not the solution here in general | 15:37 |
| vrovachev | they had some reason I guess - not sure which one | 15:37 |
| *** ityaptin has quit IRC | 15:37 | |
| vrovachev | eglynn - will you go with me to openstack-qa channel to communicate with qa folks? | 15:38 |
| eglynn | vrovachev: yep, gimme 5 mins | 15:38 |
| vrovachev | about this problem we have here | 15:38 |
| vrovachev | ok | 15:38 |
| vrovachev | thanks! | 15:38 |
| ildikov | dhellmann: after adding that pbr section with the 'warnerrors' setting, it looks promising, the first warning made the doc build fail | 15:45 |
| ildikov | dhellmann: so I will fix the issues one by one and hopefully the build will fail in every case from now on | 15:45 |
| ildikov | dhellmann: it was a long time ago, when I was this happy because of a failed build, so thanks for the hint :) | 15:46 |
| dhellmann | ildikov: :-) | 15:47 |
| dhellmann | ildikov: thank *you* for fixing the problems the rest of us have left in the docs | 15:47 |
| ildikov | dhellmann: np, it has to be some genetic disorder that I deal with the docs that much or just simply a girly thing that I like the nice looking documentation :) | 15:51 |
| *** Ruetobas has quit IRC | 16:01 | |
| *** Ruetobas has joined #openstack-ceilometer | 16:03 | |
| vrovachev | eglynn - hehe, Sean does not like this idea :( | 16:06 |
| eglynn | vrovachev: yeap, the whole concept of branchless tempest seems flawed to me | 16:06 |
| vrovachev | :( | 16:07 |
| *** CAP1089 has joined #openstack-ceilometer | 16:07 | |
| eglynn | vrovachev: ... it seems to ignore the fact that there is both (a) API fidelity and (b) quality-of-service in the implementation sitting behind the API | 16:07 |
| *** r0j4z0 has quit IRC | 16:08 | |
| * eglynn scurries off to read up on "branchless tempest" | 16:08 | |
| *** Ruetobas has quit IRC | 16:08 | |
| vrovachev | well, I guess we need to push these folks to have ceilometer tests | 16:09 |
| vrovachev | as said - I see no way to run these tests on icehouse.. | 16:10 |
| vrovachev | I'm not sure what is the best solution here | 16:10 |
| eglynn | vrovachev: so I'm just reading the branchless tempest BP spec https://github.com/openstack/qa-specs/blob/master/specs/branchless-tempest.rst | 16:12 |
| eglynn | vrovachev: ... and a naughty thought occurred to me | 16:12 |
| vrovachev | which one? | 16:12 |
| eglynn | vrovachev: ... what if we treat these tests as falling under "Scenario 1: New Tests for new features" | 16:12 |
| eglynn | vrovachev: ... the new feature being: "Run fast enough for gate testing to be viable" ;) | 16:13 |
| eglynn | vrovachev: ... or just treat sql-alchemy in all versions prior Juno as being essentially an experimental/PoC thing | 16:14 |
| *** Ruetobas has joined #openstack-ceilometer | 16:14 | |
| dhellmann | ildikov: I'm often the same way, so I don't think it's a girly thing :-) | 16:14 |
| vrovachev | :D not sure how this might work) | 16:14 |
| vrovachev | but I love the idea | 16:14 |
| eglynn | vrovachev: ... yeah, prolly not what Sean wants to hear | 16:14 |
| eglynn | vrovachev: .... but I'll try that line of reasoning when we resume the conversation | 16:15 |
| *** IvanBerezovskiy has left #openstack-ceilometer | 16:15 | |
| openstackgerrit | Ilya Tyaptin proposed a change to openstack/ceilometer: Improve performance of api requests with hbase scan https://review.openstack.org/93576 | 16:15 |
| vrovachev | eglynn - if the idea is not to run these tests on the icehouse by some decorator, etc - I'm ok with it | 16:16 |
| vrovachev | and I can do ths, I guess | 16:16 |
| vrovachev | we'll see what Sean wants to see here too | 16:16 |
| eglynn | vrovachev: yep, the BP isn't specific as to mechanics of the skipping for new feature tests on stable/icehouse | 16:17 |
| eglynn | vrovachev: ... "this test will need to be behind a feature flag (as the feature wasn't available in Icehouse)." | 16:17 |
| eglynn | vrovachev: ... if that "feature flag" maps on a test.attr decorator or some-such, then maybe this is workable | 16:18 |
| eglynn | maps *onto | 16:18 |
| vrovachev | ++ to this - let's ask Sean if it's possible | 16:18 |
| eglynn | vrovachev: ... yep, will do once he returns from lunch | 16:19 |
| *** CAP1089 is now known as r0j4z0 | 16:20 | |
| openstackgerrit | Fabio Giannetti proposed a change to openstack/ceilometer-specs: Migrate Ceilometer Python Client to Support Keystone V3 APIs https://review.openstack.org/95270 | 16:20 |
| *** r0j4z0 has quit IRC | 16:21 | |
| DinaBelova | eglynn - personally I believe we need to skip them somehow for icehouse... | 16:26 |
| DinaBelova | otherwise it's stupid really | 16:26 |
| eglynn | DinaBelova: I totally agree | 16:26 |
| openstackgerrit | Ildiko Vancsa proposed a change to openstack/ceilometer: Update the copyright date in doc https://review.openstack.org/96195 | 16:26 |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/ceilometer: Updated from global requirements https://review.openstack.org/95609 | 16:26 |
| DinaBelova | eglynn, well, let's try to persuade Sean Dague) | 16:26 |
| eglynn | DinaBelova: ... yeah I need to "finesse" that message slightly with the qa folks ;) | 16:27 |
| DinaBelova | :D | 16:27 |
| vrovachev | yep, this situation looks strange - I do not believe it was no situation like this (without api impact) in the tempest | 16:27 |
| DinaBelova | vrovachev, definately - I guess this kind of changes should not be so unique.. | 16:28 |
| ildikov | it seems odd to me too | 16:28 |
| ildikov | ... or maybe I do not like backporting enough... :) | 16:29 |
| vrovachev | eglynn, I need to go now... | 16:29 |
| vrovachev | DinaBelova will be there yo help you) | 16:29 |
| vrovachev | yo->to | 16:29 |
| eglynn | vrovachev: cool, thanks for your input on this | 16:29 |
| vrovachev | np! | 16:29 |
| vrovachev | I also want my patches to be landed | 16:29 |
| ildikov | dhellmann: LOL :) | 16:30 |
| *** jdob has quit IRC | 16:33 | |
| *** pnascimento has joined #openstack-ceilometer | 16:37 | |
| *** admin0 has quit IRC | 16:38 | |
| pnascimento | Hello, I would like to run tests with tox, but how can I only specify only one package or suboackage? | 16:38 |
| pnascimento | s/suboackage/subpackage/ | 16:39 |
| openstackgerrit | gordon chung proposed a change to openstack/ceilometer: clean up sample index https://review.openstack.org/96200 | 16:40 |
| openstackgerrit | gordon chung proposed a change to openstack/ceilometer: clean up sample index https://review.openstack.org/96200 | 16:42 |
| amalagon | hey eglynn I think I may not understand curl so well - is something like curl -i http://0.0.0.0:8041/v1/entity -X POST {"archives":[1,720]} completely wrong syntax? | 16:48 |
| eglynn | amalagon: ... yep, use the -d option to curl for the POST data | 16:49 |
| amalagon | ah, thanks | 16:49 |
| DinaBelova | amalagon, use python ;) will be simpler ;) | 16:52 |
| eglynn | amalagon: ... yeah somthing along the lines of $ curl -i http://0.0.0.0:8041/v1/entity -X POST -H "Content-Type: application/json" -H "Accept: application/json" -d '{"archives":[1,720]}' ... | 16:53 |
| eglynn | amalagon: ... also DinaBelova speaks wisely on that point :) | 16:53 |
| cdent | that's saying something not great about the (HTTP) API | 16:54 |
| DinaBelova | cdent - well, we need to pass this data somehow | 16:54 |
| * cdent nods | 16:54 | |
| cdent | it's a sort of sad-but-true | 16:54 |
| DinaBelova | so that's not the worst thing I've seen | 16:54 |
| DinaBelova | :D | 16:54 |
| *** _nadya_ has joined #openstack-ceilometer | 16:56 | |
| *** nati_ueno has joined #openstack-ceilometer | 16:57 | |
| *** eglynn has quit IRC | 17:01 | |
| *** ildikov has quit IRC | 17:09 | |
| *** pnascimento has quit IRC | 17:18 | |
| amalagon | DinaBelova: the requests module is a beautiful beautiful thing | 17:21 |
| cdent | requests++ | 17:22 |
| *** jdob has joined #openstack-ceilometer | 17:28 | |
| *** raymondr has quit IRC | 17:30 | |
| *** raymondr_ has joined #openstack-ceilometer | 17:31 | |
| *** Alexei_9871 has quit IRC | 17:34 | |
| *** inc0 has quit IRC | 17:42 | |
| *** ildikov has joined #openstack-ceilometer | 17:44 | |
| *** _nadya_ has quit IRC | 17:50 | |
| openstackgerrit | gordon chung proposed a change to openstack/ceilometer: fix indices in event tables https://review.openstack.org/91501 | 17:54 |
| *** _nadya_ has joined #openstack-ceilometer | 18:16 | |
| *** melodous has joined #openstack-ceilometer | 18:21 | |
| *** nati_ueno has quit IRC | 18:24 | |
| *** rbowen has quit IRC | 18:29 | |
| *** rbowen has joined #openstack-ceilometer | 18:29 | |
| *** nati_ueno has joined #openstack-ceilometer | 18:30 | |
| DinaBelova | amalagon ;) | 18:32 |
| *** niteshselkari has joined #openstack-ceilometer | 18:40 | |
| niteshselkari | hi all | 18:41 |
| niteshselkari | I want to know what does disk.write.bytes actually signifies? | 18:42 |
| niteshselkari | Is it a volume space utilization of an instance? | 18:43 |
| *** _nadya_ has quit IRC | 18:49 | |
| *** _nadya_ has joined #openstack-ceilometer | 18:49 | |
| *** _nadya_ has quit IRC | 18:51 | |
| cdent | niteshselkari: it's a cumulative count of the number of bytes written to the disk | 18:53 |
| cdent | so not how many bytes are written to the disk _right now_ but how many have been since the counter started counting | 18:53 |
| niteshselkari | cdent: can i find volume space utilized by an instance from this meter? | 18:54 |
| cdent | there's more info here: http://docs.openstack.org/developer/ceilometer/measurements.html | 18:54 |
| cdent | I'm not certain but from that list it doesn't look like it | 18:57 |
| *** shardy is now known as shardy_afk | 18:57 | |
| cdent | i'm just in the process of spinning up some stuff to see if I can find out more | 18:57 |
| *** eglynn has joined #openstack-ceilometer | 18:58 | |
| niteshselkari | so what if i want to find the utilized space by an instance? which meter can give me this information? for example: I have an instance with 5 gb volume out of which 2 gb gets utilized. 3gb is remaining. so which meter can give me space utilized and available space in the volume | 18:59 |
| cdent | this guy will probably know: eglynn : is it possible to "find volume space utilized by an instance" | 18:59 |
| cdent | (was that legible?) | 18:59 |
| eglynn | niteshselkari, cdent: I'd need to check the resource metadata associated with the volume meters | 19:03 |
| eglynn | niteshselkari, cdent: ... i.e. whether the UUID of the instance to which the volume attached is reported | 19:04 |
| eglynn | niteshselkari, cdent: ... but even assuming it was, it would still take a bit of query finessing to relate the two | 19:05 |
| niteshselkari | eglynn: can we take disk.write.byte meter into account while finding out space utilization? | 19:05 |
| eglynn | niteshselkari: that relates to the rate of I/O in terms of byte written per second | 19:06 |
| eglynn | niteshselkari: ... whereas you want the total current used in attached volumes, correct? | 19:07 |
| niteshselkari | eglynn : yes | 19:07 |
| eglynn | ... of *bytes written per second | 19:07 |
| eglynn | niteshselkari: leave it with me and I'll dig around a bit tmrw (... just finishing up for the day) | 19:08 |
| eglynn | niteshselkari: ... actually if you could capture the question on ask.openstack.org to ensure that it doesn't fall thru' the cracks, that would be great! | 19:08 |
| eglynn | niteshselkari: ... just copy the question URL back here once you've saved it | 19:09 |
| niteshselkari | yup | 19:09 |
| eglynn | niteshselkari: thanks! | 19:09 |
| cmart | Hi.. sorry to interrupt.. Could it be that this line (https://github.com/openstack/python-ceilometerclient/blob/master/ceilometerclient/v2/options.py#L80) has an extra "[" right at the beginning? I'm trying to solve an issue and I found that :) | 19:11 |
| cdent | it does look suspicious | 19:12 |
| *** _nadya_ has joined #openstack-ceilometer | 19:15 | |
| cmart | yeah.. I'm having issue with the cli and I found that.. Is there any tests around that code that I can use to check the effects of removing the "["? | 19:16 |
| cmart | *having an issue | 19:16 |
| niteshselkari | eglynn: https://ask.openstack.org/en/question/30801/how-can-i-find-volume-space-utilized-by-an-instance/ | 19:16 |
| cdent | sorry cmart: I'm too new to know. | 19:17 |
| eglynn | niteshselkari: thanks | 19:17 |
| cmart | cdent: me too :) | 19:17 |
| melodous | hi guys | 19:20 |
| melodous | someone here to give me a hand please? | 19:21 |
| melodous | im trying to understand how to work with events on ceilometer | 19:21 |
| melodous | I run ceilometer event-list i dont get anything | 19:21 |
| eglynn | cmart: do you mean the extra opening square bracket in "[[a-zA-Z0-9_.]"? | 19:22 |
| cmart | eglynn: yes | 19:22 |
| eglynn | cmart: ... that's valid surely, to match a literal "[" in addition to a alphanumeric, underscore or period? | 19:22 |
| cdent | that ordering is bad for readability | 19:23 |
| eglynn | cmart: e.g. ... re.match('[[a-zA-Z0-9_.]', 'this is a square bracket [') | 19:23 |
| eglynn | cmart: ... true as true could be :) | 19:23 |
| eglynn | cdent: fair point | 19:23 |
| cmart | eglynn: Oh I see.. I won't touch it then :) | 19:24 |
| eglynn | ... of course the fact that it's valid doesn't mean it was also *intentionally* so ;) | 19:24 |
| cdent | also . is probably wrong | 19:24 |
| cdent | [\[a-zA-Z0-9_\.] is probably more properly explicit | 19:24 |
| eglynn | melodous: have you read http://docs.openstack.org/developer/ceilometer/events.html | 19:25 |
| cdent | but then again without looking at tests, expected, inputs, etc | 19:25 |
| cmart | cdent: that's why I was thinking about tests.. | 19:25 |
| eglynn | cdent, cmart: chaps, I'm open to the possibility of there being wrongness there ... | 19:26 |
| eglynn | cmart: ... so feel free to dig and submit a patch for whatever you view as suspect | 19:26 |
| cdent | I've added a note to my todo list to look at it more closely later, as I'm curious | 19:26 |
| eglynn | cmart: ... dig *in | 19:26 |
| eglynn | cdent: cool | 19:26 |
| cmart | eglynn: I think that the question will be: "what type of expressions do we need to handle? If an "[" is expected, then we should see what is the best option. Otherwise, we should remove it | 19:27 |
| eglynn | cmart: that's fair | 19:27 |
| cmart | for instance, with the new alarm filtering by state, I would have smth like this: ceilometer alarm-list --q "state=string::insufficient data" | 19:28 |
| cmart | but the current regex used (right below https://github.com/openstack/python-ceilometerclient/blob/master/ceilometerclient/v2/options.py#L80) it's not correct.. | 19:29 |
| DinaBelova | eglynn - so to summarise info about tempest testing | 19:29 |
| cmart | because it does not match the entire string after the "::" | 19:29 |
| DinaBelova | eglynn - our small naughty plan is ok? | 19:29 |
| eglynn | cmart: ... cool, there's no assumption what's there already is eteched in stone :) | 19:29 |
| DinaBelova | eglynn - to skip these tests for the icehouse? | 19:30 |
| openstackgerrit | gordon chung proposed a change to openstack/ceilometer: fix indices in event tables https://review.openstack.org/91501 | 19:30 |
| eglynn | DinaBelova: ... that was my read from sdague's response on #openstack-qa | 19:30 |
| cmart | cdent: do you have experience with regex? Could you give me a hand on this? | 19:30 |
| cdent | cmart: I do and can, but not right now: I'm in the midst of fighting with devstack but will be around all day (UTC day) tomorrow. | 19:31 |
| eglynn | DinaBelova: ... well I guess the more positive response was from mtreinish | 19:31 |
| DinaBelova | eglynn, ok | 19:31 |
| eglynn | DinaBelova: ... <mtreinish> eglynn-afk: I think that's probably the right approach. BUt, you'll need to document that somewhere on the ceilometer side, about it being a poc prior to juno. | 19:31 |
| DinaBelova | ok, cool! | 19:31 |
| eglynn | DinaBelova: ... but Sean also seemed agreeable to the idea | 19:31 |
| cmart | cdent: OK! | 19:32 |
| DinaBelova | so that means Vadim needs to find this magical skip and use it) | 19:32 |
| *** nati_ueno has quit IRC | 19:32 | |
| eglynn | DinaBelova: ... so I'm adding an item to the weekly agenda for tmrw to follow up on the questions like: what to call the flag for enabling the tests that won't run against "slow ceilo" | 19:33 |
| eglynn | DinaBelova: ... I'll circle back with Vadim at the meeting tmrw | 19:33 |
| cmart | "flagceilo" :):) | 19:33 |
| cmart | sounds great in spanish, let me tell you that | 19:34 |
| * eglynn raps himself on the knuckles for using bizspeak like "circle back" ... | 19:34 | |
| eglynn | ... we should have the virtual equivalent of a "swear jar" ;) | 19:34 |
| DinaBelova | eglynn, cools, thank you sir! | 19:34 |
| *** niteshselkari has quit IRC | 19:41 | |
| openstackgerrit | A change was merged to openstack/ceilometer: Updated from global requirements https://review.openstack.org/95609 | 19:44 |
| *** eglynn has quit IRC | 19:55 | |
| *** shardy_afk is now known as shardy | 19:58 | |
| openstackgerrit | gordon chung proposed a change to openstack/ceilometer: clean up sample index https://review.openstack.org/96200 | 20:05 |
| *** nati_ueno has joined #openstack-ceilometer | 20:06 | |
| *** jaypipes has quit IRC | 20:08 | |
| *** nati_ueno has quit IRC | 20:11 | |
| *** cdent_ has joined #openstack-ceilometer | 20:12 | |
| *** erecio has quit IRC | 20:12 | |
| openstackgerrit | gordon chung proposed a change to openstack/ceilometer: clean up sample index https://review.openstack.org/96200 | 20:12 |
| *** cdent has quit IRC | 20:14 | |
| *** cdent_ is now known as cdent | 20:14 | |
| *** _nadya_ has quit IRC | 20:14 | |
| *** dmsimard has joined #openstack-ceilometer | 20:19 | |
| dmsimard | Hi. Using both the ceilometer middleware and ceilometer-agent-central for Swift. | 20:19 |
| dmsimard | Using mongodb as a backend database for ceilometer - it is my understanding that the Ceilometer middleware wants to insert data directly in MongoDB. | 20:20 |
| dmsimard | This is kind of a problem for me since the MongoDB servers are in a private network but I do expose a ceilometer api endpoint. | 20:21 |
| dmsimard | Is it possible at all to have the ceilometer middleware talk to the API instead of attempting to write to the database directly & | 20:21 |
| dmsimard | ? | 20:21 |
| *** r-daneel has joined #openstack-ceilometer | 20:22 | |
| *** cdent has quit IRC | 20:26 | |
| *** cmart has quit IRC | 20:30 | |
| *** jdonalds has joined #openstack-ceilometer | 20:46 | |
| *** nati_ueno has joined #openstack-ceilometer | 20:50 | |
| *** jdob has quit IRC | 20:52 | |
| openstackgerrit | Ildiko Vancsa proposed a change to openstack/ceilometer: Fix doc gate job false success https://review.openstack.org/96258 | 20:57 |
| openstackgerrit | Ildiko Vancsa proposed a change to openstack/ceilometer: Fix doc gate job false success https://review.openstack.org/96258 | 20:57 |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/pycadf: Updated from global requirements https://review.openstack.org/96262 | 20:59 |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/python-ceilometerclient: Updated from global requirements https://review.openstack.org/91238 | 20:59 |
| *** promulo has quit IRC | 21:14 | |
| openstackgerrit | Pradeep Kilambi proposed a change to openstack/ceilometer-specs: Spec for metering LBaaS https://review.openstack.org/94958 | 21:20 |
| openstackgerrit | Ildiko Vancsa proposed a change to openstack/ceilometer: Fix doc gate job false success https://review.openstack.org/96258 | 21:26 |
| openstackgerrit | Ildiko Vancsa proposed a change to openstack/ceilometer: Fix doc gate job false success https://review.openstack.org/96258 | 21:27 |
| *** fnaval has quit IRC | 21:28 | |
| *** vigneshvar has joined #openstack-ceilometer | 21:31 | |
| *** vigneshvar has quit IRC | 21:32 | |
| *** jdonalds has quit IRC | 21:34 | |
| openstackgerrit | Ildiko Vancsa proposed a change to openstack/ceilometer: Update the copyright date in doc https://review.openstack.org/96195 | 21:34 |
| *** fnaval has joined #openstack-ceilometer | 21:38 | |
| *** nati_ueno has quit IRC | 21:49 | |
| *** thomasem has quit IRC | 21:49 | |
| *** ddieterly has quit IRC | 21:51 | |
| openstackgerrit | Ildiko Vancsa proposed a change to openstack/ceilometer: Fix doc gate job false success https://review.openstack.org/96258 | 21:52 |
| *** ddieterly has joined #openstack-ceilometer | 21:55 | |
| *** rbowen has quit IRC | 21:55 | |
| *** dhellmann is now known as dhellmann_ | 21:58 | |
| *** dhellmann_ is now known as dhellmann | 21:58 | |
| *** dhellmann is now known as dhellmann_ | 21:58 | |
| *** promulo has joined #openstack-ceilometer | 21:58 | |
| *** ekarlso has quit IRC | 22:01 | |
| *** nati_ueno has joined #openstack-ceilometer | 22:07 | |
| *** raymondr_ has quit IRC | 22:09 | |
| *** kaisero has quit IRC | 22:21 | |
| *** r-daneel has quit IRC | 22:26 | |
| *** ekarlso has joined #openstack-ceilometer | 22:27 | |
| *** jdonalds has joined #openstack-ceilometer | 22:28 | |
| *** gordc has left #openstack-ceilometer | 22:30 | |
| *** fnaval has quit IRC | 22:35 | |
| *** ddieterly has quit IRC | 23:11 | |
| *** prad has quit IRC | 23:14 | |
| *** raymondr has joined #openstack-ceilometer | 23:47 | |
| *** jaypipes has joined #openstack-ceilometer | 23:54 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!