15:00:01 #startmeeting Ceilometer 15:00:01 #meetingtopic Ceilometer 15:00:01 #chair nijaba 15:00:01 #link http://wiki.openstack.org/Meetings/MeteringAgenda 15:00:01 ATTENTION: please keep discussion focused on topic until we reach the open discussion topic 15:00:02 Meeting started Thu Feb 7 15:00:01 2013 UTC. The chair is nijaba. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:03 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:06 The meeting name has been set to 'ceilometer' 15:00:08 Current chairs: nijaba 15:00:12 o/ 15:00:14 o/ 15:00:15 o/ 15:00:19 o/ 15:00:23 o/ 15:00:40 o/ 15:00:53 o/ 15:01:02 nice to see all of you! let's start 15:01:06 #topic actions from previous meeting 15:01:11 o/0 15:01:14 o/ 15:01:19 #topic jd contact Eric Windisch about nova's trusted-messaging blueprint status 15:01:20 jd__ any feedback on this? 15:01:37 yes, I had a conversation with Eric 15:01:54 it was mentioned at FOSDEM that the blueprint was "demoted" 15:01:55 I've updated the whiteboard at https://blueprints.launchpad.net/ceilometer/+spec/use-new-rpc-messsage with what we discussed 15:01:56 o/ 15:02:04 * eglynn_ is not sure what that means ... 15:02:08 Discussed with Eric 31st January: this is not targeted at Grizzly, but the code is likely to be ready for review around the 15th February, and hopefully will be merged by the end of February. 15:02:32 o/ 15:02:33 eglynn_: I meant not targetted for grizzly anymore 15:02:34 OK so demoted == punted to H 15:02:44 yep, understood, thanks 15:03:03 eglynn_: yes, nijaba asked that to he HP guy after I told him what I discussed with Eric :) 15:03:23 jd__: cool, I was behind the curve that that 15:03:30 (thanks for the update ...) 15:03:38 so basically, that's wait'n see for us 15:03:45 so the pb is that we won't have time to use it in G anyway 15:04:06 I think so indeed 15:04:26 Feature freeze is Feb 19th, when we branch the release 15:04:51 yep, so do we think that's a major issue for ceilometer's deployability? 15:05:04 I don't think so 15:05:05 (given that all the other RPC flows are also not secure) 15:05:09 +1 15:05:19 that's not directly our problem, and *we* have some signing so far 15:05:25 true that 15:05:25 right, we do sign our messages 15:05:25 i.e. we're not the worst :) 15:05:28 eglynn_: no, but it's a bummer 15:05:47 the point was to be consistent, but if it's not in oslo then there's no issue with us not using it 15:05:49 if the nova rpc messaging isn't secure, the CM messaging is the least of our worries (imho) 15:05:59 one thing I didnt' write on the whiteboard but I can mention to you 15:06:00 sandywalsh: agreed 15:06:03 ok, I think we know where we stand on this. let's move on 15:06:18 #topic nijaba to specify draft policy on wiki for units 15:06:18 #info done http://wiki.openstack.org/Ceilometer/Units 15:06:18 I did make a call for comments on the ml. Do you think we are ready to approve them or should we push a vote on the subject to next week? 15:06:29 RPC signin needs envelope on RPC messaging, and that's not activated by default for G 15:06:32 sandywalsh: although some might see the bar set higher for ceilo given that there may be $$$ involved at the end of the pipeline 15:07:06 eglynn_: I can still spoof all the notifications on the nova side to the same effect 15:07:19 sandywalsh: true that 15:07:33 nijaba: I haven't seen any objections. It seems we're ready to vote. 15:07:51 ok then, let's start the vote 15:08:19 #startvote approve http://wiki.openstack.org/Ceilometer/Units ? yes, no, abstain 15:08:20 Begin voting on: approve http://wiki.openstack.org/Ceilometer/Units ? Valid vote options are yes, no, abstain. 15:08:21 Vote using '#vote OPTION'. Only your last vote counts. 15:08:27 #vote yes 15:08:28 #vote yes 15:08:28 #vote yes 15:08:29 #vote yes 15:08:31 #vote yes 15:08:31 #vote yes 15:08:33 #vote yes 15:08:35 #vote yes 15:08:37 #vote yes 15:08:50 #vote abstain 15:08:58 not thrill on this one... 15:08:58 #vote yes 15:09:08 #vote yes 15:09:11 #vote yes 15:09:22 #vote yes 15:09:30 #endvote 15:09:32 Voted on "approve http://wiki.openstack.org/Ceilometer/Units ?" Results are 15:09:32 #vote yes 15:09:33 yes (13): sew, apmelton, n0ano, jtran, nealph, sandywalsh, jd__, nijaba, llu-laptop, dhellmann, spn, danspraggins, eglynn_ 15:09:34 abstain (1): yjiang5_home 15:09:44 ok great! 15:09:46 hehe 15:09:54 That's it for last week's actions 15:09:55 out of curiousity yjiang5_home, did you have objections to the proposal? 15:09:58 we should probably add some form of those rules to our docs 15:10:09 (or just being a trouble maker ;) 15:10:24 sandywalsh: I just didn't think through this, so no idea yet. 15:10:30 gotcha ... thanks 15:10:35 #action dhellman to update documentation based on http://wiki.openstack.org/Ceilometer/Units 15:10:43 dhellmann: to the dev doc: yes. or at least a pointer to the wiki 15:10:49 dhellmann: thanks 15:10:59 #topic Preparing Ceilometer for end of incubation review 15:11:00 nijaba: I'll rephrase the rules in terms of what users can expect 15:11:00 dhellmann: at least a crosslink to the current api documentation 15:11:12 ttx recently informed me that a TC meeting will happen on Tue Feb 12th at 20UTC to discuss if Heat and Ceilometer are ready to graduate out of incubation. See "end of cycle graduation review" on the agenda 15:11:20 #link http://wiki.openstack.org/Governance/TechnicalCommittee 15:11:29 It happens that the meeting is scheduled at the same time as the foundation board meeting. We are going to ask Alan to allow MarkMcLoughlin, Monty and I to join the TC meeting, but it that fails, ttx may have to reschedule the discussion. 15:11:33 I thought I would be able to attend that meeting, but there's a very good chance I won't. :-( 15:11:49 We need to prepare answers on: 15:11:49 a) Why we think we're ready 15:11:49 b) be ready to explain why, even though discussion with healthnmon and sandywalsh have been deep and convoluted, we still beleive that they have not endengered the founding of ceilometer architecture. 15:11:49 so is this the first TC meeting in a sequence to consider graduation? 15:12:03 eglynn_: this is what I understood 15:12:09 i.e. fact-finding, followed by a decision point at a subsequent meeting 15:12:19 convoluted? :) 15:12:29 statements in that directions on the wiki would be welcome, specially from core members, sandywalsh and healthnmon team. 15:12:29 Comments? 15:13:07 (I'll attend the meeting too) 15:13:07 IMO the main thing we need to prepared to defend is the stability of the core architecture 15:13:28 eglynn_: agreed 15:13:33 (in particular the proposed changes around the nove interaction model) 15:13:41 assuming we can store the raw event data (somehow) ... I don't think there's any glaring objections from us 15:13:45 I need some volunteers to start contributing to the wiki page to prepare this on a wiki page: 15:13:46 #link http://wiki.openstack.org/Ceilometer/Graduation 15:13:46 Raise your hand if you volunteer help on this 15:13:52 o/ 15:13:59 o/ 15:14:02 o/ 15:14:05 o/ 15:14:29 This is great, thanks a lot for your help 15:15:03 IMO we need to provide comfort that ... 15:15:10 (a) we won't run off and do a keystone-lite rewrite during our first cycle as a core project 15:15:11 and: 15:15:20 #action eglynn_, jd__, sandywalsh, spn, nijaba to help on http://wiki.openstack.org/Ceilometer/Graduation 15:15:33 (b) the architecture doesn't unduely constrain future usecases 15:15:35 will the number of bugs be one of the deciding factor? 15:15:53 spn: it shouldn't IMO 15:16:03 spn: that wouldn't be a smart metric 15:16:03 eglynn_: what do you mean by saying "keystone-lite rewrite"? 15:16:06 spn: (shows activity, usage ...) 15:16:10 * dhellmann has local distractions 15:16:12 eglynn_: we're commiting a lot of resources to CM, so there's very low risk we'll go back to stacktach. We can talk to ttx, et al about that if need be. 15:16:13 o/ 15:16:14 nijaba: what's the criterial of ready for graduation? Anyone checked the meeting for Quantum or Cinder? 15:16:27 dhellmann: shoot! :) 15:16:29 sandywalsh: that's great. 15:16:38 yjiang5_home: confidence of the tc members. thatÅ› it 15:16:42 llu-laptop: during the essex cycle IIRC, keystone was rewritten and presented as fail accompli 15:16:53 nijaba: include me in that action 15:16:57 eglynn_: correct 15:17:04 llu-laptop: (the original keystone that is, not the one we all know and love...) 15:17:08 #action eglynn_, jd__, sandywalsh, spn, nijaba, dhellmann to help on http://wiki.openstack.org/Ceilometer/Graduation 15:17:20 s/fail accompli/fait accompli/ 15:17:28 * eglynn_ had a Freudian slip ... 15:17:42 eglynn_: a very nice one ;) 15:17:49 eglynn_: I was wondering what you meant, haha! 15:18:21 ok, so everyone clear on this? 15:19:11 ok, let's move on 15:19:15 #topic Updating our "requests" dependency to 1.0 (dhellmann, zul, yolanda) 15:19:21 anything we need achieve before the review other than the wiki? 15:19:40 hi 15:19:48 nijaba: should'nt it be 1.1 ? 15:19:49 so there was some work on going to requests 1.1 for glance 15:19:54 this is the required version for glancelcient 15:19:57 yjiang5_home: write to your favorite tc member, telling him to vote yes ;) 15:20:00 (in order to address an issue with encoding IIRC) 15:20:07 the clients use different versions at this point 15:20:11 nijaba: :) 15:20:13 but the glance change was slatted by everything else still being 1.0 15:20:22 s/slatted/stalled/ 15:20:23 eglynn_: encoding + other improvements 15:20:23 eglynn_: actually <1.0, I thought 15:20:38 flaper87: hey, thanks for the background info! 15:21:12 eglynn_: :) 15:21:12 flaper87: are all the other clients on 1.0 or <1.0? 15:21:28 eglynn_: it's a mix. 15:21:32 eglynn_: mixed 15:21:33 k 15:21:36 yes its either using 1.0 or <1.0 15:21:48 but none of them on 1.1 15:21:54 foo.json vs. foo.json() 15:21:55 usual mess so, we need to cor-ord these deps better 15:22:02 * eglynn_ states the obvious again ... 15:22:04 I perhaps got the version in the agenda item wrong 15:22:18 zul: do we want 1.1? 15:22:47 dhellmann: if we don't use 1.1 we won't be able to migrate glanceclient 15:22:53 in any case, the topic to discuss was whether someone could volunteer to help with updating our client, and ceilometer, to work with the desired version 15:22:54 wouldn't that cuase version mismatch clash is say devstack if novaclient etc. installed first? 15:23:10 dhellmann: i think 1.1 15:23:14 cool 15:23:30 * flaper87 volunteers 15:23:38 so, as with webob, I think what will have to happen is first a rollout of a rule that says >=0.8 (the minimum version being used now) -- to all projects 15:23:47 flaper87: thanks! 15:23:48 that would have to include fixing them to work with 0.8 and 1.1 15:24:05 then, when all projects work like that, we can roll out >=1.1 15:24:10 dhellmann: a-ha, yep relaxing the dep to >= first is the way to go 15:24:21 * sandywalsh can help once he gets the HACKING branch finished :/ 15:24:25 dhellmann: sounds like a good plan 15:24:26 dhellmann: makes sense 15:24:27 but if it isn't done in 2 steps, then there's no way to get the change past the smokestack gates 15:25:01 flaper87: you've confirmed that the distros are all covered packaging-wise for 1.1, right? 15:25:02 that >=0.8 change will have to know about the json-as-a-property vs. json-as-a-method issue inside the requests library 15:25:42 eglynn_: yeap, non of them use special features but simple requests calls. Some refactor has to be done for those calls but nothing big, AFAIR 15:26:11 s/non/none 15:26:44 is there anything else to say about this? 15:26:52 nope 15:27:04 sounds covered to me 15:27:31 * sandywalsh does the blackjack dealers hand wipe 15:27:34 what's up next, nijaba? 15:27:45 #topic Coordinating speaker submissions for Summit (conference part) 15:27:45 I have proposed to Doug to redo a duet presenting ceilometer project and architecture. 15:27:45 I also would encourage anyone with a real life deployement of ceilometer to propose a talk about how they did it 15:27:45 Note that the dealine for submitting talks is Feb 15th: 15:27:45 #link http://t.co/PgvneZBO 15:27:47 Comments? 15:28:22 Design topics has more time I guess 15:28:23 nijaba: seems I can't access that URL 15:28:38 I think the place for our coordination is on the design topics ... and we'll update the bps as needed for that 15:28:39 #link http://www.openstack.org/summit/portland-2013/call-for-speakers/ 15:29:01 llu-laptop: I hope the full url is accessible for you 15:29:06 we have some community talks proposed but mostly about metrics/sla's/etc in general and not CM specific 15:29:14 (lessons learned with stacktach) 15:29:15 so we'll have our own design summit track, right? 15:29:29 sandywalsh: eglynn_: wait for next topic :) 15:29:38 k 15:29:40 whoops, sorry :) haha 15:30:03 dhellmann: ready to redo the duet? 15:30:09 * sandywalsh - premature articulation 15:30:10 nijaba: sure! 15:30:15 \o/ 15:30:33 #topic Preparing blueprints for discussion in our dev room 15:30:33 RAX has some talks planned around our metrics efforts with StackTach and moving that into CM. 15:30:33 It looks like we will have our own room for meeting and need to start planning how much time we will need 15:30:33 I propose that we submit discussion topics as blueprints within the next few weeks so that we can get a good idea of how mich time will be needed on the basis of 1h per topic. 15:30:33 Comment? 15:31:05 +1 to blueprints 15:31:06 #action RAX will comment on bps for summit 15:31:37 * nijaba check if we can propose bp for the H summit 15:31:53 do we need some special prefix to the bp title for that purpose? 15:32:11 * eglynn_ thinking the same, just use a naming convention for the BPs? 15:32:26 llu-laptop: I don't think so. We'll eventually use the blueprints for the actual work, right? 15:32:28 bp's involving new ideas to be discussed in #openstack-metering? 15:32:37 I will try to see with ttx if we can that defined as a sprint so that we can propose the bp for the H sprint 15:32:38 unless you want to use "havana-" as the prefix? 15:33:11 it's better to create bp and set serie to havana and status to 'discussion' or something like that I think 15:33:12 #action nijaba to write an email explaining how to propose a topic for the H summit 15:33:25 I don't think the naming really makes any difference does it? You just set the milestone to be H? 15:33:32 jd__: +1 15:33:53 jd__: sounds good 15:33:54 (series, not milestone) 15:33:58 so the BPs are really placeholders for initial discusion etc.? 15:33:59 please hold on your bp until I check with ttx the preffered methoid, I'll send an email then 15:34:02 (.e. the actual design summit proposal is via separate topic mgmt system like before?) 15:34:04 eglynn_: yes 15:34:09 cool 15:34:11 nijaba: ack 15:34:21 * jd__ sits on its bag of bp 15:34:35 eglynn_: summit conference talks is what is separate, yes 15:35:13 nijaba: I think he means the official dev session proposal system used by the organizers 15:35:29 nijaba: well, I'm thinking of the design summit proposals ... that wasn't via launchpad BPs last time round, or? 15:35:34 can we propose a bp and also can that be a part of summit topics for discussion? 15:35:38 dhellmann: yep, I was ... 15:35:46 eglynn_: this is something nijaba is asking *our group* to do 15:35:48 that was up to the projects IIRC 15:36:03 a-ha, I see 15:36:09 then the projects would report in a scheduling tool, separately 15:36:09 i.e., let's get some concrete blueprints put together to talk about, instead of more abstract topics 15:36:11 thanks for the clarification 15:36:23 dhellmann: +1 15:36:33 sounds great 15:36:34 I think the foundation allocates slots based on the standing of the project 15:36:46 standing? 15:36:51 (larger projects = more slots) 15:36:54 sandywalsh: I checked, and we should give an estimate of the time we need 15:37:10 dhellmann: +1 15:37:10 will we have to wear tuxedos? 15:37:18 nijaba: cool, thanks 15:37:24 * dhellmann will if jd__ will 15:37:24 jd__: of course. as well as ice skates 15:37:25 pants? 15:37:34 sandywalsh: haha 15:37:34 YES EVERYONE HAS TO WEAR PANTS 15:37:35 sandywalsh: never!!! 15:37:43 lol 15:37:46 :-) 15:38:05 everyone wears kilts 15:38:22 * dhellmann shakes head 15:38:34 I tink we are done on this very important topic, right? 15:38:39 for now I guess 15:38:39 * eglynn_ was impressed by the Debian kilts at FOSDEM 15:39:00 #topic Open discussion 15:39:01 (might have been a tad cold tho' ...) 15:39:06 does ceilometer have a logo? 15:39:24 not that I know of 15:39:25 sandywalsh: nope... no designers floating around... 15:39:25 would be nice to define one before the summit, if not. 15:39:26 nijaba: do we have a deadline for submitting g3 changes? 15:39:38 dhellmann: feature freeze is Feb 19th 15:39:40 sandywalsh: +1 15:39:41 sandywalsh: +1 15:39:49 nijaba: ok 15:39:50 dhellmann: when we branch the release 15:40:00 let's talk to our graphically minded friends, shall we? 15:40:08 have other projects a logo ?! 15:40:12 nijaba: I think what I have to do isn't so much a feature as cleanup 15:40:22 nijaba: so does the branching occur immediately once the g3 deadline passes? 15:40:26 jd__: some, but it makes us look grown up :) 15:40:29 sandywalsh: I don have any freinds (graphically minded) 15:40:33 nijaba: (or later, say when RC1 is cut) 15:41:00 eglynn_: actually 2 days before the 21st 15:41:35 nijaba: so trunk is then theoretically open for H-oriented patches? 15:41:41 * sandywalsh will ask around RAX for design services 15:41:52 eglynn_: this is what I understood, yes, but this will be my first time 15:41:58 nijaba: are we ok towards our g3 goals btw? 15:41:59 sandywalsh: thanks 15:42:21 jd__: almost. I sent a mail to tedy about is not started bp. 15:42:26 jd__: I have two patches pending for g3. 15:42:29 nijaba: okay 15:42:30 dhellmann: has one too 15:43:04 on another topic, PTL elections are coming up at the end of the month 15:43:12 * eglynn_ has qpid testing to do ... 15:43:12 nijaba: the notification listening code? I've started writing that up and discussing it with the oslo devs 15:43:21 dhellmann: perfect 15:43:28 dhellmann: great 15:43:39 #link http://wiki.openstack.org/Ceilometer/blueprints/move-listener-framework-oslo 15:43:58 nijaba: should all BPs target grizily in g3? 15:43:59 the names are subject to change 15:44:17 So that you know, I am considering not to present myself as PTL as I do not think it goes well with being a board member 15:44:36 yjiang5_home: not sure I understood your question 15:45:17 nijaba: sorry. I mean "should all BPs target grizily be submiited/merged in g3 milestone? 15:45:32 yjiang5_home: yep, or they will be punted to h 15:45:54 yjiang5_home: however, you can submit buggy code and fix it during the rc ;) 15:45:58 yep, the bp list going into g3 should pretty well be the final list 15:46:11 nijaba: got it, thanks. 15:46:14 nijaba: heh 15:46:31 sandywalsh: yes, I know this is bad, but don we all do it... 15:46:47 nijaba: I'm very guilty, don't worry 15:46:51 hehe 15:48:30 so, anyone ready to play "who wants to be a PTL?" at the end of the month? 15:48:57 nijaba: it would be a good sign of a healthy project for the election to be contested, so I'd encourage folks to think about running ... 15:49:12 eglynn_: +1 15:49:18 * eglynn_ was disappointed that so few PTL positions were contested in the last cycle ... 15:49:29 nijaba: would love to, but need to work on getting core first ;) 15:49:47 sandywalsh: ah, well... yes 15:49:50 ninjaba: PTL = project team lead? 15:49:50 * jd__ will run 15:49:55 nijaba: do we have a list of qualified candidates? 15:49:56 nealph: yes 15:49:59 jd__: +1 15:50:00 * eglynn_ also probably 15:50:08 dhellmann: any core members at this time 15:50:15 jd__: +1 15:50:44 eglynn_: cool :) 15:51:00 * sandywalsh wants to see Feats of Strength! 15:51:01 I'd suggest vote among dhellmann jd__ eglynn_ , all of them are good candidate IMO. :-) 15:51:03 by the way did we mention the amazing talk we did last Sunday? 15:51:12 anyway, this was just to give you guys some time to think about it. ttx will be starting the election process at the end of the month, providing all the details 15:51:27 jd__: we did NOT!!! 15:51:33 cool, thanks for the early heads-up 15:51:34 it was a great trio!!! 15:51:59 so we did an amazing talk with eglynn_ and nijaba at FOSDEM https://fosdem.org/2013/schedule/event/openstack_ceilometer/ 15:52:06 (slides at the bottom) 15:52:25 unfortunately, as it was the last talk of the day, it was NOT recorded 15:52:32 waiting for the video 15:52:34 * dhellmann :-( 15:52:47 oops :-( 15:52:55 * flaper87 was there, great talk guys, honestly 15:53:04 thanks flaper87 15:53:31 after SlapOS, it was easy anyway :p 15:53:33 anything else?> 15:53:45 I'll be on vacation from Feb 9th to Feb 15th for Chiese holidays, so I won't be able to attend next weekly meeting. 15:54:00 llu-laptop: enjoy! 15:54:10 llu-laptop: please mention this on the meeting page 15:54:11 * eglynn_ has jury duty next week, will be partially off-grid ... 15:54:22 llu-laptop: enjoy +1 15:54:49 eglynn_: Ms White in the Library with the Candlestick 15:55:00 the fosdem slides (http://goo.gl/JGidx) were great 15:55:01 LOL :) 15:55:16 ok. Great meeting, as usual! 15:55:27 sandywalsh: :)) 15:55:27 See you next week on Wed at 21UTC 15:55:34 #endmeeting