Tuesday, 2011-08-23

*** bengrue_ has joined #openstack-meeting00:16
*** nati_ has joined #openstack-meeting00:16
*** _0x44_ has joined #openstack-meeting00:19
*** RichiH_ has joined #openstack-meeting00:19
*** s1rp_ has joined #openstack-meeting00:20
*** bengrue has quit IRC00:22
*** _0x44 has quit IRC00:22
*** nati has quit IRC00:22
*** s1rp has quit IRC00:22
*** bengrue_ is now known as bengrue00:22
*** RichiH has quit IRC00:22
*** deshantm_laptop has joined #openstack-meeting00:27
*** deshantm_laptop has quit IRC00:30
*** _0x44_ is now known as _0x44400:33
*** _0x444 is now known as _0x4400:33
*** bengrue has quit IRC00:35
*** vladimir3p has quit IRC00:37
*** nati has joined #openstack-meeting00:50
*** zul has quit IRC00:51
*** nati_ has quit IRC00:51
*** hisaharu has quit IRC00:51
*** deshantm has joined #openstack-meeting00:57
*** dprince has joined #openstack-meeting01:06
*** zul has joined #openstack-meeting01:09
*** zul has joined #openstack-meeting01:09
*** dprince has quit IRC01:11
*** primeministerp1 has joined #openstack-meeting01:22
*** alekibango has quit IRC01:47
*** alekibango has joined #openstack-meeting01:47
*** alekibango has quit IRC01:49
*** alekibango has joined #openstack-meeting01:49
*** alekibango has quit IRC01:51
*** alekibango has joined #openstack-meeting01:52
*** nati_ has joined #openstack-meeting02:03
*** nati has quit IRC02:03
*** alekibango has quit IRC02:05
*** alekibango has joined #openstack-meeting02:05
*** msinhore has joined #openstack-meeting02:19
*** jakedahn has quit IRC02:34
*** dragondm has quit IRC02:35
*** nati has joined #openstack-meeting02:40
*** nati_ has quit IRC02:40
*** msinhore1 has joined #openstack-meeting02:57
*** msinhore has quit IRC02:57
*** jakedahn has joined #openstack-meeting03:17
*** nati has quit IRC03:39
*** adjohn has quit IRC03:55
*** jakedahn has quit IRC04:06
*** nati has joined #openstack-meeting04:09
*** adjohn has joined #openstack-meeting04:19
*** primeministerp2 has joined #openstack-meeting04:40
*** primeministerp1 has quit IRC04:40
*** msinhore1 has quit IRC04:59
*** martine has quit IRC05:19
*** adjohn has quit IRC05:51
*** adjohn has joined #openstack-meeting06:00
*** adjohn has quit IRC06:50
*** alekibango has quit IRC07:22
*** bengrue has joined #openstack-meeting07:32
*** bengrue has quit IRC08:19
*** nati has quit IRC08:56
*** nati has joined #openstack-meeting09:10
*** nati has quit IRC09:37
*** nati has joined #openstack-meeting09:42
*** nati has quit IRC09:57
*** RichiH_ is now known as RichiH10:52
*** msinhore has joined #openstack-meeting11:12
*** jaypipes has quit IRC11:14
*** markvoelker has joined #openstack-meeting11:18
*** jaypipes has joined #openstack-meeting11:31
*** msinhore has quit IRC11:56
*** joesavak has joined #openstack-meeting12:06
*** jsavak has joined #openstack-meeting12:14
*** joesavak has quit IRC12:16
*** zul has quit IRC12:21
*** zul has joined #openstack-meeting12:22
*** jsavak has quit IRC12:23
*** mattray has joined #openstack-meeting12:56
*** med_out is now known as medberry13:09
*** mattray has quit IRC13:23
*** martine has joined #openstack-meeting13:23
*** mattray has joined #openstack-meeting13:23
*** jjm has quit IRC13:41
*** mdomsch has joined #openstack-meeting13:46
*** creiht has joined #openstack-meeting13:49
*** joesavak has joined #openstack-meeting14:09
*** jsavak has joined #openstack-meeting14:11
*** joesavak has quit IRC14:14
*** vladimir3p has joined #openstack-meeting14:33
*** mattray1 has joined #openstack-meeting14:44
*** mattray has quit IRC14:44
*** rnirmal has joined #openstack-meeting14:45
*** mdomsch has quit IRC14:48
*** mattray1 has quit IRC14:50
*** dragondm has joined #openstack-meeting15:04
*** AlecTaylor has joined #openstack-meeting15:05
AlecTaylorhi15:05
AlecTaylorDo you know of a locally-hostable project which allows for call-in radio-shows to be hosted (and interacted with) through a web-interface?15:05
*** alekibango has joined #openstack-meeting15:19
*** jsavak has quit IRC15:30
*** joesavak has joined #openstack-meeting15:30
*** mattray has joined #openstack-meeting15:37
*** mattray has quit IRC15:46
*** troytoman-away is now known as troytoman15:47
*** jsavak has joined #openstack-meeting15:53
*** joesavak has quit IRC15:54
*** jsavak has quit IRC16:01
*** dendrobates is now known as dendro-afk16:02
*** adjohn has joined #openstack-meeting16:06
tr3buchet.16:15
*** mattray has joined #openstack-meeting16:18
*** dendro-afk is now known as dendrobates16:19
*** hisaharu has joined #openstack-meeting16:24
*** adjohn has quit IRC16:25
*** mdomsch has joined #openstack-meeting16:32
*** mdomsch_ has joined #openstack-meeting16:32
*** jaypipes has quit IRC16:42
*** jaypipes has joined #openstack-meeting16:43
*** mtaylor has quit IRC16:46
*** mtaylor has joined #openstack-meeting16:46
*** mtaylor has quit IRC16:46
*** mtaylor has joined #openstack-meeting16:46
*** jeblair has quit IRC16:51
*** termie_ has joined #openstack-meeting16:52
*** medberry is now known as med_out16:53
*** nati has joined #openstack-meeting16:55
*** termie has quit IRC16:56
*** jeblair has joined #openstack-meeting16:57
*** ecarlin has joined #openstack-meeting16:58
*** mdomsch_ has quit IRC17:01
*** mdomsch has quit IRC17:01
*** joesavak has joined #openstack-meeting17:02
*** ecarlin has quit IRC17:05
*** ecarlin has joined #openstack-meeting17:07
*** dabo has joined #openstack-meeting17:15
*** joearnold has joined #openstack-meeting17:17
*** Cyns has joined #openstack-meeting17:18
*** jaypipes has quit IRC17:27
*** msinhore has joined #openstack-meeting17:30
*** jaypipes has joined #openstack-meeting17:30
*** jaypipes has quit IRC17:31
*** jaypipes has joined #openstack-meeting17:34
*** adjohn has joined #openstack-meeting17:39
*** notmyname has quit IRC17:40
*** notmyname has joined #openstack-meeting17:40
*** jsavak has joined #openstack-meeting17:41
*** jsavak has quit IRC17:42
*** jsavak has joined #openstack-meeting17:42
*** jsavak has quit IRC17:44
*** joesavak has quit IRC17:46
*** Cyns has quit IRC17:48
*** alekibango has quit IRC17:48
*** bengrue has joined #openstack-meeting17:56
*** dendrobates is now known as dendro-afk17:57
*** dendro-afk is now known as dendrobates18:00
*** anotherjesse has joined #openstack-meeting18:04
*** joesavak has joined #openstack-meeting18:07
*** jsavak has joined #openstack-meeting18:08
*** jakedahn has joined #openstack-meeting18:09
*** jsavak has quit IRC18:11
*** troytoman is now known as troytoman-away18:23
*** jsavak has joined #openstack-meeting18:27
*** adjohn has quit IRC18:30
*** mattray1 has joined #openstack-meeting18:31
*** adjohn has joined #openstack-meeting18:32
*** mattray has quit IRC18:34
*** adjohn has joined #openstack-meeting18:48
*** _adjohn has joined #openstack-meeting18:52
*** adjohn has quit IRC18:52
*** _adjohn is now known as adjohn18:52
bengrueping19:01
jaypipesbengrue: heya19:01
jeblairhi19:01
jaypipeso/19:01
natio/19:01
jaypipesbengrue: didn't see any reply from you or anotherjesse on my email :(19:01
mtaylorhey all - one sec...19:01
anotherjessejaypipes: I am summonized19:01
bengrueI was WFH sick yesterday, just getting up to speed now.19:02
jaypipesanotherjesse: ?19:02
*** ecarlin_ has joined #openstack-meeting19:02
anotherjessejaypipes: irc beeped me here19:04
sorenbrb19:04
jaypipesanotherjesse: any response on my email to you and grue?19:04
mtaylorok. who wants to talk about CI?19:04
anotherjessejaypipes: yes - I wanted grue to explain but as we heard he was sick yesterday19:04
jaypipesI do I do!19:04
mtaylor#startmeeting19:04
openstackMeeting started Tue Aug 23 19:04:59 2011 UTC.  The chair is mtaylor. Information about MeetBot at http://wiki.debian.org/MeetBot.19:05
openstackUseful Commands: #action #agreed #help #info #idea #link #topic.19:05
jaypipesbengrue, anotherjesse: no worries.19:05
jaypipesbengrue: feeling better today I hope?19:05
bengrueYeah.  In the office.19:05
jaypipesOK, so mtaylor, before you start... lemme get something in.19:05
*** ecarlin has quit IRC19:06
*** ecarlin_ is now known as ecarlin19:06
* mtaylor punches jaypipes 19:06
mtaylor#topic jaypipes talking to people about things19:06
*** openstack changes topic to "jaypipes talking to people about things"19:06
jaypipesAll: I'm putting together a project plan that has action items for folks on my team (mtaylor, soren, and jeblair) as well as some folks on other teams like anotherjesse's.19:06
jaypipesHoped to get it done by this meeting time, but failed unfortunately.19:07
*** jbryce has joined #openstack-meeting19:07
jaypipesThe basic gist of the plan is that mtaylor and jeblair will have Jenkins firing off an automated deployment of OpenStack onto 5 lab servers by Friday, and this deployment cluster will have a set of functional tests run against it.19:07
jaypipesThe tests will be just the nova smoketests and possibly some stuff from smokestack or kong (for this Friday)19:08
* soren is back19:08
jaypipesmtaylor is at Burning Man all next week so jeblair will be working on documenting a bunch of stuff next week around the CI infrastructure and soren will be documenting and working on QA/QE stuff (the actual test cases and suites running on a deployed cluster)19:09
sorenBurning man? Will he be alright?19:09
mtaylorsoren: always am19:09
jaypipestermie_ and sleepsonthefloor got Djeep installed on one of the lab servers late yesterday and jeblair now has access to that (thank you termie_ and sleepsonthefloor!_19:09
mtaylorsoren: I will, however, be COMPLETELY unreachable19:09
jaypipeswhat anotherjesse wants most is to have all the code (puppet modules, glue code, etc) in a public repo that is tested and code reviewed like any othe ropenstack project. We are all in agreement on that!19:10
anotherjessejaypipes: I'm cool with the CI team who is doing the draft not having to get approval at the begining ;)19:11
mtayloranotherjesse: ++19:11
anotherjessebut putting it in a repo we can watch and help would be muy bueno19:11
jaypipesanotherjesse: sure19:11
anotherjessemtaylor: that doesn't mean 1 huge drop - if you don't commit at least daily, no burning man for you19:11
mtayloranotherjesse: so far, depending on what it is, we put everything we do in either openstack/openstack-ci or openstack/openstack-ci-puppet19:11
mtayloranotherjesse: hehe19:11
anotherjessemtaylor: will that be added to ci.openstack.org - which repo is for what19:12
mtayloranotherjesse: and we actually already do gerrit reviews and some testing on each other ... so we're set19:12
jaypipesI think that there are a number of GitHub repos already existing that contain puppet modules and chef recipes. These need to be identified and anotherjesse and others need to let mtaylor and jeblair know which puppet/chef modules we need to fire from Jenkins on each build to get continuos deployment testing better19:12
mtayloranotherjesse: openstack-ci-puppet is for the puppet modules we use to manage the jenkins slaves and other servers19:12
*** Shubhangi has joined #openstack-meeting19:12
mtayloranotherjesse: openstack-ci is for supporting scripts/glue code/docs/whatnot19:12
anotherjessemtaylor: for the website - not for me ;)19:12
jaypipesone sec guys, can I just finish up?19:13
mtayloranotherjesse: yup.19:13
mtaylorjaypipes: NO19:13
mtaylorjaypipes: yes19:13
jaypipesOK, so the Djeep installation on the deployment test cluster is temporary. Over the next week, jeblair is going to be looking into the puppet modules (site.pp IIRC) that Djeep generates/builds and converting the automation code to run cobbler instead of having the Djeep stuff on the deployment cluster.19:14
jaypipesThis is going to be done with an eye to adaptability19:14
jaypipesso that in the future, things like Crowbar can also be used to deploy19:14
jaypipesanotherjesse: does above ^^ ok with you?19:14
anotherjessejaypipes: cooleo - fyi djeep builds yaml files - and so puppet can run without it19:14
jaypipesanotherjesse: ok, well that is something that jeblair is going to document and analyze next week19:15
jeblairer, i'm at rookie-o next week19:15
jaypipesbut the bottom line for all is that by Friday, we WILL have a deployment cluster that is at least:19:15
jeblairi'm not sure i'll have much time to work on this19:15
jeblair(next week)19:15
anotherjessejeblair: take your laptop19:15
jaypipesjeblair: hold on, one sec :)19:15
jaypipesbut the bottom line for all is that by Friday, we WILL have a deployment cluster that is at least:19:16
jaypipesa) testing *some* deployment packaging19:16
jaypipesb) firing *some* tests against the deployed cluster19:16
jaypipesOK.. .now19:16
jaypipesjeblair: documenting/analyzing stuff you can do while on the plane, etc.. Rookie-O isn't an all-consuming thing the entire week, and I'm trying to get us out of it a bit early so we can actually get some stuff done...19:17
jaypipesjeblair: if you don't get the analyze/document stuff done next week, it's ok... as long as we're moving forward and have a plan, I'm happy.19:18
anotherjessejaypipes: fyi we took our laptops and sugarbear told us when we had to make sure to pay 100% attention (lawyers, hr, ...)19:18
jaypipesanotherjesse: yeah, but we're there the entire week...19:18
jeblairi just want to set expectations about how much time i'm really going to have to work on this stuff next week.19:18
jaypipesanyway, back on track...19:18
jaypipesjeblair: expectation is that you'll do the best you can, nothing more.19:18
jaypipesjeblair: same expectation for anyone else.. :)19:18
jaypipesthe point is that we have a) a plan and b) we're moving forward and not spinning wheels19:19
jaypipesbengrue, anotherjesse, jeblair, mtaylor: agreed? ^^19:19
jeblairlgtm19:19
mtaylorworks for me19:19
anotherjessejaypipes: agreed - mtaylor question about a19:19
mtaylor#agreed we have a) a plan and b) we're moving forward and not spinning wheels19:20
mtayloranotherjesse: talk to me19:20
bengruesounds clearer to me; where will the CI server be on friday?19:20
anotherjesseif we need to change the preseed or puppet rules - is that stuff that will be in the bzr repo?19:20
jaypipesas for soren's part in this, I will work with soren over the next few days to identify some low-hanging fruit re: funtional test suite and identifying/agreeing on OUTPUTs, etc19:20
anotherjesse(what it is pointing to)19:20
jaypipesanotherjesse: git repo, but yes19:20
anotherjessejaypipes: cooleo - either way19:20
mtayloranotherjesse: what jaypipes said19:20
jaypipesmtaylor: answer for bengrue ?19:20
bengrue(ie, what should I be paying attention to / eagerly awaiting with baited breath?)19:20
anotherjessegrue have seen your email from jay outlining a&b?19:21
mtaylorbengrue: I'm not sure I understand the question?19:21
anotherjesse(and cdefgh)19:21
jaypipesmtaylor: asking where he can see the deploy cluster19:21
mtaylorbengrue: as in - where will it physically be?19:21
mtaylorah19:21
mtaylorwell - jenkins.openstack.org will be the thing driving this puppy19:21
bengrueI have the email, scanned it so far, haven't responded yet.19:21
jaypipesmtaylor: and the code that is running/deploying the cluster, I assume19:21
bengrueOh, the link is there.19:21
bengrueWell, the link to the documentation?  http://ci.openstack.org19:22
jaypipesbengrue: that is mtaylor and jeblair are dumping docs on this stuff (and dumping more docs in the next days and weeks)19:22
bengrueare all of the ci jobs going to be prefixed with ci- ?19:23
bengrueWill there be more added in the next week?  Or will everything be added into ci-puppet?19:23
jaypipesbengrue: more of what? sorry, docs or code?19:23
mtaylorsorry man - I'm still just not following the questions19:23
jaypipesyes, I'm not quite following you either, bengrue19:24
anotherjessemtaylor: request for the ci.openstack.org site - can you put a "how to contribute" section?  With links to repos and whatnot?19:24
mtaylorthere will be a job, something like say "nova-baremetal" (it hasn't been named yet) that will launch the deploy/test stuff19:24
mtayloranotherjesse: yes19:24
jaypipesanotherjesse: ++19:24
*** Atul has joined #openstack-meeting19:24
mtaylor#action mtaylor Add how to contribute section to ci.openstack.org19:24
jaypipesmtaylor: openstack-deploy? :) nova is only one piece :)19:24
anotherjessemtaylor: and perhaps a link to the ci site on the jenkins site?19:24
bengrueYou're saying that by friday, there will be a deployment cluster that is testing deployment packaging and firing tests against it.  You're saying that the ci server is jenkins.openstack.org.  I assume that jenkins will be triggering the cluster deployment via new jobs, yes?19:25
mtaylorjaypipes: sure. like I said - I have not gotten there yet19:25
jaypipesbengrue: yep19:25
mtaylorbengrue: yes19:25
bengrueAnd then coordinating the testing against the cluster?19:25
mtaylorbengrue: yes19:25
jaypipesbengrue: well, firing a command that runs the tests, yes19:25
bengrueWill the new jenkins jobs be prefixed with ci- ?19:25
mtaylorno19:25
jaypipesno19:25
jaypipesAll jenkins jobs are CI...19:25
bengruewhere should I be looking on Jenkins for the new stuff?19:25
mtaylorI do not know what they will be prefixed with ... I'll send out a mailing list message19:26
bengrueOh19:26
bengruehttps://jenkins.openstack.org/job/ci/19:26
bengrueIs this what I should be stalking?19:26
mtaylorno19:26
jaypipesco19:26
jaypipesno19:26
bengrueso tbd then, I'll wait for the msg.19:26
mtaylorthat is merely a job that gerrit uses to check commits we make to openstack-ci - which are a collection of helper scripts19:26
mtayloryeah - msg will make it clearer19:26
mtayloralso- I'd like to be clear on something ...19:27
jaypipesmtaylor: let's just determine the name now... can we call the master job openstack-deploy?19:27
jaypipesCI != QA :)19:27
bengrueI'm not sure I follow.19:27
mtayloropenstack-deploy is a bit encompasing - as I expect to have one of these jobs for msft/novel, one for citrix, etc.19:27
mtaylorso, how about openstack-deploy-rax19:27
jaypipesmtaylor: sure19:27
mtaylorsince it's the one deploying to the rackspace hardware19:28
anotherjessejaypipes: CI  != QA - can you elaborate?19:28
*** mdomsch has joined #openstack-meeting19:28
bengrueIn my experience, the whole point of CI/CD _is_ to play a large amount of the traditional QA role.19:28
anotherjessejaypipes: this might be the disconnect?19:28
anotherjesse;)19:28
anotherjessesince I agree with ben19:28
mtaylorCI is a tool/method used for QA19:28
jaypipesanotherjesse, bengrue: CI is the automation of continuous builds triggered by commits to trunk. QA is the tests and test suites that get executed against deployed clusteres19:28
jaypipesanotherjesse, bengrue: I explained this disconnect in terminology in my email to you both :)19:29
jaypipesanotherjesse, bengrue: sooo, in other words...19:29
jaypipesCI == Gerrit/Jenkins/Tarmac, CD == CI + deployment scripts and modules, QA == functional, unit, and integration test suites running on the clusters deployed by CD.19:30
jaypipesthat make more sense?19:30
jaypipesmtaylor: would you agree with the above simplification?19:30
anotherjessesure.. but the point of caring about CI is so you can do CD/QA19:31
anotherjessenot CI just for the sake of it19:31
bengrueI saw that, and I'm unsure that I agree with the premise.  Technically the infrastructure to run tests are seperate from the tests, but both are necessary parts of the whole.19:31
natijaypipes++19:31
bengrueThis is the CI/Testing team, right?19:31
anotherjesseso CI requirements are driven by CD/QA ?19:31
jaypipesanotherjesse: sure, but our team has expertise in CI and a bit in CD, and we need your team's expertise in D to get good CD and QA ;)19:31
*** AlecTaylor has quit IRC19:31
bengrueOMG acronym BBQ19:31
anotherjessejaypipes: so - perhaps this is silly but imho most devs can't have a dev environment that even simulates a deployment19:32
jaypipesanotherjesse: the point being that mtaylor and jeblair own the glue code to fire off deployment modules that your team creates.19:32
anotherjessesince it is rather complicated to have a network toplogy19:32
natiNTT can also provide staff for QA in D ;)19:32
anotherjesseso - CI is needed to do development if you do TDD19:32
jaypipesanotherjesse: mtaylor and jeblair can't be responsible for creating working deployment/puppet modules...19:32
bengrueHow can you have a stable testbed without working deployment scripts?19:33
anotherjessenot asking for that - asking for ability to not restrict the modules / scripts / … (which we have said we aren't!)19:33
mtaylorso... this is great ... I have the feeling we might not solve the acronym discussion right here19:33
jaypipesanotherjesse: but they *can* be responsible for making sure that the puppet modules your team and others create get automatically built on hardware linked in the CI environemt19:33
anotherjesse(they have said they aren't19:33
anotherjesseagree19:33
jaypipesanotherjesse: k.19:33
jaypipesanotherjesse: just trying to delineate who is owning what :)19:33
anotherjessebengrue: I think he is saying that they will make the scripts that we collaborate on19:33
anotherjessework19:33
anotherjessebut we (stackers) own the scripts19:33
jaypipesanotherjesse: yes!19:33
jaypipes:)19:33
*** kris3968 has joined #openstack-meeting19:34
*** kris3968 has left #openstack-meeting19:34
bengruejust the individual stacker teams?19:34
jaypipesanotherjesse: and we are relying on your team to create those puppet modules and make sure they actually work :)19:34
anotherjesseI've not thought otherwise - I've just not seen what are the assumptions about the environment our scripts need to run within ;)19:34
bengrueWhat about us sattelite  companies? ; )19:34
anotherjessebengrue: you are a stacker19:34
jaypipesanotherjesse: and you are relying on us to make sure that jenkins continuously executes those puppet modules to test deployment and packaging.19:34
bengrueoh, openstack, derp.19:34
bengrueracker / stacker conflation19:35
jaypipesanotherjesse: we good on that distinction?19:35
anotherjessebengrue: and so the CI environment needs to be chainable / …so you can kick off things (this is where monty/jim/jay can speak up since I don't even know the words)19:35
anotherjessejaypipes: I've agreed with that and continue to agree with that19:35
* soren needs to run for 3 minutes.19:35
mtayloranotherjesse: I think what you said may be part of a conversation we should have at some point re: "assumptions about the environment"19:35
jaypipesbengrue: outside partners and individuals such as yourself are welcome to contribute to any and all aspects of this, but IMHO, the most pressing needs are in the development of additional test cases.19:35
mtayloranotherjesse: I think we may each be expecting to see those assumptions from each other :)19:35
*** danwent has joined #openstack-meeting19:36
jaypipesanotherjesse: re: chainable stuff, that's a task for mtaylor and jeblair to document: How to stand up a Jenkins builder in your own lab...19:36
mtayloranotherjesse, bengrue: and yes. the intent is to allow all of the satelite companies to provide resources to ensure that specific hardware combinations/configurations that are important to them are tested19:37
* soren returns19:37
jaypipesmtaylor: ok, now that we've agreed to agree on the agreement about responsibilities, can we get an update on where we stand on the deployment cluster?19:37
*** kris3968 has joined #openstack-meeting19:37
*** kris3968 has left #openstack-meeting19:37
mtaylorjaypipes: jeblair is working with the djeep system that termie and sleepsonthefloor just handed off to him19:38
jaypipesmtaylor: by "working with", what do we mean?19:38
*** Shubhangi has quit IRC19:38
jeblairevaluating that it works as expected, and we have access.  it does, and i do19:39
jaypipesjeblair: awesome. next steps?19:39
bengrueSo, just for my general edification, when will the "assumptions about the environment" cease to be assumptions and start to be an agreed upon, explicit set of facts?  Just looking for a general timeframe here, nothing binding.19:39
mtaylorhang on guys - one topic at a time please19:39
bengrueIs that a conversation for this coming week, etc?19:39
*** msinhore has quit IRC19:40
jeblaircurrently it's based on a puppetmaster server.  we generally don't use that approach, and run puppet out of a local git repo.  we may want to adjust the system to that approach19:40
anotherjessebengrue: I think mtaylor as he deploys the first environment might have a heavily constrained first environment --- and then they are going to work on loosening it19:40
jeblairand get the puppet config in a git repo where we can all hack on it19:40
mtayloranotherjesse: ++19:40
anotherjessebengrue: making it so there are multiple - and it evolves to multiple architectures19:40
*** msinhore has joined #openstack-meeting19:40
bengrueOkay, that makes sense.19:40
anotherjessei'm hoping mtaylor will be guilted into lots of docs in ci.openstack.org ;)  or beered into it19:41
jeblairwe also need to start working on the jenkins job that fires off rebuilding the cluster19:41
mtayloranotherjesse: definitely.19:41
bengrueI am a fan of spiking.19:41
jaypipesbeer works best.19:41
bengruemake sure autocorrect is on.19:41
bengrue; )19:41
jeblairso i think that's the main thrust of work on the cluster, there are dependencies:19:42
jaypipesjeblair: the puppetmaster/git puppet thing can wait? or is that something you want to get done before Friday?19:42
mtayloralthough just to set expectations ... priority #1 for the week is getting this working by friday. priority #2 is piles of docs. I want both, but I think 1 without 2 will be met with way more approval than 2 without 1 ... so if something has to slip to next week, it's going to be #219:42
jaypipesmtaylor: yes19:42
anotherjessejeblair: the assumption is that we are working towards multiple architectures eventually (like VLAN mode vs LXC  vs ...)19:42
anotherjesseright?19:42
anotherjesseso - tests will run against 1 or more architectures19:43
mtayloryes19:43
jaypipesanotherjesse: yes, absolutely.19:43
jaypipesanotherjesse: there would be little point to this if that were not the case ;)19:44
jeblairyes -- the djeep setup presupposes one architecture, so that's probably a post-djeep step19:44
jaypipesjeblair, mtaylor: OK, so could you outline in steps exactly what you need to do before Friday to get this all going? Any blockers that anotherjesse can assist with?19:44
anotherjessedjeep pre-supposes nothing - but the preseeds/recipes it uses do … hence the roles / rolemapper - but for sake of arguement it doesn't change anything19:45
jeblairanotherjesse mentioned his team was continuing work on puppet recipies (and removing dependence on puppetmaster) -- any progress there we can use?19:45
anotherjessejeblair: not yet - we've been focusing on d4 the last week19:46
jaypipesjeblair: is that a blocker for Friday or something post Rookie-O?19:47
*** Shubhangi has joined #openstack-meeting19:47
anotherjessejeblair: imho if you have it kicking off with puppet solo but it blows up19:48
anotherjessethe community can fix it19:48
anotherjessegetting it so a button causes it to: spin up servers, kick off a script (that runs puppet or ?), then runs tests … if each of the steps is in CI, we can all pitch in if we can look at how it blows up19:49
jeblairwe'll need the puppet config in git for that to work19:50
jaypipesanotherjesse: a Big Red Button?19:50
anotherjessejeblair: isn't that what we are doing?19:50
jeblairso that's definitely the goal19:50
*** johnpur has joined #openstack-meeting19:50
jaypipesjeblair: where is the puppet config that is used to build the cluster now?19:50
jeblairit's on the cluster -- anotherjesse's team built it somewhat as a one-off19:51
jeblairso i'm not sure it's ready to go right into a git repo as-is19:51
anotherjessejeblair: our puppet config is at github.com/cloudbuilders/openstack-puppet19:51
anotherjessewe don't even have a commit key on the server19:51
anotherjessejeblair: so - the "missing" site.pp19:52
anotherjesseis because the whole point of djeep is 2 components19:52
anotherjesse1) something that maps a server to a network / netboot config19:52
anotherjessethese configs get written to yaml/json files19:53
anotherjesse2) puppet server that uses the node classification configuration19:53
anotherjessethat load those json/yaml19:53
anotherjesseso you can just use the puppet recipes with json & a classifier19:53
anotherjesseor you can use a site.pp19:53
anotherjesseor you can use everything if you are doing dev and switch between xen and kvm and different net models and blow away servers daily19:54
*** Shubhangi has quit IRC19:54
anotherjessejeblair: make more sense?19:54
anotherjessejeblair: I can show you how to manually run the node classifier on the djeep server19:54
anotherjessedjeep doesn't even have to be running after it writes the yaml files - it is pure puppet19:54
jaypipesanotherjesse: they are formulating their response :)19:55
* jaypipes happy we are finally getting to the nitty gritty :)19:55
anotherjessejaypipes: sorry for the sploid19:55
jaypipeshey, no worries, this is exactly what I was hoping for.19:56
jeblairfor the moment, i don't think we need to change the configuration, right?19:56
jaypipesthese are precisely the conversations we need to have.19:56
anotherjessein our master we set:19:56
anotherjesse[master]19:56
anotherjessenode_terminus = exec19:56
anotherjesseexternal_nodes = /root/djeep/etc/puppet/node_classes.py19:56
jeblairso we don't need to re-run the node classifier19:56
anotherjessejeblair: node classifier is a way for puppet master to not have a sitepp19:56
jeblairi guess what i was trying to say is that we can leave the djeep configuration static for the time being19:58
*** ecarlin has quit IRC19:59
*** Atul has quit IRC19:59
*** ecarlin has joined #openstack-meeting19:59
anotherjessejeblair: here is an example of output:19:59
anotherjessehttp://paste.openstack.org/show/2259/19:59
anotherjessesanitized19:59
jbrycemeeting time is almost up. = )19:59
anotherjesseif site.pp wants to hardcode 356602-staging-cpu2 to have various global variables and classes you can20:00
anotherjesseit just is VERY verbose20:00
anotherjessehaving a simple classifier is much easier20:00
bengrueWere there non-open-discussion topics that needed to be discussed?20:00
mtaylorout of time20:00
mtaylor:)20:00
anotherjessewe can continue in #dev20:00
bengrueLet's.20:00
jaypipesanotherjesse, jeblair: please do continue in #dev...20:00
jeblairi'll dig more into puppet and ask anotherjesse with questions20:00
*** zns has joined #openstack-meeting20:01
mtaylorthanks guys! easily the densest ci meeting we've had in a while!20:01
mtaylor#endmeeting20:01
*** openstack changes topic to "Openstack Meetings: http://wiki.openstack.org/Meetings | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/"20:01
openstackMeeting ended Tue Aug 23 20:01:31 2011 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)20:01
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-08-23-19.04.html20:01
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-08-23-19.04.txt20:01
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-08-23-19.04.log.html20:01
*** kris3968_ has joined #openstack-meeting20:01
*** Atul has joined #openstack-meeting20:02
*** kris3968_ has quit IRC20:03
*** kris3968 has joined #openstack-meeting20:03
jbryce#startmeeting20:04
openstackMeeting started Tue Aug 23 20:04:09 2011 UTC.  The chair is jbryce. Information about MeetBot at http://wiki.debian.org/MeetBot.20:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic.20:04
*** kris3968_ has joined #openstack-meeting20:04
jbrycewho's around?20:05
notmynamehi20:05
johnpuro/20:05
soreno/20:05
jaypipeso/20:05
danwenthi jbryce, I'm here about quantum's incubation proposal20:05
jsavakhi20:05
anotherjessenot me20:05
znsziad20:05
jaypipesdanwent: denied. all done! ;P20:05
danwent:P20:05
sorenaw.20:06
ttxo/20:06
vishyo/20:06
jbryceok20:06
jbrycelots to cover today: http://wiki.openstack.org/Governance/PPB20:06
*** joshuamckenty_ has joined #openstack-meeting20:06
*** kris3968_ has left #openstack-meeting20:07
jbryce#topic keystone update20:07
*** openstack changes topic to "keystone update"20:07
zns1. API spec published20:07
jbrycezns: can you give us an update on the progress of the api lockdown?20:07
znsService (Public) API: https://github.com/openstack/keystone/blob/master/keystone/content/service/identitydevguide.pdf20:07
znsAdmin (Private/Privileged) API: https://github.com/openstack/keystone/raw/master/keystone/content/admin/identityadminguide.pdf20:07
znsWADLs/XSD all available in the keystone/content folders in the source code20:07
zns2. I'm working with core teams on integration. Just got of the phone with SandyWalsh.20:07
jaypipesanything in HTML? :)20:07
zns3. Issues list import into Launchpad is waiting on Launchpad to do the import.20:07
*** kris3968 has quit IRC20:07
znsWe're working on refactoring to meet that spec now.20:07
*** ewanmellor has joined #openstack-meeting20:08
jbrycejoshuamckenty_, ewanmellor: we just got started; talking about keystone right now20:08
znsIt compiles to HTML. But we don't have it published yet. We can work with Anne on that.20:08
ewanmellorNamaste20:08
*** mattray1 has quit IRC20:08
jbryceanotherjesse: does the published api make you feel better about the external stability of keystone?20:09
znsjaypipes: i.e. if you download the source from openstack-manuals, there is a webhelp folder with the HTML.20:09
anotherjessejbryce: browsing it20:09
jbrycezns: thanks for the comprehensive update. you were ready! = )20:10
natio/20:10
znsjbryce: You guys set a high bar :-)20:10
anotherjessezns: what is tate of implementation of it?20:10
anotherjesseis the doc what is implemented?20:10
dendrobatessorry I'm late20:11
znsWe're working on that now. Biggest change is the move from using username as identifier to supporting a UID. But the spec is now much smaller so implementation should be pretty quick.20:12
natiWow these docs helps me a lot!20:12
znsAnd we need to move the management calls to RAX or OS extensions.20:12
znsanotherjesse: Not sure I answered your question. What metric would you like?20:13
anotherjessezns: maybe a simple one - of when you think the core api will be finished implementation (and then maybe for extensions if reasonable to guestimate)20:14
vishywe need a locked version for d420:15
znsWe should have it working by the end of the week. Code compiles and passes tests now and will continue to do so throughout. What we need to coordinate is changes to the middleware with the other core projects (since the middleware is now in their code).20:15
jaypipeszns: perhaps I'm missing something, but I'm not seeing API calls for POST /users/<ID>/roles? How does one add a user to a role through the admin API?20:15
jbrycevishy, anotherjesse: is that a component of a core promotion decision? again, the core promotion is really saying it would be a core project for essex, not for diablo.20:16
anotherjessejbryce: but we can use these to put pressure on them to work faster ;)20:16
znsjaypipes: if you use our reference implementation, you would either use an extension or keystone-manage. If you're using something else, like Active Directory, then that's managed using the Active Directory tools. We're leaving the management out of the core API...20:16
znsjaypipes: the extension will be OS-KSADMIN. Separate WADL and XSDs.20:17
*** kris3968 has joined #openstack-meeting20:17
jaypipeszns: KSADMIN?20:17
jaypipesah, Keystone...20:17
anotherjessekeith stone?20:17
znsKeystone Admin extensions.20:17
*** kris3968 has left #openstack-meeting20:17
jaypipesthought might be a typo for RSADMIN....20:17
jbryceanotherjesse: +1, rename in order20:18
znsanotherjesse: don't start that meme again!20:18
jsavaklol20:18
anotherjessezns: sorry - haven't slept much20:18
jbrycelast week we decided to defer a vote and wait for an update on the feedback we'd given. we can either defer again to next week (last chance before 2011-09-05 deadline) or vote today20:18
jaypipesok, so jbryce are we voting for promotion again today?20:18
jaypipesjinx.20:19
znsWe'll have RAX extensions as well.20:19
zns… to support API key authentication20:19
jbrycei'd prefer to vote unless anyone feels strongly they have specific items to block until next week on20:20
notmynameindeed (and we have much else to discuss)20:20
jbryce#info VOTE: Should Keystone be accepted as a core project for Essex release cycle?20:21
jaypipes+120:21
jbryce+120:21
jsavak+120:21
vishy+120:21
johnpur+120:21
ttx+120:21
dendrobates+120:21
soren+120:21
notmyname+120:21
anotherjesse+120:21
jaypipeswell that was easy...20:21
jbryce#agreed Keystone will be core for Essex (9 +, 2 abstain)20:21
znsCool!20:21
znsThanks, guys.20:22
anotherjessezns: are you off to drink?20:22
jbrycecongrats zns!20:22
*** mdomsch has quit IRC20:22
jbryce#topic Security Group Proposal take 220:22
*** openstack changes topic to "Security Group Proposal take 2"20:22
jbrycehttp://wiki.openstack.org/Governance/Proposed/OpenStack%20Security%20Group20:22
ttxzns: now the pain begins.20:22
anotherjessezns: disneyland!20:22
znsMore like off to work!20:22
ttxzns: I'll be your worst nightmare.20:22
jbrycettx worked with jarret to update with our feedback20:22
znsttx: I'll get to practice my French.20:23
jbrycethe gist is that it is now split into a small vulnerability management team and a larger security testing etc team20:23
ttxbasically it keeps the vulnerability treatment team small. Without preventing the set up of a large security interest group.20:23
notmynamejbryce: are we discussing it in toto or the 2 parts separately?20:23
ttxnotmyname: we can do two parts, if there is a good reason to20:24
jbryceif we only want to approve one part that's fine20:24
jbrycei would like to discuss both though20:24
notmynameI like the first part (management team) and would prefer to defer ont he second20:24
ttxthe first part is what's urgent20:24
jbryceok. let's vote on the first part, because i think that's more time sensitive and agreed to already20:24
ttx(in order to have a team responsible for setting up the security info pages. quick)20:24
jbrycethe first part being the "Vulnerability Management Team" heading on the page20:25
jaypipesI'm with notmyname20:25
nati+120:25
natiOh too late20:25
ttxany issue with that first part ?20:25
sorenNo, sounds good.20:25
jbryce#info VOTE: Should we establish a vulnerability management team?20:25
ewanmellor+120:26
jaypipes+120:26
joshuamckenty_+120:26
jbryce+120:26
notmynameas defined in that doc?20:26
jbrycenotmyname: yes20:26
ttxnote that core devs will have access to security bugs in LP.20:26
notmyname+120:26
nati+120:26
johnpur+120:26
jaypipesa SMALL vulnerability management team...20:26
vishy+120:26
ttx+120:26
dendrobates+120:26
anotherjesse-1 … we have no vulnerabilitys20:26
jaypipeslol :)20:26
anotherjessejoke - +120:26
soren+120:26
johnpurJesse is in rare form!20:26
vishycan we add jesse as a vulnerability?20:26
joshuamckenty_No20:26
jbryce#agreed Establish small vulnerability management team. (11 +)20:26
jbryce#action jbryce split out the vulnerability management paragraph into a separate document20:27
jbrycedoes anyone want to discuss the larger concept of the openstack security group now?20:27
ttxthat can wait if we have more pressing matters20:27
notmynameI see no need20:27
sorenNor do I.20:27
sorenPeople can form whatever groups they want.20:28
notmynamesoren: +120:28
sorenTHere's no need for ppb blessing.20:28
jbryceare we fine if jarret moves forward along a path like he laid out there without official sanction20:28
jbrycesoren: i agree20:28
jaypipessure20:28
jbryceok20:28
notmynamejbryce: as long as it's not presented as binding for openstack20:28
anotherjessejbryce: I would like to put a requirement that the website gets updated20:28
ttxnotmyname, soren: that's a fair point.20:28
anotherjesseto have a security link at the obttom of openstack pages20:28
DavieyI have been concerned that it seems nobody has been primarily tasked with just security auditing AIUI.20:28
jbryce#action jbryce to make sure security link makes it into openstack web property footers20:29
jbryce#info openstack security group can form informally with interested parties without official sanction20:29
jaypipesDaviey: nothing stopping a working group from being formed.20:29
jbryceDaviey: i think jarret is interested in forming that kind of group20:29
ttxwe don't want to set a precedent that any discussion group needs to go through PPB20:29
notmynamettx: +100020:30
Davieyjbryce: Good stuff.20:30
jbrycedevcamcar: you around?20:30
jbrycedanwent: still here?20:30
ttxif the group gets any privilege or special power, I see why it needs to be blessed by PPB. If not, then just form it[tm]20:30
danwentready and waiting :)20:30
johnpurttx: how about a legal working group?20:31
jbrycewe'll circle back to dashboard if devcamcar is here20:31
jbryce#topic Quantum incubation20:31
*** openstack changes topic to "Quantum incubation"20:31
ttxjohnpur: if its decisions are not binding the rest of the community, they can gather and discuss all they want.20:32
jbrycehttp://wiki.openstack.org/Projects/IncubatorApplication/Quantum20:32
jbrycequantum would like to become an incubated project20:32
johnpurttx: i see it as an advisory group to ppb and governance issues20:32
dendrobatessince I have been involved with quantum. should I recuse myself?20:32
*** msinhore1 has joined #openstack-meeting20:33
*** jmckenty has joined #openstack-meeting20:33
devcamcaro/20:33
sorendendrobates: I don't think so.20:33
anotherjessedendrobates: I was involved with keystone - and was a harsh critic of acceptance to core (sorry zns - just want it to be ready)20:34
jbrycedendrobates: i don't have a problem with your involvement20:34
dendrobatesk20:34
danwentwe're happy to answer any questions about quantum20:34
anotherjesseso - just put your opensource hat on and you will be a good person in the conversation20:34
dendrobatesanotherjesse: It's the only hat I own20:35
*** Tushar has joined #openstack-meeting20:35
Davieydendrobates: Can you see a time when quantum is likely to become a required part of openstack networking?20:35
dendrobatesDaviey: I personally don't think it should ever be required20:35
anotherjessedendrobates / danwent quantum works as well as existing model - but can you just use quantum and not existing models (eg is there the overlap?)20:36
dendrobatesnot for simple pilots or testing at least20:36
danwent+1  quantum is really about being able to take advantage of more advanced network functionality.20:36
notmynamedanwent: so is it an abstraction of swift/router APIs?20:36
anotherjessedendrobates / danwent if nova devs want to deprecate nova-network what do we lose?20:36
notmynameswitch20:36
*** jmckenty has left #openstack-meeting20:36
Davieydendrobates: What i am asking is, does it make sense for it to potentially superseed FlatManager and VlanManager ?20:36
Daviey(in production enviroments)20:37
anotherjessedendrobates: what Daviey said20:37
danwentanotherjesse:  if you're using quantum, we have a model that works well with the existing nova-manage commands (i.e., when you create a network with nova-manage, we create a quantum network on the backend).  But yes, you would either use quantum, or the old bridge model.20:37
dendrobatesanotherjesse: the ability to get test nova without installing quantum20:37
*** msinhore has quit IRC20:37
danwentnotmyname:  not related to swift at all.20:37
*** jmckenty_ has joined #openstack-meeting20:37
notmynamedanwent: ya, mistype. muscle memory. I meant switch20:37
dendrobatesDaviey: I think that is really a decision for Nova20:37
dendrobatesI think it could20:37
*** msinhore1 has quit IRC20:37
danwentanotherjesse:  nova-network still handles some things that are not done by quantum (e.g., deciding which vNICs a VM gets)20:38
anotherjessedendrobates: for keystone integration we deprecated the existing user system and have a simple "noauth - eg trust whoever the user says they are"20:38
anotherjessedendrobates: could / should we do something like that for quantum as it matures20:38
*** msinhore has joined #openstack-meeting20:38
*** msinhore has quit IRC20:38
danwentin general, I think it would make sense to simplify nova networking in the future, to just support a simple standalone model similar to flatmanager20:38
dendrobatesanotherjesse: true, we did not want to assume that though20:38
danwentnotmyname:  yes20:39
*** msinhore has joined #openstack-meeting20:39
anotherjessedendrobates: awesome20:39
danwentmodel is basically that you can define "networks" that correspond to an L2 domain, and "ports" on those L2 domains.20:39
danwentin the future we will explore L3, but right now the core API is only about L2 connectivity.20:39
Davieydendrobates / danwent: I've struggled to work out how much i should care about Quantum, would it be possible to make better docs (or screencast), and help with the visability of those?20:39
danwentanotherjesse:  yes, I think that's the right approach.20:39
danwentDaviey:  I have been meaning to do a screencast for some time.20:40
*** alandman has joined #openstack-meeting20:40
Davieyrocking20:40
anotherjessedanwent: PLEASE DO THAT! (screencast)20:40
jbrycewe're talking about incubation for quantum here, (not core) so the evaluation criteria are really around if we think this has a part as a potential core openstack project, is it at a point that it has code and developers and should start on the path for integration20:40
anotherjessedanwent: we started using / giving feedback on keystone since the beginning - should nova core as part of incubation get serious about using/knowing qauntum?20:40
danwentDaviey:  the real pain point is for customers that need to be able use advanced network capabilities, whereas the existing nova networking is pretty tied to basic linux bridge + vlan capabilities20:40
ttxanotherjesse: if quantum gets in incubation before the design summit, we can set up sessions to discover the code base20:41
dendrobatesQuantum has a very healthy and diverse dev community and a good leader in danwent20:41
ttxdanwent++20:41
danwentanotherjesse: so far we've been focused on building the core quantum service, just in the d4 timeline have we started focusing on nova integration in earnest.   We've prototyped that with a QuantumManager class that replaces FlatManager, etc.20:41
danwentwe're definitely happy for input from any nova team members.20:42
anotherjessedendrobates: for dashboard we thought that having the openstack apis in place was important for incubation20:42
anotherjessedendrobates: is there anything you think should be done before incubation with quantum?20:42
anotherjessedanwent: to kick the tires do I need anything more than a cluster?20:43
notmynamedanwent: how autonomous is quantum? is it possible to deploy quantum without nova (or another openstack project)?20:43
jaypipesyes, I'm interested in the answer to that, too... notmyname's question...20:43
danwentanotherjesse: its pretty simple.  for example, you can check out the tutorial demo I sent out to the the list (I will dig up the link)20:43
*** joshuamckenty_ has quit IRC20:43
DavieyThis is screaming for a "how to test" blog post :)20:43
dendrobatesanotherjesse: I think it is in pretty good shape for incubation20:43
devcamcaranotherjesse: quantum ui for dashboard is in code review right now20:43
Davieydanwent: Anyone driving dashboard integration?20:43
devcamcarwill land probably in next few days20:43
devcamcarDaviey: ^^^20:44
Davieybah20:44
markvoelkerDaviey: yes, asomya from my team is leading that20:44
anotherjessedevcamcar: saw that .. jake said it didn't use the extension model at first - is that important? (we can discuss in #dev)20:44
jbryceit actually seems like it is pretty mature for just entering incubation20:44
devcamcaranotherjesse: no20:44
danwentDaviey: yes, mark voelkers team from cisco is working on dashboard integration20:44
dendrobatesjbryce: we held it out early on20:44
dendrobatesjbryce: while the pbb wrestled with the policies20:44
danwenton being stand-alone, yes, quantum is a separate process that can run with nova.  but nova is the only openstack service that we have integrated with so far.20:45
anotherjessedanwent: does the api follow a similar rest with openstack auth approach?20:45
danwentDaviey:  I actually sent a link out for that to the list last week.  will dig it up.20:45
danwentanotherjesse:  yes, very much so20:45
dendrobatesother iaas solutions have expressed interest in using quantum as well, so nothing to nova specific has been done20:45
danwenthttp://wiki.openstack.org/QuantumAPISpec20:46
anotherjesselooks squeeky clean to me - /me is excited to test it out once diablo is shipped20:46
jbrycei'm not hearing any huge blockers here and we're running low on time, so unless anyone objects, i'd like to vote20:46
*** blamar_ has quit IRC20:46
anotherjesseagree20:46
anotherjesse+120:46
jaypipesindeed. ++ for wiki API docs.20:46
vishy+120:46
dendrobates+120:46
danwenthere's the link to a tutorial based on vish's script: http://wiki.openstack.org/QuantumOVSDemo20:46
jbryce#info VOTE: Should Quantum be accepted as an OpenStack Incubation project20:46
jaypipes+120:46
johnpur+120:46
ewanmellor+120:46
jbryce+120:46
*** Shubhangi has joined #openstack-meeting20:46
notmyname-120:46
soren+120:46
ttx+120:47
anotherjessenotmyname: reason?20:47
jmckenty_+020:47
notmynameI've been burned by sitting on the fence before. I'd prefer not to +020:47
*** joesavak has quit IRC20:47
anotherjesseheh20:47
jbryce#agreed Quantum will be accepted for OpenStack incubation (9+, 1 abstain, 1-)20:47
*** jsavak has quit IRC20:47
ewanmellor#link Quantum dashboard integration: http://wiki.openstack.org/QuantumClientGUI20:47
danwentnotmyname:  definitely let me know if you have suggestions for improving the project20:47
danwentgreat, on behalf of the quantum team, thanks!20:48
jbrycethanks danwent, dendrobates20:48
*** pballand has joined #openstack-meeting20:48
jbryce#topic Dashboard core promotion20:48
*** openstack changes topic to "Dashboard core promotion"20:48
ttxin 12 min :)20:48
devcamcari'll type fast :)20:48
jmckenty_nice20:48
jbrycedevin would like us to consider promoting Dashboard to a core project for the Essex release cycle20:48
jbryceif we can't get through it all today, we have one more week to vote on it before the deadline20:49
*** novas0x2a|laptop has joined #openstack-meeting20:49
jbrycebut does anyone have any questions objections for devcamcar to start with?20:49
devcamcari can give a quick overview of where it's at now as well if that would help20:49
dendrobatesdevcamcar: do you know of any other competing dashboard initiatives for openstack?20:49
notmynamewhat's the status of using standard tools/processes?20:49
devcamcardendrobates: no20:49
notmynamedevcamcar: what's the status of using standard tools/processes?20:49
notmynameLP, gerrit, etc20:50
devcamcarnotmyname: we use launchpad for release management, bug tracking, blueprints, github for code, but we have not moved to gerrit but plan to do so soon20:50
*** mencken has joined #openstack-meeting20:50
jmckenty_test coverage?20:50
anotherjessedevcamcar: you already do +1 for code reviews before merge though right?20:50
devcamcarnotmyname: and follow milestones and release dates according to openstack proper20:50
anotherjesseerr +220:50
devcamcaranotherjesse: yes20:51
devcamcarjmckenty: test coverage has been -greatly- improved in past few months20:51
anotherjessedevcamcar: I still think the name needs to be cooler for promotion to core20:51
devcamcarwe have coverage reports as well20:51
anotherjessenova, glance, swift, quantum keystone .. and dashboard?20:51
*** somik has joined #openstack-meeting20:51
termie_dishrack20:51
devcamcaranotherjesse: i always have called it dash but that was taken on lp ;)20:51
*** termie_ is now known as termie20:51
*** termie has joined #openstack-meeting20:51
ttx"dash" is pretty overloaded.20:52
johnpuranotherjesse:  +120:52
vishyhud!20:52
znswindows :-)20:52
DavieyCurrently the dashboard is OSAPI centric, is anyone (and is it viable) to support ec2 elements?20:52
*** edgarmagana has joined #openstack-meeting20:52
jaypipesmrs. dash?20:52
DavieySuch as differeing crednetials?20:52
anotherjessedevcamcar: I'm going to owe you a whiskey if I get dashboard voted down due to naming ...20:52
soreninstrumentbræt20:52
soren(dashboard in Danish)20:53
devcamcarDaviey: OS API vs EC2 API is more about what the guts of it use to communicate with the nova and glance pieces20:53
vishytrifle20:53
jaypipespinch20:53
jmckenty_braet is hard to type20:53
vishysmidge!20:53
jmckenty_amudge?20:53
sorenjmckenty_: You just hit the æ key. Easy.20:53
devcamcarDaviey: its more about feature support, and OS API has caught up to EC2 API in diablo20:53
ewanmellorsoren: you don't even bother to spell your own name properly most of the time!20:53
*** rohita has joined #openstack-meeting20:53
jbrycedoes this mean we have no more substantive issue to discuss with it? = )20:53
anotherjessecan we accept but with a new name to be determined later ?20:54
sorenjmckenty_: Or compose+a+e.20:54
Davieydevcamcar: But the OSAPI doesn't expose EC2 credentials, (yet) :)20:54
anotherjesseif so - vote20:54
jbrycecorrect20:54
sorenewanmellor: Fair point :)20:54
ttxæ.20:54
anotherjesseDaviey: we are still adding those to nova & keystone20:54
anotherjesseDaviey: it will20:54
DavieyAh, good stuff.20:54
jbryce#info VOTE: Should Dashboard be promoted to core for Essex release cycle?20:54
vishyDaviey: yes that should be a bug20:54
anotherjesseif there is a ec2 extension in keystone20:54
jmckenty_devcamcar: is there a commitment20:54
ewanmellor+120:54
soren+120:54
jmckenty_to keep dashboard up to partiy with the full OS API?20:54
jbryce+120:54
vishy+120:54
anotherjesse+120:55
devcamcarjmckenty_: that is absolutely the goal20:55
jmckenty_+1 then20:55
johnpur+120:55
ttx+120:55
anotherjessewith a qualification that dash(board) isn't the name20:55
* vishy hopes that these things becoming core will make them much easier to install20:55
jmckenty_+1 on a better name20:55
jaypipes-120:55
anotherjesseswift and dash are too close20:55
devcamcaranotherjesse: agreed! we will name it while drinking whiskey20:55
* jmckenty_ promises to give vishy his installer20:55
*** rohita has quit IRC20:55
vishywait20:55
vishycan we call it whiskey?20:55
jmckenty_devcamcar: add a session for boston for naming?20:55
jmckenty_OOH20:55
devcamcaroo20:55
jmckenty_bourbon20:55
vishythat is genius20:55
devcamcarhaha20:56
jmckenty_bourbon is the official drink of cloud, though20:56
ttxjaypipes: rationale ?20:56
*** rohitagarwalla has joined #openstack-meeting20:56
devcamcarjmckenty_: +120:56
jbryce#agreed Dashboard will be promoted to OpenStack core for Essex release cycle (8+, 2 abstain, 1-)20:56
*** edconzel has joined #openstack-meeting20:56
jaypipesttx: same as my rationale for voting -1 for incubation to core :)20:56
jaypipesttx: I don't think it's a core project ;)20:56
ttxjaypipes: you hate css ?20:56
jaypipesttx: it's awesome, just don't consider it in the same vein.20:56
jaypipesttx: just being consistent.20:56
jbrycecongrats, devin20:56
ttxjaypipes: ack20:56
bengrue(whiskey would get confused with wsgi in conversation; bourbon is unambiguous.)20:56
jbryce#topic open discussion20:57
*** openstack changes topic to "open discussion"20:57
*** jrouault has joined #openstack-meeting20:57
jaypipesbengrue: hehe, good point.20:57
ttxdevcamcar: welcome to hell too.20:57
anotherjessesummit registration!20:57
devcamcarhooray!20:57
jbryceanyone want to hit on anything in the last 2 minutes, 30 seconds?20:57
notmynamejaypipes: +120:57
*** jrouault has quit IRC20:57
bengruesummit registration!20:57
ttxanotherjesse: dude, don't steal my effects :)20:57
anotherjessettx: sorry - just excited about http://summit.openstack.org/20:57
jbrycehaha20:57
*** jrouault has joined #openstack-meeting20:57
jbryceanotherjesse: that's kind of wrong20:57
jmckenty_jbryce: I've got a FITs framework doc coming together20:57
sorenjaypipes: Would it be a fair summary to say that in your terminology "core" means (near) bottom of the stack?20:57
*** pballand is now known as _nobody_20:57
jmckenty_Will have a draft on the wiki for next week20:57
* ttx must resist sudo apache2ctl stop20:57
jaypipessoren: yes, I guess os.20:58
jaypipesso.20:58
jbrycejmckenty_: cool, sounds good20:58
*** Tushar has quit IRC20:58
sorenttx: There you have it ^20:58
vishycan we put api discussion on the docket for next time20:58
jmckenty_yes please20:58
jmckenty_+1 for API discussion20:58
anotherjessejmckenty_: with the FITs - is it online already?20:58
jbryce#action jbryce to add API discussion to next week's agenda20:58
jmckenty_google doc, I'll share it when I'm sure it's not inflammatory20:58
jmckenty_:)20:58
*** _nobody_ is now known as pballand20:59
anotherjessejmckenty_: hmm - next month or ?20:59
jbrycehe said next week20:59
jbrycethanks, everyone!20:59
jmckenty_yup20:59
*** pem has joined #openstack-meeting20:59
jbryce#endmeeting20:59
*** openstack changes topic to "Openstack Meetings: http://wiki.openstack.org/Meetings | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/"20:59
openstackMeeting ended Tue Aug 23 20:59:48 2011 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)20:59
jmckenty_ktnxbye20:59
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-08-23-20.04.html20:59
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-08-23-20.04.txt20:59
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-08-23-20.04.log.html20:59
ttxjbryce: perfect timing21:00
*** pem is now known as Guest7542921:00
jbrycettx: can't believe we got through all that...21:00
jaypipesjbryce: I know :)21:00
*** bcwaldon has joined #openstack-meeting21:00
jaypipesjbryce: must be a record...21:00
danwentjbryce:  much appreciated21:00
ttxjbryce: At this point in this day I'd agree to anything.21:00
jbrycehaha21:00
*** Vek has joined #openstack-meeting21:01
ttxvishy, notmyname: still around ?21:01
notmynamehi21:01
*** alandman has quit IRC21:01
vishyy21:02
ttxlet's get started21:02
ttx#startmeeting21:02
openstackMeeting started Tue Aug 23 21:02:11 2011 UTC.  The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot.21:02
openstackUseful Commands: #action #agreed #help #info #idea #link #topic.21:02
*** cynb has joined #openstack-meeting21:02
ttxWelcome to our weekly team meeting... Today's agenda is at:21:02
ttx#link http://wiki.openstack.org/Meetings/TeamMeeting21:02
*** jamesurquhart has joined #openstack-meeting21:02
ttx#topic Actions from previous meeting21:02
*** openstack changes topic to "Actions from previous meeting"21:02
ttx* notmyname to double check that everything is included in https://launchpad.net/swift/+milestone/1.4.321:02
ttxIn progress ?21:02
notmynamedone. if anything else comes up, it wll be added21:03
ttxcool.21:03
ttx* vishy to reprioritize admin-account-actions which is likely to miss diablo21:03
ttxWe'll talk about that one in the Nova topic21:03
ttx* jk0 to push new dep email policy to ML21:03
*** mdomsch has joined #openstack-meeting21:03
ttxThat was done, nobody complained...21:03
glencyet21:04
ttxI think for history we should put such decisions on the wiki somewhere21:04
ttxso that we can blame newcomers that haven't read it.21:04
notmynamedep email policy?21:04
Vekchange dependencies, send email21:04
ttxnotmyname: warn about new deps by email21:04
ttxto the ML21:04
*** comstud_ has joined #openstack-meeting21:05
ttxso that downstreams can fix their packaging.21:05
notmynameok :-) just wondering what "deps" was in this context :-)21:05
ttx#topic Swift status21:05
*** openstack changes topic to "Swift status"21:05
ttxnotmyname: Anything on your mind ?21:05
notmynamenothing much to report with the code21:05
notmynameI'll be speaking in San Francisco on Sept 8 http://www.meetup.com/openstack/events/30605231/21:05
*** msinhore1 has joined #openstack-meeting21:06
ttxnotmyname: that's a crowded week :)21:06
*** spectorclan_ has joined #openstack-meeting21:06
notmynameI'm working with mtaylor and jeblair about moving to gerrit. I don't think we have a timeline yet. just "soon"21:07
ttxRaise your hand if you have questions on Swift...21:07
*** Shubhangi has quit IRC21:07
*** kris3968 has joined #openstack-meeting21:07
ttx#topic Glance status21:07
*** openstack changes topic to "Glance status"21:07
ttxjaypipes: o/21:07
ttxjaypipes: I'd like to review the missed features and decide between deferring to Essex and granting a post-D4 exception21:07
ttx(The idea being to minimize the changes as we get nearer to release. The Essex gates will open on September 8, so it's not that far away for deferred features)21:08
jaypipesttx: SSL support has a branch proposed but I'm stuck on getting a working functional test case for it...21:08
ttxwhat about Add filter for changes-since (changes-since-filter) ?21:08
jaypipesttx: so I'd like that feature to go in.21:08
jaypipesttx: can go to Essex.21:08
ttxok, willdefer21:08
ttxjaypipes: You also have 13 D4-targeted bugs, which sounds like a lot to fix in two days.21:09
ttxould you come up with a more reasonable "must-have-for-D4" list and target the others to RBP ?21:09
*** tylesmit has joined #openstack-meeting21:09
ttxCould*21:09
*** msinhore has quit IRC21:09
ttxI'd like to know what I should be waiting on, if possible21:09
*** salv has joined #openstack-meeting21:09
jaypipesttx: the system-controlled/user-controlled properties will need to go into RBP21:10
*** joesavak has joined #openstack-meeting21:10
*** jsavak has joined #openstack-meeting21:10
ttxjaypipes: oh, missed that one21:10
jaypipesttx: and yes on the bugs list. in process of writing a status update to the ML on glance bugs to focus on21:10
*** masumotok has joined #openstack-meeting21:10
*** jakedahn has quit IRC21:10
ttxjaypipes: any eta for system-controlled/user-controlled properties ?21:10
*** jakedahn has joined #openstack-meeting21:11
jaypipesttx: depends on when Vek gets the functional test cases done for keystone. He's made good progress with _cerberus_ so far. Expect to see that bug closed soon (https://bugs.launchpad.net/bugs/825419)21:12
*** zns has quit IRC21:12
uvirtbotLaunchpad bug 825419 in glance "Functional tests for private and shared images" [High,Confirmed]21:12
jaypipesttx: that bug is the reason for that blueprint being in Blocked.21:12
ttxjaypipes: ok. You can add the tests in D4, btw, as a bugfix branch.21:12
*** jsavak has quit IRC21:12
ttxjaypipes: Other announcements/comments ?21:12
jaypipesttx: thinking...21:13
_cerberus_For the record, I *should* have those tests done shortly. Hitting a small roadblock in one of the tests21:13
jaypipesttx: no, I think I'm good.21:13
jaypipes_cerberus_: rock.21:13
ttxRaise your hand if you have a question on Glance.21:13
jaypipesoooh... o/21:14
jaypipesannegentle: about Glance API docs....21:14
jaypipesannegentle: I'd like to put API doc into the RBP milestone: https://launchpad.net/glance/+milestone/diablo-rbp21:14
jaypipesannegentle: OK with you?21:14
*** msinhore has joined #openstack-meeting21:15
*** msinhore1 has quit IRC21:15
jaypipesOK, I'll follow up offline on that21:15
*** troytoman-away is now known as troytoman21:15
ttxok then moving on to the meaty topic21:15
vishypork?21:15
*** Tushar has joined #openstack-meeting21:16
ttx#topic Nova status21:16
vishybeef?21:16
*** openstack changes topic to "Nova status"21:16
vishyoh, right...21:16
primeministerp2veal?21:16
ttxvishy: Let's review the numerous features that missed D4 for essex-deferring/rbp-excepting :)21:16
ttx* Implement Quantum Network Manager (implement-network-api)21:16
danwenthello21:16
ttxdanwent: This one is proposed for merging, and reasonably self-contained ?21:16
danwentpretty much self-contained... a few changes to nova-manage and adding a field to the networks table.21:17
danwentotherwise pretty much everything is only run if you run the QuantumManager class21:17
danwentwhich is an alternative to FlatManager, etc.21:17
ttxdanwent: but depends on Melange stuff, right ?21:17
danwentttx:  i recently change it so that it can work with the nova DB ip address management as well.21:17
*** dendrobates is now known as dendro-afk21:17
danwentits a flag21:17
danwentby default it uses nova IPAM, flag can change it to use melange.21:18
danwentthis code needs more testing though... i merge propped it to try and flush out any major concerns early.21:18
danwentas wel talked about via email.21:18
ttxvishy: sounds like a good candidate for exception ?21:18
vishyagreed21:18
danwentmuch appreciated21:18
ttx* Adding Volume Types to Nova Volumes (volume-type)21:18
vishyi don't think the guys working on that are here atm21:19
vishythey have all the db code done and are adding api extensions21:19
vladimir3pre volume types : core will be ready today/tomorrow21:19
vishyah there he is21:19
ttxvishy: how intrusive is it ?21:19
annegentlejaypipes: sorry for the late response, but yes, diablo-rpb seems doable21:19
vishyshould only affect nova-volume21:19
ttxvishy: your call21:20
vishyi think it should go in if it can be approved by friday21:20
ttx+121:20
vishyif it doesn't make it by friday EOD we have to push to essex21:20
ttx* Various requirements for assigning IP addresses to XenServer guests (xs-guest-ip-addressing)21:20
ttxThis one depends on Melange, and I don't think there is a pressing need to have it in Diablo, or is there ?21:21
jaypipesannegentle: k, gotcha21:21
ttxtr3buchet: ^ ?21:21
jaypipesttx: the melange merge proposal has a number of things that need fixing IMHO. Might be very difficult to get that in for Diablo...21:22
vishyjaypipes: is it the stuff about using the nova version of utils/etc.?21:22
jaypipesvishy: well, I had a few more comments than just that on my review :)21:22
ttxvishy: I'm with Jay, sounds like a large drop just to be able to show it off21:22
*** jakedahn_ has joined #openstack-meeting21:23
*** shwetaap has joined #openstack-meeting21:23
tr3buchetttx: you are correct21:23
ttxvishy: I don't expect the packaging to expose it anyway, so what's the point ?21:23
ttx* Melange - IP Address Management Service (melange-ipam)21:23
tr3buchetttx: from my end we've got as much of it as we need at the moment21:23
ttxok, jumping to Melange then21:23
ttxand deferring xs-guest-ip-addressing to Essex21:24
vishyttx: so can they release an experimental package that is separate?21:24
vishythe merge to nova was just to get more eyes on it21:24
*** jrouault has quit IRC21:24
ttxvishy: I prefer that we don't do that post D4, but rather at the beginning on Essex21:25
tr3buchetyeah it's definitely a big work in progress at the moment21:25
ttxand get eyes on it in time for the design summit21:25
*** jakedahn has quit IRC21:25
*** jakedahn_ is now known as jakedahn21:25
ttxrather than ship half-baked code just for exposing it to the public21:25
vishyttx: i'm ok with that21:25
ttxI wouldn't mind so much if it wasn't post D421:25
ttxok, deferring to essex then21:26
ttx* Update Hyper-V to accommodate Diablo changes, add diff disk support (hyper-v-update)21:26
ttxsounds like bugfixes to me -- my only gripe is that I couldn't get status from JordanRinke21:26
ttxso I don't know where it's at21:26
primeministerp2hey guys21:27
primeministerp2i'm here21:27
primeministerp2i haven't heard from jordan either21:27
primeministerp2however21:27
primeministerp2just some bits for to add21:27
primeministerp2on the hyperv bit21:27
primeministerp2we successfully deployed on core21:27
primeministerp2er have21:28
primeministerp2still have some minor issues to work out w/ networkikng21:28
ttxvishy: ok for an exception on this, but would be good to get Jordan's status ?21:28
vishyyes21:29
ttx* Volume Code cleanup (volume-cleanup)21:29
*** spectorclan_ has quit IRC21:29
ttxhow much of it is cleanup, and how destructive is the cleanup ?21:30
vishyttx: it is separating the concerns of volume and compute21:30
vishyso compute talks to volume through the api21:30
ttxFrom the description, it looks a bit risky.21:30
vishyand has a plugin21:30
ttxas in "prone to introducing some weird bugs"21:31
vishyI have gotten it working functionally, I have written some tests for the new code.  It did introduce bugs into live migration, which the live migration team is working on.21:31
ttxvishy: why do we want it in Diablo ?21:31
*** jk0 has joined #openstack-meeting21:32
*** bcwaldon has quit IRC21:32
vishyttx: let me think for a sec if there is anything requiring it21:32
vishyI think volume-cleanup-1 removing AoE support is important21:32
vishyso people don't start using it21:33
ttxvishy: is volume-types independent of volume-cleanup ?21:33
vishyin theory yes21:33
vishyaside from it having to touch the same parts of the code in some places21:33
vishyit should be separate21:33
sorenI think jaypipes had a good point when he suggested that we don't actually know that noone is using it right now.21:34
*** zns has joined #openstack-meeting21:34
vishysoren: I guess we can't be sure.  But I've never even heard of someone testing AoE21:34
soren...and might be expecting an upgrade path, and failing that, at least some warning before we just break their stuff.21:34
vishylet alone deploying it21:34
sorenDunno.21:34
sorenIt's an interesting topic though:21:34
sorenHow do we deprecate stuff?21:34
vishysoren: how do we notify these people?21:34
sorenExactly.21:34
sorenEven if we decided to keep AoE, but deprecate it, what does that actually mean?21:35
sorenI mean..21:35
ttxsoren: sounds like a good topic for the summit. Can you rtm it somewhere ?21:35
sorenAnyone who's talked to us knows not to use AoE :)21:35
pvovishy: it it printing deprecated notices in the logs when you use it? then pulling next release?21:35
vishypvo: that is what I'm trying to do with auth stuff21:35
vishypvo: so maybe21:35
soren..so it's not like it's a secret that it's de facto deprecated, but we've not really published the deprecation anywhere, and there are no warnings if you choose the AoE driver..21:36
ttxvishy: I'm not exactly a fan of this spec. Sounds a good one at the beginning of a cycle, not so much at the end :)21:36
vishyttx: ok.  I'm concerned about leaving bad code in for another 6 months21:36
vishyttx: but you're right it has potential to be destructive21:36
ttxvishy:  we all know that Essex will start being better than Diablo about two weeks after Diablo is released21:37
ttxso if it gets in to Essex early, it's not really "6 months of bad code"21:37
vishyttx: it is for people building external software21:37
sorenvishy: We can put in the release notes that AoE is going away.21:37
sorenDon't use it.21:38
vishysoren: seems reasonable21:38
Davieyttx: It's supported for 18 months in Ubuntu.. oh golly.21:38
ttxvishy: how about adding deprecation messages in Diablo ?21:38
primeministerp2people still use that21:38
ttxso that we have a good framework for removing it early Essex ?21:38
sorenvishy: Don't get me wrong. I want it to *die* *die* *die*, too :)21:39
vishyok, i can put the volume-cleanup code on ice until after the release.  Hopefully merging isn't too painful21:39
ttxdeal :)21:39
vishyI will need to back port a couple of minor fixes that i found while i was working on the code21:39
ttx* Virtual Storage Arrays for Nova (nova-virtual-storage-array)21:39
ttxthis one sounds like a good candidate for deferring, unless I miss something21:40
vishyso the main issue with VSA is that it seemed to be a little too tightly coupled21:40
ttxas in, still under heavy discussion, and could use another round of design summit21:40
*** jmckenty_ has quit IRC21:40
vishyI've been working with them to try and separate it out, which was the main motivator for the volume type stuff21:40
*** johnpur has quit IRC21:40
ttxvishy: a bit late now, right ?21:41
vishybut they have put a lot of effort into this branch21:41
ttxhow self-contained is it ?21:41
vladimir3pyep, we are trying to "generalize" it by moving from drive types to volume types21:41
vladimir3pand it is pretty self-contained21:41
ttxare you confident it can make it very soon ?21:41
vishyvladimir3p: did you remove the changes in nova-compute and use instance_types?21:41
vladimir3pwe can adopt al volume_type changes within next couple of days21:42
vladimir3pyep, there are no more changes in nova-compute21:42
vishyso if they can switch to using volume-types21:42
vladimir3pchanges in nova-volume will be minimal and will depend on volume types21:42
vishyit will be one additional db table21:42
vishyand an additional self-contained worker21:42
*** ewanmellor has quit IRC21:43
vishyit would be completely experimental21:43
ttxMy main issue with this plan is that it needs volume-types to land first21:43
ttxso I fear VSA will land *late*21:43
ttx(and I hate new features post-D4, too)21:43
vishywe could give them the same friday time table?21:43
vladimir3pmeanwhile we are on track to push it till Thu21:43
vladimir3pthe VSA merge proposal is in from beg of July21:44
vishyvladimir3p: perhaps the best plan would be to just merge the db changes21:44
ttxvladimir3p: yes, true21:44
ttxok for Friday21:44
*** johan_-_ has joined #openstack-meeting21:44
ttx* Administrative VMs / containers for provider services (administrative-vms)21:44
vishythen it is possible to ship the nova-vsa worker/driver/scheduler separately21:44
ttxthis one is deferred though, right :)21:44
vishyyes defer that one21:44
vladimir3pthe admin VM we can definitely defer :-)21:44
vishyit is still undetermined21:44
ttx\o/21:45
ttx* Simple Usage (simple-usage)21:45
ttxlooks very selfcontaine and ready21:45
*** jsavak has joined #openstack-meeting21:45
ttxI'd lean towards granting an exception21:45
vishyyes just an api extension really21:46
ttx* Validation of params in AWS API (aws-api-validation)21:46
ttxI'm a bit worried about the state of that one21:46
ttxby its own admission it's not really ready21:46
ttxthough I'd like to see some validation :)21:46
DavieyOo, i didn't know anyone was working on that.21:47
ttxIt's been longing for you for too long :)21:47
ttxvishy: given that it doesn't look ready, I'd defer it ?21:48
vishyttx: It doesn't really seem like a feature to me21:48
vishyttx: it is testing/validation related, so seems like exactly what we should be doing now21:49
vishyttx: or am I misunderstanding the purpose of the next 3-4 weeks21:49
ttxvishy: agreed.21:49
ttxI was wondering how featureful it was21:49
* Daviey will sniff that branch to see if it does as he expects.21:49
ttxbut if its client validation, it can't hurt21:49
ttxlast one:21:50
vishyttx: I think it should be fine to go in without an FF exception.21:50
ttx* Admin API: server actions (admin-server-actions)21:50
vishythat is thoe one split into 3 parts?21:50
ttxvishy: yes21:50
ttxthat third is the one that is supposedly implemenetd already21:50
ttxglenc: is that right ?21:50
vishyit didn't seem like they needed an exception for any specific functionality21:50
glencthat's correct21:50
ttxso is the code in already ?21:50
glencthe server (suspend/resume) is already in trunk21:50
ttxbut not exposed in the API yet ?21:51
glencthere's a question as to whether or not it should be implemented as an extension21:51
glencNo, it's in the Admin API21:51
glencthe question is whether or not it should appear in /extensions since it's not part of the 1.1 spec21:51
ttxvishy: what do you think ?21:51
ttxif not, then it's completed by D421:52
glencper jorge w, it should be part of the official admin API spec, but we don't really have that yet21:52
pvoit is implemented in the api, used by novaclient, but isn't an extension.21:53
pvoofficial admin api spec? :p21:53
ttxwe'll take that one offline.21:53
ttxThe other two parts are planned for end of September, so deferred to Essex.21:53
vishysorry stepped away for a sec21:54
ttxvishy: You have two D4-targeted bugs on the list:21:54
ttxbug 803654 (availability zone ignored when creating volume) without an assignee21:54
uvirtbotLaunchpad bug 803654 in nova "availability zone ignored when creating volume" [High,Confirmed] https://launchpad.net/bugs/80365421:54
ttxbug 828907 (Distributed Scheduler docs need updating), assigned to dabo21:54
uvirtbotLaunchpad bug 828907 in nova "Distributed Scheduler docs need updating" [Low,In progress] https://launchpad.net/bugs/82890721:54
ttxAnything else that we *need* to fix before D4 release ?21:54
dabottx: that one's done21:54
ttxoh, cool21:55
*** kris3968 has left #openstack-meeting21:55
vishythe other can go into rbp21:55
Davieybug 798876 .. i made a start on it, but i haven't been able to finish.. it would be realy nice if we can remove carrot for final release (considering kombu is already required for glance).. would anyone be able to assist?21:55
uvirtbotLaunchpad bug 798876 in nova "Consider Switching from Carrot to Kombu for AMQP" [Low,Confirmed] https://launchpad.net/bugs/79887621:55
comstud_i'm 95% done21:55
comstud_been testing code standalone21:55
comstud_need to merge it into my branch and fix tests21:55
comstud_was out sick all last week, otherwise would be done by now :(21:55
*** comstud_ is now known as comstud21:55
ttxvishy: what's your take on that ?21:56
ttx(bug 798876 for D4 or for RBP)21:56
comstudthe problem is that it will introduce a new depdendency21:56
comstudfor nova21:56
jaypipescomstud: picked a bad week to stop sniffing glue.21:56
comstudjaypipes: no kidding21:56
comstudi can optionally.... make kombu optional21:56
comstudand keep the carrot code alongside21:56
vishycomstud: it is already a dep21:56
ttxcomstud: I like that.21:56
*** jbryce has quit IRC21:56
comstudvishy: for _nova_ ?21:57
vishynova -> glance -> kombu21:57
comstudah21:57
comstudi suppose that's true21:57
Davieycomstud: I had to use trunk kombu, do you?21:57
vishybelieve me, it has caused a whole bunch of builds to fail everywhere :)21:57
*** ryu_ishimoto has joined #openstack-meeting21:57
Daviey(which meant amqplib > 1.0.)21:57
comstudDaviey: No, I'm working successfully with whatever's in pypi21:57
comstudvishy: I believe you :)21:57
ttxok, let's also bring that one offline so that we can rush the end of the meeting21:57
*** asomya has joined #openstack-meeting21:58
Davieycomstud: Yes, sorry that is ~= trunk for what i mean't21:58
Davieyit's newer than Ubuntu & Debian.21:58
vishyyes online it.21:58
comstudahh yeah21:58
ttx#topic Incubated projects news21:58
*** openstack changes topic to "Incubated projects news"21:58
vishy* offline21:58
ttxdevcamcar, dolphm: you have one line.21:58
natiI have more point for bug21:58
hisaharuWe need to fix bug 82839921:58
uvirtbotLaunchpad bug 828399 in nova "Can not delete a network which is associated with a project" [Wishlist,In progress] https://launchpad.net/bugs/82839921:58
danwentquantum was approved for incubation today :)21:58
hisaharuit's almost done21:58
somikcongratulations quantum team!21:59
ttxhisaharu: cool, will add to D4 list21:59
natiThanks a lot21:59
hisaharuthanks21:59
ttx#topic Design Summit registration21:59
*** openstack changes topic to "Design Summit registration"21:59
ttxAs you all should know, we'll have our Design Summit in Boston, from Oct 3 to Oct 5.21:59
ttxIt is now separate from the OpenStack Conference, which will start on the evening of Oct 5 and end on Oct 7.21:59
ttxRegistration is now officially open for the Design Summit at: http://summit.openstack.org22:00
ttxThere is limited room, so register early !22:00
comstudFYI, Oct 4 is my birthday.. so I expect gifts.22:00
* comstud hides now.22:00
ttxNote that developers attending the Design Summit can get a free pass to attend the OpenStack Conference, if you are interested.22:00
ttxAlso, this is not for suits. Only for geeks.22:00
primeministerp2ttx: question on that22:00
*** SumitNaiksatam has joined #openstack-meeting22:01
ttxprimeministerp2: yes ?22:01
primeministerp2ttx: I offered to speak re hyperv/openstack22:01
ttxprimeministerp2: at the conference, right ?22:01
primeministerp2yes22:01
primeministerp2haven't heard anything else since that22:01
primeministerp2I know spector knows22:01
ttxprimeministerp2: ping spectorclan about it22:01
primeministerp2thx22:01
ttx#topic Open discussion22:01
*** openstack changes topic to "Open discussion"22:01
*** tylesmit has quit IRC22:02
ttxa bit overtime already. anything else, anyone ?22:02
annegentleI'm working on a doc sprint day in Austin, date and location to be determined, but it will be in September.22:02
annegentleprecise location. Secret bunker. That sort of thing. :)22:02
* ttx watches the registration site crumble under load22:02
*** zns has quit IRC22:03
ttxclosing meetingin 10 seconds22:03
annegentleI know y'all are jealous of our tying the 86-year record for number of consecutive days with triple digits.22:03
ttx#endmeeting22:03
*** openstack changes topic to "Openstack Meetings: http://wiki.openstack.org/Meetings | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/"22:03
openstackMeeting ended Tue Aug 23 22:03:38 2011 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)22:03
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-08-23-21.02.html22:03
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-08-23-21.02.txt22:03
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-08-23-21.02.log.html22:03
*** jmeredit has joined #openstack-meeting22:03
Vekheh.22:03
ttxdanwent: a bit late :)22:03
danwentOk netstackers..... let's get started :)22:03
markvoelkero/22:04
Vekhey, as long as it's not 112+ like my parents have been dealing with :)22:04
danwentttx: no worries... big deadline and a lot of stuff to cover22:04
*** Vek has left #openstack-meeting22:04
rohitagarwallao/22:04
somiko/22:04
danwent#startmeeting22:04
openstackMeeting started Tue Aug 23 22:04:21 2011 UTC.  The chair is danwent. Information about MeetBot at http://wiki.debian.org/MeetBot.22:04
openstackUseful Commands: #action #agreed #help #info #idea #link #topic.22:04
danwentagenda: http://wiki.openstack.org/Network/Meetings22:04
*** creiht has left #openstack-meeting22:04
danwent#topics nestack general topics22:05
*** ying has joined #openstack-meeting22:05
danwent#info congrats to the whole team.... quantum was accepted as an official OpenStack incubated project today22:05
ttxcongrats !22:05
pvoallright :)22:05
SumitNaiksatamhearty congrats!22:05
* markvoelker cheers and looks around for champagne22:05
asomyanice22:05
rohitagarwallacongrats22:05
danwentwith the significant participation from folks from multiple different companies... I think it was an easy call for them.  Great work folks... take a minute to relax, then get back to working on D-4 reviews :)22:06
edgarmaganaGreat News!!22:06
*** dabo has left #openstack-meeting22:06
danwentmark: we'll have to bring some to the essex summit to toast :)22:06
markvoelkerdanwent: I dunno...last time I tried to bring drinks on a plane the TSA got frisky. =p22:07
danwentin other news, we'll be moving to the new github/gerrit setup post diablo22:07
danwentif you're curious, read up on: http://wiki.openstack.org/GerritWorkflow22:07
danwentbest to identify any concerns you have early and we can work with the openstack team to figure out solutions22:07
SumitNaiksatampost diablo - cheers to that as well! :-)22:07
salvdanwent: do we have a leader for the migration effort?22:07
salvi.e.: somebody to bugger with question?22:07
danwentsalv: are you volunteering ;)22:07
danwent?22:07
danwentjaypipes said he would help out22:08
salvnot really, I'd like to focus on blueprints for essex release :-)22:08
pvomtaylor would be another guy to ping.22:08
mtayloryes22:08
mtaylorwhat?22:08
danwentsalv: no problem.... I was planning on driving this22:08
pvoyou helping with gerrit and migration to git22:08
danwentsent an email to mtayler and heckj this morning.22:08
*** jsavak has quit IRC22:08
*** joesavak has quit IRC22:08
mtayloryes. also jeblair will be involved22:08
danwentmtayler -> mtaylor22:08
mtaylordanwent: and - I haven't forgotten about your email about tarballs - I just had some world explosion earlier this morning I'm still cleaning up22:09
bhalldanwent: I can help too if you want22:09
danwent#action danwent: send out email to folks helping with move to github22:09
danwentbhall: thx22:09
danwentmtaylor: no worries... tuesdays are always very busy days, I understand :)22:09
_0x44jaypipes: ping22:09
mtaylordanwent: (sorry, I've got like, 5 todo list items for you guys)22:09
danwentmtaylor: we appreciate the help22:10
*** edconzel_ has joined #openstack-meeting22:10
danwentone other general netstack point: essex summit signup is now open22:10
danwent#info sign up for essex summit if you can: http://summit.openstack.org/22:10
danwentwe'll definitely be having discussions about blueprints for quantum, and it is generally a great chance to meet team members face to face.22:10
danwentso you can put a face to the reviewers name :)22:11
salvmine is particuarly ugly...22:11
danwentspots are limited and I think they ran out last time, so don't delay22:11
danwentsalv: but your code is beautiful, so it makes up for it, right? :P22:11
danwentOk, it troy around?22:12
*** edconzel has quit IRC22:12
*** edconzel_ is now known as edconzel22:12
troytomanyes22:12
somikAbout Essex Summit: Developers get a free pass to attend the conference I believe.22:12
danwent#topic melange22:12
*** openstack changes topic to "melange"22:12
salvdanwent: you're too kind. Anyway seats are going away fast. 1 per minut.22:12
salvAt this pace, the essex summit would be a sold out in 3 hours!22:12
troytomanwe did the initial merge prop for Melange and have gotten a great deal of feedback.22:12
troytomanwe're working on creating an OpenStack commons code area to address some of the concerns22:13
troytomanwe're also cleaning up the cli etc.22:13
*** edconzel has quit IRC22:13
danwentcool.  over the weekend I did a first cut at melange support for the quantum manager.22:13
troytomanit's too big of a change to get into Nova in Diablo but we should be setup for early Essex22:13
*** edconzel has joined #openstack-meeting22:14
salvdanwent: we were just granted feature-freeze exception for quantum manager, is that correct?22:14
troytomanplan is to focus on the merge prop and the quantum/nova integration22:14
danwentOk.  and if we get the quantum manager code in nova, it should still be possible to run nova with melange, i believe, you will just need to download melange separately... is that correct?22:14
danwentsalv:  correct22:14
troytomani believe so22:15
danwentI just created a new version of the qmanager branch that is not stacked on top of melange... still needs testing:22:15
danwenthttps://code.launchpad.net/~danwent/nova/qmanager-new22:15
danwentbut you can look through the diff to get a sense of what it does22:15
danwentfeedback appreciated.22:15
danwentok troy, thanks for the update.  I must say, the melange code has been rock solid in my testing against it.22:16
danwentany time there was a bug, it was in my code calling it :)22:16
troytomani hope we can start getting some scale testing done on the integration soon22:16
*** msinhore has quit IRC22:16
troytomanwe should be in good shape for that22:17
danwentagreed.22:17
danwentok, anything else on melange?22:17
danwent#topic donabe22:17
*** openstack changes topic to "donabe"22:17
danwentis debo or someone else working on donabe here?22:18
jamesurquhartI'm here, but don't have an update.22:18
jamesurquhartI'll see if I can get Rick or Debo to send an update to the alias.22:18
danwent#action #debo send update on donabe to email list22:18
danwentjames: thx22:18
danwent#topic quantum22:18
*** openstack changes topic to "quantum"22:18
danwentfirst off, congrats to everyone on incubation...22:19
danwentwe've been making great progress on getting through the D-4 reviews22:19
danwentgreat work from many different folks on the team22:19
danwenthttps://code.launchpad.net/quantum/+activereviews22:19
danwentmy understanding is that the cisco reviews are all stacked on each other, so they aren't quite as massive as they look.22:20
danwentis that correct?22:20
SumitNaiksatamyes22:20
SumitNaiksatamdont be too alarmed :-)22:20
danwentSumit: great.  As I mentioned in the email this morning, I'm confident that we can get these all into diablo, even if they aren't quite done by the D-4 deadline22:21
danwenthttps://code.launchpad.net/~salvatore-orlando/quantum/quantum-api-alignment/+merge/7078822:21
salvI think the consolidation branch is stacked on top of the other three, which are independent22:21
SumitNaiksatamyes22:21
SumitNaiksatamthere is one on the VIF-driver and Scheduler which is independent of the others22:21
danwenthttps://code.launchpad.net/~salvatore-orlando/quantum/quantum-api-alignment/+merge/7078822:21
salvI had a good deal of feedback, especially from Simik22:21
salvSomik, sorry.22:21
salvConcerns have been addressed and updated code pushed to the branch. I.m pretty sure we can have it merged by thirsday.22:22
danwentOk, anything we need to discuss here?22:22
danwentsounds like you're on top of it.22:22
somiksalv: I think  both of your branches are pretty close, i'll do the final review soon.22:22
salvsomik: thanks.22:22
somiksalv: Great work on both those branches!22:22
danwentany significant concerns with any of the reviews that we need to discuss here, or can we just keep plugging away?22:23
danwentsounds like we're in good shape.22:23
salvNot from the reviews I've done. Rohit updated the code after my review, and I think it should not be too much of an issue to merge that branch,22:23
salvI have not received a reply on the vif-scheduler review, though.22:23
SumitNaiksatamthanks Salv, yes I am in the process of fixing that22:24
salvgood.22:24
edgarmaganasalv: Rohit and I made some changes based on your reviews.. Thanks a lot!22:24
SumitNaiksatamvif-driver/scheduler that is22:24
SumitNaiksatamsalv: that particular branch is independent of other cisco branches22:24
danwentok, great work folks.22:24
edgarmaganaWe even increased our pylint score  :-)22:24
rohitagarwallathanks salv again for the review...and good to hear that the branch is in good shape for merge22:24
SumitNaiksatamso it can go in even later22:24
danwentOk, onto talking about Nova Integration with Quantum22:25
salvSumitNaiksatam: very good22:25
danwentso Ryu's branch to add an extension to nova to expose vif uuids went in.22:25
danwentthis should give us what we need for the GUI, is that correct arvind?22:25
asomyayup.. I integerated that into the dashboard waiting a merge on openstackx  https://github.com/cloudbuilders/openstackx/pull/1622:26
danwentcool!22:26
salvDoes this extension also allow us to track to which instance a particular VIF belongs?22:26
danwentsalv: I believe so22:26
salvdanwent: something worth looking at for our issue with authorization22:27
danwentyeah... we discussed that.  Could definitely be used for that, at least in the short-term.22:27
salvgreat22:28
danwentQuantumManager got an extension to try and get into diablo... so more coding for me :)22:28
danwenthttps://code.launchpad.net/~danwent/nova/qmanager-new22:28
danwentworks with two modes for IPAM, melange, and the traditional nova DB IPAM.22:29
salvdanwent: great choice22:29
danwentit also supports a tushar's extension to allow specifying networks when creating a VM.22:29
danwentthat could be something that we leverage in the GUI as well in the future.22:29
danwentthe os-create-server-ext extension22:30
danwentother than that, wanted to touch on packaging, is tyler here?22:30
danwentonce we get all of the existing reviews in for diablo, we'll need to figure out how to switch the directory structure around.22:30
markvoelkerdanwent: nope...this meeting time doesnt' work with his schedule unfortunately22:31
danwentok, i encourage people to check out the branch: https://code.launchpad.net/~tylesmit/quantum/quantum-packages22:31
danwentI have some questions that i'll be sending to the list soon.22:31
*** johan_-_ has left #openstack-meeting22:32
danwentOnly other agenda item is to start thinking about documentation.... we've done an awesome job writing code, now we need to make sure people other than us can use it :)22:32
danwentBoth docs for administrators (i.e., quantum users) as well as for developers.22:32
salvOn this regard there was an interesting thread in the Openstack ML on documentation for openstack API22:32
danwentsavl: indeed, thanks for bringing that up22:33
salvvishy was proposing to embed the documentation in source code, and I agree with this approach.22:33
salvMaintaning a separate wiki page for API spec has been quite cumbersome for me.22:33
danwentsalv:  +1 having an approval process to update an API spec seems very valuable22:33
danwentthat way people are much more likely to see changes that are relevant to them.22:34
salv+1 on the approval process. Second troubling issue was getting formal feedback and approval on the contents of the wiki page :)22:34
markvoelkerI'd encourage folks to participate in that thread if they have opinions... =)22:34
salvIf I'm not wrong Keystone already has documentation in source tree, in rst format22:34
danwentsalv: I think this is a great idea.  Can you create a blueprint/bug for this?22:35
salvplan to have the same thing for Quantum API. Will be a blueprint with integration freeze as target a good idea?22:35
salvdanwent: sorry did not see your last line22:35
salvOkay, please put an action for that22:35
danwentsalv: if you can do it quickly, I think that would make sense.22:35
*** msinhore has joined #openstack-meeting22:35
danwent#action #salv will create a blueprint to put API spec into the source tree22:35
salvSure, I think it can be achieved by next tuesday22:36
danwentsalv: thanks for bringing that up22:36
danwentok, and just on general docs, I think we have some work helping the rest of the nova team understand how quantum fits in... some of this material has already been created, we just need to present it in an organized form.22:36
danwentnow that we have a mechanism for nova/quantum integration (actually... two mechanisms), we can create some tutorials which will help a lot.22:37
danwentok, anything else on quantum?22:37
asomyaquick update on the dashboard: it's complete with vif plugging  .. just waiting on a couple of merges 1) Merge to the main dashboard trunk https://github.com/4P/openstack-dashboard/pull/92 and 2) The openstackx class to grab VIFS https://github.com/cloudbuilders/openstackx/pull/1622:37
danwentthat was quick :)  nice work asomya22:38
danwent#topic open discussion22:38
*** openstack changes topic to "open discussion"22:38
danwentThere's a openstack meetup in the bay area tonight22:38
*** zns has joined #openstack-meeting22:38
salvI'd love to attend, but my teleport is broken :)22:39
danwenthttp://www.meetup.com/SVForum-CloudSIG/events/18687151/?a=md1.2p_grp&rv=md1.2p22:39
danwentsalv:  you'll be in boston though, right?22:39
markvoelkerYou west coasters have all the fun...we east coasters just get earthquakes and hurricanes this week. =p22:39
salvdanwent: yes, my passport has been renewed!22:39
danwentyeah, that earthquake was crazy22:39
danwentsalv: good to hear :)22:40
danwentok, anything else?22:40
salvTyler and Arvind, which are not part of the core team, are giving a great contribution in terms of reviews (and code)22:40
*** edconzel has quit IRC22:40
danwentwould they like to be part of the core team?22:40
salvshall we consider an extension of the core team?22:40
danwent(wink, wink?)22:40
danwentI'm definitely in favor.22:40
somik+122:40
salvif they agree, it's +1 from me22:40
asomyadanwent: do we have to bribe someone for that :)22:40
rohitagarwalla+122:40
SumitNaiksatam+122:40
bhall+122:41
edgarmagana+122:41
ying+122:41
danwentOk, seems like approval to me.22:41
salvif nobody complains in 10 seconds, it's approved22:41
danwentthis is great point.  please chime up if you are not a core but want to nominate yourself... or if you're shy, just talk to someone who will then nominate you22:41
salvapproved!22:41
danwentsometimes people act like they are already in core, and we forget that they are not :)22:42
danwentok, anything else?22:42
salvAnother little thing on documentation: it would be great if we can provide use cases and reference architectures for quantum.22:42
*** msinhore has quit IRC22:42
*** hisaharu has quit IRC22:42
salvFor instance, how to build the network topology for a three-tier app22:42
somiksalv: once the quantum manager gets merged in, that would be the next step.22:43
somikbut you are correct.22:43
salvsomik: good, we had a blueprint for doing something similar22:43
salvhttps://blueprints.launchpad.net/quantum/+spec/use-case-milestones22:43
danwentsalv: agreed.  That demo link I sent out showed what is probably one of the most common use cases.22:43
SumitNaiksatamdanwent: demo link?22:43
salvyeah, I must have missed it as well...22:44
danwentsalv: I actually cleared that out once we started using launchpad milestones22:44
danwentit was buried in my update email to the openstack list...22:44
SumitNaiksatamoh ok will search22:44
salvfound it: http://wiki.openstack.org/QuantumOVSDemo22:44
danwenthave been meaning to do a screencast, but until then the text will have to do:  http://wiki.openstack.org/QuantumOVSDemo22:44
SumitNaiksatamthanks guys!22:45
danwentShowing how we can use quantum to do cool things that aren't possible with existing nova will be key to helping people understand and get excited about quantum.22:45
salvdanwent: that's very useful22:46
danwentfor example, it would be really cool to do a demo that shows the cisco plugin, with extensions, doing something not exposed in nova22:46
danwentthat code is a bit outdated now... i will update it to use real melange, but you should get the idea.22:47
danwenthighlighting different use cases in this way will definitely help.22:47
danwentanything else?22:47
salvJust one little thing: who's doing the milestone release on thursday EOD?22:47
danwentI was planning on doing it22:48
danwentbut its not a big deal22:48
salvdanwent: great. I just wanted to make sure that it was EOD PST! That would be Friday Morning for me :)22:48
danwentthe diable-rbp release is coming up pretty soon after it, so I'm not too worried about what does / does not make it into D-422:48
danwentsalv:  haha22:48
danwentif there's anything that is looking really tight, email me.   we're small enough that we can fudge the times by a bit if there's a good reason22:49
danwentok, keep up the great work on D-4 reviews folks, and congrats again on incubation :)22:49
danwent#endmeeting22:49
*** openstack changes topic to "Openstack Meetings: http://wiki.openstack.org/Meetings | Minutes: http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/"22:49
openstackMeeting ended Tue Aug 23 22:49:47 2011 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)22:49
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-08-23-22.04.html22:49
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-08-23-22.04.txt22:49
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack-meeting/2011/openstack-meeting.2011-08-23-22.04.log.html22:49
SumitNaiksatambye22:50
danwenthave a good night/afternoon22:50
*** SumitNaiksatam has quit IRC22:50
somikhave a good one OpenStack Quantum folks!22:50
salvbye, good night!22:50
*** ryu_ishimoto has left #openstack-meeting22:50
*** jmeredit has left #openstack-meeting22:50
*** asomya has quit IRC22:50
*** Tushar has quit IRC22:50
*** hisaharu has joined #openstack-meeting22:52
*** novas0x2a|laptop has quit IRC22:54
*** novas0x2a|lapto1 has joined #openstack-meeting22:55
*** jk0 has left #openstack-meeting22:55
*** edgarmagana has quit IRC22:56
*** markvoelker has quit IRC22:57
*** ying has quit IRC22:59
*** rohitagarwalla has quit IRC22:59
*** carlp has joined #openstack-meeting23:01
*** zns has quit IRC23:04
*** danwent has left #openstack-meeting23:19
*** shwetaap has quit IRC23:19
*** jamesurquhart has quit IRC23:21
*** jbryce has joined #openstack-meeting23:23
*** jbryce has quit IRC23:23
*** pballand has left #openstack-meeting23:23
*** joearnold has quit IRC23:25
*** zns has joined #openstack-meeting23:25
*** joearnold has joined #openstack-meeting23:27
*** rnirmal has quit IRC23:29
*** novas0x2a|lapto1 has quit IRC23:32
*** novas0x2a|laptop has joined #openstack-meeting23:33
*** dendro-afk is now known as dendrobates23:39
*** novas0x2a|laptop has quit IRC23:40
*** novas0x2a|laptop has joined #openstack-meeting23:41
*** martine has quit IRC23:42
*** Cyns has joined #openstack-meeting23:45
*** novas0x2a|laptop has quit IRC23:51
*** novas0x2a|laptop has joined #openstack-meeting23:52
*** ecarlin has quit IRC23:54

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