Wednesday, 2016-04-06

openstackgerritgordon chung proposed openstack/ceilometer: drop individual names from copyright  https://review.openstack.org/30198300:05
*** diogogmt has quit IRC00:14
*** rbak has joined #openstack-telemetry00:25
*** rbak has quit IRC00:28
*** dave-mcc_ has joined #openstack-telemetry00:50
*** dave-mccowan has quit IRC00:51
*** jwcroppe has joined #openstack-telemetry01:06
*** diogogmt has joined #openstack-telemetry01:07
*** jwcroppe has quit IRC01:12
*** thorst_ has quit IRC01:22
*** thorst has joined #openstack-telemetry01:23
*** cheneydc has joined #openstack-telemetry01:27
*** thorst has quit IRC01:31
*** liamji has joined #openstack-telemetry01:36
*** ljxiash has joined #openstack-telemetry01:39
*** ljxiash has quit IRC02:03
*** ljxiash has joined #openstack-telemetry02:03
*** ljxiash has quit IRC02:08
*** Kevin_Zheng has joined #openstack-telemetry02:24
*** thorst has joined #openstack-telemetry02:29
*** jwcroppe has joined #openstack-telemetry02:35
*** thorst has quit IRC02:36
*** zqfan has joined #openstack-telemetry02:53
*** ljxiash has joined #openstack-telemetry02:58
*** jwcroppe_ has joined #openstack-telemetry03:11
*** jwcroppe has quit IRC03:15
*** ljxiash has quit IRC03:34
*** thorst has joined #openstack-telemetry03:34
*** ljxiash has joined #openstack-telemetry03:34
*** ljxiash has quit IRC03:40
*** thorst has quit IRC03:41
*** anush_ has joined #openstack-telemetry03:49
*** links has joined #openstack-telemetry03:52
*** ljxiash has joined #openstack-telemetry04:13
*** jwcroppe_ has quit IRC04:13
*** jwcroppe has joined #openstack-telemetry04:14
*** jwcroppe_ has joined #openstack-telemetry04:17
*** jwcroppe has quit IRC04:19
*** r-mibu has quit IRC04:29
*** r-mibu has joined #openstack-telemetry04:30
*** diogogmt has quit IRC04:33
*** thorst has joined #openstack-telemetry04:39
*** thorst has quit IRC04:47
*** anush_ has quit IRC05:01
*** nadya has joined #openstack-telemetry05:21
*** jwcroppe_ has quit IRC05:25
*** ljxiash has quit IRC05:26
*** ljxiash has joined #openstack-telemetry05:26
*** sekrit has quit IRC05:30
*** ljxiash has quit IRC05:31
*** ljxiash has joined #openstack-telemetry05:32
*** ChrisBenson has joined #openstack-telemetry05:32
*** thorst has joined #openstack-telemetry05:44
*** thorst has quit IRC05:52
*** dave-mcc_ has quit IRC05:56
*** nadya has quit IRC05:58
*** rcernin has joined #openstack-telemetry05:59
*** ChrisBenson has quit IRC06:11
openstackgerritMehdi Abaakouk (sileht) proposed openstack/gnocchi: tests: tempest plugin  https://review.openstack.org/30158506:18
*** sekrit has joined #openstack-telemetry06:23
*** jwcroppe has joined #openstack-telemetry06:28
*** belmoreira has joined #openstack-telemetry06:30
*** dave-mcc_ has joined #openstack-telemetry06:33
*** jwcroppe has quit IRC06:35
*** nadya has joined #openstack-telemetry06:47
*** thorst has joined #openstack-telemetry06:49
*** dave-mccowan has joined #openstack-telemetry06:49
*** yprokule has joined #openstack-telemetry06:54
*** dave-mcc_ has quit IRC06:54
*** nadya has quit IRC06:56
*** thorst has quit IRC06:57
openstackgerritZhiQiang Fan proposed openstack/aodh: use default option for notification topics  https://review.openstack.org/30205907:00
*** openstackgerrit has quit IRC07:02
*** openstackgerrit has joined #openstack-telemetry07:03
*** pcaruana has joined #openstack-telemetry07:06
*** rcernin has quit IRC07:08
*** rcernin has joined #openstack-telemetry07:09
openstackgerritJulien Danjou proposed openstack/aodh: Use pbr wsgi_scripts to build aodh-api  https://review.openstack.org/30185007:35
*** shardy has joined #openstack-telemetry07:51
*** shardy has quit IRC07:52
*** shardy has joined #openstack-telemetry07:53
*** thorst has joined #openstack-telemetry07:55
*** thorst has quit IRC08:02
openstackgerritMerged openstack/aodh: use default option for notification topics  https://review.openstack.org/30205908:10
openstackgerritMerged openstack/ceilometer: Updated from global requirements  https://review.openstack.org/30075608:14
openstackgerritEyal proposed openstack/python-gnocchiclient: Remove redundant parentheses  https://review.openstack.org/30147308:24
*** jwcroppe has joined #openstack-telemetry08:33
*** yassine has joined #openstack-telemetry08:34
*** yassine is now known as Guest984808:34
*** Guest9848 is now known as yassou08:35
*** jwcroppe has quit IRC08:38
*** dave-mccowan has quit IRC08:43
*** thorst has joined #openstack-telemetry09:00
*** thorst has quit IRC09:06
*** cdent has joined #openstack-telemetry09:13
*** ljxiash has quit IRC09:15
*** ljxiash has joined #openstack-telemetry09:17
*** ljxiash has quit IRC09:22
openstackgerritMerged openstack/gnocchi: Use pbr WSGI feature to build gnocchi-api  https://review.openstack.org/30161109:51
*** ljxiash has joined #openstack-telemetry09:58
*** cheneydc has quit IRC10:01
*** thorst has joined #openstack-telemetry10:04
*** nadya has joined #openstack-telemetry10:05
*** ekarlso- has quit IRC10:09
*** thorst has quit IRC10:11
-openstackstatus- NOTICE: npm lint jobs are failing due to a problem with npm registry. The problem is under investigation, and we will update once the issue is solved.10:19
*** ChanServ changes topic to "npm lint jobs are failing due to a problem with npm registry. The problem is under investigation, and we will update once the issue is solved."10:19
*** ekarlso- has joined #openstack-telemetry10:21
*** ekarlso- has quit IRC10:22
*** ekarlso has joined #openstack-telemetry10:22
*** cdent has quit IRC10:30
*** jwcroppe has joined #openstack-telemetry10:36
*** ljxiash has quit IRC10:39
*** jwcroppe has quit IRC10:41
*** ljxiash has joined #openstack-telemetry10:50
*** ljxiash has quit IRC10:54
*** cdent has joined #openstack-telemetry10:58
*** nadya has quit IRC11:01
*** thorst has joined #openstack-telemetry11:09
*** thorst has quit IRC11:16
*** Ashlyn has joined #openstack-telemetry11:18
AshlynIs there a mechanism with ceilometerclient to find a list of all the triggered alarms(basically whose state has changed and is approaching the critical state)?11:20
*** thorst has joined #openstack-telemetry11:20
*** ljxiash has joined #openstack-telemetry11:33
*** ljxiash has quit IRC11:37
*** gordc has joined #openstack-telemetry11:42
*** nadya has joined #openstack-telemetry11:46
openstackgerritEyal proposed openstack/python-gnocchiclient: Remove redundant parentheses  https://review.openstack.org/30147312:17
openstackgerritgordon chung proposed openstack/ceilometer: re-org existing manually install notes  https://review.openstack.org/30132112:24
*** pradk_ has joined #openstack-telemetry12:26
*** Liuqing has joined #openstack-telemetry12:27
*** ljxiash has joined #openstack-telemetry12:32
*** Liuqing has quit IRC12:37
*** Liuqing has joined #openstack-telemetry12:38
openstackgerritvenkatamahesh proposed openstack/ceilometer: Update the Administrator Guide links  https://review.openstack.org/30222012:38
*** julim has joined #openstack-telemetry12:39
*** jwcroppe has joined #openstack-telemetry12:39
*** Liuqing has quit IRC12:42
*** Liuqing has joined #openstack-telemetry12:43
*** jwcroppe has quit IRC12:44
*** Liuqing has quit IRC12:45
*** julim has quit IRC12:45
*** ljxiash has quit IRC12:48
*** Liuqing has joined #openstack-telemetry12:49
*** links has quit IRC12:56
*** iberezovskiy_ is now known as iberezovskiy13:01
*** liamji has quit IRC13:17
*** jdowner has joined #openstack-telemetry13:20
*** peristeri has joined #openstack-telemetry13:20
*** Liuqing has quit IRC13:26
*** Liuqing has joined #openstack-telemetry13:33
*** ametts has joined #openstack-telemetry13:35
*** ljxiash has joined #openstack-telemetry13:37
*** diogogmt has joined #openstack-telemetry13:42
openstackgerritJulien Danjou proposed openstack/ceilometer: mongo: remove unused function  https://review.openstack.org/30226413:48
openstackgerritJulien Danjou proposed openstack/ceilometer: Remove the deprecated DB2 driver  https://review.openstack.org/30226513:48
*** pradk_ has quit IRC13:49
openstackgerritMerged openstack/gnocchi: fix resource_type table migration  https://review.openstack.org/30119213:52
openstackgerritJulien Danjou proposed openstack/ceilometer: Remove unused context objects in Glance tests  https://review.openstack.org/30037413:54
openstackgerritJulien Danjou proposed openstack/ceilometer: Remove unused context object in test  https://review.openstack.org/30037313:54
openstackgerritJulien Danjou proposed openstack/ceilometer: Remove unused context object in vpnaas test  https://review.openstack.org/30037813:54
openstackgerritJulien Danjou proposed openstack/ceilometer: Remove unused context object lbaas test  https://review.openstack.org/30037613:54
openstackgerritJulien Danjou proposed openstack/ceilometer: Remove unused object from lbaas_v2 test  https://review.openstack.org/30037713:54
openstackgerritJulien Danjou proposed openstack/ceilometer: test: remove unused context object in FWaaS tests  https://review.openstack.org/30038013:54
openstackgerritJulien Danjou proposed openstack/ceilometer: Remove a useless usage of oslo.context in meters API  https://review.openstack.org/30036513:54
openstackgerritJulien Danjou proposed openstack/ceilometer: messaging: remove RequestContextSerializer  https://review.openstack.org/30038113:54
*** diogogmt has quit IRC13:55
*** diogogmt has joined #openstack-telemetry13:56
*** nadya has quit IRC13:57
*** jwcroppe has joined #openstack-telemetry14:00
*** cdent has quit IRC14:02
openstackgerritJulien Danjou proposed openstack/gnocchi: Revert "Use pbr WSGI feature to build gnocchi-api"  https://review.openstack.org/30227814:16
*** rbak has joined #openstack-telemetry14:19
*** cdent has joined #openstack-telemetry14:22
*** diogogmt has quit IRC14:23
*** diogogmt has joined #openstack-telemetry14:28
*** flwang1 has quit IRC14:35
*** flwang has joined #openstack-telemetry14:49
*** nadya has joined #openstack-telemetry14:52
*** jwcroppe has quit IRC15:01
*** julim has joined #openstack-telemetry15:06
*** nadya has quit IRC15:07
*** cdent has quit IRC15:12
*** Liuqing has quit IRC15:15
*** dave-mccowan has joined #openstack-telemetry15:15
*** belmoreira has quit IRC15:17
*** yprokule has quit IRC15:28
*** dave-mcc_ has joined #openstack-telemetry15:30
*** shardy has quit IRC15:31
*** dave-mccowan has quit IRC15:32
*** ametts has quit IRC15:36
*** drupalmonkey has joined #openstack-telemetry15:37
*** drupalmonkey has left #openstack-telemetry15:37
*** drupalmonkey has joined #openstack-telemetry15:43
*** julim has quit IRC15:43
*** nicodemus_ has joined #openstack-telemetry15:50
*** rbak_ has joined #openstack-telemetry15:57
openstackgerritJulien Danjou proposed openstack/gnocchi: carbonara: add a processing speed in debug logs  https://review.openstack.org/30233615:59
*** rbak has quit IRC15:59
openstackgerritMerged openstack/gnocchi: Revert "Use pbr WSGI feature to build gnocchi-api"  https://review.openstack.org/30227816:01
*** cdent has joined #openstack-telemetry16:03
jd__sileht: https://review.openstack.org/#/c/301553/16:09
drupalmonkeyhi everyone: have a ceilometer issue.. getting this error in liberty: http://imgur.com/DbOpABz16:11
drupalmonkeyline 128 in that file is here: http://imgur.com/AW12dU016:11
drupalmonkeythis is what the data looks like that is giving the error: http://imgur.com/c0irulO16:11
drupalmonkeyduration_start and duration_end are None16:11
drupalmonkeypossible fix: http://imgur.com/MbmvMwE16:11
drupalmonkeyuse period_end when duration_end is None.. is this the right way to go?16:12
*** anush_ has joined #openstack-telemetry16:13
*** anush_ has quit IRC16:17
*** jwcroppe has joined #openstack-telemetry16:18
*** jwcroppe has quit IRC16:18
*** jwcroppe has joined #openstack-telemetry16:18
gordcdrupalmonkey: just fyi, you can paste your logs in paste.openstack.org... rather than screenshots.16:18
gordci'd suggest you open a bug. https://bugs.launchpad.net/ceilometer/+bugs?orderby=-id&start=016:19
gordcprobably against horizon... horizon uses ceilometer data (for now) but i can't speak to how they're using it.16:20
*** nadya has joined #openstack-telemetry16:25
*** ljxiash has quit IRC16:29
*** jwcroppe has quit IRC16:30
nicodemus_hello16:31
*** thumpba has joined #openstack-telemetry16:31
nicodemus_I'm seeing an ever-increasing number of measures that gnocchi-metricd acknowledges but don't process16:31
nicodemus_about 200 measures per day spread across 6 metrics16:32
*** lsmola has quit IRC16:38
gordcnicodemus_: what are the metrics?16:46
stevelleJust curious, how do you do this diagnosis? (the number of measures waiting processing, and inspecting them)16:53
stevelleI'm assuming this is the ceph store.16:53
nicodemus_gordc, one is memory.resident16:57
nicodemus_the others are disk.*16:57
nicodemus_stevelle, metricd logs reports that : "6544 measurements bundles across 6 metrics wait to be processed"16:58
nicodemus_since I'm polling every 20 minutes, there are several of these log lines but without metricd processing them16:58
nicodemus_only when new measures arrive, metricd computes them16:59
nicodemus_down to the same number of unprocessed measures, or sometimes a little more16:59
nicodemus_the "measure_" objects for those metrics are on the ceph pool as well as in the xattrs of the "measure" object16:59
nicodemus_this happens with metricd versions 2.0.1.dev1 and 2.0.1.dev46 (our productive deploy)17:00
nicodemus_would you like me to open a bug with this info?17:01
gordcnicodemus_: sure. i'm about to head out for lunch17:03
gordcit'd be helpful to include the metric listing in metric table (if present)17:03
nicodemus_me too. I'll provide as much info as possible in the bug report17:03
gordcnicodemus_: cool cool.ttyl17:04
nicodemus_k, thanks!17:04
stevellenicodemus_: thx, haven't looked at the operational monitoring bits yet, digging now17:04
silehtgordc, I suspect that self.partition is always 0 here: https://github.com/openstack/gnocchi/blob/master/gnocchi/storage/ceph.py#L19117:09
silehtgordc, forget17:09
*** ljxiash has joined #openstack-telemetry17:21
*** jwcroppe has joined #openstack-telemetry17:25
*** marcin12345 has quit IRC17:27
*** marcin1234 has joined #openstack-telemetry17:27
*** ChrisBenson has joined #openstack-telemetry17:28
*** nadya has quit IRC17:33
marcin1234hey guys, what are your thoughts about inefficiency of writing objects by Gnocchi to Swift container called "measure"? It maybe would make sense to write to Redis instead, I think.17:34
marcin1234those objects in there are for a very very short time, and it is expensive operation for such a small object (mostly timestamp, id, value)17:35
*** david-lyle has quit IRC17:44
*** ChrisBenson has quit IRC17:46
stevellemarcin1234: your issue there is adding yet another piece of shared infra, and secondly that isn't an HA solution so you will lose some of that data someday.17:52
stevellethe first is a concern in small deploys, the second for large deploys17:53
*** iberezovskiy is now known as iberezovskiy_17:53
*** rcernin has quit IRC17:56
gordcsileht: :)17:57
openstackgerritMehdi Abaakouk (sileht) proposed openstack/gnocchi: ceph: Don't fetch useless omap attributes  https://review.openstack.org/30238317:58
gordcstevelle: you going to be in austin?17:58
stevellegordc: yes17:58
gordcnice. will be good to put a face to the name17:59
gordcplanning on joining the telemetry design sessions?17:59
stevellemarcin1234: my comment above isn't meant to shut down the idea, just to lay out some concerns that need to be managed.17:59
stevellegordc: I'm expecting to balance between telemetry and osa18:00
gordcmarcin1234: there's a bug i think that's compounding your issue: https://bugs.launchpad.net/gnocchi/+bug/156694018:00
openstackLaunchpad bug 1566940 in Gnocchi "objectstorage resource not processed correctly" [Undecided,New]18:00
gordci'm still debugging it.18:00
gordcstevelle: cool cool.18:00
*** david-lyle has joined #openstack-telemetry18:02
marcin1234stevelle: Redis is needed anyway for env where you have more that one Ceilometer controller to coordinate and it is HA, that data would not be lost most likely because Redis can persist to disk on shutdown, also that data leaves very short time period (minutes) so using disk for it is not optimal18:04
stevellemarcin1234: any tooz driver that supports the lock use case is needed afaik18:05
stevelleAnd redis persisting to disk is only good for planned outage, and from what I heard operators don't trust the disk persistence.18:07
stevelleI agree that a clustered memory-based solution seems appropriate fwiw18:08
stevellejust that all the implementations available seem to create pushback from ops18:09
stevellewe need to prepare for that18:09
*** pradk has quit IRC18:14
*** zqfan has quit IRC18:22
*** pradk has joined #openstack-telemetry18:25
*** KrishR has joined #openstack-telemetry18:28
*** ljxiash has quit IRC18:29
*** thumpba has quit IRC18:29
*** thumpba has joined #openstack-telemetry18:31
NotMyNameEitherHi! We are currently evaluating Gnocchi, for a potential deployment in our production environment (4000 instances/Gnocchi site). We were wondering if Gnocchi was ever tested at this scale yet? With which storage drivers?18:32
gordcerr.. i'm going to go out on a limb and say probably not.18:35
gordcceph driver is probably your best bet. the swift driver will probably cause you some issues currently.18:36
*** jwcroppe has quit IRC18:39
marcin1234what is the highest number version wise of Gnocchi that will work with Liberty Ceilometer?18:40
jmlowe2.0.2 works, I don't think there is a newer release yet18:40
*** ChrisBenson has joined #openstack-telemetry18:43
gordcofficially we only test liberty against 1.3.x but that's really only because we had a requirements bump in 2.x that doesn't match with other stable/liberty stuff.18:44
*** yassou has quit IRC18:46
NotMyNameEithergordc: thank you for you answer. Could you elaborate a little bit about the Ceph vs Swift drivers?18:50
NotMyNameEitherI suppose this is related to the measure container being used as a queue before the metrics are processed. How is Ceph handling this better than Swift?18:51
gordcNotMyNameEither: they actually both work pretty much identical. they both queue up unprocessed data in respective backends, get processed and the aggregates stored accordingly.18:52
gordcNotMyNameEither: to avoid the whole ceph vs swift general debate, gnocchi dev team in general is more familiar with ceph so that's probably why it's performing better18:53
NotMyNameEitherMakes sense, no problem, not trying to start a fight :]18:53
gordcNotMyNameEither: :) there's also a list of bugs open against swift which we ran into with when building the driver.18:54
NotMyNameEitherWe have been testing Gnocchi/Swift in a dev environment for about a week now and we are indeed seeing Swift suffering from the constant PUT and DELETE made to the measure container18:55
NotMyNameEitherAround 150PUT/s, we are seeing object-server errors related to the container update operation that happens after an object write18:56
gordcNotMyNameEither: yeah, there is definitely a lot of i/o in gnocchi from read/write temp and computed storage18:57
NotMyNameEitherI was curious to understand how Ceph would handle it better. To my understanding, the journal is also updated after an object write before sending back an ACK to the client18:57
NotMyNameEitherSwift is actually keeping up with the objects write load, but the more load we are pushing, the more asynchronous container update operations we are seeing18:58
gordcsileht: can probably answer exact specifics better... althought he's based in Europe.18:58
gordcNotMyNameEither: are you metering swift as well (with ceilometermiddleware)?18:58
NotMyNameEitherWe are not yet no, we are only collecting instances metrics during this proof of concept at this point18:59
gordcNotMyNameEither: i see. yeah. i haven't had a chance to benchmark the backends.19:03
gordcfrom general feedback the ceph driver has been much more performant19:03
NotMyNameEitherWhile I understand the reason why storing the unprocessed data in a shared store makes sense to make them available to any Gnocchi aggregator (allowing to scale Gnocchi horizontally), it seems that this is creating a bottleneck that won't scale under high load19:06
NotMyNameEitherBoth Ceph and Swift will be limited to the devices associated to the "measure" container (based on their hash) which, unless I am missing something, cannot be scaled19:08
NotMyNameEitherI might be wrong, this is only my current understanding of what we are observing!19:09
NotMyNameEitherNo offense by the way, I am not here to criticize your work at all, just trying to understand the vision/design!19:10
silehtWith Ceph we use an omap database on the measure object, that allows to control the lock contention on this object, so if you have replicat 3 for the pool that have the 'measure' object, so you have 3x the devices as limitation19:10
gordcno worries :) yeah that may be valid. we initially had an idea to write locally as well but we went down this route.19:11
gordcdoesn't mean we can't change it :)19:11
gordcNotMyNameEither: good feedback though.19:11
gordcjd__: ^^ fyi for future you.19:11
NotMyNameEithersileht: gordc: thanks for your answers , much appreciated!19:12
silehtNotMyNameEither, Also Ceph allows to not hold the lock for reading the omap database, so workers can get a (perhaps outdated) version of the database without waiting for the journal or anything elase19:13
NotMyNameEitherI see19:13
silehtSo I would says only Gnocchi-api is a bit limited by the devices performances, but gnocch-metricd is not19:14
gordc(for ceph)19:14
silehtyes :)19:14
NotMyNameEitherI think most of that logic applies to Swift as well actually19:15
* gordc needs a emoji of confusion.19:15
gordc(for swift)19:15
NotMyNameEither:)19:15
NotMyNameEitherI definitely take your word on the fact that Ceph shows better performances though19:16
NotMyNameEitherBut both backends will indeed become your Bottleneck eventually (only for the measure/unprocessed data portion)19:17
gordcNotMyNameEither:  there's probably some weird inefficiencies we have in swift driver. if you have some expertise in it, contributions are welcomed :)19:17
cdentNotMyNameEither: I've been wondering about this too: [t t53]19:17
purplerbot<NotMyNameEither> While I understand the reason why storing the unprocessed data in a shared store makes sense to make them available to any Gnocchi aggregator (allowing to scale Gnocchi horizontally), it seems that this is creating a bottleneck that won't scale under high load [2016-04-06 19:06:35] [n t53]19:17
gordccdent: your bot is magic.19:17
cdentI proposed at once point that that temp data should always use the local file store19:17
cdents/one/once/19:17
cdentand then feed to whatever the "real" store is19:18
silehtI think  we could separate the final storage backend from this temporary storage backend, so use the best tech for each19:18
silehts/so/to19:18
gordcseems like a good design session. 'how to possibly improve temp store'19:18
silehtsee you tomorrow guys19:20
NotMyNameEithersileht: that would definitely make sense, but I am sure this complicates the parallel aggregation of data if stored locally19:20
gordcsileht: laters19:20
NotMyNameEitherBye sileht, thank you for your time and answers!19:20
NotMyNameEitherOh my bad, "that would definitely make sense, but I am sure this complicates the parallel aggregation of data if stored locally" was meant for cdent actually :)19:22
cdenthe was saying much the same thing as me, or acking it and then expanding a bit19:22
cdentbut yeah, you are right19:22
NotMyNameEitherI like where this discussion is going! Appreciate your openness to feedbacks!19:22
* gordc doesn't want to say "let's use redis"19:24
cdentno way gordc, even more cumbersome would be to put them in a queue on the message bus19:26
* cdent imagines more horribleness19:26
gordclol19:27
NotMyNameEither:)19:28
*** ametts has joined #openstack-telemetry19:31
*** KrishR has quit IRC19:36
stevelleI presume we don't want to go down the path of partitioning aggregation work19:40
stevellebut I'm going to throw it out there to see it get obliterated19:40
cdentstevelle: without j*d and s*leht that conversation will stall19:42
stevellecdent: I'll save that for summit then19:42
gordccdent: wah? we don't need them. i'm my own boss :P19:42
cdentgordc: obliteration is jd's speciality19:43
stevelleI fear that much of these internals are still not meaningfully differentiated from magic and so I won't understand a lot19:43
gordctrue true19:43
gordcstevelle: coles notes: we do some partitioning currently. all the workers will process only their own block of unprocessed measures19:44
gordcnot sure if that's the partitioning you were thinking of19:45
stevellegordc: I believe I'm thinking of a little more partitioning than exits, but as I am but an egg maybe I'm misguided19:46
marcin1234finally read all your comments guys19:47
marcin1234current partitioning is still using the same container "measure", so it does not help with this issue19:47
*** thumpba has quit IRC19:47
*** KrishR has joined #openstack-telemetry19:49
*** KrishR has quit IRC19:53
*** julim has joined #openstack-telemetry19:57
*** nadya has joined #openstack-telemetry19:58
gordcmarcin1234: yeah, we need to brainstorm.19:59
*** kapil has joined #openstack-telemetry19:59
kapilhi, i am sending compute.metrics.update event notification to ceilometer from the compute node, However, I am some events are getting lost.20:00
*** drupalmonkey has quit IRC20:00
kapilI checked the logs for ceilometer-agent-notification and nova-compute, nova-compute is generating the events but some of them are not being received by ceilometer20:01
gordckapil: do you have something else listening to nova queue?20:03
*** KrishR has joined #openstack-telemetry20:04
*** mgagne_ is now known as mgagne20:04
kapillike what ?20:05
kapili added two classes to /usr/lib/python2.7/dist-packages/ceilometer-2015.1.1.egg-info/entry_points.txt which generate the metric from the notification20:06
kapilbut that should not be an issue i think20:06
*** rcernin has joined #openstack-telemetry20:09
gordcdo you get some compute.metrics.update notifications but not others?20:09
*** pradk_ has joined #openstack-telemetry20:12
*** pradk_ has quit IRC20:13
*** pcaruana has quit IRC20:14
kapilyes, i guess that is the case20:14
*** pradk has quit IRC20:14
kapilthe ceilometer sample-list query doesn't show me the metrics for every interval20:15
kapilbut nova-compute logs show that an event was generated20:15
gordcwhich metric are you missing specifically?20:15
*** pradk has joined #openstack-telemetry20:18
*** nadya has quit IRC20:18
kapili added few metrics of my own which i am missing sometimes and reported other times20:19
kapilthey should be reported every 1 min, as is the default20:19
kapilbut one of my metrics is being reported every 1 min as it should be20:21
gordcnot sure. i'd probably need to look at code to help.20:22
gordcreally depends on how you added new metric20:23
kapilhttps://github.com/kapiliitr/openstack_project20:28
kapili added the code i have added as plugin20:29
kapilalong with this, i made changes to rootwrap and entry_points.txt mainly20:29
kapili am getting the ipmi.power metric every 1 min, but others are randomly arriving20:30
marcin1234kapil: check your rabbit if you have matching toipc name onpublisher and consumer20:32
kapilthe topic name is compute.metrics.update right ? i didn't change that20:33
kapilok, maybe i am getting closer to fixing the problem, maybe the messaged sent on rabbit are distributed across multiple controller nodes20:36
kapiland if one node is failing, then it doesn't try the other node20:36
*** ljxiash has joined #openstack-telemetry20:41
kapilyes, i just checked that is the problem. thanks guys20:42
*** kapil has quit IRC20:42
*** jdowner has left #openstack-telemetry20:43
*** ljxiash has quit IRC20:45
*** KrishR has quit IRC20:55
*** peristeri has quit IRC20:59
*** jmlowe has quit IRC21:10
*** cdent has quit IRC21:14
*** julim has quit IRC21:14
openstackgerritMerged openstack/ceilometer: mongo: remove unused function  https://review.openstack.org/30226421:22
*** rcernin has quit IRC21:27
*** jwcroppe has joined #openstack-telemetry21:28
*** nicodemus_ has quit IRC21:32
*** jwcroppe has quit IRC21:33
*** jwcroppe has joined #openstack-telemetry21:36
*** drupalmonkey has joined #openstack-telemetry21:43
*** thorst has quit IRC21:44
*** thorst has joined #openstack-telemetry21:44
*** ChrisBenson has quit IRC21:49
*** thorst has quit IRC21:53
*** rbak_ has quit IRC21:53
*** ChrisBenson has joined #openstack-telemetry21:56
*** ChrisBenson has quit IRC22:01
*** rbak has joined #openstack-telemetry22:15
*** ametts has quit IRC22:21
*** pradk has quit IRC22:36
*** aggaatul has joined #openstack-telemetry22:39
*** drupalmonkey has quit IRC22:46
*** aggaatul has quit IRC22:47
*** thorst has joined #openstack-telemetry22:50
*** thorst has quit IRC22:57
*** gordc has quit IRC22:59
*** jwcroppe has quit IRC23:46
*** thorst has joined #openstack-telemetry23:55
*** ljxiash has joined #openstack-telemetry23:56

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