*** matwood has joined #openstack-meeting | 00:00 | |
*** matwood has quit IRC | 00:01 | |
*** troytoman is now known as troytoman-away | 00:02 | |
*** bencherian has quit IRC | 00:20 | |
*** sandywalsh has quit IRC | 00:21 | |
*** johnpostlethwait has quit IRC | 00:21 | |
*** bencherian has joined #openstack-meeting | 00:21 | |
*** blamar has quit IRC | 00:22 | |
*** matiu has quit IRC | 00:22 | |
*** dolphm has joined #openstack-meeting | 00:28 | |
*** jakedahn_zz is now known as jakedahn | 00:29 | |
*** dolphm has quit IRC | 00:32 | |
*** maoy has joined #openstack-meeting | 00:35 | |
*** dwcramer has joined #openstack-meeting | 00:36 | |
*** Mandell has quit IRC | 00:39 | |
*** ryanpetr_ has joined #openstack-meeting | 00:44 | |
*** ryanpetrello has quit IRC | 00:48 | |
*** dolphm has joined #openstack-meeting | 00:51 | |
*** kindaopsdevy has quit IRC | 00:52 | |
*** ayoung has joined #openstack-meeting | 00:53 | |
*** blamar has joined #openstack-meeting | 00:55 | |
*** blamar has quit IRC | 00:56 | |
*** nati_ueno has quit IRC | 00:59 | |
*** justinsb has quit IRC | 01:04 | |
*** justinsb has joined #openstack-meeting | 01:05 | |
*** markmcclain has joined #openstack-meeting | 01:10 | |
*** novas0x2a|laptop has quit IRC | 01:17 | |
*** mnewby has quit IRC | 01:20 | |
*** bencherian has quit IRC | 01:25 | |
*** markmcclain has quit IRC | 01:25 | |
*** dendro-afk is now known as dendrobates | 01:28 | |
*** asalkeld has quit IRC | 01:29 | |
*** asalkeld has joined #openstack-meeting | 01:30 | |
*** dendrobates is now known as dendro-afk | 01:45 | |
*** dendro-afk is now known as dendrobates | 01:48 | |
*** danwent has joined #openstack-meeting | 01:50 | |
*** dolphm has quit IRC | 01:51 | |
*** dolphm has joined #openstack-meeting | 01:52 | |
*** dolphm_ has joined #openstack-meeting | 01:54 | |
*** dolphm has quit IRC | 01:56 | |
*** ryanpetr_ has quit IRC | 01:56 | |
*** dolphm_ has quit IRC | 01:59 | |
*** dolphm has joined #openstack-meeting | 01:59 | |
*** dolphm_ has joined #openstack-meeting | 02:02 | |
*** dolphm has quit IRC | 02:03 | |
*** dendrobates is now known as dendro-afk | 02:07 | |
*** jdurgin has quit IRC | 02:09 | |
*** danwent has quit IRC | 02:12 | |
*** zhuadl has joined #openstack-meeting | 02:16 | |
*** dendro-afk is now known as dendrobates | 02:23 | |
*** mnewby has joined #openstack-meeting | 02:37 | |
*** ayoung has quit IRC | 02:43 | |
*** dendrobates is now known as dendro-afk | 02:55 | |
*** Mandell has joined #openstack-meeting | 02:57 | |
*** ExxonValdeez has quit IRC | 03:05 | |
*** ExxonValdeez has joined #openstack-meeting | 03:11 | |
*** ryanpetrello has joined #openstack-meeting | 03:29 | |
*** markmcclain has joined #openstack-meeting | 03:31 | |
*** dendro-afk is now known as dendrobates | 03:43 | |
*** lloydde has joined #openstack-meeting | 03:46 | |
*** littleidea has quit IRC | 04:04 | |
*** dolphm_ has quit IRC | 04:05 | |
*** markmcclain has quit IRC | 04:07 | |
*** zhuadl has quit IRC | 04:09 | |
*** johnpostlethwait has joined #openstack-meeting | 04:10 | |
*** littleidea has joined #openstack-meeting | 04:15 | |
*** dolphm has joined #openstack-meeting | 04:19 | |
*** dendrobates is now known as dendro-afk | 04:23 | |
*** zhuadl has joined #openstack-meeting | 04:43 | |
*** maoy has quit IRC | 04:46 | |
*** bencherian has joined #openstack-meeting | 04:56 | |
*** ryanpetrello has quit IRC | 05:12 | |
*** Mandell has quit IRC | 05:28 | |
*** reed has quit IRC | 05:29 | |
*** dolphm has quit IRC | 05:32 | |
*** jakedahn is now known as jakedahn_zz | 05:52 | |
*** Mandell has joined #openstack-meeting | 05:58 | |
*** lloydde has quit IRC | 05:59 | |
*** littleidea has quit IRC | 06:27 | |
*** EmilienM has joined #openstack-meeting | 06:28 | |
*** bencherian has quit IRC | 06:55 | |
*** lloydde has joined #openstack-meeting | 07:09 | |
*** lloydde has quit IRC | 07:14 | |
*** bencherian has joined #openstack-meeting | 07:14 | |
*** EmilienM has quit IRC | 07:33 | |
*** EmilienM has joined #openstack-meeting | 07:33 | |
*** bencherian has quit IRC | 07:46 | |
*** johnpostlethwait has quit IRC | 08:10 | |
*** darraghb has joined #openstack-meeting | 08:23 | |
*** zhuadl_ has joined #openstack-meeting | 08:24 | |
*** derekh has joined #openstack-meeting | 08:27 | |
*** dabo has quit IRC | 08:46 | |
*** dabo has joined #openstack-meeting | 08:46 | |
*** cian_ has left #openstack-meeting | 08:52 | |
*** Mandell has quit IRC | 08:56 | |
*** cp16net has quit IRC | 09:07 | |
*** pknouff has quit IRC | 09:09 | |
*** pknouff has joined #openstack-meeting | 09:09 | |
*** ExxonValdeez has quit IRC | 09:15 | |
*** jgriffith has quit IRC | 09:15 | |
*** shang_ has quit IRC | 09:15 | |
*** davidkranz has quit IRC | 09:15 | |
*** nikhil has quit IRC | 09:15 | |
*** DuncanT has quit IRC | 09:15 | |
*** rturk has quit IRC | 09:15 | |
*** Blake_Yeager has quit IRC | 09:15 | |
*** tr3buchet has quit IRC | 09:15 | |
*** xtoddx has quit IRC | 09:15 | |
*** kiffer84 has quit IRC | 09:15 | |
*** jeblair has quit IRC | 09:15 | |
*** cp16net has joined #openstack-meeting | 09:17 | |
*** ExxonValdeez has joined #openstack-meeting | 09:17 | |
*** jgriffith has joined #openstack-meeting | 09:17 | |
*** shang_ has joined #openstack-meeting | 09:17 | |
*** davidkranz has joined #openstack-meeting | 09:17 | |
*** nikhil has joined #openstack-meeting | 09:17 | |
*** DuncanT has joined #openstack-meeting | 09:17 | |
*** rturk has joined #openstack-meeting | 09:17 | |
*** Blake_Yeager has joined #openstack-meeting | 09:17 | |
*** tr3buchet has joined #openstack-meeting | 09:17 | |
*** jeblair has joined #openstack-meeting | 09:17 | |
*** kiffer84 has joined #openstack-meeting | 09:17 | |
*** xtoddx has joined #openstack-meeting | 09:17 | |
*** zhuadl_ has quit IRC | 10:08 | |
*** zhuadl_ has joined #openstack-meeting | 10:14 | |
*** zhuadl has quit IRC | 10:31 | |
*** zhuadl_ has quit IRC | 10:32 | |
*** EmilienM has quit IRC | 11:06 | |
*** EmilienM has joined #openstack-meeting | 11:06 | |
*** ttrifonov is now known as ttrifonov_zZzz | 11:19 | |
*** ttrifonov_zZzz is now known as ttrifonov | 11:21 | |
*** dhellmann_ has joined #openstack-meeting | 11:33 | |
*** dhellmann_ has quit IRC | 11:33 | |
*** dhellmann has quit IRC | 11:36 | |
*** milner has quit IRC | 11:52 | |
*** dendro-afk is now known as dendrobates | 11:54 | |
*** markmcclain has joined #openstack-meeting | 12:03 | |
*** milner has joined #openstack-meeting | 12:04 | |
*** markmcclain has quit IRC | 12:05 | |
*** maoy has joined #openstack-meeting | 12:05 | |
*** dendrobates is now known as dendro-afk | 12:13 | |
*** markvoelker has joined #openstack-meeting | 12:38 | |
*** shang_ has quit IRC | 13:00 | |
*** hggdh has joined #openstack-meeting | 13:02 | |
*** ncode has joined #openstack-meeting | 13:02 | |
*** ncode has joined #openstack-meeting | 13:02 | |
*** dwcramer has quit IRC | 13:22 | |
*** markmcclain has joined #openstack-meeting | 13:29 | |
*** maoy has quit IRC | 13:31 | |
*** ayoung has joined #openstack-meeting | 13:34 | |
*** mattray has joined #openstack-meeting | 13:39 | |
*** ryanpetrello has joined #openstack-meeting | 13:45 | |
*** markmcclain has quit IRC | 13:50 | |
*** jaypipes has quit IRC | 13:55 | |
*** markmcclain has joined #openstack-meeting | 13:56 | |
*** dolphm has joined #openstack-meeting | 14:02 | |
*** jaypipes has joined #openstack-meeting | 14:11 | |
*** markmcclain has quit IRC | 14:15 | |
*** ExxonValdeez has quit IRC | 14:19 | |
*** markmcclain has joined #openstack-meeting | 14:19 | |
*** dolphm has quit IRC | 14:22 | |
*** ExxonValdeez has joined #openstack-meeting | 14:22 | |
*** littleidea has joined #openstack-meeting | 14:24 | |
*** jaypipes has quit IRC | 14:24 | |
*** maoy has joined #openstack-meeting | 14:25 | |
*** dolphm has joined #openstack-meeting | 14:33 | |
*** dwcramer has joined #openstack-meeting | 14:35 | |
*** patelna has joined #openstack-meeting | 14:37 | |
*** Gordonz has joined #openstack-meeting | 14:40 | |
*** ehm1 has joined #openstack-meeting | 14:42 | |
*** ehm1 has left #openstack-meeting | 14:42 | |
*** AlanClark has joined #openstack-meeting | 14:42 | |
*** Mandell has joined #openstack-meeting | 14:50 | |
*** matwood has joined #openstack-meeting | 14:53 | |
*** patelna_ has joined #openstack-meeting | 14:54 | |
*** PotHix has joined #openstack-meeting | 14:54 | |
*** markmcclain has quit IRC | 14:55 | |
*** markmcclain has joined #openstack-meeting | 14:56 | |
*** matiu has joined #openstack-meeting | 14:56 | |
*** matiu has joined #openstack-meeting | 14:56 | |
*** patelna has quit IRC | 14:57 | |
*** markmcclain has quit IRC | 14:57 | |
*** dprince has joined #openstack-meeting | 14:57 | |
*** patelna_ has quit IRC | 14:58 | |
*** patelna has joined #openstack-meeting | 14:59 | |
*** mdomsch has joined #openstack-meeting | 14:59 | |
*** blamar has joined #openstack-meeting | 15:00 | |
*** tongli has joined #openstack-meeting | 15:05 | |
*** markmcclain has joined #openstack-meeting | 15:09 | |
*** tongli has quit IRC | 15:10 | |
*** tongli has joined #openstack-meeting | 15:11 | |
*** dhellmann has joined #openstack-meeting | 15:15 | |
*** jtran has joined #openstack-meeting | 15:20 | |
*** nijaba has quit IRC | 15:20 | |
*** nijaba has joined #openstack-meeting | 15:20 | |
*** nijaba has quit IRC | 15:20 | |
*** nijaba has joined #openstack-meeting | 15:20 | |
*** matwood has quit IRC | 15:22 | |
*** matwood has joined #openstack-meeting | 15:22 | |
*** jaypipes has joined #openstack-meeting | 15:24 | |
*** mnewby has joined #openstack-meeting | 15:27 | |
*** Mandell has quit IRC | 15:30 | |
*** rnirmal has joined #openstack-meeting | 15:34 | |
*** markmcclain has quit IRC | 15:45 | |
*** Gordonz has quit IRC | 15:45 | |
*** Gordonz has joined #openstack-meeting | 15:46 | |
*** markmcclain has joined #openstack-meeting | 15:47 | |
*** markmcclain has quit IRC | 15:49 | |
*** Mandell has joined #openstack-meeting | 15:53 | |
*** ryanpetrello has quit IRC | 15:54 | |
*** markmcclain has joined #openstack-meeting | 15:54 | |
*** ryanpetrello has joined #openstack-meeting | 15:56 | |
*** bencherian has joined #openstack-meeting | 15:56 | |
* nijaba waves | 15:56 | |
* jd___ waves | 15:57 | |
dhellmann | o/ | 15:59 |
---|---|---|
*** sandywalsh has joined #openstack-meeting | 15:59 | |
nijaba | #startmeeting | 16:00 |
nijaba | #meetingtopic Ceilometer | 16:00 |
nijaba | #chair nijaba | 16:00 |
nijaba | #link http://wiki.openstack.org/Meetings/MeteringAgenda | 16:00 |
openstack | Meeting started Thu Aug 2 16:00:01 2012 UTC. The chair is nijaba. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
*** openstack changes topic to " (Meeting topic: Ceilometer)" | 16:00 | |
openstack | Current chairs: nijaba | 16:00 |
nijaba | Hello everyone! Show of hands, who is around for the ceilometer meeting? | 16:00 |
nijaba | o/ | 16:00 |
dhellmann | o/ | 16:00 |
jd___ | o/ | 16:00 |
nijaba | First I'd like to apologize for not sending a meeting reminder yesterday. Good habits are easily lost while on vacation, it seems... | 16:01 |
*** AlanClark has quit IRC | 16:01 | |
nijaba | #topic actions from previous meeting | 16:01 |
*** openstack changes topic to "actions from previous meeting (Meeting topic: Ceilometer)" | 16:01 | |
nijaba | #topic dhellmann to open a ticket to add documentation about the meters to the rst docs based on the wiki | 16:01 |
*** openstack changes topic to "dhellmann to open a ticket to add documentation about the meters to the rst docs based on the wiki (Meeting topic: Ceilometer)" | 16:01 | |
dhellmann | I'm looking to see if I did that. I think I did, but don't have the link handy | 16:01 |
dhellmann | https://bugs.launchpad.net/ceilometer/+bug/1030120 | 16:02 |
uvirtbot | Launchpad bug 1030120 in ceilometer "document the available meters" [Wishlist,Confirmed] | 16:02 |
nijaba | thanks! | 16:02 |
nijaba | let's continue the dhellmann quizz then! | 16:02 |
nijaba | #topic dhellmann to open a bug and work on devstack integration | 16:02 |
*** openstack changes topic to "dhellmann to open a bug and work on devstack integration (Meeting topic: Ceilometer)" | 16:02 | |
jd___ | (haha) | 16:02 |
dhellmann | jtran is working on that | 16:02 |
dhellmann | https://bugs.launchpad.net/ceilometer/+bug/1023972 | 16:03 |
jtran | yes | 16:03 |
uvirtbot | Launchpad bug 1023972 in ceilometer "add devstack integration" [High,Confirmed] | 16:03 |
dhellmann | jtran, did dean approve it yet? | 16:03 |
jtran | no not yet | 16:03 |
nijaba | nice! jtran, anything worth mentioning? | 16:03 |
jtran | nijaba, nothing worth mentioning | 16:03 |
*** glauaguiar has joined #openstack-meeting | 16:03 | |
nijaba | ok, next dhellmann quizz then! | 16:03 |
dhellmann | we could use some +1 votes on the changeset to get more attention for it | 16:03 |
nijaba | #topic dhellmann create a diagram of ceilometer architecture | 16:04 |
*** openstack changes topic to "dhellmann create a diagram of ceilometer architecture (Meeting topic: Ceilometer)" | 16:04 | |
jtran | altho i think by now the code has changed so none of it is working so i have to resubmit | 16:04 |
dhellmann | I didn't make any progress on this, but jd___ has a nice one in his presentation I was hoping to steal | 16:04 |
jd___ | :-) | 16:04 |
*** matiu has quit IRC | 16:04 | |
*** shang has joined #openstack-meeting | 16:04 | |
nijaba | should we reconduct the action, or transfer it to someone else? | 16:04 |
dhellmann | although as jtran points out, we have a slightly different architecture now so maybe we need a new one | 16:04 |
dhellmann | we need to do it, but I'm sure I'm not going to get to it in the next week | 16:05 |
dhellmann | we have a sprint starting next week and I'm going to be working on integrating ceilometer with our billing system | 16:05 |
nijaba | dhellmann: I could give it a try | 16:05 |
dhellmann | nijaba: thanks, that would help | 16:05 |
* nijaba is in a sprint too next week, but hope to get a few spare cycles | 16:05 | |
dhellmann | I can help with debugging sphinx issues if you run into trouble | 16:05 |
nijaba | #action create a diagram of ceilometer architecture | 16:06 |
nijaba | #action nijaba create a diagram of ceilometer architecture | 16:06 |
nijaba | jtran: feel free to poke us when you need +1 | 16:06 |
nijaba | #topic dhellmann open a ticket to write a walk-through of setting up ceilometer and collecting data | 16:06 |
jtran | nijaba, will do! | 16:06 |
*** openstack changes topic to "dhellmann open a ticket to write a walk-through of setting up ceilometer and collecting data (Meeting topic: Ceilometer)" | 16:06 | |
dhellmann | https://bugs.launchpad.net/ceilometer/+bug/1030119 | 16:06 |
uvirtbot | Launchpad bug 1030119 in ceilometer "document example of collecting data about running servers" [Wishlist,Confirmed] | 16:06 |
nijaba | cool! | 16:07 |
nijaba | #topic jtran investigate and report on the amount of work needed to support metering essex | 16:07 |
*** openstack changes topic to "jtran investigate and report on the amount of work needed to support metering essex (Meeting topic: Ceilometer)" | 16:07 | |
dhellmann | I got lots of tickets opened this week :-) | 16:07 |
jtran | i did some investigation into this and openstack.common is causing big problems for essex to be compatible w/ ceilometer | 16:08 |
jtran | if i update essex-stable to use latest openstack.common, everything breaks and not easily resolved | 16:08 |
dhellmann | you shouldn't need to update essex-stable, though | 16:08 |
* nijaba grumbles about library benefits | 16:08 | |
jd___ | since openstack.common is embedded, that should not be a problem | 16:09 |
dhellmann | we have our own copy of common | 16:09 |
jd___ | ...until it's not embedded | 16:09 |
jtran | the reasoning is that i need to update flags.py in essex-stable to use from trunk... | 16:09 |
dhellmann | I thought the problem was actually that we still import things directly from nova that haven't made their way into common yet | 16:09 |
dhellmann | right | 16:09 |
jtran | and that relies on openstack.common latest | 16:09 |
dhellmann | I think a better solution is to make it so we don't need to import flags any more | 16:10 |
dhellmann | there are a couple of changes pending for common to import the service and manager modules | 16:10 |
dhellmann | that will be one step for us | 16:10 |
dhellmann | we also use the database layer in nova's Service class, so we need to replace that | 16:10 |
jtran | yes i think you're right so should i start less work on ceilometer essex compatibility and more focus on just ceilometer no more flags? | 16:10 |
*** shang_ has joined #openstack-meeting | 16:10 | |
dhellmann | and I *think* after that we will be free of nova imports | 16:10 |
jtran | yes, fully agreed. | 16:11 |
dhellmann | replacing the db access with rpc calls would be a good thing to start on | 16:11 |
jtran | as long as ceilometer depends on flags (and probably other nova code such as services), it'll be tough sledding getting essex to be compliant and work w/ it | 16:11 |
dhellmann | that way when the service code lands in common we can start to use it and not worry about the nova db | 16:11 |
nijaba | jtran: should you take that as an action for next meeting? | 16:11 |
*** benner has joined #openstack-meeting | 16:11 | |
jtran | nijaba, in full honesty i think that might be way over my head | 16:11 |
jtran | i can try though! | 16:12 |
dhellmann | I think we have tickets for all of those things | 16:12 |
nijaba | k | 16:12 |
jd___ | dhellmann: will Essex work with RPC calls rather than DB access ? | 16:12 |
dhellmann | ah, no, we don't have one for the db work | 16:12 |
dhellmann | so jtran, would you open a ticket for that? we can work out the details of what to do on the mailing list | 16:12 |
jtran | dhellmann, will do | 16:12 |
dhellmann | jd___: doesn't essex nova have an rpc call to ask about the list of instances? | 16:13 |
dhellmann | I assumed it did, but maybe I'm wrong | 16:13 |
*** shang has quit IRC | 16:13 | |
nijaba | #action jtran to open a ticket for the DB access work | 16:13 |
dhellmann | thanks, jtran | 16:13 |
jtran | no problem | 16:13 |
nijaba | I guess that's it for last week's actions... | 16:13 |
jd___ | dhellmann: not sure but I don't know, this is why I asked :) | 16:14 |
dhellmann | jtran: have you signed a contributor agreement? | 16:14 |
jtran | dhellmann, for nova in general yes | 16:14 |
dhellmann | jd___: I guess we'll find out :-) | 16:14 |
jd___ | :-) | 16:14 |
jtran | do i need a separate one for ceilometer? | 16:14 |
nijaba | next topic is very well alligned with last action: | 16:14 |
dhellmann | jtran: no, that applies to us, too | 16:14 |
nijaba | #topic Discuss priority of maintaining Essex support and find contributor to work on it if we are going to do it | 16:14 |
*** openstack changes topic to "Discuss priority of maintaining Essex support and find contributor to work on it if we are going to do it (Meeting topic: Ceilometer)" | 16:14 | |
jtran | excellent, i do have ccla as well as cla | 16:14 |
*** reed has joined #openstack-meeting | 16:15 | |
dhellmann | I know essex support is important to loic and enovance | 16:15 |
dhellmann | we have had some other users express interest, too | 16:15 |
jtran | dhellmann, important to AT&T too | 16:15 |
dhellmann | dreamhost is going to be using folsom | 16:15 |
jtran | for now anyway | 16:15 |
nijaba | and it is somewhat important to canonical too | 16:15 |
*** huats has quit IRC | 16:15 | |
dhellmann | as jd___ pointed out, it's a little unusual to worry about supporting old versions with new services | 16:15 |
nijaba | so I would suggest we keep this topic for when gmb will hvae returned from vacation | 16:16 |
dhellmann | but I don't have an issue doing it if we can get developers and it doesn't prevent us from finishing support for folsom | 16:16 |
* nijaba agrees with dhellmann | 16:16 | |
dhellmann | ok, that makes sense | 16:16 |
jd___ | +1 | 16:16 |
nijaba | #action nijaba to maintain topic about essex compat for next meeting | 16:16 |
nijaba | #topic PTL election | 16:17 |
*** openstack changes topic to "PTL election (Meeting topic: Ceilometer)" | 16:17 | |
nijaba | So, tomorrow is the end of the voting process, right? Do we know how many people have voted so far? | 16:17 |
dhellmann | do we have any way to tell that, jd___ ? | 16:17 |
jd___ | 5 out of 6 | 16:17 |
dhellmann | I guess that's a quorum :-) | 16:18 |
nijaba | ok, so we'll have to wait until tomorrow to know the results!!! | 16:18 |
*** shang_ has quit IRC | 16:18 | |
nijaba | suspense! | 16:18 |
jd___ | btw the end of the vote is manual and I don't think I'll do it at 00:00 GMT tonight | 16:18 |
dhellmann | :-) | 16:18 |
jd___ | just sayin' :) | 16:18 |
dhellmann | I don't think that's a problem | 16:18 |
nijaba | jd___: no worries, you can do it when you wake up | 16:18 |
*** huats has joined #openstack-meeting | 16:18 | |
*** huats has joined #openstack-meeting | 16:18 | |
jd___ | so it may be a little longer | 16:18 |
jd___ | :) | 16:18 |
jd___ | I'll send a mail with the results ASAP after 00:00 GMT :) | 16:19 |
nijaba | jd___: so I guess that will leave you with the responsibility of publishing the results? | 16:19 |
nijaba | general ml? | 16:19 |
jd___ | sounds like a plan | 16:19 |
dhellmann | +1 | 16:19 |
nijaba | #action jd___ to publish results of PTL election on general ml sometimes tomorrow | 16:19 |
jaypipes | hi all. | 16:20 |
nijaba | hey jaypipes | 16:20 |
jd___ | hi jaypipes | 16:20 |
jaypipes | how's it goin? | 16:20 |
*** sdake has quit IRC | 16:20 | |
* jaypipes chatted with jtran about support for Essex in Ceilometer a little while ago. | 16:20 | |
nijaba | I think pretty well! | 16:20 |
nijaba | I guess we can move to the next topic then | 16:21 |
jaypipes | nijaba: do you guys have a stable/essex branch set up for Ceilometer yet? | 16:21 |
jaypipes | in gerrit | 16:21 |
nijaba | #topic Open Discusssion | 16:21 |
*** openstack changes topic to "Open Discusssion (Meeting topic: Ceilometer)" | 16:21 | |
*** sdake has joined #openstack-meeting | 16:21 | |
dhellmann | jaypipes: ceilometer isn't compatible with essex, yet | 16:21 |
jd___ | jaypipes: no, we never released so.. | 16:21 |
nijaba | jaypipes: no, we were just discussing the merrits of supporting Essex or not | 16:21 |
jtran | jaypipes, this is pertinent: <dhellmann> as jd___ pointed out, it's a little unusual to worry about supporting old versions with new services | 16:21 |
nijaba | jaypipes: and we decided to rediscuss next week | 16:22 |
jaypipes | dhellmann: for my info, could you elaborate on what precisely isn't compatible and how difficult you think it would be to work on compat issues? | 16:22 |
jtran | i had invited jaypipes to come in and provide thoughts on it. | 16:22 |
dhellmann | ceilometer imports code from nova that has moved between essex and folsom | 16:22 |
*** markmcclain has quit IRC | 16:22 | |
dhellmann | that was always a short-cut to get us running, and we want to change that anyway | 16:22 |
jaypipes | dhellmann: specifically which code? oepnstack-common stuff? | 16:22 |
dhellmann | some of the code we use is moving into common, so that's easy (service and manager) | 16:23 |
jaypipes | kk | 16:23 |
dhellmann | the db code we shouldn't be using anyway, so we are going to look into switching to rpc to get the list of instances | 16:23 |
dhellmann | there may be some other db queries that we would need to convert to rpc, I'm not sure | 16:23 |
jaypipes | what I was really worried about was the event notification and RPC message formats. | 16:23 |
dhellmann | we did add some details to the nova instance notifications, but the format didn't change afaik | 16:23 |
jaypipes | if the message formats are off, then ceilometer will need to have multiple aggregators, no? | 16:24 |
jaypipes | ok, good to hear. | 16:24 |
*** markmcclain has joined #openstack-meeting | 16:24 | |
dhellmann | so a ceilometer server listening to an essex nova might not have all of the metadata that we want | 16:24 |
jaypipes | dhellmann: k | 16:24 |
dhellmann | we might need to backport one or two of those metadata changes, if that's allowed | 16:24 |
dhellmann | otherwise we can try to code-around the limits | 16:24 |
jaypipes | dhellmann: I think I'd need to see a code example to comment further on that one. | 16:25 |
*** lloydde has joined #openstack-meeting | 16:25 | |
*** Ravikumar_hp has joined #openstack-meeting | 16:25 | |
nijaba | in any cases, we'll decide next week if someone is willing to do this | 16:25 |
jaypipes | dhellmann: I guess the meta-question is "Is ceilometer designed to aggregate and function against multiple releases or versions of OpenStack deployments?" | 16:25 |
dhellmann | ok. we can talk about that on the list | 16:25 |
*** dtynan has left #openstack-meeting | 16:26 | |
jaypipes | or further: "Is ceilometer going to speak multiple public API versions of Compute/Image/Identity, etc?" | 16:26 |
dhellmann | jaypipes: I've been designing it to go with folsom and ahead, but essex support would be fine if we get some development help | 16:26 |
jaypipes | dhellmann: gotcha. | 16:26 |
dhellmann | right now we're not using public apis at all, just rpc and other internal apis | 16:26 |
jaypipes | dhellmann: ok, well that handles that question :) | 16:26 |
dhellmann | that may change when we integrate with other services :-) | 16:27 |
jaypipes | dhellmann: course, pegging on internal or RPC formarts/versions is going to be more of a hassle, but you already knew that. :) | 16:27 |
dhellmann | yep | 16:27 |
nijaba | we should be able to handle version management in the plugin code in any case, shoudn'twe? | 16:27 |
dhellmann | so, speaking of more developer help, I have been trying to do a little recruiting | 16:27 |
dhellmann | nijaba: yes, we should be able to | 16:28 |
jaypipes | nijaba: sorry, haven't taken a look at ceilometer code in a month or so... not sure about that one until I look again. | 16:28 |
dhellmann | I would like to have another couple of developers. I know flacoste was going to be hiring a team. | 16:28 |
dhellmann | and now we have jtran as well | 16:28 |
jaypipes | dhellmann: from our side, jtran is certainly on board. | 16:28 |
jtran | ;) | 16:29 |
nijaba | dhellmann: flacoste team is one it's way. gmb was the first hire | 16:29 |
jaypipes | dhellmann: I can try to carve out some time myself, but difficult given my tempest and glance constraints | 16:29 |
dhellmann | what's the general policy for adding core reviewers? do we want to ask for a minimum commitment or contribution of some sort? | 16:29 |
jaypipes | dhellmann: I think having someone focusing on deployment of ceilometer in multi-node environments is a critical piece of the puzzle. | 16:29 |
dhellmann | yes, that will be important | 16:30 |
jaypipes | dhellmann: are there puppet modules/chef cookbooks/juju charms created for ceilometer yet? | 16:30 |
jaypipes | if not, we can work on that as well. | 16:30 |
jd___ | dhellmann: when many other core members agree, we can add someone, I guess | 16:30 |
dhellmann | I think we've got that covered as far as the collector goes | 16:30 |
dhellmann | and the compute agent, of course | 16:30 |
nijaba | jaypipes: not yet, but we'll have juju charms for sure | 16:30 |
jaypipes | dhellmann: the cookbooks? | 16:30 |
dhellmann | jaypipes: we have not done anything with cookbooks, I just meant the architecture | 16:30 |
jaypipes | ah, k | 16:30 |
jaypipes | dhellmann: well perhaps I can be the point for the chef stuff then, with jtran working on coding. | 16:31 |
dhellmann | jaypipes: welcome aboard! | 16:31 |
dhellmann | :-) | 16:31 |
jaypipes | dhellmann: me and a couple others from AT&T are working with mattray on chef stuff, so it's a good fit. | 16:31 |
dhellmann | excellent, my ops team will be happy to hear it | 16:31 |
nijaba | nice | 16:31 |
jaypipes | dhellmann: OK, feel free to add an #action item for me to create the upstream (opscode) cookbook for ceilometer. | 16:31 |
*** shang has joined #openstack-meeting | 16:32 | |
dhellmann | I think anyone can add an action, right nijaba ? | 16:32 |
nijaba | definitely | 16:32 |
jaypipes | #action jaypipes to create ceilometer cookbook | 16:32 |
dhellmann | so how about my question about the policy for adding new contributors? | 16:32 |
jaypipes | OK, final thing before I run off... | 16:32 |
dhellmann | I'd like to have at least one patch, maybe some reviews, but I don't think we need to be super strict at this point | 16:33 |
jaypipes | dhellmann: for that, should just decide as a group... | 16:33 |
dhellmann | thoughts? | 16:33 |
nijaba | dhellmann: I think we should use the same policy as other OS projects | 16:33 |
dhellmann | nijaba: is there a formal policy written down somewhere? | 16:33 |
jaypipes | nijaba: each one is different ;) | 16:33 |
* dhellmann rolls eyes | 16:33 | |
jaypipes | dhellmann: :) | 16:33 |
nijaba | duhhh | 16:33 |
nijaba | ok, what do you do for glance jaypipes | 16:34 |
nijaba | ? | 16:34 |
dhellmann | it's like this is some sort of federated open source project | 16:34 |
jaypipes | so, I would advise just going organically. core contributors will appear over time. as people do more code reviews, they should be asked to join core. | 16:34 |
jd___ | dhellmann: when many other core members agree, we can add someone, I guess | 16:34 |
jd___ | jaypipes: +1 | 16:34 |
dhellmann | ok, that makes sense | 16:34 |
jaypipes | nijaba: we do the "if you do some code reviews consistently and make a n effort consistently, the PTL will ask other core committers about you" | 16:35 |
dhellmann | the code reviews are what I was looking for anyway :-) | 16:35 |
*** sdake has quit IRC | 16:35 | |
jaypipes | nijaba: until you have the (happy) problem of having hundreds of committers, I don't think there's a need to do the formal nova-core tghing. | 16:35 |
jd___ | :-) | 16:35 |
nijaba | true... | 16:35 |
jaypipes | dhellmann: easiest way to increase number of reviewers is to send emails to the openstack-dev list with subjects like "Hey, got five minutes? We've got a few code reviews you might be interested in..." | 16:36 |
jaypipes | dhellmann: it'll get people out to gerrit and going through the code. | 16:36 |
dhellmann | jaypipes: that's a good thought, I'll try that | 16:36 |
*** dolphm has quit IRC | 16:36 | |
jaypipes | dhellmann: same with the "low hanging fruit" bugs ... | 16:36 |
jaypipes | dhellmann: a simple two line email to the list can do wonders ;) | 16:37 |
nijaba | jaypipes: dhellmann has been tagging them by complexity, so that's really easy to find! | 16:37 |
dhellmann | jaypipes: I've been getting a lot more requests for essex support than offers of code ;-) | 16:37 |
jaypipes | dhellmann: patience :) | 16:37 |
*** sdake has joined #openstack-meeting | 16:37 | |
dhellmann | jaypipes: indeed | 16:37 |
jaypipes | dhellmann: I find that if you carve up tasks into small, digestable chunks, and advertise those chunks for people to pick up, it goes faster and better :) | 16:38 |
dhellmann | we're getting close to the point where we have a functional end-to-end system, so that should make it easier for other people to understand how to contribute | 16:38 |
jaypipes | dhellmann: lots of times, people just need a small task to get comfortable with the code and the community contribution process, and they can go from there. | 16:38 |
jaypipes | dhellmann: ++ | 16:38 |
dhellmann | and for us to carve the work up into smaller pieces | 16:38 |
jaypipes | which brings me to my final point before I head off ;) | 16:38 |
jaypipes | I was wondering if you all have a demo environment anywhere that people can go to to see what ceilometer is all about? | 16:39 |
jd___ | nop | 16:39 |
nijaba | jaypipes: not yet | 16:39 |
jaypipes | jtran: think that's something we can help with? | 16:39 |
nijaba | we need to finish the first pass first | 16:39 |
jtran | jaypipes, i dunno, there's not much to see | 16:40 |
jaypipes | jtran: ok, when there is, perhaps AT&T can assist there. | 16:40 |
*** oubiwann has joined #openstack-meeting | 16:40 | |
jtran | i have agents and collectors writing data , but there's no front end to show off anything :) | 16:40 |
nijaba | sounds great! | 16:40 |
dhellmann | jaypipes: I'll keep that in mind | 16:40 |
jaypipes | kk | 16:40 |
jtran | i can have a page w/ mysql rows if you want jpi | 16:40 |
jtran | jaypipes, ^ | 16:40 |
jaypipes | jtran: well, it's a start :) | 16:40 |
dhellmann | there isn't really a plan for a UI for ceilometer right now | 16:40 |
nijaba | jtran: I was thinking of an horizon plugin | 16:41 |
jaypipes | nijaba: +10 | 16:41 |
dhellmann | what would it show? | 16:41 |
nijaba | the current user summary | 16:41 |
jaypipes | http://docs.openstack.org/developer/horizon/topics/customizing.html | 16:41 |
jaypipes | https://github.com/gabrielhurley/horizon_demo | 16:41 |
jaypipes | http://gabrielhurley.github.com/slides/openstack/building_on_horizon/index.html | 16:41 |
jaypipes | anyway, food for thought | 16:41 |
jtran | i'll talk to you about that one offline jaypipes | 16:41 |
dhellmann | nijaba: we could do that, but the rules for turning the stats into something meaningful are vendor-specific | 16:42 |
jaypipes | coolio. | 16:42 |
dhellmann | but I see the benefit of having *something* | 16:42 |
jaypipes | dhellmann: sure, of course. but examples speak volumes. | 16:42 |
nijaba | dhellmann: true, but at least it works for a private cloud or a demo | 16:42 |
dhellmann | +1 | 16:42 |
jaypipes | ok ceilometerites, I'm off to tackle some nasty bugs in tempest :) Catch you all later! | 16:43 |
nijaba | thanks jaypipes | 16:43 |
dhellmann | thanks for the input/advice jaypipes | 16:43 |
jaypipes | dhellmann: hey, thx for the answers! | 16:43 |
jd___ | bye jaypipes | 16:43 |
nijaba | ok... any other topics for today? | 16:44 |
jtran | should we consider our own mailing list? | 16:44 |
dhellmann | we covered everything I wanted to talk about with increasing the dev team size | 16:44 |
dhellmann | jtran: the trend has been toward a single -dev list with topics based on subject prefixes | 16:44 |
jtran | understood. sometimes i have such simple boring questions i hate to pollute the main dev mailing list | 16:45 |
dhellmann | besides, we're already too far under the radar. we need more visibility, not less! :-) | 16:45 |
*** dolphm has joined #openstack-meeting | 16:45 | |
nijaba | jtran: you should not worry, as long as you prefix your message with [metering] only us seem to read it! | 16:45 |
jtran | :) | 16:45 |
dhellmann | seriously, I have a separate mail filter for [metering] or [ceilometer] messages, so if you use the prefix I'll see the email sooner | 16:46 |
jtran | got it! | 16:46 |
nijaba | same here | 16:46 |
nijaba | anything else? | 16:47 |
jd___ | not from me | 16:47 |
dhellmann | I'm done | 16:47 |
*** markmcclain has quit IRC | 16:47 | |
nijaba | sounds like breakfast time for dhellmann | 16:47 |
dhellmann | lunch, actually :-) | 16:47 |
jtran | brunch | 16:47 |
nijaba | ok. let's close that meeting then | 16:47 |
jtran | too early for lunch | 16:47 |
nijaba | #endmeeting | 16:47 |
*** openstack changes topic to "OpenStack meeting channel. See http://wiki.openstack.org/Meetings for schedule and http://eavesdrop.openstack.org/meetings/openstack-meeting/ for meeting logs" | 16:47 | |
openstack | Meeting ended Thu Aug 2 16:47:55 2012 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 16:47 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-16.00.html | 16:47 |
nijaba | thanks everyone! | 16:47 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-16.00.txt | 16:48 |
openstack | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-16.00.log.html | 16:48 |
dhellmann | thanks, everyone! | 16:48 |
*** jtran has left #openstack-meeting | 16:50 | |
*** donaldngo has joined #openstack-meeting | 16:50 | |
*** patelna_ has joined #openstack-meeting | 16:56 | |
*** troytoman-away is now known as troytoman | 16:58 | |
*** patelna has quit IRC | 16:58 | |
*** glenc has quit IRC | 16:58 | |
*** nati_ueno has joined #openstack-meeting | 16:59 | |
*** rohitk has joined #openstack-meeting | 17:00 | |
jaypipes | morning QAers | 17:00 |
*** shang has quit IRC | 17:00 | |
jaypipes | #startmeeting | 17:00 |
openstack | Meeting started Thu Aug 2 17:00:24 2012 UTC. The chair is jaypipes. Information about MeetBot at http://wiki.debian.org/MeetBot. | 17:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 17:00 |
*** derekh has quit IRC | 17:00 | |
*** shang has joined #openstack-meeting | 17:00 | |
*** jdurgin has joined #openstack-meeting | 17:00 | |
*** glenc has joined #openstack-meeting | 17:00 | |
rohitk | hello | 17:01 |
jaypipes | rohitk: so... | 17:01 |
*** markmcclain has joined #openstack-meeting | 17:01 | |
jaypipes | rohitk: I branched your whitebox tests locally, made a few changes, and have only a single failure that I'm still working through (in the test_server_basic_ops test, not the whitebox tests) | 17:02 |
jaypipes | rohitk: hoping to push those changes shortly for you to take a look at | 17:02 |
rohitk | jaypipes: ah, thnx for your time | 17:02 |
jaypipes | rohitk: for the volumes patch, there is something really wrong... | 17:02 |
jaypipes | rohitk: it's not a failure in jenkins. | 17:02 |
jaypipes | rohitk: but I haven't had time to track it down yet | 17:03 |
rohitk | jaypipes: I'm a bit puzzled too | 17:03 |
jaypipes | rohitk: going to try to get to that today | 17:03 |
jaypipes | rohitk: I suspect it MAY have something to do with the size of the volume group backing file | 17:03 |
rohitk | jaypipes: trying to figure out where the create_volume is failing, | 17:03 |
jaypipes | rohitk: but I need to test loclly first to verify that | 17:03 |
rohitk | jaypipes: me too | 17:03 |
jaypipes | so please be patient on that one..:( | 17:03 |
rohitk | jaypipes: yes, that would help if you can test it locally :) | 17:03 |
jaypipes | rohitk: yeah, sorry, was focusing on the whitebox tests because sdague also needed those to go through | 17:04 |
rohitk | jaypipes: there aren't any issues with the cleanups by the existing volume tests in Tempest though, i guess | 17:04 |
rohitk | jaypipes: I | 17:05 |
rohitk | I'd also like your feedback on the design comments | 17:05 |
jaypipes | rohitk: the one thing I did still disagree with though, is combining the nova-volumes (volume as extension of compute API) client and the Cinder client.. | 17:05 |
rohitk | I had responded to on the volumes patch, | 17:05 |
rohitk | actually I think nova volumes is not volume as an extension of compute API | 17:06 |
rohitk | n-vol and compute extensions are different, no? | 17:06 |
jaypipes | rohitk: n-vol is the service that manages the volumes, not the API endpoint... | 17:06 |
jaypipes | rohitk: the Compute API is still the API endpoint for volume operations when running with nova-volumes and not cinder | 17:07 |
rohitk | hmm, yes the compute extensions call the n-vol service API | 17:07 |
jaypipes | rohitk: which is why I think it would be better to just leave the existing /services/nova/json/volumes_client code and instead just create a /services/volume/json/volumes_client | 17:08 |
*** markmcclain has quit IRC | 17:08 | |
jaypipes | rohitk: and put all Cinder tests into /tempest/tests/volume/ and leave the existing Compute volume tests in /tempest/tests/compute/ | 17:08 |
rohitk | jaypipes: ok, will do a re-check on that | 17:09 |
jaypipes | rohitk: that way, when we eventually deprecate nova-volume all we need to do is delete those files from the compute tests and service. | 17:09 |
jaypipes | rohitk: and not need to modify and files. | 17:09 |
jaypipes | any files.. | 17:09 |
*** mnewby has quit IRC | 17:09 | |
rohitk | jaypipes: yeah, makes sense | 17:10 |
*** ryanpetrello has quit IRC | 17:10 | |
jaypipes | ok, cool. | 17:10 |
jaypipes | rohitk: thx for understanding and being patient! | 17:10 |
rohitk | jaypipes: :) | 17:10 |
*** mnewby has joined #openstack-meeting | 17:11 | |
jaypipes | rohitk: back to the whitebox tests, I actually didn't change much at all -- I just reorganized things a bit. let me elaborate on the changes I made: | 17:11 |
davidkranz | jaypipes, rohitk : sorry I am late | 17:11 |
jaypipes | 1) put the /tempes/tests/whitebox/compute/* tests just in /tempest/tests/compute/ | 17:11 |
jaypipes | 2) Changed the config so that there wasn't a [whitebox] section in the config file -- instead just added whitebox options to the [compute] section | 17:12 |
rohitk | jaypipes: don't we want to segregate whitebox stuff from the blackbox stuff?, even the configs? | 17:13 |
jaypipes | 3) Made tempest.whitebox.WhiteboxTestCase NOT inherit from BaseComputeTest. Instead, have the actual test cases (i.e. tempest.tests.compute.test_servers_whitebox.TestServersWhitebox) inherit from tempest.whitebox.WhiteboxTest AND tempest.tests.compute.base.BaseComputeTest | 17:13 |
jaypipes | rohitk: actually no ... so the thought is that whitebox testing is just a type of testing -- but it's still a test of the Compute stuff. | 17:14 |
rohitk | jaypipes: ok | 17:14 |
rohitk | jaypipes: I'll take a look to understand the re-org | 17:15 |
jaypipes | rohitk: so instead of having a compute_db_uri, glance_db_uri, identity_db_uri, etc in a [whitebox] section of config, I just have a db_uri option in [compute], [images], [identity] so any whitebox test has the same config option depending on which things it's testing | 17:15 |
rohitk | jaypipes: sure | 17:16 |
jaypipes | rohitk: I'm about 30 minutes away I think from pushing up the reorg. I hope it will make sense when you see it. | 17:16 |
rohitk | jaypipes: since we're discussing configs, the build_interval ,build_timeout need to be understood | 17:17 |
rohitk | and not used randomly too | 17:17 |
rohitk | so we should have these timing params for each service (where needed) | 17:17 |
jaypipes | rohitk: I agree 100% | 17:18 |
rohitk | a volume timeout need not be as high as a compute build timeout | 17:18 |
jaypipes | rohitk: want to add a bug for that? | 17:18 |
rohitk | jaypipes: yep, I'll do that | 17:18 |
jaypipes | rock on. | 17:18 |
jaypipes | ty! | 17:18 |
davidkranz | jaypipes: There are some Quanta people working on testing now. Do we have any neglected projects it would make sense for them to look at? | 17:20 |
*** matiu has joined #openstack-meeting | 17:20 | |
*** matiu has joined #openstack-meeting | 17:20 | |
jaypipes | davidkranz: hmm, good question. | 17:24 |
jaypipes | davidkranz: perhaps it's worth you me and rohitk going through the bug list later today or tomorrow to clean up and find stuff for them? | 17:24 |
davidkranz | jaypipes: Sure. | 17:24 |
rohitk | jaypipes: np | 17:25 |
jaypipes | davidkranz: how about tomorrow morning? rohitk you cool with that? | 17:25 |
jaypipes | a Google+ Hangout? | 17:25 |
davidkranz | jaypipes: BTW, the discussions about API compatibility made me wonder if any one has run code coverage of nova, etc. of from Tempest run? | 17:25 |
davidkranz | jaypipes: I have a meeting at 10EDT tomorrow but am otherwise free. | 17:26 |
*** dolphm has quit IRC | 17:26 | |
rohitk | jaypipes: that should be fine | 17:26 |
davidkranz | I could do 9 | 17:26 |
jaypipes | davidkranz: 9am it is. want to send an invite? | 17:27 |
davidkranz | OK. I will have to find rohit on G+ | 17:27 |
jaypipes | davidkranz: tough to do API coverage... easier to do unit test coverage :) because coverage plugins and testing generally do not cover out of process calls :( | 17:27 |
davidkranz | jaypipes: I know but was thinking you could run nova-api, nova-compute, etc. with coverage and then run Tempest. Is there a reason that would not work? Never done this in python... | 17:29 |
rohitk | jaypipes: not sure but module level coverage results from unittest reports could help? | 17:29 |
jaypipes | davidkranz: I don't know of any way to do that :( | 17:29 |
*** shang has quit IRC | 17:29 | |
davidkranz | jaypipes: OK, I'll see if I can think of something. | 17:29 |
jaypipes | rohitk: unittest coverage works fine (and that happens for all the core projects). But seeing whether a tempest test run covers code paths is not something I know how to do with existing tools.\ | 17:30 |
*** shang has joined #openstack-meeting | 17:30 | |
rohitk | jaypipes: I meant if there was a way to run nose coverage tools from Tempest runners | 17:31 |
davidkranz | I think tempest is at the point where you need some kind of coverage to take it the final distance as a regression suite. | 17:31 |
rohitk | davidkranz: we | 17:31 |
rohitk | we've been trying to figure this out for some time too | 17:31 |
davidkranz | jaypipes, rohitk : Anything else that can't wait until tomorrow? | 17:33 |
rohitk | davidkranz: nothing from me now. | 17:34 |
davidkranz | rohitk: Are you 'Rohit Karajgi' on Google+ | 17:35 |
rohitk | davidkranz: right | 17:35 |
*** cp16net is now known as cp16net|away | 17:37 | |
davidkranz | OK, talk to you tomorrow. | 17:37 |
rohitk | davidkranz: did you send an invite? I am unable to pinpoint you in search | 17:39 |
davidkranz | rohitk: Not sure how to do that in advance. My name there is 'David Kranz' | 17:41 |
rohitk | davidkranz: gotcha | 17:42 |
med_ | a trick for setting up a hangout in advance is to associate it with a google plus event you create--which can be in the far distant future. | 17:42 |
med_ | The link it creates for the hangout is valid immediately though. | 17:42 |
davidkranz | med_: Thanks, I'll give that a whirl. | 17:43 |
med_ | and remains static/available until the actual event ends... which you may have placed in 2014. | 17:43 |
*** AlanClark has joined #openstack-meeting | 17:47 | |
*** donaldngo has quit IRC | 17:57 | |
*** gyee has joined #openstack-meeting | 18:03 | |
*** cp16net|away is now known as cp16net | 18:07 | |
*** donaldngo has joined #openstack-meeting | 18:07 | |
*** donaldngo has quit IRC | 18:08 | |
*** matwood has quit IRC | 18:08 | |
*** markmcclain has joined #openstack-meeting | 18:12 | |
*** ryanpetrello has joined #openstack-meeting | 18:12 | |
*** rohitk has quit IRC | 18:14 | |
*** rohitk has joined #openstack-meeting | 18:14 | |
*** johnpostlethwait has joined #openstack-meeting | 18:15 | |
*** matwood has joined #openstack-meeting | 18:16 | |
*** johnpostlethwait has quit IRC | 18:19 | |
*** rhochmuth has joined #openstack-meeting | 18:23 | |
*** johnpostlethwait has joined #openstack-meeting | 18:25 | |
*** mdomsch has quit IRC | 18:26 | |
*** johnpostlethwait has quit IRC | 18:27 | |
*** kindaopsdevy has joined #openstack-meeting | 18:29 | |
*** johnpostlethwait has joined #openstack-meeting | 18:31 | |
*** ryanpetr_ has joined #openstack-meeting | 18:35 | |
*** markmcclain1 has joined #openstack-meeting | 18:36 | |
*** oubiwann has quit IRC | 18:37 | |
*** markmcclain has quit IRC | 18:37 | |
*** ryanpetrello has quit IRC | 18:39 | |
*** rohitk has quit IRC | 18:40 | |
*** oubiwann has joined #openstack-meeting | 18:41 | |
*** novas0x2a|laptop has joined #openstack-meeting | 18:53 | |
*** Mandell has quit IRC | 18:54 | |
*** mdomsch has joined #openstack-meeting | 18:54 | |
*** darraghb has quit IRC | 18:55 | |
*** koolhead17 has joined #openstack-meeting | 18:58 | |
*** dwcramer has quit IRC | 18:59 | |
*** danwent has joined #openstack-meeting | 18:59 | |
*** Mandell has joined #openstack-meeting | 19:01 | |
*** matwood has quit IRC | 19:05 | |
*** alpha_ori has joined #openstack-meeting | 19:06 | |
*** blamar_ has joined #openstack-meeting | 19:07 | |
*** cp16net is now known as cp16net|away | 19:07 | |
*** mattray has quit IRC | 19:07 | |
*** blamar has quit IRC | 19:08 | |
*** blamar_ is now known as blamar | 19:08 | |
*** cp16net|away is now known as cp16net | 19:09 | |
*** alpha_ori has left #openstack-meeting | 19:10 | |
*** dwcramer has joined #openstack-meeting | 19:12 | |
*** alpha_ori has joined #openstack-meeting | 19:16 | |
*** YorikSar has joined #openstack-meeting | 19:17 | |
*** jkff has joined #openstack-meeting | 19:17 | |
*** kishanov has joined #openstack-meeting | 19:17 | |
jkff | Hello. This is Eugene Kirpichev from Mirantis. We're about to hold the first LBaaS meeting but we went to the wrong channel first (#openstack-meetings). | 19:18 |
ogelbukh | hi | 19:18 |
jkff | There's me, Kirill Ishanov, Oleg, and another person will join shortly | 19:19 |
YorikSar | o/ | 19:19 |
jkff | Hi Yuri | 19:19 |
jkff | Let's start with a questions/answers phase. Folks, is there anything you would like to ask right away? | 19:20 |
jkff | We'll wait for a couple of minutes and if we do not get any questions we'll discuss the current state of the project and roadmap. | 19:21 |
*** Boris___ has joined #openstack-meeting | 19:21 | |
jkff | Also, is there anyone over here who doesn't know what is LBaaS, what we're talking about? | 19:21 |
*** kindaops_ has joined #openstack-meeting | 19:21 | |
*** kindaopsdevy has quit IRC | 19:21 | |
*** kindaops_ is now known as kindaopsdevy | 19:21 | |
jkff | Hi kindaopsdevy, are you here for the LBaaS meeting? | 19:22 |
*** kindaopsdevy_ has joined #openstack-meeting | 19:22 | |
jkff | Hi kindaopsdevy_, are you here for the LBaaS meeting? | 19:23 |
kindaopsdevy_ | hi there -- no i'm not | 19:23 |
kindaopsdevy_ | was just connected to the channel | 19:23 |
jkff | All right. | 19:23 |
jkff | Ok guys, since we're not getting any questions, let's tell where we are | 19:24 |
jkff | Yuri, can you describe the project's current state briefly? | 19:24 |
jkff | Like - what's the level of support for haproxy, Cisco ACE and F5 right now and what do we have on the immediate roadmap? | 19:25 |
YorikSar | We've implemented the most of core service functionality with good test coverage. | 19:25 |
jkff | Also - is the project ready for someone to download it and play with it? | 19:25 |
jkff | Also - yesterday you said that you're working on improvements to the scheduler which allow to select a balancer based on its "capabilities". Can you tell more about that? | 19:26 |
YorikSar | The service supports pluggable drivers, HAproxy and ACE drivers are implemented to some level. Our first fully supported driver will be an F5 driver. | 19:27 |
kishanov | ETA for F5? | 19:28 |
YorikSar | The project is published in our GitHub page at https://github.com/Mirantis/openstack-lbaas. | 19:28 |
jkff | Is anything special needed for someone to create a test environment for it? | 19:29 |
*** Greg_Jacobs has joined #openstack-meeting | 19:29 | |
jkff | Assuming they have an ACE or F5 device :) or, if they don't, then haproxy. | 19:29 |
YorikSar | We're planning to implement F5 driver in 6 weeks from now. By that moment we're going to stabilise driver API. | 19:29 |
jkff | Got it. How mature is the "capabilities" functionality; is it in the API yet? | 19:30 |
kishanov | on F5: is this done through iControl lib? | 19:31 |
YorikSar | Device capabilities support is on its way to master. Drivers will be able to report the underlying device's capabilities and all new balancers will be provisioned based on these info. | 19:31 |
YorikSar | We're going to implement a scheduler like FilterScheduler in Nova so that we'll gain a lot of flexibility there. | 19:32 |
jkff | I see. How do you select which device to allocate to someone who hasn't asked for any particular capabilities - do you, like, select the least capable device, or the first available one? Sounds like an interesting problem | 19:33 |
jkff | Also, do you plan to support something like transparent migration of a user's balancing configuration from one device to another compatible one? (e.g. to free up a more capable device for someone who needs it) | 19:34 |
ogelbukh | API calls for unsupported capabilities must yield error responses, I suppose | 19:34 |
jkff | Oleg, I'm asking about something different. Suppose I have 5 haproxys and 5 ACE's. Obviously if someone asks just for simple load balancing, I better give him a haproxy instance rather than an ACE | 19:35 |
ogelbukh | or there should be capabilities request in API so client could determine what to ask for | 19:35 |
YorikSar | Just like FilterScheduler, after filtering out all devices that don't fit user's requirements scheduler sorts them according some number of weighted cost functions. By default it will be the least busy device in the pool. | 19:35 |
jkff | Hm, least busy, ok | 19:35 |
jkff | I think in perspective we'll see more intricate strategies, perhaps customizable | 19:36 |
jkff | Allright. So, the immediate roadmap is to implement F5 - anything else? | 19:36 |
*** kindaopsdevy_ has quit IRC | 19:36 | |
*** kindaopsdevy has quit IRC | 19:36 | |
YorikSar | We're going to provide a client library with CLI and Horizon extentions providing UI to manage balancers. | 19:38 |
*** dprince has quit IRC | 19:38 | |
jkff | I see. So - you mean, now you have only the tenant's front-end, and you're going to implement the provider's frontend. Right? | 19:38 |
*** dolphm has joined #openstack-meeting | 19:38 | |
danwent | hi guy, just joining… looks like its just us. I think its great that you're starting to prototype this stuff, but based on comments on list and from the PPB, I'm pretty confident that all of this will be in Quantum moving forward, so I'm not sure separate CLI, etc. makes sense | 19:39 |
danwent | there are a set of vendors interested in LBaaS, and we'll be talking about it at the Grizzly summit | 19:39 |
jkff | Hi Danwent, thanks for joining :) That's an interesting comment, let's discuss | 19:39 |
danwent | you all, of course, are free to do whatever you like in the run up to that though, and starting to push on a lbaas prototype is great in my opinion | 19:40 |
jkff | So, before we start quantum integration, we need to have *some* way of configuring LBaaS in a user-friendly way | 19:40 |
jkff | Also, I can imagine someone who wants to use LBaaS but doesn't want to use Quantum | 19:40 |
danwent | i think the API will be the same regardless | 19:40 |
YorikSar | We may integrate our service with Quantum as well. We can support both standalone service and Quantum extension. | 19:41 |
jkff | So I think that there should be some way of using it without Quantum, but of course quantum integration will happen too. | 19:41 |
danwent | I'd think of LBaaS as a component of Quantum, that might be run standalone if that is desired | 19:41 |
jkff | Exactly | 19:41 |
danwent | but my point is, there are many members of the quantum community who plan on implementing LBaaS in Quantum | 19:41 |
jkff | Do you mean they're interested in LBaaS in general, or they're interested in integrating with ours specifically? | 19:42 |
danwent | so going off and implementing lots of the parts of it as a separate service, with separate CLI, etc. risks wasting a lot of time. | 19:42 |
danwent | LBaas in general. t | 19:42 |
danwent | we'll need to bring this to openstack users as part of a core openstack project | 19:43 |
Boris___ | dan, are you suggesting that it might make sense to merge whatever is in LBaaS and drivers into quantum already now so as to not drive parallel efforts? | 19:43 |
danwent | Boris___: yes | 19:43 |
jkff | I see your point and agree to an extent that *focusing* on the standalone service's front-end is probably not the best thing to do. But neither is omitting it. | 19:43 |
ogelbukh | danwent: what would be a starting point for implementing the quantum plugin of lbaas? | 19:43 |
danwent | we actually talked about this last summit | 19:44 |
danwent | the goal is to allow quantum to be able to load multiple "engins", not just the "l2 engin" | 19:44 |
jkff | Oh, Dan - do you mean that there are people in Quantum who are developing, like, generic front-ends for LBaaS services? | 19:44 |
danwent | one engine would be a LBaaS engine | 19:44 |
ogelbukh | danwent: ok | 19:44 |
YorikSar | Well, Quantum plugin will need CLI and WebUI just as standalone service, so no effort is wasted here. | 19:44 |
danwent | jkff: sorry, don't follow | 19:44 |
*** Ravikumar_hp has quit IRC | 19:44 | |
ogelbukh | danwent: my impression was that quantum can load one 'plugin' at a time | 19:45 |
*** dhellmann has quit IRC | 19:45 | |
danwent | YorikSar: but i'd encourage you to implement CLI in a way that is similar ot the Quantum CLI framework, so there's not a lot to reimplement (or even just extend the existing quantum cli) | 19:45 |
ogelbukh | better call it back-end, actually, I think | 19:45 |
jkff | You said that developing a front-end could be a waste of time because it would duplicate the effort of Quantum developers | 19:45 |
danwent | ogelbukh: that is what I was refering to for "engines". For a given set of APIs, there is one plugin | 19:45 |
ogelbukh | this was in ML recently | 19:45 |
ogelbukh | yes | 19:45 |
jkff | That implies that Quantum developers are already doing something that qualifies as a replacement for our LBaaS frontend | 19:45 |
danwent | jkff: i wouldn't say that, as there is not really work done on it, i'm just making sure that the work that you all are starting will fit into how we will eventually deliver this to users. | 19:46 |
*** bencherian has quit IRC | 19:47 | |
danwent | quantum is biting off chunks fo the stack: L2 in essex, L3 in folsom, and in Grizzly we'll be moving into L4-L7 | 19:47 |
jkff | I understand that one thing you have in mind that is CLI; I don't know much about the Quantum CLI framework, but I can believe that it might make sense to integrate with it instead of doing our own CLI | 19:47 |
ogelbukh | danwent: oh, great ) | 19:47 |
ogelbukh | so, first step is to integrate lbaas api as a quantum engine | 19:48 |
danwent | jkff: like i said, you're free to do whatever you want, but I want to make sure you understand how I expect things to eventually get into core, as I don't want you wasting time on details like building your own CLI framework. | 19:48 |
danwent | ogelbukh: there's work that needs to be done there, but it would be a great place to start. | 19:48 |
ogelbukh | with some fake driver for testing purposes | 19:48 |
*** kishanov has quit IRC | 19:48 | |
jkff | danwent: I understand; I'm just trying to get your opinion on the best integration points | 19:49 |
*** Ravikumar_hp has joined #openstack-meeting | 19:49 | |
danwent | I actually want to port the L3 stuff we're doing in Folsom over to be a separate "engine" as well | 19:49 |
*** kindaopsdevy has joined #openstack-meeting | 19:49 | |
jkff | danwent: Do you think that Quantum's integration into horizon will allow to build a good front-end for LBaaS? | 19:49 |
ogelbukh | dabo: and how does it work now, if not engine? just an api extesion? | 19:49 |
ogelbukh | oops | 19:50 |
jkff | danwent: Oh, I see you're the owner of the "quantum horizon integration" blueprint! | 19:50 |
ogelbukh | danwent: and how does it work now, if not engine? just an api extension? | 19:50 |
danwent | I think we'll be able to leverage much of what we've done for "quantum routers", though lbalancers may have more bells and whistles to expose | 19:50 |
danwent | jkff: that's actually a bit misleading, as that is a "proxy" blueprint. | 19:50 |
YorikSar | Note that we're basing most of our work on exsting OpenStack libraries and code. We're trying our best not to reinvent all these wheels. | 19:50 |
danwent | the real people doing the work and who own the horizon blueprint linked from that blueprint are from NEC and IBM | 19:50 |
danwent | Cisco also did some work on the quantum + horizon integration, but that stalled a bit and these other folks have picked it up. | 19:51 |
*** ewindisch has joined #openstack-meeting | 19:51 | |
danwent | either way, we should have a good basic ability to add "network services" in horizon | 19:52 |
danwent | and the LBaaS stuff should fit into that model. | 19:52 |
danwent | anyway, i've got a 1pm meeting coming up soon, so need to run in a few minutes | 19:53 |
danwent | I think circulating the proposed API spec, as well as a basic internal spec (driver interfaces, schedules) and if possible a proof-of-concept, would be the best things to focus on pre-Grizzly summit. | 19:54 |
danwent | that will let us hit the ground running after the summit in terms of development. | 19:55 |
jkff | I agree. Thanks for the feedback Dan, it was very valuable. | 19:55 |
danwent | k, well, you all know where to find me on openstack-dev :) | 19:55 |
ogelbukh | :) | 19:55 |
ogelbukh | thanks for interesting points, danwent | 19:56 |
*** reed has quit IRC | 19:59 | |
*** n0ano has joined #openstack-meeting | 20:00 | |
*** danwent has quit IRC | 20:02 | |
n0ano | Anyone here for the orchestration meeting? | 20:02 |
maoy | n0ano: I'm available | 20:02 |
n0ano | maoy, good afternoon (and congratulations, you're now a core team member) | 20:03 |
maoy | n0ano: thanks! | 20:03 |
n0ano | hmm, so far it's just the two of us, did you have anything for today? | 20:05 |
*** dcramer_ has joined #openstack-meeting | 20:05 | |
*** jkff has quit IRC | 20:05 | |
*** troytoman is now known as troytoman-away | 20:05 | |
*** kindaopsdevy has left #openstack-meeting | 20:05 | |
maoy | i've cleared my schedule to revive the orchestation branch.. but nothing more to say yet. | 20:06 |
n0ano | Well, I was hoping for more attendees but it looks like that isn't going to work out | 20:06 |
*** dolphm has quit IRC | 20:07 | |
maoy | ok. | 20:07 |
*** derekh has joined #openstack-meeting | 20:07 | |
*** dwcramer has quit IRC | 20:08 | |
*** Greg_Jacobs has quit IRC | 20:11 | |
*** mdomsch has quit IRC | 20:13 | |
*** sacharya has joined #openstack-meeting | 20:17 | |
*** mattray has joined #openstack-meeting | 20:17 | |
*** sacharya has left #openstack-meeting | 20:19 | |
*** sacharya has joined #openstack-meeting | 20:19 | |
*** dolphm has joined #openstack-meeting | 20:19 | |
n0ano | Looks like nothing for this week, I wonder if we need to ping the dev mailing list to see if people are interested in the subject | 20:22 |
*** kindaopsdevy has joined #openstack-meeting | 20:31 | |
*** n0ano has quit IRC | 20:31 | |
*** matwood has joined #openstack-meeting | 20:32 | |
*** danwent has joined #openstack-meeting | 20:35 | |
*** eglynn has joined #openstack-meeting | 20:36 | |
*** koolhead17 has quit IRC | 20:41 | |
mikal | . | 20:43 |
*** Mandell_ has joined #openstack-meeting | 20:43 | |
*** n0ano has joined #openstack-meeting | 20:44 | |
*** Mandell_ has quit IRC | 20:45 | |
*** Mandell has quit IRC | 20:46 | |
*** jk0 has joined #openstack-meeting | 20:46 | |
*** reed has joined #openstack-meeting | 20:47 | |
*** n0ano has left #openstack-meeting | 20:50 | |
*** danwent has left #openstack-meeting | 20:50 | |
*** russellb has joined #openstack-meeting | 20:51 | |
*** jakedahn_zz is now known as jakedahn | 20:52 | |
*** andrewbogott has joined #openstack-meeting | 20:54 | |
*** Mandell has joined #openstack-meeting | 20:55 | |
*** glauaguiar has quit IRC | 20:56 | |
*** pixelbeat has joined #openstack-meeting | 20:59 | |
*** danpb has joined #openstack-meeting | 21:00 | |
*** markmc has joined #openstack-meeting | 21:01 | |
*** anniec has joined #openstack-meeting | 21:01 | |
nati_ueno | Nova meeting? | 21:01 |
anniec | i am waiting for the same | 21:02 |
vishy | hi everyone | 21:02 |
vishy | #startmeeting | 21:02 |
openstack | vishy: Error: Can't start another meeting, one is in progress. | 21:02 |
maoy | ... | 21:02 |
vishy | oh last meeting wasn't ended | 21:02 |
*** steveb_ has joined #openstack-meeting | 21:02 | |
clarkb | jaypipes: ^ | 21:02 |
*** timello has joined #openstack-meeting | 21:03 | |
*** lloydde_ has joined #openstack-meeting | 21:03 | |
*** jtran has joined #openstack-meeting | 21:03 | |
*** Duncan has joined #openstack-meeting | 21:03 | |
*** bcwaldon has joined #openstack-meeting | 21:04 | |
vishy | nijaba: ping looks like you were chair of last meeting? | 21:04 |
*** Duncan is now known as Guest25666 | 21:04 | |
*** melwitt has joined #openstack-meeting | 21:04 | |
vishy | nijaba: can you issue an #endmeeting? | 21:04 |
*** lzyeval has joined #openstack-meeting | 21:04 | |
vishy | #endmeeting | 21:04 |
*** Guest25666 is now known as DuncanT_ | 21:04 | |
vishy | #chair | 21:05 |
*** dprince has joined #openstack-meeting | 21:06 | |
*** lloydde has quit IRC | 21:06 | |
markmc | #reset | 21:06 |
markmc | #eject | 21:06 |
markmc | #kill | 21:06 |
russellb | /kick openstack | 21:07 |
vishy | jaypipes: actually you may have the meeting open | 21:07 |
nati_ueno | op en sta ck | 21:07 |
vishy | sigh | 21:07 |
vishy | ok well i guess we get no logging until someone comes back | 21:08 |
vishy | lets go through the agenda | 21:08 |
markmc | well, it's all logged anyway | 21:08 |
nati_ueno | vishy: I may be logged in another meeting, so we can copy it later | 21:08 |
maoy | right, in the previous meeting | 21:08 |
russellb | just don't get the nice meeting summary | 21:08 |
vishy | #info agenda is here: http://wiki.openstack.org/Meetings/Nova | 21:08 |
markmc | that's a packed agenda | 21:09 |
vishy | #topic api consistency | 21:09 |
vishy | hopefully it won't bee too long :) | 21:09 |
vishy | so I sent an email about api consistency | 21:09 |
vishy | the main concern is that we have extra parameters in post that are not documented | 21:10 |
Ravikumar_hp | vishy: what is the best way to handle this | 21:10 |
markmc | vishy, the plan looks good to me | 21:11 |
markmc | vishy, except the renaming part - are we talking about breaking backwards compat? | 21:11 |
vishy | I proposed a solution in the blueprint here: https://blueprints.launchpad.net/nova/+spec/disable-server-extensions | 21:11 |
markmc | Ravikumar_hp, http://wiki.openstack.org/DisableServerExtensions | 21:11 |
vishy | markmc: i don't believe so | 21:11 |
vishy | markmc: and the renaming part only really changes the name of the extension in the list | 21:11 |
markmc | vishy, ah, ok - renaming the extension, not the parameters | 21:11 |
vishy | markmc: so unless there is some unknown client out there looking for a particular name it shouldn't matter | 21:12 |
nati_ueno | FYI: quantum added attribute extension. https://github.com/openstack/quantum/blob/master/quantum/api/v2/attributes.py It is very well working. | 21:12 |
nati_ueno | At least, it is very clear which parameter is core by code. | 21:12 |
bcwaldon | vishy: just want to highlight for the group that breaking backwards compatibility can NOT happen right now | 21:12 |
vishy | markmc: I will leave them as is if necessary, but it annoys me that there are a couple that are different | 21:12 |
dprince | What if we just said... anything that doesn't break novaclient is fair game? | 21:13 |
vishy | so I don't love that the server create code will have to know about the extensions, it is tightly coupled | 21:13 |
*** markmcclain1 has quit IRC | 21:13 | |
vishy | but I don't see any way to fix that in the short term without serious risk of breakage | 21:13 |
vishy | and it is certainly better than what we have now | 21:13 |
vishy | so it sounds like we are all ok with that as a strategy | 21:13 |
bcwaldon | dprince: I'm not a fan of that | 21:13 |
vishy | so next point on the same topic: I need help | 21:13 |
bcwaldon | vishy: don't we all | 21:14 |
vishy | there are going to be 6 or 7 patches with test changes in addition to the basic one. Does anyone want to help me do some of those? | 21:14 |
*** cp16net is now known as cp16net|away | 21:14 | |
_0x44 | jk0 does :P | 21:14 |
jk0 | certainly | 21:14 |
vishy | this is one of those things that really looks bad from a release perspective so I want to get it buttoned down so our api is coherent | 21:15 |
vishy | ok final point on the first topic | 21:15 |
vishy | jk0: I will put the initial patch in and then I will farm out some of the other patches to you. Sound good? | 21:15 |
sdague | vishy: if this is easy to split up among a few folks, I'm happy to help | 21:15 |
vishy | sdague: awesome I will include you as well | 21:15 |
jk0 | sounds good | 21:15 |
vishy | ok last point: our xml support is weak | 21:16 |
annegentle | vishy: ideally we'll have 6-7 doc patches for each patch so the truth be told | 21:16 |
nati_ueno | vishy: I wanna also help | 21:16 |
mikal | vishy: I'm happy to help too if you talk slow and explain what I need to do | 21:16 |
vishy | especially in the extensions area | 21:16 |
vishy | ok four volunteers awesome, I will do the first and send an email to all of you with an etherpad for collaborating on the others | 21:16 |
sdague | sounds great | 21:16 |
annegentle | also what is the naming decision? does os- stay? | 21:16 |
mikal | cool | 21:16 |
vishy | so the question is: do we care enough about xml to fix it? | 21:16 |
nati_ueno | gotcha | 21:17 |
_0x44 | vishy: The XML contingent has already asked us to kill it. | 21:17 |
_0x44 | vishy: Where XML contingent = justinsb | 21:17 |
mikal | vishy: do we know if anyone uses XML? | 21:17 |
mikal | Who do we upset if we kill it? | 21:17 |
vishy | annegentle: solely for the name of the extension os-xxxx will stay | 21:17 |
annegentle | vishy: thanks | 21:17 |
vishy | annegentle: no actual usable endpoints/params will be renamed right now | 21:17 |
_0x44 | mikal: justinsb does, but he has to use both xml and json because our XML support is so abysmal. | 21:17 |
annegentle | #link http://wiki.openstack.org/DisableServerExtensions | 21:17 |
markmc | vishy, Vek made a good case for killing it - perhaps deprecate in folsom? | 21:17 |
annegentle | #link https://blueprints.launchpad.net/nova/+spec/disable-server-extensions | 21:17 |
Ravikumar_hp | Vishy: so xml is not yet supported for Nova | 21:17 |
*** ryanpetr_ has quit IRC | 21:18 | |
ewindisch | ;['} | 21:18 |
ewindisch | \ | 21:18 |
vishy | Ravikumar_hp: i believe it works for all core api, but support in extensions is very weak | 21:18 |
ewindisch | … sorry, child on keyboard. | 21:18 |
*** dolphm has quit IRC | 21:18 | |
nati_ueno | +1 for remove xml | 21:18 |
_0x44 | ewindisch: Having your child attend doesn't count as attendance. :) | 21:18 |
vishy | cleaning up extensions and adding tests is a dev effort. | 21:18 |
vishy | personally I would like it to work for what we have now | 21:18 |
russellb | and by remove, deprecate in folsom to give people a chance to migrate off of it if they are using it? | 21:18 |
vishy | but it means some volunteers to fix it | 21:19 |
vishy | I don't see any need to deprecate xml support for the v2 api, we can specifically state that many extensions don't support it | 21:19 |
_0x44 | I don't think we can remove XML support if it's defined in the V2API spec | 21:19 |
_0x44 | Since apparently that can't ever be changed. | 21:19 |
vishy | and potentially remove it for v3 | 21:19 |
markmc | vishy, yeah, deprecating it would be a way of saying "wake up and help fix this or it's dead man walking" | 21:19 |
russellb | ah yeah ... so just remove it for the next spec version then | 21:19 |
_0x44 | From when it was handed down from on high by monks on golden platters. | 21:19 |
nati_ueno | markmc: lol for dead man walking | 21:20 |
vishy | I don't know of anything broken in the xml core spec, except for the fact that wadls etc. don't work | 21:20 |
sdague | +1 on deprecate, and plan for removal on v3 | 21:20 |
vishy | annegentle: we should definitely document that xml + extensions doesn't work | 21:20 |
annegentle | vishy: noted | 21:20 |
_0x44 | vishy: If the WADLs don't work, why don't we ask the people who originally created them to update them? | 21:20 |
Ravikumar_hp | vishy: just to get clarified - xml is desupported only for extensions or for core api too | 21:20 |
*** epim has joined #openstack-meeting | 21:20 | |
markmc | if we had a blueprint for v3, we could list removing xml as an item to warn folks | 21:20 |
sdague | anyone know what the tempest coverage is for the API? that might be a good way to figure out what's working and what's not? | 21:20 |
annegentle | #info document that xml + extensions do not work | 21:20 |
annegentle | #info See Vish if you want to work on server extensions cleanup and docs | 21:21 |
vishy | If we have an xml expert, I would love someone to go through trying to use the core api and see if that works, although maybe i'm beating a dead horse, because nova with no extensions is essentially useless | 21:21 |
Ravikumar_hp | tempest tests are Json response format only | 21:21 |
vishy | is there an xml advocate here? | 21:21 |
annegentle | I'm not it (an xml advocate) but I'll represent what I get asked if it's helpful? | 21:22 |
jog0 | vishy: xml at least needs to stay around partially for EC2 | 21:22 |
vishy | ok I will ask on the mailing list asking for help on verifying if our xml support is even remotely usable | 21:22 |
annegentle | 1) Where are the XSDs? 2) Is WSDL supported? 3) What's the namespace? | 21:22 |
vishy | jog0: xml in ec2 is totally reasonable | 21:22 |
*** EmilienM has left #openstack-meeting | 21:22 | |
_0x44 | jog0: XML support in this case is for the OpenStack API | 21:22 |
markmc | it's definitely a nice thing to have if we someone can step up to fix it | 21:22 |
vishy | ok we need to move on, I will ask for volunteers for help with xml | 21:22 |
jog0 | _0x44: understood, I just wanted to put it out there | 21:23 |
vishy | next items | 21:23 |
lzyeval | vishy: i'm in | 21:23 |
vishy | blueprint updates | 21:23 |
vishy | lzyeval: for xml support? | 21:23 |
lzyeval | yup | 21:23 |
vishy | lzyeval: awesome chat with me offline about what we need | 21:23 |
lzyeval | k | 21:23 |
vishy | #topic blueprint updates | 21:23 |
vishy | so there are a few blueprints that i think are important that may need help | 21:24 |
vishy | first is configdrive | 21:24 |
vishy | smoser is not here so lets see if he pops in after | 21:24 |
vishy | jog0 is here | 21:24 |
vishy | so next is host-aggregates | 21:24 |
vishy | really would like to get that one in, need help on reviews | 21:24 |
jog0 | vishy: all parts are ready for code review. | 21:24 |
vishy | jog0: can you link them here please? | 21:25 |
vishy | jog0: so you don't need implementation help? just review help? | 21:25 |
jog0 | https://review.openstack.org/#/q/status:open+topic:bp/general-host-aggregates,n,z | 21:25 |
vishy | jog0: thanks | 21:25 |
vishy | jog0: is there anything after part2? | 21:26 |
jog0 | vishy: I did not cover moving availability zones to aggregates, but everything else is ready. | 21:26 |
jog0 | vishy: just documentation and tests | 21:26 |
jog0 | vishy: which are also ready for review | 21:26 |
vishy | jog0: ok az's to agreggates would be awesome but the migration is hard. Do you think we could add support for az's to use either existing tag or aggregate? | 21:26 |
vishy | jog0: as in adding support for a certain metadata tag that would work ['availability_zone': xxx' in addition to the one set in the service table?] | 21:27 |
jog0 | vishy: well one question I had was only compute nodes are part of an aggregate but all services get a availability zone for now. | 21:27 |
vishy | jog0: only compute now is fine, the code will need to be in cinder also for volumes etc. | 21:28 |
jog0 | vishy: supporting both is straight forward. I will post a patch later this afternoon | 21:28 |
*** cp16net|away is now known as cp16net | 21:28 | |
vishy | jo0: we can do migration and migrate compute_capabilities into az metadata in Grizzly | 21:28 |
vishy | s/az metadata/host aggregate metadata/ | 21:28 |
vishy | ok next blueprint: instance-uuids | 21:29 |
jog0 | vishy: sounds good, so support both in Folsom and migrate after | 21:29 |
vishy | done, thanks mikal! | 21:29 |
mikal | :) | 21:29 |
vishy | jog0: right | 21:29 |
mikal | With some minor collatoral damage | 21:29 |
mikal | My only remaining concern is terst coverage is low for some of this code | 21:29 |
mikal | So we'll only know nothing broke as people test it more | 21:29 |
vishy | russellb: no-db-messaging? how goes? | 21:29 |
russellb | no-db-messaging is going well. no-db-compute as a whole doesn't have a chance for folsom. | 21:30 |
russellb | no-db-messaging is almost done, depending on where we draw the line | 21:30 |
vishy | russellb: understood, already moved it | 21:30 |
vishy | russellb: need any help besides reviews? | 21:30 |
russellb | for instances in the compute rpc api, i've got 2 methods left, 1 of which i'm finishing up right now locally | 21:30 |
ewindisch | russellb: let me know if you need help there. | 21:30 |
russellb | ewindisch: k | 21:30 |
vishy | ewindisch: I delayed the signed messages bp as well, but anything you can get done is gravy :) | 21:31 |
vishy | ok so last one is the config-drive / metadata-v2 blueprint | 21:31 |
russellb | i think just reviews, i'll probably draw the line soon and declare success with "much-less-db-messaging" and leave the rest with no-db-compute next cycle | 21:31 |
vishy | smoser has stated he needs help | 21:31 |
ewindisch | vishy: awesome. So everyone else knows: I put forward a draft change today with the signed messages. | 21:31 |
vishy | can anyone grab that and make sure it gets in? | 21:31 |
*** DuncanT_ has quit IRC | 21:32 | |
russellb | ewindisch: i think we definitely need to look hard at how we can do that in a transport agnostic way | 21:32 |
vishy | russellb: you should look at that that draft btw, to see what you think about getting it in qpid and rabbit | 21:32 |
vishy | russellb: oh you already did :) | 21:32 |
ewindisch | russellb: right, which is why you're a reviewer on the draft :) | 21:32 |
russellb | yeah i will, read the comments at least | 21:32 |
russellb | cool | 21:32 |
vishy | so any volunteers for config-drive / metadata-v2? | 21:32 |
russellb | haven't read the code yet, but will soon (probably tomorrow) | 21:32 |
vishy | it is pretty close, so I think it could be done pretty quickly | 21:33 |
*** markvoelker has quit IRC | 21:33 | |
russellb | great | 21:33 |
mikal | vishy: whats the link for the bp? | 21:33 |
russellb | vishy: i'll help drive that one | 21:33 |
vishy | mikal, russellb: https://blueprints.launchpad.net/nova/+spec/config-drive-v2 | 21:33 |
vishy | awesome | 21:34 |
russellb | i meant the trusted messaging one :-) | 21:34 |
vishy | russellb: oh good | 21:34 |
vishy | mikal: take a look at that and see if you can do it? | 21:34 |
vishy | I can use the other three volunteers for the api changes | 21:34 |
vishy | ok are there any other bps that people know about that seem important? | 21:34 |
mikal | vishy: sure, I'll poke smoser with a stick and see where he's up to | 21:34 |
vishy | we had two big code drops recently | 21:34 |
*** markmcclain has joined #openstack-meeting | 21:34 | |
* ewindisch looks at the metadata blueprint | 21:35 | |
vishy | cells and bare metal provisioning | 21:35 |
pixelbeat | vishy, mikal : I'll help out with config drive | 21:35 |
russellb | pixelbeat: nice, thanks | 21:35 |
vishy | pixelbeat: awesome, thanks | 21:35 |
ewindisch | vishy: link to the metadata blueprint? | 21:35 |
mikal | pixelbeat: cool | 21:35 |
vishy | ewindisch: it is the same bp as config up there | 21:35 |
russellb | ewindisch: https://blueprints.launchpad.net/nova/+spec/config-drive-v2 | 21:35 |
vishy | any opinions on whether we should get cells and baremetal in? | 21:36 |
ewindisch | oh, I see. You meant the config-drive metadata. | 21:36 |
markmc | vishy, does cells have a blueprint? | 21:36 |
russellb | or docs? :-) | 21:36 |
vishy | ewindisch: the bp is to unify both metadata api and config drive | 21:36 |
vishy | markmc: it did at one point | 21:36 |
vishy | markmc: looks like it was lost at some point in history | 21:37 |
russellb | cells patch: https://review.openstack.org/#/c/10707/ | 21:37 |
markmc | vishy, at a glance - it seems large and invasive for this point in the cycle, but I'm hoping to look closer | 21:37 |
markmc | vishy, the baremetal one at least looks isolated to the baremetal driver | 21:37 |
Daviey | vishy: smoser did some cloud-init work recently for config-drive, do you think that needs refreshing ? | 21:37 |
*** dansmith has joined #openstack-meeting | 21:37 | |
vishy | markmc: the design of both is to not really affect core code at all, but they may not succeed completely | 21:37 |
russellb | and baremetal is well documented | 21:38 |
markmc | vishy, ok | 21:38 |
maoy | vishy: the baremetal one looks good on paper | 21:38 |
vishy | Daviey: possibly, hopefully when the bp is finished, cloud-init will be able to setup networking from config-drive properly | 21:38 |
steveb_ | is config-drive info immutable after launch? This could be a problem if floating IP changes at runtime | 21:38 |
Daviey | splendid | 21:38 |
russellb | they're pretty big to get in by folsom-3, unless people dedicate a significant amount of time to the review very quickly... | 21:38 |
vishy | russellb: I agree | 21:38 |
vishy | the advantage of cells is that it helps one of the largest contributors unfork | 21:39 |
* markmc will try and grab some of the big reviews over the next week | 21:39 | |
vishy | which is really nice but it may not matter to them if it happens post-release | 21:39 |
vishy | since they are doing CD | 21:39 |
russellb | baremetal would be a cool item on the release notes | 21:39 |
vishy | the other advantage of cells is some users are anxiously waiting on it | 21:39 |
vishy | like mercado-libre | 21:39 |
russellb | so would cells | 21:39 |
vishy | if either merges i think they should be considered experimental | 21:40 |
jaypipes | #endmeeting | 21:40 |
*** openstack changes topic to "OpenStack meeting channel. See http://wiki.openstack.org/Meetings for schedule and http://eavesdrop.openstack.org/meetings/openstack-meeting/ for meeting logs" | 21:40 | |
openstack | Meeting ended Thu Aug 2 21:40:16 2012 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 21:40 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-17.00.html | 21:40 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-17.00.txt | 21:40 |
openstack | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-17.00.log.html | 21:40 |
jaypipes | sorry folks. | 21:40 |
vishy | but in any case any help we can give to reviews there would be awesome | 21:40 |
vishy | #startmeeting | 21:40 |
openstack | Meeting started Thu Aug 2 21:40:28 2012 UTC. The chair is vishy. Information about MeetBot at http://wiki.debian.org/MeetBot. | 21:40 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 21:40 |
russellb | i guess we should jump on both reviews this week, and then sync up again next week on how it looks | 21:40 |
russellb | see what things people are finding | 21:40 |
jog0 | vishy: if cells or baremetal lands is it possible to get integration tests for them as well? | 21:40 |
vishy | #info late start: first part of the meeting is in: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-17.00.log.html | 21:41 |
vishy | #topic Blueprints and Reviews | 21:41 |
*** openstack changes topic to "Blueprints and Reviews" | 21:41 | |
markmc | #action jk0, sdague and nati_ueno to help vishy with disabling server create extensions | 21:41 |
vishy | #info please help with reviews on baremetal and cells | 21:41 |
mikal | One other big review is the storwize stuff | 21:41 |
markmc | #action lzyeval to help with XML support in extensions | 21:41 |
mikal | I want to check how people feel about the paramiko dependancy | 21:41 |
markmc | #action mikal to help smoser with config-drive blueprint | 21:42 |
vishy | #link https://review.openstack.org/#/c/10707/ | 21:42 |
russellb | #action russellb to help ewindisch with trusted-messaging blueprint | 21:42 |
markmc | #action general-host-aggregates needs review | 21:42 |
vishy | #link https://review.openstack.org/#/c/10726/ | 21:42 |
markmc | #action cells and baremetal patches need review | 21:42 |
*** kindaops_ has joined #openstack-meeting | 21:42 | |
jog0 | mikal: I have had trouble with paramiko and eventlet in the recent past | 21:43 |
vishy | well those links are going to be out of order considering the actions but oh well :) | 21:43 |
markmc | mikal, it's already a dependency, no? | 21:43 |
*** kindaopsdevy has quit IRC | 21:43 | |
*** kindaops_ has quit IRC | 21:43 | |
mikal | jog0: the san driver already uses paramiko | 21:43 |
vishy | #topic Release Quality | 21:43 |
*** openstack changes topic to "Release Quality" | 21:43 | |
mikal | But I want to make sure packagers know about it | 21:43 |
russellb | quality: we should have some of that | 21:43 |
vishy | this is a more general topic which i expect to revisit later | 21:43 |
*** rnirmal has quit IRC | 21:43 | |
vishy | i think most of the concerns will happen post f-3 | 21:44 |
markmc | mikal, looks fine for fedora anyway, already a dep of our openstack-nova package | 21:44 |
Ravikumar_hp | Vishy: Folsom - for Nova when is feature freeze day ? Is it at end of Folsom-3 ? | 21:44 |
vishy | #help we need help with bugs and documentation | 21:44 |
vishy | Ravikumar_hp: yes no features after f-3 | 21:44 |
markmc | vishy, if only we were on top of our bug triaging | 21:44 |
russellb | yes, folsom-3 is the freeze, and it's august 16th | 21:44 |
markmc | vishy, I suspect folks would love to help if we had a properly prioritize list of issues | 21:45 |
* russellb plans to switch focus to bugs as much as possible after f-3 | 21:45 | |
vishy | russellb: I hope the rest of nova-core follows suit | 21:45 |
russellb | same | 21:45 |
vishy | so the main gap aside from bugs and docs is upgrading | 21:45 |
vishy | I've recruited dtroyer to help create an upgrade test, so we should have something pretty soon | 21:46 |
vishy | once we get the code bootstrapped, we will be looking for help to make it awesome | 21:46 |
* comstud is here now | 21:46 | |
markmc | upgrade test would be coolness | 21:46 |
vishy | the first version is going to be a simple upgrade script so that we at least know what an upgrade looks like | 21:46 |
markmc | this is a shut everything down, upgrade and restart upgrade right? | 21:46 |
vishy | and that we can throw into jenkins | 21:47 |
vishy | yes | 21:47 |
vishy | live upgrades is way out of scope right now | 21:47 |
markmc | yep | 21:47 |
russellb | someday! | 21:47 |
sdague | vishy: is this going to be something in devstack, or a new thing? | 21:47 |
vishy | but I'd like to get a framework in place to test it so that we can see how far away we are from folsom -> grizzly | 21:47 |
vishy | sdague: separate, but the first version will use devstack | 21:47 |
comstud | vishy: if we need to circle back around to cells quickly, I'm available for questions! | 21:48 |
markmc | vishy, any particular things you think we may have broken? DB migrations, config migration, ... ? | 21:48 |
*** danpb has quit IRC | 21:48 | |
vishy | sdague: high level view: a) devstack stable/essex b) run the system c) kill services d) download devstack trunk e) run magic upgrade script d) restart services e) run exercises | 21:48 |
lzyeval | marckmc: I've witnessed DB migration problems | 21:48 |
vishy | second version do stuff before the upgrade | 21:49 |
vishy | markmc: I'm most worried about config changes in projects | 21:49 |
markmc | vishy, ok | 21:49 |
vishy | markmc: and dependency changes | 21:49 |
russellb | arbitrary config changes that breack backwards compat really bug me | 21:49 |
vishy | markmc: I'd like the script to handle converting deprecated config options as well | 21:50 |
markmc | agreed - for the config options people actually use :) | 21:50 |
russellb | hopefully there's not too much of that | 21:50 |
markmc | vishy, cool | 21:50 |
russellb | markmc: heh, fair point | 21:50 |
vishy | markmc: like switching to the new driver options from sdague | 21:50 |
markmc | yep | 21:50 |
markmc | the rootwrap_config one too | 21:50 |
markmc | andrewbogott's notification driver stuff too | 21:50 |
vishy | i willl make an announcement on the ml once we have something very basic in place so others can help | 21:50 |
russellb | i wonder if we should have a "config checker" that people can run against their configs and see if they are using deprecated stuff | 21:51 |
vishy | we can push bug and docs discussion to next meeting, after we make it through f3 | 21:51 |
*** lzyeval has quit IRC | 21:51 | |
vishy | running out of time but quick check | 21:51 |
vishy | #topic Other Issues | 21:51 |
*** openstack changes topic to "Other Issues" | 21:51 | |
vishy | just wanted space for people to mention stuff that are issues for the release | 21:51 |
sdague | vishy: look forward to the upgrade testing work, will definitely help dtroyer out with that once he gets the first pass out | 21:52 |
markmc | vishy, wanted to mention http://wiki.openstack.org/APIChangeGuidelines | 21:52 |
vishy | mostly end user /operator issues that make nova painful | 21:52 |
eglynn | vishy: what's the background on the Quota Handling issue mentioned on the agenda? | 21:52 |
vishy | markmc: cool anything to say other than the link? | 21:52 |
markmc | any API changes that we approve, it would be good to add them to the examples section | 21:52 |
markmc | even subtle stuff | 21:52 |
* markmc has added a bunch there already | 21:52 | |
vishy | eglynn: so these are all the things that i see as pain points. Quota handling is not consistent across projects so it is not user friendly | 21:52 |
eglynn | vishy: (I've grabbed a few quota-related bugs recently, so I've got my head in that code right now ...) | 21:53 |
vishy | #info add any approved api changes as examples to http://wiki.openstack.org/APIChangeGuidelines | 21:53 |
*** bencherian has joined #openstack-meeting | 21:53 | |
ewindisch | vishy: if we proceed with the membership services / matchmaker blueprints, we may need to consider moving some of the database stuff into openstack-common. | 21:53 |
*** dcramer_ has quit IRC | 21:53 | |
vishy | eglynn: it is more of a future concern. I don't think we can do anything about it before folsom | 21:53 |
eglynn | vishy: k | 21:53 |
vishy | i guess the question is: Is there anything in that list that is important enough to us that we should put effort into it before feature freeze | 21:54 |
markmc | eglynn, seen the per-user quotas patch? https://review.openstack.org/#/c/8388/ | 21:54 |
*** dhellmann has joined #openstack-meeting | 21:54 | |
vishy | so everyone think about that and get back to me | 21:54 |
eglynn | markmc: yep | 21:54 |
vishy | since we're running out of time to discuss it in detail, we can revisit on the ML | 21:54 |
vishy | #action think about end-user / deployer issues that are important enough to work on in the next couple of weeks | 21:55 |
vishy | #info examples are rbac handling, quota handling, adminness | 21:55 |
vishy | there is one issue there that i think is important | 21:55 |
vishy | our is_admin in the context is set based on a specifically named role | 21:56 |
maoy | i'd like to see Error in vm state appear less often | 21:56 |
vishy | it should be switchted to a policy check | 21:56 |
vishy | maoy: agreed | 21:56 |
*** hggdh has quit IRC | 21:56 | |
vishy | I will report a bug about the hard-coded adminness if there isn't one already | 21:56 |
vishy | ok final topic | 21:57 |
vishy | #action vishy to report a bug on hard-coded admin role so it can be switched to a policy check | 21:57 |
*** danwent has joined #openstack-meeting | 21:57 | |
vishy | #topic Meeting Times | 21:57 |
*** openstack changes topic to "Meeting Times" | 21:57 | |
vishy | Question a) Weekly meetings | 21:57 |
ewindisch | +1 | 21:57 |
mikal | +1 | 21:58 |
vishy | #startvote Should we have a weekly Meeting? Yes, No | 21:58 |
openstack | Begin voting on: Should we have a weekly Meeting? Valid vote options are Yes, No. | 21:58 |
openstack | Vote using '#vote OPTION'. Only your last vote counts. | 21:58 |
russellb | i didn't like the idea but have found this one useful | 21:58 |
comstud | #vote yes | 21:58 |
mikal | #vote yes | 21:58 |
sdague | #vote Yes | 21:58 |
markmc | #vote yes | 21:58 |
russellb | #vote yes | 21:58 |
jog0 | #vote yes | 21:58 |
mikal | They can be really short... | 21:58 |
eglynn | #vote yes | 21:58 |
*** ayoung has quit IRC | 21:58 | |
ewindisch | I think it is a good idea toward the end of the cycle, at any rate. | 21:58 |
dprince | #vote yes | 21:58 |
ewindisch | #vote yes | 21:58 |
vishy | i wonder if the Yes vs. yes matters | 21:58 |
comstud | #vote Yes | 21:58 |
comstud | :) | 21:58 |
markmc | #vote YES | 21:58 |
russellb | #vote yEs | 21:58 |
sdague | :) | 21:58 |
vishy | #endvote | 21:58 |
openstack | Voted on "Should we have a weekly Meeting?" Results are | 21:58 |
openstack | Yes (9): markmc, jog0, eglynn, russellb, sdague, comstud, mikal, dprince, ewindisch | 21:58 |
maoy | #vote LIKE | 21:58 |
sdague | unit testing in progress! | 21:58 |
vishy | ok next vote | 21:59 |
vishy | #vote Same time every week? same, alternate | 21:59 |
anniec | #vote yes | 21:59 |
russellb | i think the people that don't like the time the most probably aren't here :) | 21:59 |
maoy | #vote same | 21:59 |
andrewbogott | #vote same | 21:59 |
ewindisch | #vote alternative | 21:59 |
vishy | #startvote Same time every week? same, alternate | 21:59 |
openstack | Begin voting on: Same time every week? Valid vote options are same, alternate. | 21:59 |
openstack | Vote using '#vote OPTION'. Only your last vote counts. | 21:59 |
dprince | #vote alternate | 21:59 |
maoy | good pt russellb | 21:59 |
mikal | #vote same | 21:59 |
markmc | russellb, good point | 21:59 |
jk0 | #vote same | 21:59 |
comstud | #vote same | 21:59 |
jog0 | #vote same | 22:00 |
ewindisch | #vote alternative | 22:00 |
openstack | ewindisch: alternative is not a valid option. Valid options are same, alternate. | 22:00 |
markmc | #vote alternate | 22:00 |
andrewbogott | #vote same | 22:00 |
eglynn | #vote alternative | 22:00 |
openstack | eglynn: alternative is not a valid option. Valid options are same, alternate. | 22:00 |
vishy | alternate means alternating between two different times | 22:00 |
eglynn | #vote alternate | 22:00 |
russellb | #vote move vote to ML | 22:00 |
openstack | russellb: move vote to ML is not a valid option. Valid options are same, alternate. | 22:00 |
ewindisch | #vote alternate | 22:00 |
anniec | #vote same | 22:00 |
russellb | lol. | 22:00 |
comstud | haha | 22:00 |
comstud | d9d | 22:00 |
sdague | :) | 22:00 |
vishy | russellb: I don't know how we will ever reach a decision on the ml I guess with a poll | 22:00 |
russellb | #vote alternate | 22:00 |
vishy | ? | 22:00 |
* russellb nods | 22:00 | |
*** dhellmann has quit IRC | 22:00 | |
vishy | #endvote | 22:01 |
openstack | Voted on "Same time every week?" Results are | 22:01 |
openstack | alternate (5): dprince, markmc, eglynn, russellb, ewindisch | 22:01 |
openstack | same (6): jog0, jk0, comstud, mikal, andrewbogott, anniec | 22:01 |
russellb | those that couldn't make it proxy vote alternate | 22:01 |
vishy | so it is roughly split | 22:01 |
markmc | ooh, closely run | 22:01 |
mikal | Same clearly wins | 22:01 |
vishy | who wants to send a poll to the ml? | 22:01 |
markmc | heh | 22:01 |
markmc | mikal, it's 7am for you, right? | 22:01 |
vishy | lets pick a single time and an alternate and send to the ml | 22:01 |
ewindisch | How many of same are on the east coast ? ;-) | 22:01 |
mikal | markmc: yep | 22:01 |
vishy | eu people, when is a better UTC time for you? | 22:02 |
eglynn | slightly earlier timeslot would be good for GMT | 22:02 |
vishy | would 1400 work better? | 22:02 |
mikal | Ewww, that's midnight my time | 22:02 |
markmc | right | 22:02 |
russellb | mikal: can't win 'em all | 22:03 |
mikal | :( | 22:03 |
vishy | 1400 is 7am here | 22:03 |
eglynn | how about 20:00 UTC? | 22:03 |
vishy | that works for me but not for mikal :) | 22:03 |
mikal | russellb: I can't help it that I live on the bottom of the planet | 22:03 |
russellb | mikal: well, sure you can | 22:03 |
eglynn | 6am, yep that would be awkward | 22:03 |
mikal | vishy: I'll get up at 6am if I need to | 22:03 |
mikal | vishy: that's easier than midnight for me | 22:03 |
vishy | ok so one time is 20:00 | 22:04 |
markmc | dunno about others, but I could do 6am utc | 22:04 |
markmc | what's that west coast? | 22:04 |
russellb | ironically a discussion about time has taken us over the meeting time. | 22:04 |
vishy | and if we alternate we go 1400 and 2100 ? | 22:04 |
dprince | +1 | 22:04 |
mikal | Sure, that seems fair | 22:04 |
russellb | works for me | 22:04 |
markmc | cool | 22:04 |
mikal | You'd just have to say nice things about me when I'm not there | 22:05 |
dprince | I think alternating is good because it'll bring more people in. | 22:05 |
ewindisch | alternating would just cause confusion and kill attendance, imho | 22:05 |
vishy | markmc: 11pm here and 1am for midwest | 22:05 |
vishy | not so wonderful | 22:05 |
*** gyee has quit IRC | 22:05 | |
ewindisch | 2am for EST... | 22:05 |
sdague | markmc: and 2am est | 22:05 |
vishy | ok who knows how to make a poll? | 22:05 |
markmc | yeah, forgot about east coast :) | 22:05 |
markmc | doh | 22:05 |
vishy | can we poll between single 2000 meeting and 1400 / 2100 ? | 22:05 |
mikal | Google docs perhaps? | 22:05 |
mikal | A google spreadsheet form is quick and easy | 22:06 |
russellb | yeah gdocs works reasonably well for that | 22:06 |
vishy | mikal: can you send a poll to the ml? | 22:06 |
markmc | vishy, how about vote again now with a real alternate time | 22:06 |
mikal | (And you don't have to have an account) | 22:06 |
vishy | markmc: sure, revote | 22:06 |
mikal | vishy: I am happy to send a poll | 22:06 |
*** maoy has quit IRC | 22:07 | |
vishy | #startvote Meeting time single @ UTC 2100 or double, alternating between UTC 1400 and UTC 2100 ? single, double | 22:07 |
openstack | Begin voting on: Meeting time single @ UTC 2100 or double, alternating between UTC 1400 and UTC 2100 ? Valid vote options are single, double. | 22:07 |
openstack | Vote using '#vote OPTION'. Only your last vote counts. | 22:07 |
russellb | #vote double | 22:07 |
markmc | #vote double | 22:08 |
ewindisch | wait, I thought it was single @ UTC 2000 ? | 22:08 |
mikal | vishy: I want to vote "don't care" | 22:08 |
vishy | ewindisch: sorry it is | 22:08 |
ewindisch | #vote single | 22:08 |
dprince | #vote double | 22:08 |
jk0 | #vote single | 22:08 |
pixelbeat | #vote double | 22:08 |
sdague | #vote single | 22:08 |
vishy | #info previous vote was actually for UTC 2000 single time | 22:08 |
markmc | mikal, but you're the one in the weird timezone :) | 22:08 |
jog0 | #single | 22:08 |
eglynn | #vote single | 22:08 |
russellb | mmm, double double | 22:08 |
vishy | #vote double | 22:08 |
mikal | markmc: heh, I don't mind missing every second meeting if it means more people can come | 22:08 |
vishy | jog0: you have to use #vote | 22:09 |
jog0 | #vote single | 22:09 |
vishy | #endvote | 22:09 |
openstack | Voted on "Meeting time single @ UTC 2100 or double, alternating between UTC 1400 and UTC 2100 ?" Results are | 22:09 |
openstack | double (5): dprince, markmc, russellb, pixelbeat, vishy | 22:09 |
openstack | single (5): jog0, eglynn, jk0, sdague, ewindisch | 22:09 |
vishy | totally even | 22:09 |
dansmith | heh | 22:09 |
markmc | hah | 22:09 |
vishy | to the ml! | 22:09 |
russellb | >_< | 22:09 |
mikal | vishy: I'll send you an email about the poll | 22:09 |
vishy | #action mikal to take the vote to the ml | 22:09 |
markmc | we should just alternate between double and single, then | 22:09 |
vishy | ok we're done | 22:09 |
russellb | yay | 22:10 |
pixelbeat | lol | 22:10 |
vishy | next meeting will be determined based on the poll | 22:10 |
markmc | vishy, nicely done, thanks | 22:10 |
vishy | #endmeeting | 22:10 |
*** openstack changes topic to "OpenStack meeting channel. See http://wiki.openstack.org/Meetings for schedule and http://eavesdrop.openstack.org/meetings/openstack-meeting/ for meeting logs" | 22:10 | |
openstack | Meeting ended Thu Aug 2 22:10:07 2012 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 22:10 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-21.40.html | 22:10 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-21.40.txt | 22:10 |
openstack | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-21.40.log.html | 22:10 |
russellb | thanks, vishy ! | 22:10 |
*** dprince has quit IRC | 22:10 | |
pixelbeat | cheers | 22:10 |
*** jk0 has left #openstack-meeting | 22:10 | |
comstud | did anyone have any quick cells questions? | 22:10 |
comstud | before they depart? | 22:10 |
comstud | :) | 22:10 |
*** pixelbeat has left #openstack-meeting | 22:10 | |
russellb | comstud: hm, don't think so | 22:11 |
russellb | i'm hoping i can help review it soon | 22:11 |
comstud | ok | 22:11 |
comstud | markmc: should find it pretty uninvasive | 22:11 |
*** rhochmuth has quit IRC | 22:11 | |
comstud | when you look | 22:12 |
comstud | it's a lot of new code | 22:12 |
comstud | very little modifying of core code | 22:12 |
russellb | any sort of docs? | 22:12 |
comstud | which also means it's slightly ugly :) | 22:12 |
comstud | Not yet.. | 22:12 |
*** matiu has quit IRC | 22:12 | |
russellb | ok | 22:12 |
comstud | i'm sure that's extremely helpful | 22:12 |
russellb | not a deal breaker, i just wanted to make sure i read what i could before i just dove into the code to figure it out | 22:12 |
comstud | yeah | 22:13 |
russellb | it is, yes :) | 22:13 |
comstud | there's a little bit of diagrams i've started | 22:13 |
comstud | the preso at folsom | 22:13 |
comstud | and then: | 22:13 |
comstud | http://comstud.com/cells.pdf | 22:13 |
russellb | presentation was good, faded from memory a little bit though :( | 22:13 |
russellb | ah cool, diagram is a good start | 22:14 |
russellb | that's all architecture is, boxes and arrows right? | 22:14 |
*** ewindisch has quit IRC | 22:15 | |
comstud | haha ya | 22:15 |
*** eglynn has quit IRC | 22:15 | |
*** derekh has quit IRC | 22:16 | |
*** sandywalsh has quit IRC | 22:16 | |
russellb | comstud: mind if i leave that link on the review? | 22:17 |
*** donaldngo has joined #openstack-meeting | 22:19 | |
comstud | for got it | 22:20 |
comstud | er | 22:20 |
comstud | go for it | 22:20 |
russellb | k | 22:20 |
comstud | lol | 22:20 |
comstud | was talking in person at the same time | 22:20 |
comstud | i gotta jump off | 22:20 |
russellb | later | 22:21 |
comstud | i'm planning on an update to the ML tonight too | 22:21 |
comstud | laters! | 22:21 |
russellb | great | 22:21 |
*** melwitt has left #openstack-meeting | 22:21 | |
*** tongli has quit IRC | 22:24 | |
*** sacharya has quit IRC | 22:26 | |
*** blamar has quit IRC | 22:26 | |
*** ewindisch has joined #openstack-meeting | 22:26 | |
*** markmc has left #openstack-meeting | 22:27 | |
*** kindaopsdevy has joined #openstack-meeting | 22:31 | |
*** kindaopsdevy has joined #openstack-meeting | 22:32 | |
*** Boris___ has quit IRC | 22:35 | |
*** Gordonz has quit IRC | 22:37 | |
*** kindaopsdevy_ has joined #openstack-meeting | 22:42 | |
*** Ravikumar_hp has quit IRC | 22:42 | |
jeblair | #startmeeting | 22:43 |
openstack | Meeting started Thu Aug 2 22:43:12 2012 UTC. The chair is jeblair. Information about MeetBot at http://wiki.debian.org/MeetBot. | 22:43 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 22:43 |
jeblair | clarkb: see if you can end the meeting | 22:43 |
jeblair | clarkb: without adding yourself as a chair | 22:43 |
clarkb | oh I need to authenticate against the bot | 22:44 |
*** kindaopsdevy has quit IRC | 22:44 | |
*** kindaopsdevy_ is now known as kindaopsdevy | 22:44 | |
*** kindaopsdevy has quit IRC | 22:44 | |
clarkb | #endmeeting | 22:45 |
clarkb | doesn't appear to work. I need to be the chair | 22:45 |
*** kindaopsdevy has joined #openstack-meeting | 22:45 | |
jeblair | ok. guess it's not automatic. :/ try adding yourself as a chair then | 22:45 |
clarkb | #endmeeting | 22:46 |
*** openstack changes topic to "OpenStack meeting channel. See http://wiki.openstack.org/Meetings for schedule and http://eavesdrop.openstack.org/meetings/openstack-meeting/ for meeting logs" | 22:46 | |
openstack | Meeting ended Thu Aug 2 22:46:22 2012 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 22:46 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-22.43.html | 22:46 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-22.43.txt | 22:46 |
openstack | Log: http://eavesdrop.openstack.org/meetings/openstack-meeting/2012/openstack-meeting.2012-08-02-22.43.log.html | 22:46 |
clarkb | works as a chair | 22:46 |
jeblair | great! | 22:46 |
jeblair | thanks | 22:46 |
*** AlanClark has quit IRC | 22:49 | |
*** ryanpetrello has joined #openstack-meeting | 22:52 | |
*** mattray has quit IRC | 22:54 | |
*** ryanpetrello has quit IRC | 22:59 | |
*** dcramer_ has joined #openstack-meeting | 23:05 | |
*** andrewbogott is now known as andrewbogott_afk | 23:08 | |
*** oubiwann has quit IRC | 23:08 | |
*** epim has quit IRC | 23:09 | |
*** markmcclain has quit IRC | 23:27 | |
*** PotHix has quit IRC | 23:27 | |
*** patelna_ has quit IRC | 23:27 | |
*** nati_uen_ has joined #openstack-meeting | 23:37 | |
*** nati_uen_ has quit IRC | 23:38 | |
*** lloydde_ has quit IRC | 23:38 | |
*** nati_ueno has quit IRC | 23:38 | |
*** nati_ueno has joined #openstack-meeting | 23:38 | |
*** nati_ueno has quit IRC | 23:40 | |
*** jakedahn is now known as jakedahn_zz | 23:42 | |
*** anniec has quit IRC | 23:47 | |
*** anniec has joined #openstack-meeting | 23:47 | |
*** ewindisch has quit IRC | 23:54 | |
*** ExxonValdeez has quit IRC | 23:56 | |
*** ewindisch has joined #openstack-meeting | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!