Tuesday, 2014-03-25

openstackgerritJoe Gordon proposed a change to openstack/ceilometer: Disable oslo.messaging debug logs  https://review.openstack.org/8267100:01
*** Alexei_987 has joined #openstack-ceilometer00:10
*** promulo has quit IRC00:17
*** promulo has joined #openstack-ceilometer00:17
*** openstack has joined #openstack-ceilometer00:19
*** matsuhashi has joined #openstack-ceilometer00:26
*** _cjones_ has quit IRC00:52
*** llu_linux has joined #openstack-ceilometer00:55
*** llu has quit IRC00:56
*** creiht has left #openstack-ceilometer01:17
*** rwsu has quit IRC01:26
*** nosnos has joined #openstack-ceilometer01:29
*** matsuhashi has quit IRC01:30
*** matsuhashi has joined #openstack-ceilometer01:30
*** rwsu has joined #openstack-ceilometer01:42
*** yjiang5_1 has joined #openstack-ceilometer01:57
*** yjiang5 has quit IRC01:57
*** tasdomas has quit IRC01:58
*** tasdomas has joined #openstack-ceilometer02:00
*** kun_huang has joined #openstack-ceilometer02:19
kun_huangcan I create a meter by myself?02:19
liushengwell, you can create a sample with the meter_name not implemented in ceilometer, this meter_name will be included in meter-list02:50
kun_huangliusheng this is not implemented in v2 now?02:50
kun_huangliusheng POST /v2/meters/(meter_name)02:51
kun_huangliusheng not exist one I think02:51
flwangkun_huang: IIUC, you can post sample to Ceilometer02:55
flwangand IIRC, the meter you set in the sample will be saved automatically02:56
kun_huangflwang could I delete one meter?02:57
kun_huangthe one I created or not02:57
flwangkun_huang: I don't think so. I'm not aware there is an api can do that02:59
flwangkun_huang: btw, congrats for your Rally core :)02:59
liushengkun_huang, deleting sample, this has be discussed in mailing-list about a month ago02:59
kun_huangflwang haha thank you02:59
flwangkun_huang: looking forward to seeing more contributions03:01
kun_huangliusheng POST /v2/meters/(meter_name) this API is doing "create a sample"?03:02
kun_huangflwang to rally?03:02
liushengkun_huang, yes03:02
kun_huangliusheng got it, thank you :)03:02
liushengkun_huang, congratulations for you:)03:04
kun_huangliusheng flwang :)03:05
*** matsuhashi has quit IRC03:12
*** nosnos has quit IRC03:29
*** matsuhashi has joined #openstack-ceilometer03:30
*** matsuhashi has quit IRC03:36
*** ddutta has quit IRC03:44
*** ddutta has joined #openstack-ceilometer03:54
*** nati_ueno has quit IRC04:13
*** piyushmasrani has joined #openstack-ceilometer04:15
*** ddutta has quit IRC04:15
*** matsuhashi has joined #openstack-ceilometer04:23
*** nosnos has joined #openstack-ceilometer04:25
*** nati_ueno has joined #openstack-ceilometer04:40
*** _nadya_ has joined #openstack-ceilometer05:01
*** matsuhashi has quit IRC05:14
*** matsuhashi has joined #openstack-ceilometer05:18
*** _nadya_ has quit IRC05:21
*** mihgen has joined #openstack-ceilometer05:29
*** _nadya_ has joined #openstack-ceilometer05:41
*** _nadya_ has quit IRC05:44
*** nati_ueno has quit IRC05:47
*** nati_ueno has joined #openstack-ceilometer05:51
openstackgerritJenkins proposed a change to openstack/ceilometer: Imported Translations from Transifex  https://review.openstack.org/7676206:08
*** ildikov_ has quit IRC06:15
*** Ruetobas has quit IRC06:28
*** Ruetobas has joined #openstack-ceilometer06:34
*** Ruetobas has quit IRC06:39
*** Ruetobas has joined #openstack-ceilometer06:39
*** ildikov_ has joined #openstack-ceilometer06:59
*** lsmola_ has quit IRC07:02
*** lsmola_ has joined #openstack-ceilometer07:03
*** bogdando has quit IRC07:05
*** ityaptin has quit IRC07:16
*** eglynn has joined #openstack-ceilometer07:19
eglynnildikov_: good morning!07:19
eglynnildikov_: thanks for the recheck comment on https://review.openstack.org/82672 earlier07:19
eglynnildikov_: nice to wake up to a green report from jenkins :)07:20
eglynn(... I jumped the gun with my own recheck late last night when I saw one of the tempest runs fail in realtime via the zuul status)07:21
eglynnjd__: any idear when ttx is planning to cut the milestone-proposed for RC1?07:22
eglynn(... I ask coz /me would really like to get https://bugs.launchpad.net/ceilometer/+bug/1297004 in for RC1)07:23
ildikov_eglynn: good morning :)07:23
ildikov_eglynn: np, I do not have problems with red color, but I like green more in case of tests too, it's better to review a code if Jenkins had already some positive opinion about it ;)07:24
eglynnildikov_: wise words :)07:25
eglynnildikov_: ... I hope that late-night bug report reads sensibly in the cold light of morning07:25
eglynnildikov_: ... I was scratching my head for a long while yesterday before I realized what was going on07:25
eglynn... debugging javascript run via mongo map-reduce is no fun :(07:26
ildikov_eglynn: here the sun is shining, so I'm just about to dig deeper in that bug and the fix07:27
eglynnildikov_: nice! ... and thanks :)07:27
ildikov_eglynn: I have experience only with pure javascript debugging, so I know that there isn't much fun in it :(07:28
ildikov_eglynn: BTW, I have a nice review for you, small and simple, I wrote som enew tests too, hopefully I wrote enough: https://review.openstack.org/#/c/82110/07:29
eglynnildikov_: ... my own fault, I convinced myself first there was a subtle bug in the original JS, only later realized that it was actually a bug in eglynn's understanding of M-R07:29
ildikov_eglynn: so if you may have time between a map and a reduce, it would be good, if you could take a look ;)07:29
*** saju_m has joined #openstack-ceilometer07:30
eglynnildikov_: cool, looking at https://review.openstack.org/82110 now07:30
ildikov_eglynn: I'm not an expert of M-R, but it's never too late :)07:30
eglynnildikov_: ... well, I'm less inexpert than I was yesterday07:30
ildikov_eglynn: just a dumb question, do we have any coverage report somewhere?07:30
ildikov_eglynn: than I have to say that it is a beautiful day to learn some more tricks about M-R :)07:31
eglynnildikov_: ... /me has vague memories of a --coverage option to run-tests.sh back in the day07:32
eglynnildikov_: ... but not sure if that carries over to tox/testr07:32
ildikov_eglynn: I was just asking, because as you may know I'm the great fan of code refactor and I realize time to time that we do not have enough tests07:32
*** gibi has quit IRC07:33
ildikov_eglynn: I made a mistake during the implementation of that small patch and there wasn't any failing test to show it to me, so now I wrote one, but I'm just wondering, how many similar situations could we have07:34
eglynnildikov_: ... I see a --coverage in tox.ini under the cover testenv07:34
eglynnildikov_: ... so I guess tox -ecover ...?07:34
ildikov_eglynn: cool, I will try, tnx07:35
ildikov_eglynn: is it running on the gate too?07:36
eglynnildikov_: ... not AFAIK, but don't take that as gospel (I could be wrong)07:36
*** nati_ueno has quit IRC07:37
ildikov_eglynn: tnx, I will check, if I will have some free time it's not that extremely important, but it would be good to have an initial value about it07:38
eglynnthe iron law of nit-picking in action07:38
eglynn... /me was just about to nitpick on the lack of i18n in the exception messages07:38
eglynn... lazy _() for the win! :)07:38
ildikov_eglynn: if you mean that install lazy _() patch, I had some review effort to get it in, so the guy really deserved that real +1 after my endless questions :)07:40
eglynnildikov_: yeah that's exactly the patch I mean, community service at its best! :)07:41
ildikov_eglynn: LOL :)07:42
eglynnildikov_: minor question inline on https://review.openstack.org/82110 ... looks good to me otherwise07:42
ildikov_eglynn: that nitpick is an API level check, which should not face with this NotImplementedError issue07:45
ildikov_eglynn: but I can modify that check to the list version, if you think that it can be affected once by this issue07:46
eglynnildikov_: a-ha, of course, the call never makes it as far as the storage driver07:46
eglynnildikov_: ... yep, carry on, ignore my babbling ;)07:47
ildikov_eglynn: np, I assume you're before your early morning coffee :)07:47
ildikov_eglynn: I had a thought to backport this patch to stable/havana07:47
ildikov_eglynn: what do you think about this weird thought of mine?07:48
eglynnildikov_: looks like a perfect backport candidate to me, thanks!07:48
ildikov_cool, tnx :)07:48
eglynn... /me scurries off to get kids out the door to school07:48
ildikov_eglynn: so everyone survived the yesterday's fun program, good to read that :)07:50
eglynnildikov_: ... yep no fatalities or spinal injuries :)07:50
ildikov_eglynn: cool, I hope it was fun too and not just you're screaming that "don't do this! don't do that!" ;)07:51
eglynnildikov_: ... nah, no shouting from me, I was just trying to figure out how to sneak onto the trampoline myself :)07:58
*** eglynn has quit IRC07:59
*** bogdando has joined #openstack-ceilometer08:03
*** mihgen has quit IRC08:19
*** admin0 has joined #openstack-ceilometer08:28
*** inc0 has joined #openstack-ceilometer08:30
*** kun_huang has quit IRC08:35
*** matsuhashi has quit IRC08:49
*** saju_m has quit IRC08:50
*** yassine has joined #openstack-ceilometer08:52
*** saju_m has joined #openstack-ceilometer08:52
*** nacim has joined #openstack-ceilometer08:55
*** matsuhashi has joined #openstack-ceilometer08:56
openstackgerritA change was merged to openstack/ceilometer: Fix validation error for invalid field name in simple query  https://review.openstack.org/8211009:00
*** kun_huang has joined #openstack-ceilometer09:06
*** matsuhashi has quit IRC09:14
*** matsuhashi has joined #openstack-ceilometer09:18
*** eglynn has joined #openstack-ceilometer09:34
*** saju_m has quit IRC09:38
*** nosnos has quit IRC09:39
*** saju_m has joined #openstack-ceilometer09:57
*** kun_huang has quit IRC10:08
*** matsuhashi has quit IRC10:08
*** matsuhashi has joined #openstack-ceilometer10:10
openstackgerritJia Dong proposed a change to openstack/python-ceilometerclient: Replace assertTrue with assertIsNotNull for check an object  https://review.openstack.org/8276410:16
openstackgerritPeter Portante proposed a change to openstack/ceilometer: Use swob instead of webob in swift unit tests  https://review.openstack.org/8257210:23
openstackgerritA change was merged to openstack/ceilometer: Fixes duplicated names in alarm time constraints  https://review.openstack.org/8126410:31
*** mihgen has joined #openstack-ceilometer11:01
*** saju_m has quit IRC11:07
*** saju_m has joined #openstack-ceilometer11:08
openstackgerritNadya Privalova proposed a change to openstack/ceilometer: Make Resource able to store several meters  https://review.openstack.org/7824411:08
*** saju_m has quit IRC11:09
openstackgerritNadya Privalova proposed a change to openstack/ceilometer: Make Resource able to store several meters  https://review.openstack.org/7824411:12
openstackgerritNadya Privalova proposed a change to openstack/ceilometer: Make Resource able to store several meters  https://review.openstack.org/7824411:15
*** saju_m has joined #openstack-ceilometer11:15
openstackgerritPeter Portante proposed a change to openstack/ceilometer: Use swob instead of webob in swift unit tests  https://review.openstack.org/8257211:21
*** saju_m has quit IRC11:38
*** saju_m has joined #openstack-ceilometer11:38
*** julim has joined #openstack-ceilometer12:13
*** matsuhashi has quit IRC12:16
*** matsuhashi has joined #openstack-ceilometer12:23
*** promulo has quit IRC12:23
inc0hmm, can you gather event types "compute.instance.exists" per flavor? so instance:myflavor will also have samples from compute.instance.exist?12:34
*** zul has quit IRC12:38
*** zul has joined #openstack-ceilometer12:41
*** saju_m has quit IRC12:41
*** saju_m has joined #openstack-ceilometer12:55
*** julienvey has joined #openstack-ceilometer12:57
*** julienvey has quit IRC12:58
*** julienvey has joined #openstack-ceilometer12:58
*** saju_m has quit IRC12:59
*** saju_m has joined #openstack-ceilometer13:00
*** heyongli has joined #openstack-ceilometer13:02
*** matsuhashi has quit IRC13:03
*** saju_m has quit IRC13:04
*** saju_m has joined #openstack-ceilometer13:05
*** ildikov_ has quit IRC13:06
*** heyongli has quit IRC13:07
*** heyongli has joined #openstack-ceilometer13:07
*** saju_m has quit IRC13:09
*** saju_m has joined #openstack-ceilometer13:10
*** gordc has joined #openstack-ceilometer13:11
*** ildikov_ has joined #openstack-ceilometer13:13
*** julienvey has quit IRC13:16
flwangjd__: ping13:17
jd__flwang: pong13:18
flwangjd__: a question about metering the public traffic in/out of the cloud for a given tenant13:19
flwangjd__: does ceilometer support this?13:19
flwangjd__: and if not, does this requirement depends on your patch https://review.openstack.org/#/c/70090 ?13:20
flwangs/your/this13:20
*** ChanServ changes topic to "the gerrit event stream is currently hung, blocking all testing. troubleshooting is in progress (next update at 14:00 utc)"13:20
flwangjd__: sorry, I know you may not the right person I should ask, but just try if I'm lucky man :)13:21
*** changbl has quit IRC13:22
jd__yeah you need to take a look at neutron13:24
jd__it's the one doing that13:24
flwangjd__: ok, seems we didn't touch much against Neutron metering13:27
flwangjd__: thanks all the same :)13:29
*** ChanServ changes topic to "OpenStack Telemetry (Ceilometer) | https://wiki.openstack.org/wiki/Ceilometer"13:29
openstackstatusNOTICE: the issue with gerrit cleared on its own before any corrective action was taken13:29
eglynngood afternoon folks ...13:39
eglynna call for reviews in python-ceilometerclient if any cores have bandwidth13:39
eglynn... /me would like to get https://review.openstack.org/78356 https://review.openstack.org/80499 https://review.openstack.org/79973 https://review.openstack.org/75076 landed at least13:40
eglynn... before cutting a new 1.0.10 release to co-incide roughly with RC113:40
*** nati_ueno has joined #openstack-ceilometer13:40
*** ddutta has joined #openstack-ceilometer13:42
*** promulo has joined #openstack-ceilometer13:55
*** liusheng has quit IRC13:58
*** nati_ueno has quit IRC13:59
*** nacim has quit IRC14:02
*** heyongli has quit IRC14:02
*** prad has joined #openstack-ceilometer14:05
*** prad has quit IRC14:14
*** prad has joined #openstack-ceilometer14:16
openstackgerritSt├ęphane Albert proposed a change to openstack/python-ceilometerclient: Statistics groupby handling improvement  https://review.openstack.org/8025614:20
openstackgerritAkhil Hingane proposed a change to openstack/ceilometer: VMware vSphere: Improve the accuracy of queried samples  https://review.openstack.org/8031414:20
*** sayalilunkad has joined #openstack-ceilometer14:21
*** alexpilotti has quit IRC14:28
*** admin0 has quit IRC14:32
*** luisg has joined #openstack-ceilometer14:35
*** jmckind has joined #openstack-ceilometer14:35
*** kun_huang has joined #openstack-ceilometer14:35
nprivalovajd__: hi! I'm sorry but I still have static related question. if we have base-class and several childs. Let's consider one method from base-class. We know that this method may not be implemented in childs but if it is, it should use 'self', so all child-implementations is not static. Why should we declare this method as static in base-class?14:44
*** terriyu has joined #openstack-ceilometer14:53
*** sayalilunkad has quit IRC14:53
inc0nprivalova, I don't understand. If you're using self the method is not static, why you declare it as static in the first place?15:03
inc0in my opinion it shouldn't be static in base class15:04
nprivalovainc0: I have the same vision. it's from here https://review.openstack.org/#/c/80662/3/ceilometer/compute/virt/inspector.py15:04
inc0ah, interfaces in python...15:06
inc0quite frankly I can't see any point of such operation15:06
inc0also, I'd use ABC here15:07
*** nacim has joined #openstack-ceilometer15:09
nprivalovainc0: abc may not be used because methods may not be implemented15:10
inc0well, if they're not implemented (in this case) they won't be user15:11
inc0used*15:11
inc0or rather, they'll raise NotImplemented anyway15:11
*** saju_m has quit IRC15:13
*** packet has joined #openstack-ceilometer15:14
nprivalovagordc: https://review.openstack.org/#/c/82131/ . I even don't know how to comment that15:14
nprivalovagordc: hi :)15:15
gordcnprivalova:  :)15:15
gordcnprivalova: writing up a comment now.15:15
nprivalovagordc: maybe have several patches with several variants.. Maybe Sean will not notice one of them :D15:16
gordcnprivalova: try creating a few more accounts in different names.15:17
*** ddutta has quit IRC15:17
*** changbl has joined #openstack-ceilometer15:20
inc0tell me please, because I might be missing something15:22
inc0I'd like to get statistics of flavors usage. I mean tenant x had 3 vms of flavor y in given time15:23
inc0I can get number of vms15:23
inc0using statistics and cardinality aggregate15:23
inc0with "instance" metric15:24
inc0since instance metric gets event_type "instance.exists"15:24
inc0but instance:flavorname doesn't get this event_type, so I can't really tell how much of those are present at any given time15:25
inc0I can try to parse metadata, because there is flavor there, but this query times out, its very long15:26
inc0so, as I see it I could eighter try to optimize this query (np try to create some magical regexp to evaluate metadata json in single request) or make instance:flavorname get instance.exists event15:27
inc0or I'm missing some other, obvious way to do it15:27
inc0one I could actually implement without messing with code15:27
nprivalovainc0: how do you want to obtain this statistics? there are filters on metadata, why don't you use it?15:30
inc0nprivalova, when I tried to use it (namely call metadata.instance_type eq myflavor) the query was very slow15:31
inc0in sqlalchemy15:32
nprivalovainc0: ah, ok. the problem is in performance, right?15:32
inc0I guess15:32
inc0it timed out15:32
nprivalovainc0: I see...And you want to create your special meter with flavor to make it faster?15:33
inc0on the other hand, query without this filter was about 2s, which is ok15:33
inc0there is such meter already15:33
inc0instance:flavorname15:33
inc0but it doesn't get event "instance.exists"15:33
inc0only created, updated, deleted etc15:34
inc0but tracking vm lifespan by these events would be horrible15:34
nprivalovainc0: let me think about it, I'll check the code15:34
inc0thank you15:35
eglynninc0: just reading back over your question (... on a call just now)15:41
eglynninc0: ... not entirely sure I understand problem15:41
eglynninc0: ... so the instance.flavor meter is emmitted by the a compute agent pollster also15:41
eglynninc0: ... https://github.com/openstack/ceilometer/blob/master/ceilometer/compute/pollsters/instance.py#L4015:41
eglynninc0: ... i.e. it is not dependent entirely on incoming notifications15:42
eglynninc0: ... i.e. the meter is generated in *two* places15:42
eglynninc0: ... the pollster above running periodicallay *and* when releavnt incoming events are received https://github.com/openstack/ceilometer/blob/master/ceilometer/compute/notifications/instance.py#14715:43
inc0eglynn, still if I'll call something like that: stats = ceilo_client.statistics.list('instance') in given period for given tenant I'll get let say 7 vms15:43
nprivalovaeglynn: we have notifications on this meter too. but anyway  event_type is written to metadata15:43
inc0and instance:flavor would show me only one record when one of them was created15:43
*** alexpilotti has joined #openstack-ceilometer15:44
inc0nprivalova, yes, it is, thats how I've noticed that event_type of instance.exists isn't present in any of instance:flavor samples15:44
eglynninc0: ... hmmm, that seems wrong unless I've misread the compute pollster code15:44
eglynnone sec15:44
eglynninc0: in a fresh mongo-based devstack, I'm see the same number of instance and instance:flavor samples15:46
eglynn> db.meter.find({counter_name: 'instance'}).count()15:46
eglynn3815:46
eglynn> db.meter.find({counter_name: 'instance:m1.tiny'}).count()15:46
eglynn3815:46
*** alexpilotti has quit IRC15:46
inc0strange, for me the difference is very big15:47
nprivalovainc0: are you sure that you receive notifications?15:47
inc0about 200 to 110015:47
inc0well, I do have "instance" samples15:48
eglynnnprivalova: good point, have you looked at the notification agent logs?15:48
eglynninc0: ^^^15:48
*** _cjones_ has joined #openstack-ceilometer15:48
inc0hmm, I'll take a look15:48
*** _cjones__ has joined #openstack-ceilometer15:49
nprivalovainc0: make sure that agent-notification service is running. It should, because it's start was added to devstack rather a long time ago15:49
eglynninc0: ... I'm seeing exactly the same number of instance and instance:flavor samples with event_type set15:50
eglynn> db.meter.find({counter_name: 'instance', 'resource_metadata.event_type': {$exists: 1}}).count()15:50
eglynn1515:50
eglynn> db.meter.find({counter_name: 'instance:m1.tiny', 'resource_metadata.event_type': {$exists: 1}}).count()15:50
eglynn1515:50
inc0now, thats strange15:50
inc0I did get this event15:50
inc0but it stopped...I get other events15:50
inc0but not this one in this meter15:50
eglynninc0: ... note the event is only set for samples that are derived from notifications, as opposed to polling15:51
inc0yeah, seems like something is wrong with my notification agnet15:51
eglynninc0: ... sometimes the same meter is driven my both models (push & pull)15:51
eglynns/my/by/15:51
nprivalovaeglynn: btw, is it ok that we have the line "metadata['event_type'] = message['event_type']" during notification processing but no such action during polling?15:51
eglynnnprivalova: yeah, I guess there's no real analogue of event_type for polling15:52
*** _cjones_ has quit IRC15:52
eglynnnprivalova: ... unless we were to make one up, say event_type='compute_agent_poll' or something15:52
inc0yeah...notification agent is throwing TRACES15:52
*** kun_huang has quit IRC15:53
inc0thank you, I'll debug it15:53
eglynn(not sure if that even makes sense, expect for some sort of artificial consistency)15:53
inc0still, later on I'll take a look at querying over metadata in sqlalchemy because it was just too long15:53
*** jergerber has joined #openstack-ceilometer15:54
*** kun_huang has joined #openstack-ceilometer15:55
*** kun_huang has quit IRC15:55
nprivalovainc0:  :) I think performance on sqlalchemy bothers everybody who use Ceilometer. There is several patches on review regarding it15:56
*** packet has quit IRC15:57
inc0https://github.com/openstack/ceilometer/blob/master/ceilometer/compute/util.py#L41 can someone explain me this line please?15:58
inc0ah, never mind15:58
eglynnnprivalova: yeah so the perf issues with sqlalchemy were thrown into sharp relief by the mongo licensing fight around the Marconi failed graduation last week15:58
eglynninc0: I can explain that if you're still interested15:58
eglynn?15:58
inc0eglynn, I didn't look close enought. I've noticed how its indented15:59
*** packet has joined #openstack-ceilometer15:59
inc0sorry to bother you, its almost 5pm here;)15:59
eglynninc0: basically the idea is to ensure that only certain user metadata are maintained in the resource metadata, plus to avoid an embedded period in the metadata key16:00
eglynn... mongo doesn't like embedded periods, as these have special meaning to it16:00
inc0yeah, and our flavor names has periods in them16:00
inc0this line raises an error, I'm not sure why yet16:01
*** Ruetobas has quit IRC16:01
eglynninc0: but surely that's only user metadata being transformed there?16:01
eglynninc0: ... i.e. not system metadata16:01
inc0I don't know yet16:02
eglynninc0: ... and it's only keys, not values16:02
*** Ruetobas has joined #openstack-ceilometer16:03
inc0that would explain TypeError16:03
eglynninc0: so here's an example of a period in *system* metadata values ...16:04
eglynn> db.meter.find({counter_name: 'instance:m1.tiny'}, {'resource_metadata.instance_type': 1})16:04
eglynn{ "_id" : ObjectId("53316ff92304bc7d2f01514d"), "resource_metadata" : { "instance_type" : "m1.tiny" } }16:04
inc0attributeerror*16:04
eglynninc0: the transformation code you referred to is applied to *user* metadata keys IIUC16:04
eglynninc0: ... what's the context of the AttributeError?16:05
nprivalovaeglynn: and what's wrong with license? TC don't want Mongo at all? Is there any requirement like "make your code work on sql first"?16:05
eglynnnprivalova: see the withdrawal mail from the Marconi folks ... http://lists.openstack.org/pipermail/openstack-dev/2014-March/030638.html16:06
nprivalovaeglynn: thanks16:07
eglynnnprivalova: key phrase ... "The drivers currently supported by the project don't cover some important cases related to deploying it. One of them solves a licensing issue but introduces a scale issue whereas the other one solves the scale issue and introduces a licensing issue."16:07
eglynn... the two drivers being spoken about are sqlalchemy and mongo IIUC16:08
*** Ruetobas has quit IRC16:08
eglynnnprivalova: ... here's one of the mails from an earlier thread that lobs the mongo licensing grenade16:09
eglynnhttp://lists.openstack.org/pipermail/openstack-dev/2014-March/030510.html16:09
eglynnTBH I have no idea why all these objections weren't raised over two years ago when ceilo was incubated16:10
nprivalovaeglynn: hmm, 'great' news...16:11
eglynnnprivalova: yeah I kinda ignored it last week as I was off-site16:12
eglynnnprivalova: ... but we prolly need to discuss impact on ceilo16:12
*** luisg has quit IRC16:12
nprivalovaeglynn: last week I was trying to move Mongo on gating and nobody tell me about 'license'. Only issues with repos16:13
*** Ruetobas has joined #openstack-ceilometer16:13
eglynnnprivalova: honestly I think it's a "storm in a teacup" but we may need to be defensive16:14
eglynnnprivalova: ... I'll add a topic to the weeking agenda16:14
nprivalovaeglynn: cool16:14
*** nati_ueno has joined #openstack-ceilometer16:17
inc0eglynn, sorry for late answer -> AttributeError is raised when src_metadata is list16:20
*** mihgen has quit IRC16:21
eglynninc0: can you enable debug and copy the stack trace to paste.openstack.org ?16:21
inc0eglynn, maybe later on, I'd like to take look at it myself first. I need to learn this code myself;)16:25
inc0also, currently our cloud controler was taken down so I can't really reproduce it at this moment16:25
eglynninc0: cool, np ... a most admirable sentiment! :)16:26
inc0thank you very much anyway16:26
*** nati_ueno has quit IRC16:30
*** sayalilunkad has joined #openstack-ceilometer16:35
*** inc0 has quit IRC16:44
*** Shaan7 has quit IRC16:44
*** Shaan7 has joined #openstack-ceilometer16:44
*** sayalilunkad has quit IRC16:46
*** nati_ueno has joined #openstack-ceilometer17:02
*** _cjones__ has quit IRC17:05
*** _cjones_ has joined #openstack-ceilometer17:05
*** sayalilunkad has joined #openstack-ceilometer17:12
*** nacim has quit IRC17:15
*** sayalilunkad has quit IRC17:52
openstackgerritEoghan Glynn proposed a change to openstack/ceilometer: Ensure idempotency of cardinality reduction in mongo  https://review.openstack.org/8267217:54
*** eglynn has quit IRC17:57
*** sayalilunkad has joined #openstack-ceilometer18:00
*** changbl has quit IRC18:00
*** packet has quit IRC18:07
*** _nadya_ has joined #openstack-ceilometer18:10
*** packet has joined #openstack-ceilometer18:11
*** changbl has joined #openstack-ceilometer18:19
*** _nadya_ has quit IRC18:20
*** shakamunyi has joined #openstack-ceilometer18:25
*** shakamunyi has quit IRC18:25
*** shakamunyi has joined #openstack-ceilometer18:26
*** shakamunyi has quit IRC18:26
*** ildikov_ has quit IRC18:29
*** yassine has quit IRC18:33
*** yassine has joined #openstack-ceilometer18:39
*** _nadya_ has joined #openstack-ceilometer18:50
*** shakayumi has joined #openstack-ceilometer18:50
*** shakayumi has quit IRC18:50
*** shakayumi has joined #openstack-ceilometer18:51
*** _nadya_ has quit IRC18:59
*** _nadya_ has joined #openstack-ceilometer19:05
*** shakayumi has quit IRC19:05
*** mdickson has left #openstack-ceilometer19:09
*** openstackgerrit has quit IRC19:18
*** openstackgerrit has joined #openstack-ceilometer19:18
*** zul has quit IRC19:26
*** zul has joined #openstack-ceilometer19:30
*** _nadya_ has quit IRC19:44
*** shakayumi has joined #openstack-ceilometer19:45
*** shakayumi has quit IRC19:45
*** shakayumi has joined #openstack-ceilometer19:54
*** shakamunyi has joined #openstack-ceilometer19:56
*** eglynn has joined #openstack-ceilometer19:57
*** shakayumi has quit IRC19:58
*** _nadya_ has joined #openstack-ceilometer19:59
*** changbl has quit IRC20:00
*** sayalilunkad has quit IRC20:02
*** shakamunyi has quit IRC20:03
*** shakamunyi has joined #openstack-ceilometer20:06
*** yassine has quit IRC20:12
*** _nadya_ has quit IRC20:20
*** changbl has joined #openstack-ceilometer20:51
*** shakayumi has joined #openstack-ceilometer21:08
*** shakayumi has quit IRC21:09
*** shakamunyi has quit IRC21:11
*** ildikov_ has joined #openstack-ceilometer21:13
*** thomasem has joined #openstack-ceilometer21:32
*** promulo has quit IRC21:34
*** alexpilotti has joined #openstack-ceilometer21:44
*** zigo has quit IRC21:47
*** zigo has joined #openstack-ceilometer21:49
*** thomasem has quit IRC21:58
*** promulo has joined #openstack-ceilometer21:59
*** jmckind has quit IRC22:00
*** changbl has quit IRC22:17
*** prad has quit IRC22:22
*** gordc has quit IRC22:26
*** jergerber has quit IRC22:44
*** promulo has quit IRC22:48
openstackgerritA change was merged to openstack/ceilometer: VMware vSphere: Improve the accuracy of queried samples  https://review.openstack.org/8031423:04
*** promulo has joined #openstack-ceilometer23:07
openstackgerritA change was merged to openstack/python-ceilometerclient: Add complex query support for alarms  https://review.openstack.org/7507623:07
openstackgerritA change was merged to openstack/python-ceilometerclient: Add complex query support for alarm history  https://review.openstack.org/7997323:09
*** _cjones_ has quit IRC23:14
*** _cjones_ has joined #openstack-ceilometer23:14
*** eglynn has quit IRC23:17
*** anamalagon has joined #openstack-ceilometer23:27
*** julim has quit IRC23:30
*** anamalagon has quit IRC23:33

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