Friday, 2015-06-12

*** _cjones_ has quit IRC00:10
*** _cjones_ has joined #openstack-ceilometer00:11
*** drjones has joined #openstack-ceilometer00:12
*** pauldix has quit IRC00:14
*** _cjones_ has quit IRC00:15
*** Kennan2 is now known as Kennan00:19
*** r-mibu has joined #openstack-ceilometer00:19
*** ddieterly has joined #openstack-ceilometer00:22
*** pauldix has joined #openstack-ceilometer00:25
*** julim has quit IRC00:27
*** drjones has quit IRC00:35
*** ankita_wagh has quit IRC00:37
*** r-daneel_ has joined #openstack-ceilometer00:45
*** r-daneel has quit IRC00:45
*** sputnik13 has quit IRC01:02
*** ankita_wagh has joined #openstack-ceilometer01:26
*** pauldix has quit IRC01:31
*** fnaval has quit IRC01:45
*** r-daneel_ has quit IRC01:46
*** megh has quit IRC01:46
*** jfluhmann has quit IRC02:00
*** fnaval has joined #openstack-ceilometer02:01
*** htruta has quit IRC02:02
*** prad_ has quit IRC02:16
*** ankita_wagh has quit IRC02:23
*** Ephur has quit IRC02:24
*** rjaiswal has quit IRC02:34
*** vivek_nandavanam has quit IRC02:50
*** ddieterly has quit IRC02:52
*** jfluhmann has joined #openstack-ceilometer02:53
*** julim has joined #openstack-ceilometer02:58
*** julim has quit IRC03:09
*** ankita_wagh has joined #openstack-ceilometer03:20
*** ddieterly has joined #openstack-ceilometer03:53
*** ddieterly has quit IRC03:58
*** ozialien has joined #openstack-ceilometer04:22
*** jwcroppe has quit IRC04:31
*** jwcroppe has joined #openstack-ceilometer04:31
*** deepthi has joined #openstack-ceilometer04:38
*** ddieterly has joined #openstack-ceilometer04:54
*** ddieterly has quit IRC04:58
*** fawadkhaliq has joined #openstack-ceilometer05:03
*** yprokule has joined #openstack-ceilometer05:17
*** fawadkhaliq has quit IRC05:44
*** yatin has joined #openstack-ceilometer05:45
*** fawadkhaliq has joined #openstack-ceilometer05:51
*** ddieterly has joined #openstack-ceilometer05:55
*** ildikov_ has quit IRC05:58
*** vishwana_ has quit IRC05:58
*** ddieterly has quit IRC06:00
*** vishwanathj has joined #openstack-ceilometer06:00
*** fawadkhaliq has quit IRC06:01
*** exploreshaifali has joined #openstack-ceilometer06:01
openstackgerritOpenStack Proposal Bot proposed openstack/ceilometer: Imported Translations from Transifex  https://review.openstack.org/19049706:08
*** ildikov_ has joined #openstack-ceilometer06:11
*** exploreshaifali has quit IRC06:14
*** rjaiswal has joined #openstack-ceilometer06:22
jd__zigo: no06:35
*** belmoreira has joined #openstack-ceilometer06:40
*** ozialien has quit IRC06:45
*** ddieterly has joined #openstack-ceilometer06:56
*** ddieterly has quit IRC07:00
*** Ala has joined #openstack-ceilometer07:07
*** megh has joined #openstack-ceilometer07:11
*** ankita_wagh has quit IRC07:27
*** gordc has joined #openstack-ceilometer07:31
*** safchain has joined #openstack-ceilometer07:33
openstackgerritJulien Danjou proposed openstack/gnocchi: tools: do not raise if the directory already exists  https://review.openstack.org/19096407:34
openstackgerritJulien Danjou proposed openstack/gnocchi: tools: do not raise if the directory already exists  https://review.openstack.org/19096407:36
*** shardy has joined #openstack-ceilometer07:37
zigogordc: ceilometermiddleware is in Sid now! :)07:44
zigojd__: I still got no FTP master review for python-future & pytimeparse, so gnocci is stuck because of that.07:44
gordczigo: sweet! thanks for the quick work.07:45
*** _nadya_ has joined #openstack-ceilometer07:53
jd__sileht: your perf analyse tool in Gnocchi is broken because pandas change its API there is no more datum thing :( if you know how to fix it, I've a few CSV to parse07:55
jd__I'll do use LibreOffice instead in the mean time07:55
silehtjd__, I will tale a look07:55
jd__but so far, async write = 10x perf improvement07:55
openstackgerritMerged openstack/ceilometer: Updated from global requirements  https://review.openstack.org/18809007:57
*** gzhai has quit IRC08:16
*** _nadya_ has quit IRC08:18
*** gzhai has joined #openstack-ceilometer08:18
*** haigang has joined #openstack-ceilometer08:25
*** haigang has quit IRC08:26
*** yatin has quit IRC08:26
*** yassine_ has joined #openstack-ceilometer08:28
*** r-mibu has left #openstack-ceilometer08:29
*** _nadya_ has joined #openstack-ceilometer08:32
openstackgerritVictor Stinner proposed openstack/ceilometer: Port middleware to Python 3  https://review.openstack.org/19097408:33
openstackgerritgordon chung proposed openstack/ceilometer: [elasticsearch] default trait type to string  https://review.openstack.org/18201208:33
*** ildikov_ has quit IRC08:34
*** cdent has joined #openstack-ceilometer08:35
*** megh has quit IRC08:35
*** megh has joined #openstack-ceilometer08:36
openstackgerritVictor Stinner proposed openstack/ceilometer: Port IPMI to Python 3  https://review.openstack.org/19097608:37
*** fnaval has quit IRC08:38
*** megh has quit IRC08:40
*** fnaval has joined #openstack-ceilometer08:41
*** wayneeseguin has quit IRC08:48
*** eglynn has joined #openstack-ceilometer08:49
openstackgerritVictor Stinner proposed openstack/ceilometer: Fix Cepth object store tests on Python 3  https://review.openstack.org/19098008:51
*** nijaba has quit IRC09:01
*** wayneeseguin has joined #openstack-ceilometer09:04
*** afazekas has joined #openstack-ceilometer09:04
luvHi. I can see this warning in ceilometer-api.log  "Authorization failed for token" occuring every hour09:08
*** _nadya_ has quit IRC09:08
*** nijaba has joined #openstack-ceilometer09:09
luvit is caused by ceilometer-alarm-evaluator evidently - if I stop ceilometer-alarm-evaluator the problem goes away09:10
luvanyone seen that before? cheers09:10
luvoh an there is not alarm set09:13
*** rjaiswal has quit IRC09:14
luvcould be token expiration?09:14
luvmost probably09:15
gordcluv: what does your alarm-evaluator log say?09:15
luvhttp://paste.openstack.org/show/285074/ - debug log, git master ceilometer; you can see the problem at 17:27:41.18709:16
*** jfluhmann has quit IRC09:17
silehtjd__, I have the same kind of result09:17
gordcluv: hmm. yeah this chinese firewall ain't liking that link.lol  i'm assuming there09:18
gordci'm assuming there's something up with the ceilometer user09:19
luvoh09:19
openstackgerritMehdi Abaakouk (sileht) proposed openstack/gnocchi: perf tools: Don't fail if result directory exists  https://review.openstack.org/19098609:19
openstackgerritMehdi Abaakouk (sileht) proposed openstack/gnocchi: perf tools: remove deprecated API  https://review.openstack.org/19098709:19
gordcyou might want ot check keystone logs to see if it gives any greater detail09:19
silehtjd__, ^09:20
jd__sileht: about?09:20
luvright in /var/log/apache2/keystone-error.log I can see several messages like "Could not find token: 805c7b4185c348ba850d0fc47fe3cf51"09:21
luvthey are one hour apart as well and they are different tokens than in ceilometer-api.log09:22
silehtjd__, can you review: https://review.openstack.org/190986 and https://review.openstack.org/19098709:22
jd__I cannot because Free is having bad routing issues09:24
jd__I've lost the US09:24
jd__but I will :D09:24
*** ildikov_ has joined #openstack-ceilometer09:25
gordcsileht: i've given you very special +1's09:26
silehtthx gordc09:26
luvwell I would assume something is wrong in my config if this problem occured every time ceilometer-alarm-evaluator authenticates to the keystone/ceilometer api - that's every 60 seconds09:26
*** haypo has joined #openstack-ceilometer09:27
luvbut it doesn't work only once an hour and than works again - so it really feels like ceilometer-alarm-evaluator isn't handling token expiration right09:27
haypothe ceilometer port to Python 3 is almost there!09:27
haypojd, i will need help to investigate ceilometer.tests.test_decoupled_pipeline failure on Python 309:27
gordcluv:possibly. you can open a bug if you'd like (not in a position to debug it myself currently)09:28
luvyeah09:30
luvit's absolutely something to do with token expiration not being handled correctly09:30
luvin the ceilometer-api debug log: "2015-06-11 16:27:41.047 32083 WARNING keystonemiddleware.auth_token [req-de391a60-e230-4fd2-b873-da3466c5ea53 - - - - -] Identity response: {"error": {"message": "Could not find token: 5d6ee8f13ea649ca962f4e29799ebb24", "code": 404, "title": "Not Found"}}"09:30
luvthat's local timestamp (CEST: UTC+2) and in the db...09:30
luvselect id,expires,valid from token where id="5d6ee8f13ea649ca962f4e29799ebb24";09:31
luv| 5d6ee8f13ea649ca962f4e29799ebb24 | 2015-06-11 14:27:40 |     1 |09:31
luvbut i can see in the log, ceilometer-alarm-evaluator trying again succesfully right after the failed request - so it works fine09:33
*** yassine_ has quit IRC09:33
luvit's just that it shouldn't be logged (to be consistent with how other openstack services handle token expiration)09:34
openstackgerritJulien Danjou proposed openstack/gnocchi: devstack: move all logs to /var/log/gnocchi  https://review.openstack.org/19065709:42
openstackgerritJulien Danjou proposed openstack/gnocchi: Introduce gnocchi-metricd  https://review.openstack.org/19065809:42
openstackgerritJulien Danjou proposed openstack/gnocchi: Make measures processing asynchronously  https://review.openstack.org/18868509:42
gordcluv: cool cool. thanks for debugging... want to open a bug against ceilometer?09:43
gordcluv: nevermind. i see you did.09:43
luva little bit confused here. I haven't open a bug yet. Is there a related bug open already?09:45
openstackgerritVictor Stinner proposed openstack/ceilometer: Port IPMI to Python 3  https://review.openstack.org/19097609:46
openstackgerritVictor Stinner proposed openstack/ceilometer: Fix Ceph object store tests on Python 3  https://review.openstack.org/19098009:46
openstackgerritVictor Stinner proposed openstack/ceilometer: Port middleware to Python 3  https://review.openstack.org/19097409:46
gordcluv: this? https://bugs.launchpad.net/ceilometer/+bug/146455509:48
openstackLaunchpad bug 1464555 in Ceilometer "ceilometer-alarm-evaluator can only do authentication using external vip" [Undecided,Incomplete]09:48
cdentthat's a different one gordc09:48
gordcyeah... i just read it.09:49
*** guy_rodrigue has joined #openstack-ceilometer09:49
*** yassine_ has joined #openstack-ceilometer09:53
*** AliAnwar has quit IRC10:04
*** AliAnwar has joined #openstack-ceilometer10:05
luvalright, reported https://bugs.launchpad.net/ceilometer/+bug/146458710:06
openstackLaunchpad bug 1464587 in Ceilometer "Ceilometer-api logs a WARNING when a request is made from ceilometer-alarm-evaluator with an expired token" [Undecided,New]10:06
openstackgerritMehdi Abaakouk (sileht) proposed openstack/gnocchi: perf tools: remove deprecated API  https://review.openstack.org/19098710:06
*** ildikov_ has quit IRC10:07
*** alexpilotti has joined #openstack-ceilometer10:09
*** guy_rodrigue has quit IRC10:17
cdentjd__: I'm in the process of releasing a new gabbi with 'poll' functionality, should be on pypi in a few minutes. How do we want to make this go? Is there some existing patch that's broken I should build off?10:22
thervecdent, Just saw your post, wondering if you knew about mimic: https://github.com/rackerlabs/mimic11:02
cdenttherve: yeah, I think I looked at a while ago when someone pointed me at a similar thing, but node11:03
cdentthis looks a lot more detailed and flexible11:03
cdentOne of the main points of gabbi is to avoid mocks/fakes/unreality11:04
therveYep, that's a worthy goal :) Mimic tries to do the same AFAIK, more focused on nova11:04
cdentmaybe I'm misunderstanding the intro blurb: Mimic is an API-compatible mock service11:05
cdentthat sounds like unreality?11:05
*** shardy_ has joined #openstack-ceilometer11:06
*** shardy has quit IRC11:07
cdentso it would be good for testing client code?11:08
openstackgerritVictor Stinner proposed openstack/ceilometer: Fix publisher test_udp on Python 3  https://review.openstack.org/19101111:09
*** shardy_ has quit IRC11:11
*** shardy has joined #openstack-ceilometer11:12
*** flaper87 has joined #openstack-ceilometer11:17
flaper87gordc: cdent jd__ mind taking a look here: https://review.openstack.org/#/c/190630/11:17
flaper87would that break ceilo? (I'd assume no since the gate seems happy)11:17
* cdent looks11:18
cdentunfortunately the tests there won't twiggle any of ceilometer's use of pymongo11:19
cdentbut I can test it by hand here in a sec flaper87 and see11:19
flaper87cdent: that sounds amazing... I saw there was a patch to add pymongo3.0 support in ceilo when that version of the lib was released11:20
cdentflaper87: I'm using pymongo 3.0.2 in a local devstack and its happy11:20
flaper87but I'd really appreciate a +1 from either of you on that review to say that you're ok with it11:20
flaper87cool11:20
cdentthe issue is that ceilo in the gate defaults to mysql11:20
cdentfor historical reasons that I can't quite recall11:21
cdentany may not even be true any more11:21
* flaper87 can but won't11:21
*** idegtiarov_ has quit IRC11:22
*** idegtiarov has quit IRC11:23
*** idegtiarov has joined #openstack-ceilometer11:25
flaper87cdent: thanks :)11:25
thervecdent, Isn't gabbi unreality too?11:26
therveI mean you duplicate http responses AFAIU11:26
cdentNo, those are real http requests going to real wsgi applications11:27
therveMaybe I don't understand what it does then11:28
*** pdion891 has joined #openstack-ceilometer11:28
*** flaper87 has left #openstack-ceilometer11:29
cdenttherve: basically you configure gabbi to either talk to a live http server, or a wsgi-intercept driven WSGI app. You make requests against it that operate as tests. This confirms, in a functional way, that the app is doing what it is supposed to do. Fixtures allow for the configuration of persistence layers however you like.11:29
therveAh, so gabbi is an HTTP client11:29
therveI thought it was the other way around11:29
thervemimic is a server11:29
cdentthe best examples of how it is used are probably in gnocchi: https://github.com/openstack/gnocchi/tree/master/gnocchi/tests/gabbi11:30
cdentyeah11:30
cdentand yeah11:30
therveCool makes sense, thanks :)11:30
cdentYeah, I probably assumed too much context (already having inspected gabbi) in that posting that I made. I'll recall that error for next time.11:30
*** shardy_ has joined #openstack-ceilometer11:33
openstackgerritPradeep Kilambi proposed openstack/ceilometer-specs: Declarative notification handling  https://review.openstack.org/17839911:34
*** shardy has quit IRC11:35
*** ildikov_ has joined #openstack-ceilometer11:35
*** shardy_ has quit IRC11:39
*** shardy has joined #openstack-ceilometer11:39
openstackgerritChris Dent proposed openstack/gnocchi: rest: return 202 when posting measures  https://review.openstack.org/18602512:02
cdentjd__: ^ I added a Depends-On to that commit message on that to see if that will get it to pass12:03
*** guy_rodrigue has joined #openstack-ceilometer12:07
*** ddieterly has joined #openstack-ceilometer12:19
*** julim has joined #openstack-ceilometer12:19
cdentidegtiarov: my comments on that mongo thing were mostly a way of saying "yeah, people are still watching and stuff :)"12:22
*** ddieterly has quit IRC12:26
*** pauldix has joined #openstack-ceilometer12:26
idegtiarovcdent, thanks a lot,  I'm really appreciate that12:28
*** deepthi has quit IRC12:32
*** afazekas has quit IRC12:46
*** ddieterly has joined #openstack-ceilometer12:58
*** htruta has joined #openstack-ceilometer13:07
jasonamyerscdent: I liked the polling stuff13:11
cdentexcellent13:11
*** claudiub has joined #openstack-ceilometer13:20
haypogordc, hi. you approved two of my patches, but they depend on https://review.openstack.org/#/c/190974/ -- tell me if you need an explanation of this change for middleware13:26
gordchaypo: nothing concerns really. i was just waiting to see if it'd pass jenkins.13:31
jd__cdent: I don't think gabbi is pulled from that, is it?13:32
haypogordc, oh ok, it's a safe choice :)13:32
cdentjd__: the depends on was for devstack pymsql, if that's what you're talking about?13:32
jd__cdent: sorry I thought you were talking about Gabbi :(13:35
jd__missed the ^13:35
cdenton gabbi, I'm currently working on adding some tests and a fixture for the async stuff13:35
haypogordc, as i wrote to jd__ before, i will need help to fix ceilometer.tests.test_decoupled_pipeline on Python 3. i don't see any obvious error, traceback, or log explaining the failure, and I'm not interested right now to investigate this one13:37
gordchaypo: i'd help but it's night time here in china... i also don't know how the firewall works here but it seems like i'm running on 33.6kb modem.13:39
haypo"33.6kb modem" that's my favorite modem!13:39
gordchaypo: that's odd only decoupled_pipeline fails... i believe the two pipeline tests files are pretty similar13:40
haypogordc, oh, i didn't know that you are in china right now. no problem, it was just a quick remember ;)13:40
haypogordc, no, the deprecated pipeline test also fails13:40
gordchaypo: same. i like downloading a  picture, take a 5 min break, and come back to see it fully rendered13:40
gordchaypo: ah i see. good to know they both fail13:41
haypogordc, i don't have the list of failing tests. i will run again testr when my latest patch serie is merged. again, we are close to a full python3 support!13:45
haypoceilometer is likely the next openstack application which will be compatible with python 3 (currently, there is only gnocchi)13:45
openstackgerritJulien Danjou proposed openstack/gnocchi: devstack: move all logs to /var/log/gnocchi  https://review.openstack.org/19065713:46
openstackgerritJulien Danjou proposed openstack/gnocchi: Introduce gnocchi-metricd  https://review.openstack.org/19065813:46
openstackgerritJulien Danjou proposed openstack/gnocchi: Make measures processing asynchronously  https://review.openstack.org/18868513:46
gordchaypo: awesome! thanks for the effort!13:46
luvHi. Im running into a bunch of issues with ceilometer-agent-central. The first one im trying to debug now: I can see this "ERROR ceilometer.hardware.discovery [-] Couldn't obtain IP address of instance 871f684a-f29b-48a3-bd62-233df8894972" in the log (for every instance).13:47
haypogordc, it was quite simple compared to giants like cinder or nova. and it's cool to work on a project where patches are reviewed (and sometimes even merged!) in less than 24h13:47
openstackgerritJulien Danjou proposed openstack/gnocchi: devstack: move all logs to /var/log/gnocchi  https://review.openstack.org/19065713:47
openstackgerritJulien Danjou proposed openstack/gnocchi: Introduce gnocchi-metricd  https://review.openstack.org/19065813:47
openstackgerritJulien Danjou proposed openstack/gnocchi: Make measures processing asynchronously  https://review.openstack.org/18868513:47
luvSo I had a look at the code. And it's cause by a KeyError from "return instance.addresses['ctlplane'][0].get(field)"13:47
*** peristeri has joined #openstack-ceilometer13:48
luvif I print instance.addresses in the debugger I get {u'test-net': [{u'OS-EXT-IPS-MAC:mac_addr': u'fa:16:3e:8c:79:7a', u'version': 4, u'addr': u'192.168.1.58', u'OS-EXT-IPS:type': u'fixed'}, {u'OS-EXT-IPS-MAC:mac_addr': u'fa:16:3e:8c:79:7a', u'version': 4, u'addr': u'10.44.44.109', u'OS-EXT-IPS:type': u'floating'}]}13:48
haypo(i didn't write a python 3 blueprint nor spec for ceilometer, nova required a spec, i wrote a blueprint for cinder)13:48
*** pauldix has quit IRC13:48
luvtest-net is a network I have defined. No "ctlplane" network there  ....13:48
openstackgerritJulien Danjou proposed openstack/gnocchi: devstack: move all logs to /var/log/gnocchi  https://review.openstack.org/19065713:49
openstackgerritJulien Danjou proposed openstack/gnocchi: Introduce gnocchi-metricd  https://review.openstack.org/19065813:49
openstackgerritJulien Danjou proposed openstack/gnocchi: Make measures processing asynchronously  https://review.openstack.org/18868513:49
peristerigordc, ping13:49
gordchaypo:what does your blueprint say? "i'm going to change the code that passes in py2 and fails in py3 so it passes in both"?13:49
gordcperisteri: i'm not going to review your patch.13:49
peristerigordc, why?13:49
gordcperisteri: hahaha. was that your question?lol13:50
peristerigordc, no. but I'm shock to hear your statement.13:50
haypogordc, https://blueprints.launchpad.net/cinder/+spec/cinder-python3 for cinder, http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/adding-python34-support-to-nova.html for nova13:50
gordcperisteri: it's 10pm in china. i'm going to attempt to buy beer at a convenience store.13:51
gordcperisteri: whatup?13:51
peristeriI wanted to know how to query for events within a time range.13:52
jd__so gnocchi-metric can now run multiple copies in // \o/13:52
jd__maximum performance coming ahead13:52
peristeriI'm getting nothing and the example in the docs does not work13:52
haypogordc, the most important part is when and how the py34 gate is added. well, for ceilometer there is already a *voting* py34 gate, so the process is easier13:52
luvlsmola: ping :)13:53
gordcperisteri:which doc?13:53
*** haypo has quit IRC13:53
peristerihttp://docs.openstack.org/developer/ceilometer/webapi/v2.html13:54
gordcyou aren't using client?13:55
peristeriI'm using the client and using the doc as reference.13:56
gordcit's different webapi vs client13:57
gordctry ceilometer event-list -q "start_timestamp='2013-10-01T09:00:00'"13:59
peristeriI know but the docs for the client docs don't have any examples.13:59
*** jaosorior has joined #openstack-ceilometer14:02
luvHow can I disable hardware.discovery in ceilometer - because it seems to make an assumption it runs in TripleO setup14:02
cdentjd__: so my solution is to a) use the new gabbi features, b) stick a process_measures in a thread that has a very short sleep. Using a thread+asyncio was redundant. Will push it up in a moment.14:03
peristerigordc, so if I want ceilometer event-list -q "start_timestamp='2013-10-01T09:00:00' and end_timestamp='2014-10-10T09:00:00" should work?14:04
peristerigordc, what is wrong with my patch?14:06
gordc"start_timestamp='2013-10-01T09:00:00';end_timestamp='2014-10-10T09:00:00"14:06
*** shardy_ has joined #openstack-ceilometer14:07
*** shardy has quit IRC14:09
openstackgerritJulien Danjou proposed openstack/gnocchi: metricd: start several processes to process more metric  https://review.openstack.org/19108714:10
jd__cdent: sounds good14:10
luvis it normal/expected to have ceilometer logs full of errors as long as it works? eg. modules to monitor all kind of stuff are enabled and they error out but it's ok  ?14:10
cdentluv, yes, for the time being14:11
cdentthis is because a lot of those things are driven by what code is available rather than what code you've asked for14:11
luvcdent: oh, cool :)14:11
cdentit's unfortunate because it obscures real errors14:11
luvbut it's good to know at least14:12
cdentit's on TheList™14:12
luvive been looking into those errors for few days now :)14:12
cdentIt's probably still worth the effort looking at them to see what is or is not real.14:12
luvright, and i see it's not possible to disable the code easily, correct?14:12
gordcluv: juno?14:12
luvgit14:12
cdentFor stuff that you know you don't want you can edit entry_points.txt down deep in the belly of site-packages or setup.cfg in your code14:13
cdents/code/repo/14:13
*** shardy_ has quit IRC14:13
*** shardy has joined #openstack-ceilometer14:13
luvso ... edit entry_points.txt and run "pip install ." again to reinstall ?14:14
cdentthis is one of my pet peeves at the moment14:14
cdentluv, no, just restart the daemons associated14:14
cdententry_points.txt is generated as part of the pip install process, but _read_ upon process startup14:14
luvgreat14:15
gordcperisteri: it work?14:15
luvoh I have mistaken [entry_points] in setup.cfg for entry_points.txt :)14:15
peristeri ceilometer event-list -q "start_timestamp=2013-10-01T09:00:00" works14:16
peristeribut ceilometer event-list -q "start_timestamp=2013-10-01T09:00:00; end_timestamp=2015-06-12T14:00:58" does not.14:17
cdentlux you can also edit setup.cfg and re-install14:17
peristeriit returns an empty list14:17
cdents/lux/luv/14:17
luvyup, make sense14:17
luv2015-06-12 16:18:23.578 14988 WARNING ceilometer.agent.base [-] Unknown discovery extension: tripleo_overcloud_nodes14:18
luvthat's after removing "tripleo_overcloud_nodes = ceilometer.hardware.discovery:NodesDiscoveryTripleO" from [ceilometer.discover] in entry_points.txt .... am I missing something?14:19
peristerigordc, ceilometer -d event-list -q "end_timestamp=2015-06-12T14:00:00" also returns an empty list14:20
*** sputnik13 has joined #openstack-ceilometer14:20
gordcperisteri: what's your ceilometer-api log say?14:25
pradildikov_, hi14:26
pradildikov_, not quite sure i understand your comment, so want to clarify14:26
*** pauldix has joined #openstack-ceilometer14:27
pradildikov_, the template yaml file is for event definitions14:27
*** dscottsf has joined #openstack-ceilometer14:27
pradildikov_, i understand your comment on having the exists topics, we need to have this in the template for backward compatibility14:27
peristeriGET /v2/events?q.field=end_timestamp&q.op=eq&q.type=&q.value=2015-06-12T14%3A00%3A00 HTTP/1.1   20014:27
pradildikov_, there are people using these events, so the goal is to make sure we break them along with moving to a more portable declarative solution14:28
*** dscottsf has quit IRC14:28
*** pauldix has quit IRC14:28
pradildikov_, blah, *don't* break14:28
*** pauldix has joined #openstack-ceilometer14:28
pradildikov_, i'll add the doc impact as you mentioned to the spec.14:29
gordcperisteri: what's it say when you have just start_timestamp14:29
ildikov_prad: I wonder how much we need that14:30
ildikov_prad: I'm mean backward compatibility part14:30
peristeriOK, I figured out that the end_timestamp is not precise.14:31
pradildikov_, ea may or may not, but why might need to give deprecation some time? may be atleast one cycle?14:31
ildikov_gordc: we plan to turn off the collection of "event-type" meters in Liberty, do I remember correctly?14:31
peristeriThe granularity of the filter is not to the second but rather to the day,14:31
pradildikov_, perhaps i can add a note in the template file for these saying will go away in liberty ?14:31
pradpost* liberty14:32
*** guy_rodrigue has quit IRC14:32
*** sputnik13 has quit IRC14:32
gordcperisteri: ... that is not  how it works... open a bug and include the db you are using.14:32
ildikov_prad: so in the new file everythings has to be added that we would like to collect, right?14:33
gordcildikov_: yes, i'd like to turn it off.14:33
pradildikov_, yea everything that we collect and listen to today14:33
ildikov_gordc: we are discussing the declarative notifications bp with prad, this is the origin of this question14:33
peristerigordc, I'll continue debugging it to make sure it is not an input error.14:34
ildikov_gordc: prad: can we do it in a way of turning off the collection and document how to add it back if some still needs it?14:34
gordcwe can have two definitions... one we use as default (which doesn't have the event meters)... and one which the users can swap in?14:34
pradildikov_, i'm ok with entirely skipping exists topics from the template and let people add if they really care and need them14:34
ildikov_gordc: prad: I wonder how much this would fulfill the two cycles deprecation period... :D14:34
gordcildikov_: you are the backward compatibility rule creator... i am the one who breaks said rules.14:35
pradyea I dont know if there is anyone who even cares about these anymore, but i lean toward safer conservative approach14:35
pradildikov_, so you're concern is only exists topics or even create/update/delete?14:36
*** rjaiswal has joined #openstack-ceilometer14:37
ildikov_prad: all of them, which are not real samples and have constant volume=114:37
gordci don't think there's any concern to what event_types we listen to... it's just don't make an existence meter from them.14:37
ildikov_prad: so all you listed14:37
ildikov_yeap, I don't want to break the new backward compatibility rule we're just about to create :S14:38
gordcsorry, i'm going to drop. as much as i want to listen, it's 1030pm here and i don't want to be here at this time.lol i will check back in tomorrow.14:39
ildikov_but reading the blueprint it seems confusing that we would like to get rid of the existence meters and we have these as example for the proposed approach14:39
openstackgerritChris Dent proposed openstack/gnocchi: Add a thread in ConfigFixture to do metricd  https://review.openstack.org/19109914:39
ildikov_gordc: good night! :)14:39
pradildikov_, right, i dint think we were going to remove it right away14:39
pradgordc, nighty14:39
ildikov_gordc: tnx for your input14:39
*** gordc has quit IRC14:40
pradildikov_, so we can just change the example in the spec to point to a more non controversial topics14:40
ildikov_prad: another question, did you plan any wildcards?14:40
ildikov_prad: I mean something like we have in pipeline.yaml14:41
* cdent mumbles something incoherent about context switching at jd__ 14:41
ildikov_prad: not sure how much it would make sense here14:41
luvcdent: superb. I removed the entry points and im not getting the error log clutter anymore. Thanks!14:41
cdentluv yay! I'm glad it actually worked like it should14:41
pradildikov_, possibly14:41
jd__cdent: context switching… in which context? :))14:42
luv:)14:42
pradildikov_, so if you read the beginning of the spec14:42
pradildikov_, the goal is two folds, giving user the ability to add topics they want to listen and generate samples and14:42
cdentjd__: cpus, multiprocessing, etc (with regard to metricd wanting all the cpus)14:42
pradildikov_, get rid of boilerplate code14:42
pradildikov_, in notifications.py14:42
jd__cdent: ok :) not sure it's really relevant here?14:43
pradildikov_, we currently ahve a bunch of existence meters in notifications.py that needs to go somewhere14:43
*** exploreshaifali has joined #openstack-ceilometer14:43
pradildikov_, if we can make the decision to remove those entirely i'm fine with it14:43
jd__context switching is always relevant so why here in particular I'd say14:43
pradildikov_, but i think this is the template we agreed on at the summit14:43
jd__:D14:43
cdentjd__: thus the caveat about incoherency. But if you have N services and they all claim all the available cpus, then there is no opportunity for the OS to effectively manage context switching at the kernel level because everything wants everything at some point, even with all the liberal sleeping that everything is doing because of i/o14:44
pradildikov_, makes sense?14:45
ildikov_prad: I think I missed that session, sorry for making a mess now :S14:45
ildikov_prad: I missed the code removal part when I asked the question14:45
jasonamyerscdent if you get bored can you take a gander at https://review.openstack.org/#/c/185084/14:45
cdentjd__: I'm getting errors out of line 87 of gnocchi/storage/file.py quite a lot, is this something you're already aware of?14:46
jd__cdent: not really sure about that analysis, but I think this is the kind of thing you have to measure to find the perfect value anyway, so that looks like a good default anyway to me14:46
cdentjasonamyers: ✔14:46
jasonamyersyou rock14:46
jd__cdent: no, where do you see that?14:46
cdentjd__: running the tests on this https://review.openstack.org/#/c/191099/ I sometimes see this: http://paste.openstack.org/show/285186/14:48
pradildikov_, yea there are two different aspects .. i completely understand your comcern on generating existences meters again.. I'm ok if we can come to a decision and not do those and i can update the example to not show volume=114:48
ildikov_prad: ok, so I think the example should capture a "real" meter in the blueprint, to point people more to that direction14:48
cdentjd__: I thought I had seen a review somewhere that was riding over collisions in reading from the dirs when processing measures, but I can't seem to locate the thing I was remembering14:48
pradildikov_, sure we can do that.. you have a specific topic in mind14:49
*** fnaval has quit IRC14:49
pradildikov_, that would help make it clear14:49
pradildikov_, perhaps disk meters or network traffic?14:49
ildikov_prad: when you create the new file I would group these deprecated meters and add it to the bottom of the file with a comment above the first one that these are deprecated and will be reomved in M14:50
openstackgerritJulien Danjou proposed openstack/gnocchi: metricd: start several processes to process more metric  https://review.openstack.org/19108714:50
jd__cdent: but this one should not happen14:50
openstackgerritChris Dent proposed openstack/gnocchi: Add a thread in ConfigFixture to do metricd  https://review.openstack.org/19109914:50
cdentI'll dig, it could be an artifact of my thread magic, an ordering issue14:51
jd__cdent: I mean measure_path is always there for a driver, that's weird14:51
cdentin fact yeah, that gives me a clue14:51
pradildikov_, cool, I'll add a line to the spec saying we'll put the existence meters at the bottom of the file and update the example to something less controversial14:51
*** Ala has quit IRC14:56
ildikov_prad: cool, also we should add a line above those meters that these are deprecated and will be removed in M14:56
ildikov_prad: add this to the spec too please and then we really did everything that we could14:57
openstackgerritPradeep Kilambi proposed openstack/ceilometer-specs: Declarative notification handling  https://review.openstack.org/17839914:57
ildikov_prad: and again sorry for always complaining about this... :(14:57
pradildikov_, ^^ done, see if this helps14:57
pradildikov_, no worries, I'm glad you brought this up now14:57
pradildikov_, i added a paragraph on deprecation aspect14:58
ildikov_prad: thanks much14:58
ildikov_prad: I need to drop off now, I'll be back only in at most an hour I will take a look at the spec, I'm sure it's fine now14:58
ildikov_prad: thanks for the quick update!14:58
pradildikov_, sure thing, thx!14:59
*** htruta has quit IRC14:59
*** exploreshaifali has quit IRC15:02
*** ildikov_ has quit IRC15:04
openstackgerritJulien Danjou proposed openstack/gnocchi: metricd: start several processes to process more metric  https://review.openstack.org/19108715:04
openstackgerritRohit Jaiswal proposed openstack/ceilometer-specs: Dynamic pipeline configuration using file reloading  https://review.openstack.org/18861315:07
*** belmoreira has quit IRC15:10
jd__sileht: btw any chance you can release your grafana plugin without Keystone auth for now?15:17
silehtjd__, what do you means by release ?15:18
jd__sileht: or send a PR, I don't know how we're supposed to ship it15:18
silehtjd__, I need to talk with them to see if we can it un normal plugins or if that should in the plugins tree15:19
silehtjd__, I doesn't like the plugins tree because the nothing are tested :(15:19
silehtjd__, I have a working keystone support if you use cors on gnocchi and keystone endpoint15:19
jd__sileht: how hard is it to set up? just a middleware in the conf? we should make that by default maybe15:20
silehtjd__, just drop the directory in the plugins/datasource directory of grafana15:20
jd__I meant CORS15:21
silehtjd__, everything in JS at client side15:21
silehtjd__, CORS sucks, I have used a permits everything apache configuration15:21
jd__ok15:22
silehtjd__, the oslo.middleware doesn't follow the RFC and it's unusable in gnocchi because it rely on cfg.CONF and not a dict15:22
jd__:(15:22
silehtjd__, and generic middleware doesn't work we can't register their options in cfg.CONF15:23
silehtthe RFC probleme of the oslo.middleware one should be fixed sound I have seen some reviews15:23
jd__ok15:23
*** ildikov_ has joined #openstack-ceilometer15:23
jd__sileht: well we can pass our cfg.CONF from Gnocchi, no?15:23
jd__sileht: is that compatible with apache anyway?15:24
silehtjd__, we can add a exception like we do for keystonemiddleware15:24
silehtjd__, I'm just wait the middleware to be ready15:24
jd__sileht: what kind of exception do we add for KS?15:25
jd__I see you handle this :)15:25
silehtjd__, https://github.com/openstack/gnocchi/blob/master/gnocchi/rest/app.py#L14115:25
silehtwe need to add something like:15:26
silehtif klass == oslo.middleware.CORS:15:26
silehtmiddleware_config = cfg15:26
*** pradk has joined #openstack-ceilometer15:30
jd__sileht: ok15:33
*** jfluhmann has joined #openstack-ceilometer15:35
*** ildikov has joined #openstack-ceilometer15:36
*** ildikov_ has quit IRC15:37
*** _cjones_ has joined #openstack-ceilometer15:40
*** jfluhmann has quit IRC15:40
*** joshw42 has joined #openstack-ceilometer15:49
*** shardy_ has joined #openstack-ceilometer15:51
*** shardy has quit IRC15:52
openstackgerritChris Dent proposed openstack/gnocchi: Add a thread in ConfigFixture to do metricd  https://review.openstack.org/19109915:52
*** belmoreira has joined #openstack-ceilometer15:55
*** belmoreira has quit IRC15:55
*** shardy_ has quit IRC15:57
*** shardy has joined #openstack-ceilometer15:57
*** _cjones_ has quit IRC15:58
*** sputnik13 has joined #openstack-ceilometer16:00
openstackgerritMerged openstack/ceilometer-specs: Adding Meta-Data Caching Spec  https://review.openstack.org/18508416:00
*** ddieterly has quit IRC16:11
openstackgerritVictor Stinner proposed openstack/ceilometer: Port IPMI to Python 3  https://review.openstack.org/19097616:14
openstackgerritVictor Stinner proposed openstack/ceilometer: Fix publisher test_udp on Python 3  https://review.openstack.org/19101116:14
openstackgerritVictor Stinner proposed openstack/ceilometer: Fix Ceph object store tests on Python 3  https://review.openstack.org/19098016:14
openstackgerritVictor Stinner proposed openstack/ceilometer: Port middleware to Python 3  https://review.openstack.org/19097416:14
openstackgerritMerged openstack/ceilometer-specs: Declarative notification handling  https://review.openstack.org/17839916:15
pradk\o/16:17
*** exploreshaifali has joined #openstack-ceilometer16:17
cdentNOW GET TO WORK YOUNG MAN16:17
pradk:)16:17
*** exploreshaifali has quit IRC16:17
cdentIt's kind of weird, I feel like we've turned over a new leaf somehow.16:18
pradkhaha yea i know the feeling16:18
*** guy_rodrigue has joined #openstack-ceilometer16:21
openstackgerritJulien Danjou proposed openstack/ceilometer: tests: use policy_file in group oslo_policy  https://review.openstack.org/18962216:22
*** htruta has joined #openstack-ceilometer16:22
jd__blocked by devstack all the day, snif16:24
cdentyeah, it makes me sad too16:25
openstackgerritChris Dent proposed openstack/ceilometer-specs: Spec to remove the pipeline from the api server  https://review.openstack.org/14310316:27
*** safchain has quit IRC16:27
cdentthe stack of dependent patches makes it a bit confusing on what's hold what, as well16:27
*** exploreshaifali has joined #openstack-ceilometer16:28
*** _cjones_ has joined #openstack-ceilometer16:32
*** jfluhmann has joined #openstack-ceilometer16:36
*** yassine_ has quit IRC16:42
*** cdent_ has joined #openstack-ceilometer16:49
*** cdent has quit IRC16:50
*** cdent_ is now known as cdent16:50
*** dscottsf has joined #openstack-ceilometer17:00
*** exploreshaifali has quit IRC17:00
openstackgerritMerged openstack/ceilometer-specs: Split Ceilometer alarming  https://review.openstack.org/18430717:01
*** dscottsf has quit IRC17:02
*** shardy has quit IRC17:07
*** ankita_wagh has joined #openstack-ceilometer17:09
*** ankita_wagh has quit IRC17:10
*** ankita_wagh has joined #openstack-ceilometer17:10
openstackgerritChris Dent proposed openstack/gnocchi: perf tools: Don't fail if result directory exists  https://review.openstack.org/19098617:14
cdentadded depends-on on that one too17:15
*** jaosorior has quit IRC17:15
*** claudiub has quit IRC17:19
cdentzuul seems unhappy today17:22
*** yprokule has quit IRC17:28
*** ankita_wagh has quit IRC17:32
cdentjd__: you still around?17:36
*** cdent has quit IRC17:37
openstackgerritMerged openstack/gnocchi: Avoid conflicts with ceilometer.conf in dispatcher tests  https://review.openstack.org/19026217:39
*** eglynn has quit IRC17:41
*** ankita_wagh has joined #openstack-ceilometer17:46
*** ankita_w_ has joined #openstack-ceilometer18:02
*** ankita_wagh has quit IRC18:02
*** Ephur has joined #openstack-ceilometer18:04
*** rjaiswal has quit IRC18:04
*** jfluhmann has quit IRC18:07
*** rjaiswal has joined #openstack-ceilometer18:09
*** guy_rodrigue has quit IRC18:23
*** eglynn has joined #openstack-ceilometer18:28
*** ildikov has quit IRC18:43
*** ildikov has joined #openstack-ceilometer18:43
*** ankita_w_ has quit IRC19:02
*** eglynn has quit IRC19:08
*** dontalton has joined #openstack-ceilometer19:09
*** pradk has quit IRC19:10
*** nsaje___ has joined #openstack-ceilometer19:27
*** pdion891 has quit IRC19:29
*** nsaje__ has quit IRC19:29
*** krotscheck has joined #openstack-ceilometer19:29
openstackgerritRohit Jaiswal proposed openstack/ceilometer: Implementation of dynamically reloadable pipeline  https://review.openstack.org/19084219:40
*** nsaje____ has joined #openstack-ceilometer19:42
*** nsaje___ has quit IRC19:46
*** dontalton has quit IRC19:52
*** eglynn has joined #openstack-ceilometer20:05
*** jd__ has quit IRC20:07
*** chmouel has quit IRC20:07
*** aignatov has quit IRC20:07
*** DinaBelova has quit IRC20:07
*** csd has quit IRC20:07
*** jd__ has joined #openstack-ceilometer20:08
*** EmilienM is now known as EmilienM|afk20:10
*** csd has joined #openstack-ceilometer20:11
*** aignatov has joined #openstack-ceilometer20:11
*** DinaBelova has joined #openstack-ceilometer20:11
*** chmouel has joined #openstack-ceilometer20:12
*** pradk has joined #openstack-ceilometer20:27
openstackgerritMerged openstack/gnocchi: perf tools: Don't fail if result directory exists  https://review.openstack.org/19098620:28
*** ildikov_ has joined #openstack-ceilometer20:32
*** alexpilotti has quit IRC20:35
*** alexpilotti has joined #openstack-ceilometer20:36
*** htruta has quit IRC20:41
*** ozialien has joined #openstack-ceilometer20:44
openstackgerritRohit Jaiswal proposed openstack/ceilometer: Implementation of dynamically reloadable pipeline  https://review.openstack.org/19084220:48
*** sputnik13 has quit IRC20:54
*** sputnik13 has joined #openstack-ceilometer20:55
openstackgerritMerged openstack/ceilometer: Port middleware to Python 3  https://review.openstack.org/19097420:56
openstackgerritMerged openstack/ceilometer: Port middleware to Python 3  https://review.openstack.org/19097420:56
*** peristeri has quit IRC21:00
*** vishwanathj has quit IRC21:13
*** vishwanathj has joined #openstack-ceilometer21:13
*** edmondsw has joined #openstack-ceilometer21:14
*** ozialien has quit IRC21:26
*** edmondsw_ has joined #openstack-ceilometer21:27
*** pradk has quit IRC21:28
*** edmondsw_ has quit IRC21:36
*** edmondsw has quit IRC21:40
-openstackstatus- NOTICE: Gerrit will be offline for project renames between 22:00 and 22:30 UTC21:41
*** ChanServ changes topic to "Gerrit will be offline for project renames between 22:00 and 22:30 UTC"21:41
-openstackstatus- NOTICE: Gerrit is offline for project renames. ETA 20:3022:02
*** ChanServ changes topic to "Gerrit is offline for project renames. ETA 20:30"22:02
-openstackstatus- NOTICE: Gerrit is offline for project renames. ETA 22:4022:07
*** ChanServ changes topic to "Gerrit is offline for project renames. ETA 22:40"22:07
*** pauldix has quit IRC22:22
*** rjaiswal has quit IRC22:24
*** ChanServ changes topic to "Gerrit is offline for project renames. ETA 20:30"22:41
-openstackstatus- NOTICE: Gerrit is back online. Zuul reconfiguration for renamed projects is still in progress, ETA 23:30.22:41
*** ildikov_ has quit IRC22:43
*** ChanServ changes topic to "OpenStack Telemetry (Ceilometer) | https://wiki.openstack.org/wiki/Ceilometer"22:49
*** pauldix has joined #openstack-ceilometer22:55
*** Ephur has quit IRC22:59
*** openstackgerrit has quit IRC23:22
*** openstackgerrit has joined #openstack-ceilometer23:22
*** sputnik13 has quit IRC23:33

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