*** ankita_w_ has joined #openstack-ceilometer | 00:44 | |
*** ankita_wagh has quit IRC | 00:44 | |
*** liusheng has joined #openstack-ceilometer | 00:55 | |
*** thorst has joined #openstack-ceilometer | 01:16 | |
*** thorst has quit IRC | 01:17 | |
*** ankita_w_ has quit IRC | 01:18 | |
*** tongli has joined #openstack-ceilometer | 01:18 | |
*** pauldix has joined #openstack-ceilometer | 01:34 | |
*** pauldix has quit IRC | 01:40 | |
*** tongli has quit IRC | 02:16 | |
*** _cjones_ has joined #openstack-ceilometer | 02:36 | |
*** _cjones_ has quit IRC | 02:37 | |
*** _cjones_ has joined #openstack-ceilometer | 02:37 | |
*** kun_huang has joined #openstack-ceilometer | 02:49 | |
openstackgerrit | liusheng proposed openstack/aodh: WIP: Use storage scenario test base to test migration https://review.openstack.org/210187 | 03:03 |
---|---|---|
*** rjaiswal has quit IRC | 03:40 | |
*** _cjones_ has quit IRC | 03:40 | |
*** boris-42 has quit IRC | 03:50 | |
*** ankita_wagh has joined #openstack-ceilometer | 03:53 | |
*** r-mibu has joined #openstack-ceilometer | 03:55 | |
*** dikonoor has joined #openstack-ceilometer | 04:06 | |
*** ankita_wagh has quit IRC | 04:09 | |
*** ankita_wagh has joined #openstack-ceilometer | 04:09 | |
*** ildikov has quit IRC | 04:29 | |
*** jruano has joined #openstack-ceilometer | 04:39 | |
*** jdandrea has quit IRC | 04:39 | |
*** jruano has quit IRC | 04:58 | |
*** ankita_w_ has joined #openstack-ceilometer | 05:10 | |
*** ildikov has joined #openstack-ceilometer | 05:12 | |
*** ankita_wagh has quit IRC | 05:13 | |
*** yprokule has joined #openstack-ceilometer | 05:16 | |
*** belmoreira has quit IRC | 05:47 | |
*** nadya has joined #openstack-ceilometer | 06:27 | |
*** belmoreira has joined #openstack-ceilometer | 06:38 | |
openstackgerrit | Mehdi Abaakouk (sileht) proposed openstack/gnocchi: Implements list_resources limit/ordering https://review.openstack.org/209438 | 06:58 |
*** idegtiarov has joined #openstack-ceilometer | 07:13 | |
*** pauldix has joined #openstack-ceilometer | 07:37 | |
*** ankita_w_ has quit IRC | 07:41 | |
*** pauldix has quit IRC | 07:41 | |
openstackgerrit | liusheng proposed openstack/aodh: Use storage scenario test base to test migration https://review.openstack.org/210187 | 07:42 |
*** safchain has joined #openstack-ceilometer | 07:58 | |
*** liusheng has quit IRC | 08:00 | |
openstackgerrit | Mehdi Abaakouk (sileht) proposed openstack/gnocchi: rest: Add links to /v1 endpoint https://review.openstack.org/210241 | 08:06 |
openstackgerrit | Mehdi Abaakouk (sileht) proposed openstack/gnocchi: rest: return metrics for ../<resource_id>/metric https://review.openstack.org/210242 | 08:06 |
openstackgerrit | Mehdi Abaakouk (sileht) proposed openstack/gnocchi: rest: fix archive policy controller https://review.openstack.org/210243 | 08:06 |
*** krypto has joined #openstack-ceilometer | 08:07 | |
*** alexpilotti has joined #openstack-ceilometer | 08:07 | |
krypto | hi for restarting a failed instance using heat,does it need trigger from ceilometer | 08:08 |
*** yassine_ has joined #openstack-ceilometer | 08:15 | |
*** afazekas_ has joined #openstack-ceilometer | 08:17 | |
zigo | I got some unit test errors in MySQL when building tooz: http://paste.debian.net/289981/ | 08:21 |
*** kun_huang has left #openstack-ceilometer | 08:21 | |
zigo | This could be because I'm using the last version of MySQL in Debian (ie: 5.6). | 08:22 |
zigo | Also, the setup-mysql-env.sh is very naive, the "wait_for_line" simply doesn't work. | 08:22 |
zigo | I replaced this by a mysqladmin ping, this works a way better. | 08:22 |
openstackgerrit | Mehdi Abaakouk (sileht) proposed openstack/ceilometer: Enable entry points for new declarative meters https://review.openstack.org/203032 | 08:28 |
openstackgerrit | Mehdi Abaakouk (sileht) proposed openstack/ceilometer: Convert identity, sahara and volume to meters yaml https://review.openstack.org/203031 | 08:30 |
zigo | Ok, I figured it out. | 08:32 |
zigo | Now I have other issues. | 08:33 |
zigo | http://paste.debian.net/289983/ | 08:33 |
zigo | sileht: Any idea? ^ | 08:33 |
* sileht reads | 08:34 | |
zigo | sileht: WTF this piece of code is attempting? :) | 08:39 |
openstackgerrit | Julien Danjou proposed openstack/aodh: devstack: only use 1 thread https://review.openstack.org/210065 | 08:40 |
sileht | zigo, I don't see how the file can be empty | 08:44 |
zigo | sileht: What can I do to help you to help? | 08:46 |
sileht | zigo, do you have the same issue on py27, or this is a python3 issue ? | 08:48 |
zigo | sileht: It's looking like a Py3 only problem. | 08:49 |
zigo | No unit test failures under Py2.7 | 08:50 |
zigo | Maybe concurrent.futures is different in Py3 ? | 08:50 |
sileht | yes it's different | 08:51 |
openstackgerrit | Igor Degtiarov proposed openstack/ceilometer: Cast Int64 values to float https://review.openstack.org/207567 | 08:51 |
zigo | sileht: Also, maybe I have a different version as the Trusty one, as Sid got updated but not Trusty. | 08:51 |
zigo | sileht: What I can do is upload tooz 1.21.0 with disabled Py3 tests, then you can try to build it re-enabling it. | 08:52 |
zigo | sileht: Does this work? | 08:52 |
sileht | zigo, I'm building it locally :) | 08:53 |
zigo | sileht: In Sid ? | 08:53 |
sileht | in jessie to see I got the issue, because py3 jessie != sid | 08:53 |
zigo | I've uploaded to Experimental with disabled Py3 tests. | 08:57 |
zigo | The package is at ssh://git.debian.org/git/openstack/python-tooz.git in the debian/liberty branch. | 08:57 |
*** dikonoor has quit IRC | 08:58 | |
zigo | I filed this: https://bugs.launchpad.net/python-tooz/+bug/1482555 | 09:05 |
openstack | Launchpad bug 1482555 in tooz "Py3 unit test failures when building debian package" [Undecided,New] | 09:05 |
*** dikonoo has joined #openstack-ceilometer | 09:07 | |
sileht | zigo, you have a bug in the script that run unittest (unrelated with the tooz bug you have) | 09:10 |
zigo | sileht: What bug? | 09:10 |
sileht | zigo, py3 tests doesn't run by default and the building doesn't fail | 09:10 |
zigo | sileht: I just told you, I disabled Py3 tests so I could upload. | 09:11 |
sileht | lol sorry :p | 09:11 |
zigo | sileht: In the line set -e ; set -x ; for i in 2.7 ; do | 09:11 |
zigo | Just add $(PYTHON3S) after 2.7 | 09:11 |
sileht | arf I can't build it in jessie my pbr is too old | 09:12 |
zigo | sileht: Yeah, you should try building in Sid + Experimental. | 09:16 |
zigo | I haven't worked-out the Jessie backport repos yet. | 09:17 |
zigo | These days, I've been working mostly on plain Sid directly. | 09:17 |
zigo | Anwyay, time to go back home now, and prepare the trip for Debconf 15 ! :) | 09:17 |
*** krypto has quit IRC | 09:29 | |
openstackgerrit | Mehdi Abaakouk (sileht) proposed openstack/gnocchi: rest: return metrics for ../<resource_id>/metric https://review.openstack.org/210242 | 09:43 |
openstackgerrit | Mehdi Abaakouk (sileht) proposed openstack/gnocchi: rest: fix archive policy controller https://review.openstack.org/210243 | 09:43 |
openstackgerrit | Mehdi Abaakouk (sileht) proposed openstack/gnocchi: rest: Add links to /v1 endpoint https://review.openstack.org/210241 | 09:43 |
openstackgerrit | Julien Danjou proposed openstack/aodh: storage: remove deprecated database_connection https://review.openstack.org/210285 | 09:53 |
openstackgerrit | Julien Danjou proposed openstack/aodh: storage: re-add and deprecate alarm_connection https://review.openstack.org/210286 | 09:53 |
*** tobias- has quit IRC | 10:17 | |
*** tobias- has joined #openstack-ceilometer | 10:17 | |
*** divya__ has joined #openstack-ceilometer | 10:19 | |
*** dikonoo has quit IRC | 10:22 | |
*** cdent has joined #openstack-ceilometer | 10:44 | |
*** safchain has quit IRC | 10:45 | |
*** harlowja has quit IRC | 10:45 | |
*** openstackgerrit has quit IRC | 10:45 | |
*** tobasco has quit IRC | 10:45 | |
*** _gryf has quit IRC | 10:45 | |
*** aignatov has quit IRC | 10:45 | |
*** raginbajin has quit IRC | 10:45 | |
*** dhellmann has quit IRC | 10:45 | |
*** d0ugal has quit IRC | 10:45 | |
*** therve has quit IRC | 10:45 | |
cdent | thanks for the on aodh upgrade stuff jd__, your answer is pretty much what I was expecting (including the need for an alarm_connection fixup), but I wanted to get it explicit and out under the eyes of anyone interested. IRC is such a horrible place to figure out anything with any real understanding | 10:46 |
*** safchain has joined #openstack-ceilometer | 10:49 | |
*** harlowja has joined #openstack-ceilometer | 10:49 | |
*** openstackgerrit has joined #openstack-ceilometer | 10:49 | |
*** _gryf has joined #openstack-ceilometer | 10:49 | |
*** tobasco has joined #openstack-ceilometer | 10:49 | |
*** aignatov has joined #openstack-ceilometer | 10:49 | |
*** raginbajin has joined #openstack-ceilometer | 10:49 | |
*** dhellmann has joined #openstack-ceilometer | 10:49 | |
*** d0ugal has joined #openstack-ceilometer | 10:49 | |
*** therve has joined #openstack-ceilometer | 10:49 | |
openstackgerrit | Julien Danjou proposed openstack/aodh: storage: re-add and deprecate alarm_connection https://review.openstack.org/210286 | 11:24 |
*** yassine_ has quit IRC | 11:28 | |
*** gordc has joined #openstack-ceilometer | 11:35 | |
openstackgerrit | Merged openstack/aodh: Use storage scenario test base to test migration https://review.openstack.org/210187 | 11:36 |
*** thorst has joined #openstack-ceilometer | 11:40 | |
openstackgerrit | gordon chung proposed openstack/ceilometer: disable non-metric meter definitions https://review.openstack.org/209266 | 11:56 |
nadya | gordc: Gordon, hi! Am I right, that one message cannot be processed by two pipelines: event's and sample's? The message is taken from mq by one of them? | 11:58 |
gordc | nadya: not quite. | 12:00 |
gordc | a message will be picked up by a listener and then it will be dispatched to multiple endpoints, some endpoints will convert to sample, some will convert to events. | 12:01 |
gordc | once it's either a sample or an event, it will be processed by the appopriate pipeline. | 12:01 |
gordc | (as long as there is no bug in the code) | 12:02 |
nadya | gordc: aha, yep, I see the code... | 12:02 |
nadya | gordc: and maybe there is a bug there :) | 12:02 |
gordc | :| i hope not... there's a test... unless there's also a bug in the tests... | 12:02 |
nadya | gordc: will continue investigations, because I see meters but don't see corresponding events | 12:03 |
gordc | tests for tests? | 12:03 |
gordc | oh. are you on master? | 12:03 |
gordc | do you have store_events enabled? | 12:03 |
nadya | gordc: good news that on devstack with Ceilo master everything is fine (I hope that info is correct) | 12:04 |
nadya | gordc: yep, store_events is on. I'll try to find related bugs, maybe you've done some fixes there | 12:05 |
gordc | nadya: kk. i don't think i remember it ever breaking but who knows. | 12:06 |
*** MVenesio has joined #openstack-ceilometer | 12:09 | |
cdent | jd__: will push it up for review soon, but I think we can get rid of TranslationHook entirely. It appears to be the result of not understanding WSGI | 12:11 |
jd__ | cdent: agreed on IRC, I'm not a fan either of those sync meetup, I like emails :) | 12:11 |
jd__ | cdent: that'd be awesome if we can remove that hook, I don't like that code | 12:12 |
*** pauldix has joined #openstack-ceilometer | 12:12 | |
* gordc hopes git blame history has been erased for translationhook code | 12:12 | |
gordc | i won't lie. i wrote it... and i don't actually know why i wrote it. | 12:13 |
cdent | It looks like it is trying to work around a workaround around a workaround etc etc | 12:14 |
jd__ | gordc: drunk again | 12:14 |
gordc | jd__: canadians don't get drunk... sometimes. | 12:15 |
openstackgerrit | Merged openstack/gnocchi: rest: Add links to /v1 endpoint https://review.openstack.org/210241 | 12:17 |
openstackgerrit | Merged openstack/gnocchi: rest: return metrics for ../<resource_id>/metric https://review.openstack.org/210242 | 12:17 |
openstackgerrit | Merged openstack/gnocchi: rest: fix archive policy controller https://review.openstack.org/210243 | 12:17 |
*** yassine_ has joined #openstack-ceilometer | 12:31 | |
cdent | wow, this is such a mess | 12:35 |
*** afazekas_ has quit IRC | 12:36 | |
*** tongli has joined #openstack-ceilometer | 12:38 | |
*** jruano has joined #openstack-ceilometer | 12:41 | |
*** logan2 has quit IRC | 13:11 | |
*** logan2 has joined #openstack-ceilometer | 13:12 | |
*** pauldix has quit IRC | 13:15 | |
*** jdandrea has joined #openstack-ceilometer | 13:21 | |
gordc | who has a service where i can buy stuff to break? | 13:25 |
cdent | gordc: say what? | 13:33 |
*** r-mibu has quit IRC | 13:34 | |
cdent | just go into the kitchen and get a stack of plates and smash them on the counter | 13:34 |
gordc | cdent: just accidentally ran rm against my work | 13:34 |
*** r-mibu has joined #openstack-ceilometer | 13:34 | |
cdent | oh no! | 13:34 |
cdent | :( | 13:34 |
gordc | i'm at office. how much does a crappy switch cost | 13:34 |
gordc | maybe i'll just bend a ethernet cable back and forth until it breaks... that'll show 'em | 13:35 |
openstackgerrit | Chris Dent proposed openstack/aodh: Correct thread handling in TranslationHook https://review.openstack.org/210418 | 13:37 |
cdent | gordc, jd__ ^ | 13:37 |
gordc | cdent: did you trace back why the code is there? i feel like there was a bug that that fixed... | 13:39 |
cdent | perhaps, but if so, that fix would never have worked in a threaded environment | 13:40 |
cdent | I'll look through ceilo's history | 13:40 |
cdent | my changes should maintain the behavior that I think it was striving for | 13:40 |
gordc | https://github.com/openstack/ceilometer/commit/e5d92994b1f375efeccdf4640dfdfa6cc2e0c56b | 13:41 |
cdent | yeah was just going there | 13:41 |
gordc | phew, not my fault. | 13:41 |
cdent | the fundamental error is that __init__ on a hook is not per request | 13:42 |
gordc | ah i see... that makes sense. i don't know if you want to ask bnemec what's the deal. i don't really care. | 13:43 |
cdent | so that threading local is local to the thread that starts the app | 13:43 |
cdent | I'm pretty confident about my change | 13:43 |
cdent | it's at least not any worse | 13:43 |
gordc | lol kk | 13:43 |
cdent | if it seems groovy I'll fix it in ceilo too | 13:45 |
*** tongli has quit IRC | 13:45 | |
gordc | cdent: will review after i recontruct crap i deleted. | 13:45 |
cdent | gordc: take heart: its like you're forced to refactor ... :) :( | 13:45 |
*** ryanpetrello has quit IRC | 13:47 | |
*** pauldix has joined #openstack-ceilometer | 13:47 | |
openstackgerrit | Merged openstack/ceilometer: Fix for rgw still throwing errors https://review.openstack.org/209724 | 13:49 |
*** edmondsw has joined #openstack-ceilometer | 13:49 | |
*** ryanpetrello has joined #openstack-ceilometer | 13:50 | |
openstackgerrit | Ryota MIBU proposed openstack/aodh: Exclude event type from targets of alarm evaluator https://review.openstack.org/200969 | 13:51 |
openstackgerrit | Ryota MIBU proposed openstack/aodh: Storage: add 'exclude' constraint to get_alarms() https://review.openstack.org/210443 | 13:51 |
*** ryanpetrello has quit IRC | 13:54 | |
*** tongli has joined #openstack-ceilometer | 13:57 | |
*** rbak has joined #openstack-ceilometer | 13:57 | |
cdent | gordc: not really worth extending the thread: but on that aodh upgrade thing: it's the disposition of the existing configuration that was the key part of those questions. Installing an aodh package will replace ceilo-alarming, but how the config is managed is an open question | 13:58 |
gordc | cdent: i see. yeah, that's the docco stuff ildikov would do. "note what the differences are (if any)" | 14:01 |
prad | cdent, wouldnt that be updated as well? and any changes to depending configs should be handled by the deployment tools? and yea we document it accordingly | 14:02 |
gordc | https://wiki.openstack.org/wiki/Ceilometer/RoadMap is the item on road map something along time lines you were thinking of? | 14:02 |
cdent | prad my understand was that rpm and deb prefer not to change existing configurations? puppet-based installations, sure | 14:02 |
*** eglynn has joined #openstack-ceilometer | 14:03 | |
ildikov | gordc: the docco stuff comes after we answered that question cdent highlighted | 14:03 |
prad | cdent, the packaging would save existing configs as .rpmsave file and drop the replacement file in | 14:03 |
prad | its upto the deployment tool to update the new config accordingly | 14:03 |
cdent | even though the existing config has location specific database config? | 14:03 |
gordc | cdent: jd__ has a patch to reenable that... if you used alarm_connection | 14:05 |
prad | rpm update will usually go conservative and stash the config regardless of whats in there | 14:05 |
prad | as .rpmsave file and puts the new file as .rpmnew | 14:05 |
prad | you can use a yum-merg-conf yum plugin to merge the config automatically or do it via puppet or supporting deployment tools | 14:06 |
cdent | prad in the case of aodh, there won't be a pre-existing aodh.conf but there will be the alarming-config-i-was-using-before in /etc/ceilometer | 14:06 |
cdent | I guess my expectation of how an upgrade to liberty is supposed to go is a bit different from what you guys are thinking. | 14:07 |
cdent | I think I upgrade and everything is still working | 14:07 |
prad | cdent, well when we include aodh in the deployment we will update the puppetry accordingly to configure the conf file | 14:08 |
cdent | can we take a moment and separate ourselves from puppet, rpm and deb and any of the distros and tools | 14:08 |
cdent | let's pretend I'm a ceilometer user | 14:08 |
cdent | not a customer of some enterprise | 14:08 |
prad | sure | 14:08 |
cdent | I get a tarball of libery ceilometer | 14:09 |
prad | the concept is still the same.. aodh is a new module/library whatever | 14:09 |
cdent | I pip install it | 14:09 |
cdent | shit, alarming just broke | 14:09 |
prad | and you will need to configure that accordingly | 14:09 |
prad | if you're using pip to run your alarming, a breakage shouldnt be a surprise | 14:09 |
cdent | Now, I'm perfectly fine with us taking the stance of being jerks about the upgrade path. | 14:10 |
prad | s/alarmin/metering | 14:10 |
gordc | so again, the idea is to do that: "just upgrade". | 14:10 |
cdent | But if that is the path we are taking then we need to be _very_ verbose about it | 14:10 |
prad | yea that would be a doc thingy | 14:10 |
gordc | we're doing the integration and upgrade stuff now, and it's pretty hard to say whether it's possible to 'just upgrade' | 14:10 |
openstackgerrit | Merged openstack/ceilometer: Enable entry points for new declarative meters https://review.openstack.org/203032 | 14:11 |
prad | \o/ | 14:11 |
cdent | wow, finally | 14:11 |
gordc | if we finish all that stuff, and we find it's impossible 'just upgrade', that's where the doc comes into play | 14:11 |
openstackgerrit | Merged openstack/ceilometer: Convert identity, sahara and volume to meters yaml https://review.openstack.org/203031 | 14:11 |
* cdent now wonders if maybe he should have extended the email thread | 14:13 | |
prad | if someone is not using a distro they are use to not seeing a 'just upgrade' path .. they would likely follow a doc and go through it | 14:13 |
cdent | the same issues present themselves for people who are building the distros, of course | 14:14 |
* gordc looks at prad | 14:14 | |
cdent | I don't know, it just seems really weird to me to be migrating to a new project at the same time as doing a version boost | 14:15 |
cdent | but maybe I'm weird | 14:15 |
cdent | I just don't want my ass bit later because we haven't hashed all this crap out now | 14:15 |
prad | its indeed something to think through | 14:15 |
prad | to me a seemless upgrade is a major concen for distros than some one running it locally and upgrading via pip | 14:16 |
prad | but for distros we have puppet and other tools | 14:16 |
gordc | cdent: sure. but i'm not sure you can say what will break on upgrade without trying it... and we're stillin process of trying it | 14:17 |
prad | perhaps we can provide a bash script the user can run to merge their configs in the manual non distro case i mean | 14:17 |
prad | put something in tools dir that can alleviate the pain a bit | 14:18 |
gordc | i don't understand the new project and version boost comment? | 14:18 |
cdent | gordc: I'm trying to put myself in the mind of an operator. If I had the choice I would not want to move to aodh and to liberty in one step. I would rather upgrade to liberty and then later, at my leisure, switch to aodh. | 14:20 |
cdent | I'm pretty sure we've killed that idea, though, and that's okay, just identifying my position I guess. | 14:20 |
gordc | cdent: upgrade not using packaging? | 14:23 |
cdent | _any_ upgrade style | 14:23 |
cdent | because I want to minimize the surface area of change | 14:23 |
cdent | feh, where's jason when I need him | 14:23 |
gordc | cdent: well from what prad said, they both can't exist. i'd assume the package is still the same, it just points to aodh code | 14:24 |
cdent | I think the idea is that aodh packages would obsolete ceilo packages | 14:25 |
gordc | will let prad confirm... maybe i misunderstood... but i'm under impression, it's literally not possible to have both packages. | 14:26 |
cdent | I'm not suggesting you would | 14:27 |
cdent | an upgrade to liberty would upgrade you to ceilo-alarming (liberty)[1] | 14:27 |
cdent | later if you wante to switch to aodh, you'd install that, and it would obsolete/replaced ceilo-alarming | 14:27 |
cdent | [1] currently not on the cards because we've decided to delete the code out of liberty | 14:28 |
gordc | [1.1] deleted because there would be no package. | 14:29 |
gordc | if 1.1 is wrong then that's another story | 14:29 |
gordc | if we can build a package from it, then it sits around stale... but i'm under impression you can literally only build a package off either aodh or ceilo-alarm | 14:30 |
cdent | I don't think we are quite making sense to one another. | 14:31 |
gordc | i think we have different understanding of what is possible and what isn't | 14:32 |
kfarhane_ | please can somoene tell me why i'm not seeing cpu_util metric of instances in compute node? | 14:32 |
cdent | kfarhane_: we need to know what release, what virt driver, what pipeline.yaml to be able to give you a good answer to that. Are you seeing other meters from the same compute node? | 14:33 |
kfarhane_ | yes i'm seeing disk.root.size, disk.ephmeral.size,memory and vcpus metric only, i'm using devstack version stable/Juno, hypervisor is kvm | 14:35 |
kfarhane_ | cdent_: yes i'm seeing disk.root.size, disk.ephmeral.size,memory and vcpus metric only, i'm using devstack version stable/Juno, hypervisor is kvm | 14:36 |
cdent | kfarhane_ have you modified pipeline.yaml or are you using the default one? | 14:37 |
kfarhane_ | i'm using the default one, for instances on controller node it's no problem i see all metrics, but for instances in a compute node there is only the metric i wrote | 14:38 |
openstackgerrit | Rohit Jaiswal proposed openstack/ceilometer: Adds support for dynamic event pipeline https://review.openstack.org/208068 | 14:39 |
gordc | kfarhane_: the ones you listed don't come from compute agent | 14:39 |
gordc | they are built from notifications | 14:40 |
kfarhane_ | gordc: yes alright, but compute agent on compute nod don't poll other metric, and i don't know why? | 14:41 |
cdent | jd__: I'd love to do what you suggested but unfortunately...nope. | 14:42 |
cdent | kfarhane_: have you been able to look at the log files for the compute agent? | 14:47 |
gordc | kfarhane_: are you using the same ceilometer.conf file for both compute agents? | 14:47 |
jd__ | cdent: :(((( | 14:48 |
gordc | cdent: no errors in logs when i asked yesterday | 14:49 |
kfarhane_ | in the log file all work fine, i can see: pollster cpu_util in the context of meter_source, and other posllster for other metric | 14:49 |
cdent | jd__: it's crazy | 14:49 |
jd__ | cdent: am I totally off on that or is there something that prevents it? | 14:49 |
cdent | the way that stuff is implemented is...messy | 14:49 |
kfarhane_ | gords: yes it's the same ceilometer.conf, the only difference that on compute node section [database] in ceilometer.conf is not given | 14:50 |
gordc | do you see errors in collector? do you see anything on metering.sample queue when you run rabbitmqctl list_queues | 14:51 |
cdent | jd i'll try another thing | 14:52 |
cdent | just to confirm | 14:52 |
cdent | jd__: yeah, no can do | 14:55 |
cdent | there's no environ on pecan.response | 14:56 |
cdent | and trying to assign to pecan.request.environ in https://github.com/openstack/aodh/blob/master/aodh/api/controllers/v2/base.py#L40 leads to: Ensure that you're accessing `pecan.request` or `pecan.response` from within the context of a WSGI `__call__` and that `use_context_locals` = True. | 14:56 |
kfarhane_ | gordc: there is no erro in collector, but i'm not seeing any metering.sample when i run rabbitmqctl list_queues | 14:56 |
cdent | so the hook is needed to get the required data into the environ, which the middleware can see | 14:57 |
jd__ | cdent: -_- | 14:57 |
jd__ | ok | 14:57 |
cdent | it's _crazy_ and very disappointing | 14:57 |
jd__ | missah sad | 14:57 |
kfarhane_ | gordc: sory sory, there is one metring.sample 0 , when i run the command rabbitmq | 14:57 |
cdent | me too, but I guess it will at least work now | 14:58 |
gordc | kfarhane_: my only guess is you don't have any instances on the compute node... | 14:58 |
*** ildikov has quit IRC | 14:59 | |
kfarhane_ | gordc_: sure i have an instance on compute node | 14:59 |
gordc | kfarhane_: if you look at compute log in addition to "polling for..." logs, you should see a dump of information related to instances | 14:59 |
gordc | if you don't see a dump (assuming you have debug on), it's not finding your instance or you don't have an instance. | 14:59 |
gordc | the only other suggestion i can make is to check nova-api call to see if the polling actually makes it htere. | 15:01 |
*** ryanpetrello has joined #openstack-ceilometer | 15:01 | |
gordc | turn off your other compute/central agents | 15:02 |
kfarhane_ | gordc: can you tell me what is the write config of nova.conf and ceilometer.conf, have i to add some lines to poll metrics? | 15:03 |
kfarhane_ | gordc: i add theses ones: notification_driver = nova.openstack.common.notifier.rpc_notifier notification_driver = ceilometer.compute.nova_notifier, and rerun my services of ceilometer and nova, but nothing | 15:04 |
gordc | the nova_notifier is not relevant (it should be gone in juno) | 15:04 |
gordc | those items relate to notifications from nova, not polling | 15:05 |
gordc | if your other compute agent works, it should be no different | 15:06 |
kfarhane_ | gorcd: the only compute agent which works is the one in controller node (my controller node can instanciate locally nova instances) , but compute_agent don't work in any compute_node | 15:08 |
gordc | cdent: if i understand your concern, it's not about upgrading but rather not upgrading. assuming there can be ceilo-alarm package built as well as an aodh package built, the question i have is what is difference between liberty ceilo-alarm vs kilo ceilo-alarm... and is 'stay on kilo ceilo-alarm' a valid answer? (since at some point that will be the answer) | 15:08 |
cdent | gordc: That seems a reasonable summary. | 15:09 |
gordc | kfarhane_: i understand that. but in regards to conf file, they should be the same. | 15:09 |
cdent | kfarhane_: are you certain that your compute node can see keystone, this was a problem I saw recently wherein the compute node was trying to use keystone on localhost on the compute node | 15:10 |
kfarhane_ | cdent: i think yes, because i'm able to create vm on compute node, and that require authentication keystone | 15:11 |
cdent | Is that true, I thought the conductor worked over the messaging bus and keystone didn't get involved at that stage? I admit, however, I know _very_ little about nova | 15:12 |
gordc | cdent: cool cool. so i don't want to have both... i believe the only patch that made it to liberty was alarm trusts. is that patch alone enough to differentiate kilo alarms vs liberty alarms? | 15:13 |
openstackgerrit | Merged openstack/gnocchi: Implements list_resources limit/ordering https://review.openstack.org/209438 | 15:14 |
gordc | cdent: since we said at midcycle we should keep code, i'm ok with staying course... iff that code is still accessible. the delete asap was based on the idea that it's not accessible. | 15:14 |
cdent | gordc: probably not. but is it "fair" to say to people "when you're upgrading to liberty if you don't want aodh, you need to say on kilo for ceilometer-alarming". It may very well be, just trying to understand, makes sure we're all clear etc | 15:14 |
cdent | I don't personally know what the right thing to do is, nor do I understand all the options. I'm just trying to put myself in the shoes of joe-ceilometer-user and think of the questions I would have. | 15:15 |
gordc | ^ above condition ok? that was sort of reason why i asked yesterday what other ways is there to consume ceilometer... from packaging pov, it's not accessible... and that was only one i got. | 15:15 |
gordc | kfarhane_: can you check to see in nova-api, that you can see ceilometer's poll? | 15:18 |
gordc | the main part of conf you need to ensure you have is. [service_credentials] | 15:19 |
gordc | that is what ceilometer uses to connect to nova client to poll | 15:19 |
gordc | unrelated -- does anyone understand yaml tags? | 15:20 |
*** r-daneel has joined #openstack-ceilometer | 15:22 | |
gordc | prad: i have the loop stuff working. i just need a way to say 'this field is a path' and 'this field is static' | 15:23 |
cdent | gordc: i can sometimes do yaml, what's up? | 15:24 |
gordc | cdent: ^ | 15:24 |
gordc | relates to prad's meter.yaml file | 15:24 |
cdent | what do you mean by "path" and "static"? | 15:25 |
gordc | cdent: so all the unit values are static/hardcoded https://github.com/openstack/ceilometer/blob/master/ceilometer/meter/data/meters.yaml#L19 | 15:26 |
gordc | the volumes would not. https://github.com/openstack/ceilometer/blob/master/ceilometer/meter/data/meters.yaml#L20 | 15:27 |
*** ryanpetrello has quit IRC | 15:27 | |
cdent | as far as yaml is concerned those are both strings and that's all,yeah? | 15:27 |
gordc | yeah. | 15:27 |
cdent | but you want, in the yaml, to say something different? | 15:27 |
*** ryanpetrello has joined #openstack-ceilometer | 15:28 | |
gordc | i want to know if it's a path... right now we take the string and we try to convert it to path... if we can't find path, we assume it's not a path. | 15:29 |
gordc | but i want to say 'this is a path, and not a string' | 15:29 |
gordc | the easy/stupid way is just to see if it begins with 'payload'... but i'm looking for something more clever | 15:31 |
openstackgerrit | Chris Dent proposed openstack/aodh: Correct thread handling in TranslationHook https://review.openstack.org/210418 | 15:32 |
*** _cjones_ has joined #openstack-ceilometer | 15:33 | |
prad | gordc, cool | 15:33 |
*** _cjones_ has quit IRC | 15:33 | |
*** _cjones_ has joined #openstack-ceilometer | 15:33 | |
cdent | sorry gordc, fell in a hole | 15:33 |
cdent | I think you're better off doing the checking in code, not yaml, because if you put it in yaml then you're making trouble for maintainers of that file | 15:34 |
cdent | in which case it sounds like what you're doing already is okay? | 15:34 |
prad | gordc, couldnt we do some regex match on '.' separator for say payload.value.foo and call it path or something better | 15:35 |
gordc | it's sort of code. i'm reusing most of prad's code but using more complex jsonpath functions. | 15:36 |
prad | so on math stuff i made some progress.. i added a new tag in yaml called expr a.. if expr is a string, i just eval it ..if its just a number i scale it | 15:37 |
gordc | prad: yeah... i'm going to post a solution with that... we can see if it's too complex for a yaml and maybe we need to keep multi-meter payloads code based | 15:37 |
prad | we seem to be using eval all over in pipeline code.. | 15:38 |
gordc | what's this 'tag' stuff... seems like something i could ues. | 15:38 |
gordc | use* | 15:38 |
*** logan2 has quit IRC | 15:38 | |
prad | just another field | 15:39 |
prad | may be tag is too fancy a word | 15:39 |
gordc | oh. yeah. i had that idea too.lol | 15:40 |
*** logan2 has joined #openstack-ceilometer | 15:41 | |
EmilienM | gordc: do we have new agents/services in Liberty? I'm looking at the puppet-ceilometer status for liberty | 15:42 |
cdent | timely EmilienM | 15:43 |
EmilienM | cdent: I am | 15:43 |
EmilienM | cdent: and I like :) | 15:43 |
gordc | prad: what would the aodh package be called? same as current ceilometer-alarm packages? | 15:45 |
EmilienM | gordc: is it packaged in ubuntu too ? | 15:45 |
gordc | prad: this relates to question i had, can you build both aodh and ceilometer-alarm? | 15:45 |
gordc | EmilienM: it should be. | 15:46 |
gordc | zigo: ^ | 15:46 |
EmilienM | don't ask zigo, he's working on debian/mos | 15:46 |
gordc | we don't have a release yet, so no package | 15:46 |
gordc | EmilienM: who's ubuntu? | 15:46 |
EmilienM | gordc: jamespage | 15:47 |
EmilienM | gordc: on freenode | 15:47 |
EmilienM | gordc: I tested ceilometer/liberty on ubuntu - it works | 15:47 |
EmilienM | I'm just not sure if everything is installed & tested | 15:47 |
prad | gordc, openstack-aodh | 15:47 |
prad | gordc, we can build both | 15:48 |
prad | but cant install at the same time | 15:48 |
openstackgerrit | Chris Dent proposed openstack/ceilometer: Correct thread handling in TranslationHook https://review.openstack.org/210503 | 15:48 |
gordc | prad: ok. i was under impression only one could be built. | 15:49 |
prad | what you mean by *built*? | 15:49 |
prad | both packages can exist in a repo , but only one can be installed | 15:50 |
gordc | only one package can exist in repo | 15:50 |
prad | as one obsoletes other | 15:50 |
prad | well thats a rel-eng decision, we can decide that and only have aodh in the repo | 15:51 |
*** belmoreira has quit IRC | 15:51 | |
prad | and when someone does yum update it will replace ceilo-alarm with openstack-aodh | 15:51 |
*** Ephur has joined #openstack-ceilometer | 15:51 | |
prad | technically there is nothing stopping us from having both is what i'm saying | 15:52 |
prad | in the repo | 15:52 |
prad | . | 15:52 |
prad | oops | 15:52 |
*** belmoreira has joined #openstack-ceilometer | 15:52 | |
*** belmoreira has quit IRC | 15:52 | |
gordc | i see. | 15:52 |
gordc | well then. i guess we need to kill code after L* | 15:52 |
cdent | gordc: I don't follow your logic. How does the capability of making a package make difference. (I agree with you but I don't understand your reasoning) | 15:53 |
gordc | the reason for delete right away was because the code was inaccessible... but it seems that is not true anymore | 15:55 |
gordc | we can still debate whether or not we just tell people to stick with kilo if they don't want aodh... but given a choice, people will always say i want latest but safest. | 15:56 |
gordc | safest == same | 15:56 |
gordc | i wonder what was done when glance split out of nova. | 15:58 |
cdent | things drug on in limbo on both sides forever | 15:58 |
cdent | I think that's the concern that presented for why it is better to delete | 15:58 |
gordc | obviously network never died in nova | 15:58 |
cdent | clearly | 15:58 |
gordc | well we have a delete point... i just wonder how much warning they gave when they did glance | 15:59 |
cdent | brb | 16:01 |
gordc | asking rel mgrs regarding glance | 16:02 |
openstackgerrit | gordon chung proposed openstack/ceilometer: support multiple-meter payloads https://review.openstack.org/210512 | 16:04 |
*** _cjones_ has quit IRC | 16:04 | |
*** _cjones_ has joined #openstack-ceilometer | 16:04 | |
*** safchain has quit IRC | 16:06 | |
*** eglynn has quit IRC | 16:18 | |
gordc | so... they split glance in b*... stopped packaging in g* and still have some random code lying around | 16:19 |
cdent | yeah, so I believe the delete now idea is "just rip of bandaid now, as quickly as possible" | 16:21 |
cdent | don't prolong the pain | 16:21 |
gordc | yeah. well i'm definietly not doing a 6 cycle deprecation | 16:25 |
gordc | seems like M* is suffice. we already killed development pre-summit | 16:26 |
gordc | seems like the least amount of time to appease the idlers. | 16:27 |
gordc | if anyone has issues ^^ please raise... or comment on my reply to cdents ML | 16:28 |
*** ildikov has joined #openstack-ceilometer | 16:42 | |
cdent | g | 16:52 |
kfox1111 | if I adjust the ttl on a mongodb backed ceilometer, will it take affect? | 17:00 |
kfox1111 | which agents do I need to restart too? | 17:01 |
EmilienM | kfox1111: collector | 17:03 |
EmilienM | maybe alarming too | 17:03 |
*** annasort has joined #openstack-ceilometer | 17:05 | |
openstackgerrit | Chris Dent proposed openstack/aodh: Make ConnectionRetryTest more reliable https://review.openstack.org/210538 | 17:07 |
*** exploreshaifali has joined #openstack-ceilometer | 17:09 | |
*** ddieterly has joined #openstack-ceilometer | 17:12 | |
*** ankita_wagh has joined #openstack-ceilometer | 17:17 | |
*** rjaiswal has joined #openstack-ceilometer | 17:19 | |
kfox1111 | thx. | 17:19 |
openstackgerrit | Merged openstack/ceilometer: Cast Int64 values to float https://review.openstack.org/207567 | 17:20 |
openstackgerrit | Chris Dent proposed openstack/ceilometer: Make ConnectionRetryTest more reliable https://review.openstack.org/210542 | 17:21 |
*** thorst has quit IRC | 17:28 | |
*** yprokule has quit IRC | 17:35 | |
cdent | gordc or nadya, around? | 17:36 |
nadya | cdent: yep | 17:37 |
cdent | nadya: you were working on the functional test stuff yeah? are there plans already in place for dealing with the 'cover' target in tox.ini? | 17:37 |
cdent | right now it still starts mongo but runs the coverage against just the unit tests | 17:37 |
cdent | are we wanting to to run both function and unit tests or, just unit and it doesn't need mongo? | 17:38 |
nadya | cdent: I believe the idea was to have an ability to run 'quick' unit tests without mongo start | 17:39 |
cdent | yes, that's the py27 and py34 targets now | 17:39 |
nadya | cdent: so mongo start may be removed when unit tests start | 17:39 |
cdent | but I'm wondering specifically about the coverage tests | 17:39 |
cdent | do we think that the coverage tests should be just unit, or unit and functional? | 17:40 |
cdent | https://github.com/openstack/ceilometer/blob/master/tox.ini#L70 | 17:40 |
*** IBerezovskiy has quit IRC | 17:42 | |
nadya | cdent: thinking... | 17:42 |
cdent | coverage is just 58% when running just the unit tests | 17:43 |
kfox1111 | how do I apply the ttl to old entries in mongodb? | 17:44 |
nadya | cdent: what do we want from 'coverage'? Where is it used? And 58% is very bad... | 17:44 |
* cdent runs again with both | 17:44 | |
cdent | I think is just a useful too to find out where we need more tests (that's why I was running it when i realized this situations, I was in a test writing state of mind), so I don't think it used anywhere other than in our own work. But I'm not sure of that. | 17:45 |
nadya | cdent: if we care about statistics anywhere and have 90+ now and then switch to only unit and will show 58%... | 17:45 |
cdent | ;) | 17:45 |
cdent | kfox1111: I'm trying to remember, did we talk about this a few days ago and I pointed you at some docs, or are you someone else who I haven't pointed at the docs, and thus the docs might be useful? | 17:46 |
cdent | kfox1111: those docs were/are: http://docs.openstack.org/admin-guide-cloud/content/section_telemetry-storing-data.html | 17:47 |
kfox1111 | yeah, it says how to set it. | 17:48 |
kfox1111 | but it doesn't seem to have fully kciked in. the db hasn't shrank any. | 17:49 |
cdent | nadya: coverage is 84% with both functional and unit tests | 17:49 |
nadya | cdent: I think to keep it as it is for now. And keep in mind that we need more unit tests | 17:49 |
kfox1111 | hmm... it did: "name" : "meter_ttl", "expireAfterSeconds" : 8035200, | 17:49 |
kfox1111 | in the db though, so its close. | 17:49 |
kfox1111 | maybe I have to tickle something in mongodb to get it to apply it? | 17:50 |
cdent | kfox1111: I don't actually know. I thought mongo was supposed to be automatic, but I'm not sure how it works out when it wasn't set from the start. | 17:50 |
cdent | let me see if I can find some more info | 17:51 |
*** thorst has joined #openstack-ceilometer | 17:51 | |
kfox1111 | ok. thanks. :) | 17:51 |
*** prad has quit IRC | 17:52 | |
cdent | kfox1111: what are you doing to determine if you expired anything or not? as far as I understand things, mongodb will not release freed disk space back to the os unless you do some extra work | 17:55 |
kfox1111 | just looking at the stats on the collection. | 17:55 |
kfox1111 | ah. | 17:55 |
cdent | ? | 17:55 |
kfox1111 | db.meter.stats(); | 17:56 |
*** nadya has quit IRC | 17:59 | |
cdent | kfox1111 you mean to choose 8035200 for the expire time? that seems a bit of a weird choice | 18:00 |
kfox1111 | my guess was that's about 3 months? | 18:00 |
cdent | yeah, very close | 18:01 |
cdent | so I guess that is what you mean | 18:01 |
cdent | :) | 18:01 |
kfox1111 | :) | 18:01 |
kfox1111 | not very computer sciency looking a number. :) | 18:01 |
kfox1111 | we've never expired, so cutting it off there seemed ok. | 18:02 |
cdent | is your installation live and you should be getting incoming samples? | 18:04 |
kfox1111 | yeah. | 18:04 |
cdent | so count in stats is going up? | 18:04 |
kfox1111 | trying to verify the older stuff is gone now. | 18:04 |
kfox1111 | its kind of slow... | 18:04 |
kfox1111 | good call. let me check. | 18:04 |
cdent | because you may be losing one as a new one comes in | 18:04 |
* cdent shrugs | 18:04 | |
cdent | this stuff is too hard to debug :( | 18:04 |
kfox1111 | ah... it is slightly less now. | 18:07 |
kfox1111 | so its just slow to drain out. | 18:07 |
kfox1111 | thanks. :) | 18:07 |
cdent | I think all I did was distract you long enough for it to do something :) | 18:07 |
kfox1111 | could be. :) | 18:07 |
kfox1111 | thanks for the help. | 18:08 |
cdent | you're welcome | 18:08 |
cdent | have you heard about or had a chance to poke at gnocchi yet? | 18:08 |
cdent | It deals with the space problems in this kind of data much better | 18:08 |
cdent | but is a completely diferent data model so not a direct migration | 18:08 |
kfox1111 | yeah. this cloud's juno. we're going to move to kilo in a few weeks on this cloud, and then we were going to give gnocchi a try. | 18:09 |
*** jdandrea has left #openstack-ceilometer | 18:10 | |
kfox1111 | right now I'm not sure the issue at hand would be solved by the ttl or gnocchi... | 18:10 |
kfox1111 | I think rabbits more the bottleneck. | 18:10 |
cdent | Cool. It's been under development for quite a while now but hasn't had a ton of real world testing over any significan tamount of time... | 18:10 |
kfox1111 | we've been requested by some of the scientists to crank up ceilometer to sample every 5 seconds. | 18:11 |
cdent | well I was just thinking the space problem and the slowness of data retrieval | 18:11 |
kfox1111 | Its not too happy at the moment. :) | 18:11 |
cdent | gnocchi doesn't duplicate resource data with every measure, and pre-aggregates the measures | 18:11 |
kfox1111 | I'm guessing mongodb prioritizes writes to deletes, which is why the ttl stuf is slow to drain. | 18:11 |
kfox1111 | nice. that would really help space wise. :) | 18:11 |
cdent | a fair guess | 18:11 |
cdent | i did some pretty lame but interesting testing over the weekend: https://tank.peermore.com/tanks/cdent-rhat/LongRunningGnocchi | 18:12 |
cdent | (I mention that only because I had ceilometer set to poll every 5 seconds) | 18:12 |
kfox1111 | cool. I'll have a read. thanks. :) | 18:12 |
cdent | And with that I think I'm done for the evening. | 18:15 |
cdent | Good night everyone | 18:15 |
*** cdent has quit IRC | 18:15 | |
kfox1111 | good night. | 18:16 |
*** drjones has joined #openstack-ceilometer | 18:18 | |
*** _cjones_ has quit IRC | 18:22 | |
*** divya__ has quit IRC | 18:30 | |
openstackgerrit | Chris Dent proposed openstack/ceilometer: Don't start up mongodb for unit test coverage https://review.openstack.org/210570 | 18:32 |
*** htruta_ has joined #openstack-ceilometer | 18:39 | |
*** yassine_ has quit IRC | 18:41 | |
openstackgerrit | Chris Dent proposed openstack/ceilometer: Correctly intialized olso config fixture for TestClientHTTPBasicAuth https://review.openstack.org/210582 | 18:53 |
openstackgerrit | gordon chung proposed openstack/ceilometer: support multiple-meter payloads https://review.openstack.org/210512 | 18:55 |
*** nadya has joined #openstack-ceilometer | 18:59 | |
*** ankita_w_ has joined #openstack-ceilometer | 19:00 | |
*** ankita_wagh has quit IRC | 19:03 | |
*** nadya has quit IRC | 19:04 | |
*** tongli has quit IRC | 19:28 | |
*** exploreshaifali has quit IRC | 19:34 | |
*** alexpilotti has quit IRC | 19:35 | |
*** ildikov has quit IRC | 19:37 | |
*** ankita_wagh has joined #openstack-ceilometer | 19:39 | |
*** ddieterl_ has joined #openstack-ceilometer | 19:39 | |
*** ddieterly has quit IRC | 19:39 | |
*** boris-42 has joined #openstack-ceilometer | 19:40 | |
*** ankita_w_ has quit IRC | 19:41 | |
*** nadya has joined #openstack-ceilometer | 19:43 | |
*** MVenesio has quit IRC | 19:45 | |
*** rbak has quit IRC | 19:45 | |
*** rbak has joined #openstack-ceilometer | 19:53 | |
*** ildikov has joined #openstack-ceilometer | 19:57 | |
*** gordc has quit IRC | 20:09 | |
*** jruano has quit IRC | 20:45 | |
*** logan2 has quit IRC | 20:56 | |
*** ddieterl_ has quit IRC | 20:58 | |
*** htruta_ has quit IRC | 20:59 | |
*** ankita_w_ has joined #openstack-ceilometer | 21:00 | |
*** htruta has quit IRC | 21:02 | |
*** ankita_wagh has quit IRC | 21:03 | |
openstackgerrit | Pradeep Kilambi proposed openstack/ceilometer: Convert instance, bandwidth and SwiftMiddleware meters https://review.openstack.org/209637 | 21:20 |
*** nadya has quit IRC | 21:21 | |
openstackgerrit | Pradeep Kilambi proposed openstack/ceilometer: support multiple-meter payloads https://review.openstack.org/210512 | 21:22 |
openstackgerrit | Pradeep Kilambi proposed openstack/ceilometer: Convert instance, bandwidth and SwiftMiddleware meters https://review.openstack.org/209637 | 21:22 |
*** htruta_ has joined #openstack-ceilometer | 21:37 | |
*** logan2 has joined #openstack-ceilometer | 21:39 | |
*** annasort has quit IRC | 21:47 | |
*** thorst has quit IRC | 22:08 | |
openstackgerrit | Pradeep Kilambi proposed openstack/ceilometer: Add support to compute cpu meters in yaml https://review.openstack.org/210619 | 22:12 |
*** ddieterly has joined #openstack-ceilometer | 22:16 | |
*** edmondsw has quit IRC | 22:21 | |
*** r-daneel has quit IRC | 22:31 | |
*** changbl has quit IRC | 22:49 | |
*** pauldix has quit IRC | 22:54 | |
*** changbl has joined #openstack-ceilometer | 22:56 | |
kfox1111 | I've got a big backlog of unexpired tmeters in ceilometer. plus a deadline coming up. | 23:08 |
kfox1111 | is it safe to djust purge all of the samples out of the meters collection? | 23:08 |
kfox1111 | db.meters.drop() ? | 23:11 |
*** logan2 has quit IRC | 23:15 | |
*** jruano has joined #openstack-ceilometer | 23:30 | |
kfox1111 | is it safe to djust purge all of the samples out of the meters collection? | 23:44 |
*** ankita_w_ has quit IRC | 23:47 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!