21:01:17 #startmeeting Quantum 21:01:18 Meeting started Mon Sep 3 21:01:17 2012 UTC. The chair is danwent. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:01:19 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:01:20 The meeting name has been set to 'quantum' 21:01:28 sigh… going to take a while to get used to that :) 21:01:35 what meeting is this? 21:01:35 #info Agenda: http://wiki.openstack.org/Network/Meetings 21:01:41 quantum team meeting 21:01:53 hi 21:01:54 #topic announcements 21:01:57 garyk: hey 21:02:01 hi 21:02:03 o/ 21:02:08 #info reminder about the summit: http://www.openstack.org/summit/san-diego-2012/ 21:02:09 danwent: hi 21:02:29 #info and summit hotel rooms. I hear they are booking up fast: http://embassysuites.hilton.com/en/es/groups/personalized/S/SANDNES-OPE-20121014/index.jhtml?WT.mc_id=POG 21:02:40 #topic Folsom RC1 21:02:46 #info RC1 status: https://launchpad.net/quantum/+milestone/folsom-rc1 21:03:01 #info RC1 still targeted for 9/10… just one week away from today 21:03:03 s/booking/booked - I couldn't get a booking for a week when I tried the website 21:03:25 ijw: ah, may have past. I haven't booked yet either :( 21:03:32 Mariot looks still has rooms :) 21:03:38 ljw: You can book at the openstack rate only between 14 and 19th 21:03:46 first off, I want to thank those that have been putting so much effort in over the week 21:03:57 There's a load of hotels within a mile of the summit, we might just have to get some exercise ;) 21:04:02 fantastic work. its still crunch time for one more week, but we've been making great progress 21:04:31 I have a couple goals that I'd like the team to shoot for before the OpenStack team meeting tomorrow: 21:04:41 1) have all "gap" issues closed. Only "true bugs" remain. 21:05:01 this means closing out the testing-agent stuff 21:05:12 as well as the l3 multiple external networks 21:05:24 basically, by tomorrow, if it any broke, we aren't going to fix it :) 21:05:40 2) move all 'confirmed' bugs to 'in progress', or drop from release 21:05:59 we still have 7 bugs that are confirmed, but not in progress 21:06:15 we should either get working on those, or get them out of RC1 21:06:26 I can take some 21:06:28 3) get number of 'confirmed' or 'in progress' bugs from 18 -> 12 21:06:48 this means closing out current items that are in review 21:07:15 nati_ueno: great. there are a couple unassigned items we'll discuss in a few minutes. that's probably best place to start 21:07:31 danwent: I got it 21:07:41 Do people think these goals are reasonable? Or that we should also be tracking some other milestones? 21:07:57 I'd like to get it to the point that we have a small set of critical bugs we all are tracking 21:07:58 seems reasonable to me 21:08:06 Sounds good to me. 21:08:07 danwent: sounds good 21:08:10 right now the total bug count is too high, and ttx will ding us :) 21:08:12 sounds good 21:08:13 sound reasonable 21:08:16 +1 21:08:18 ok, sounds good, thanks. 21:08:45 I also just wanted to highlight what quantum contributors are hopefully focusing on at this point 21:08:51 1) testing: including more advanced scenarios, negative testing (restarts, bad input, etc). 21:08:57 2) bug-fixing/bug-fix reviewing 21:09:03 3) documentation. 21:09:17 the third is extra important, and we'll discuss it more below 21:09:36 but its really key that we make sure we're testing beyond just the 'default configs' 21:09:41 I see the gap at integration testing (Tempest) 21:10:07 nati_ueno: agreed. mnewby already has discussed plans to work on this. 21:10:12 but i'm not sure of timeline 21:10:23 we also have the devstack scripts that we can continue to improve 21:10:42 danwent: OK I'll talk with mnewby 21:10:50 nati_ueno: if you have cycles to work on this, that would be great. 21:11:02 nati_ueno: as you know, this has come up in the discussions we've been having with the CI folks as well. 21:11:07 hi! 21:11:08 so it would be very valuable 21:11:10 danwent: Yes I'm going to start tempest 21:11:24 i/m doing tempest already, actually 21:11:24 mnewby: hi! 21:11:25 mnewby: i know you've been thinking a lot about quantum + tempest. 21:11:34 please coordinate with nati_ueno on this, thanks. 21:11:47 mnewby: please assign some test case for me 21:11:48 will do 21:12:03 ideally we can even get something running before the final folsom release, but we're not going to block the RC1 release on it. 21:12:30 wanted to quickly highlight some unassigne issues still pending for RC1 21:12:33 #help https://bugs.launchpad.net/bugs/1042397 21:12:34 Launchpad bug 1042397 in quantum "multi nic guests - cannot ping/ssh intermittently-quantum network " [Undecided,Incomplete] 21:13:16 while this bug was actually for Essex, the discussion highlighted some possible deficiencies in our implementation of gateways when VMs have multiple NICs 21:13:32 I think the original quantum API design can handle it, but I'm not sure if the implementation followed that approach. 21:13:45 would be very helpful if someone could be point on following up on these issues 21:13:48 anyone interested? 21:13:57 (see bottom of bug thread) 21:14:00 --no-gateway didn't work? 21:14:21 danwent: sure I'll go a head and take this one. 21:14:24 er, actually, middle of thread 21:14:38 nati_ueno: the use case is actually that there is a gateway on the second network, its just not the default gateway 21:14:50 i'm worried our implementation might always assume a gateway is a default gateway 21:14:54 danwent: How about host_routes 21:15:04 and that we're not correctly populating host_routes by default 21:15:22 but i'm not sure. nati_ueno how about you comment on the bug and we'll figure out if more work is required 21:15:30 if so, then you and arosen can figure out who does the work. 21:15:34 danwent: I got it. I'll read thread 21:16:08 thx. you can mostly ignore the stuff from jay, as it is essex specific. we should probably create a new bug if we decide there is also an issue with folsom (based on comments from salvatore and i) 21:16:12 ok, next issue: https://bugs.launchpad.net/bugs/1044083 21:16:14 Launchpad bug 1044083 in quantum "rootwrap filter for ip netns exec" [High,Confirmed] 21:16:26 I can work on this.. since I found the hole 21:16:29 can anyone from red hat confirm/deny if jrd is working on this? 21:16:36 markmcclain: ok, great. 21:16:52 I've pinged jrd, and will loop you in, just to make sure no one duplicates work 21:17:02 cool 21:17:02 but I haven't heard anything from him implying he's working on it already 21:17:04 thx 21:17:12 #1042348 can be knocked off of the folsom milestone 21:17:19 https://bugs.launchpad.net/quantum/+bug/1039777 21:17:20 Launchpad bug 1039777 in quantum "update openstack-common for rc-1" [Medium,Confirmed] 21:17:24 Oops, sorry 21:17:51 danwent: i can take this 21:18:01 garyk: cool, thanks. 21:18:29 ijw: can you clarify? 21:19:00 ijw: ah, yes, i'm planning on removing that one 21:19:05 after I respond to the last emails on the list 21:19:09 Beg pardon, I meant to press delete rather than enter ;) 21:19:18 ijw: np 21:19:39 so onto key reviews 21:20:00 salv-orlando, garyk, and I have been handling a lot of the L3 clean-up stuff, including devstack support 21:20:14 I think we're probably well-covered there for reviews, but just wanted to raise it as a key set of reviews. 21:20:23 https://review.openstack.org/#/c/11380/ 21:20:32 https://review.openstack.org/#/c/12298/ 21:20:37 https://review.openstack.org/#/c/12309/ 21:21:04 There also the quantum + nova security groups review: https://review.openstack.org/#/c/12173/6 21:21:33 if your company has nova core devs, consider pinging them on this one. we had a review from vish earlier, so hopefully we can get him to rereview, but we'll need one more 21:21:45 finally, the quantum-debug test agent: https://review.openstack.org/#/c/11189/ 21:21:49 danwent: https://review.openstack.org/#/c/12002/ (i have rebased again :() 21:22:02 nati_ueno, markmcclain , amotoki 21:22:13 and I have been reviewing this 21:22:19 nati_ueno: what is current status? 21:22:27 danwent: I believe goal is near. 21:22:37 markmcclain, amotoki ? 21:22:57 near goal. about test agent, just one thing needs to be fixed. 21:23:02 I think we're super close… need to test the lastest changeset 21:23:24 amotoki: I fixed your review already 21:23:31 ok. we need to merge this or drop it today, as thierry won't be happy about a BP still open :) 21:23:57 nati_ueno: one more thing to be fixed. I just found it. 21:24:02 amotoki: markmcclain: ping me anytime :) Thank you for your review. 21:24:03 i will re-review once markmcclain and amotoki have had their concerns addressed 21:24:06 amotoki: Aga,, I got it! 21:24:24 ok, then I just wanted to highlight a few other small but important reviews: 21:24:27 danwent: forgot we had meeting today, disappeared from my calendar - was I needed for anything? 21:24:39 rkukura: not yet :) 21:24:59 garyk: will rereview l3-namespaces right after meeting 21:25:02 https://review.openstack.org/#/c/12284/ 21:25:09 this is the dhcp bug, should be simple review 21:25:11 danwent: tx 21:25:24 ovs port update issue: https://review.openstack.org/#/c/12290/ 21:25:38 Any other high priority reviews that people feel they need to call attention to? 21:26:23 as I mentioned earlier, by tomorrow, our goal should be that pretty much all reviews are small bug fixes 21:26:36 I'll look at the ovs port update review 21:26:39 if not, then we have to consider if they are actually bug fixes 21:26:49 if in doubt, feel free to raise it to the wider team 21:26:52 rkukura: thx 21:27:27 but I again want to thank everyone for their effort… we're really making a ton of progress. If we can shift that same effort to testing, bug-fixing, and documenting this week, I think we'll have a solid RC1 21:27:39 #topic documentation 21:28:02 As I mentioned, i think it would be good if people targeted spending at least 30% of their quantum time this week on docs 21:28:19 salv-orlando did an extraordinary job on the API spec: https://github.com/openstack/netconn-api 21:28:45 we're trying to figure out if there's an easy link to send out that always has the lastest built PDF and HTML 21:28:51 expect to see a note from salv-orlando soon 21:29:04 Gary and I are leading things on the admin doc side 21:29:15 expect to see emails later today with requests for your to write documentation 21:29:36 my plan is to a have a wiki page where people can contribute content, with a few of our coordinating on overall doc structure + outline 21:30:05 initial focus should be on what a user MUST do to successfully test basic use cases for RC1 21:30:14 then we can branch out to richer functionality and advanced use cases 21:30:27 I want to call out what a great job rkukura did on creating content around OVS plugin config: http://wiki.openstack.org/ConfigureOpenvswitch 21:30:34 that's a great example of the type of content we're looking for. 21:31:03 also, if there's anyone who likes making diagrams, let me know 21:31:11 as our docs will need a few key ones 21:31:31 i'm also interesting in peoples thoughts on an open format for diagrams, so others can easily expand edit diagrams created by others. 21:31:52 I prefer google docs 21:31:54 any comments/thoughts on docs? 21:32:05 nati_ueno: over wiki you mean? 21:32:18 nati_ueno: the collaborate tools are better, and formatting is easiere, I agree 21:32:26 what do others think? 21:32:27 danwent: Yes. especially for diaglams 21:32:42 nati_ueno: ah… that's a good idea... 21:32:55 open format, easy to know where the latest copy is. 21:33:08 we had this discussion earlier on. "Openess" requirement specified you did not need an account even if free for accessing documentation. 21:33:35 salv-orlando: this is more for generating the docs 21:33:39 not for accessing them. 21:33:53 or does the same rule apply? 21:33:59 We can convert google docs to pdf 21:34:00 the whole docs or the diagrams only? 21:34:09 I think we have two decisions 21:34:31 +2 for the whole docs +1 for the diagrams only 21:34:32 1) where do we draft text/tables for documentation? On wiki, or in google docs. Final version will be in docbook. 21:34:39 The whole documentation I reckon should be in the docbook format, in order to be posted on the Openstack website together with all the other guide.s 21:34:58 2) how do we create diagrams in a way that multiple people can edit them? 21:35:09 danwent: If you're talking just about drafting, I am happy with google docs. Wiki's a bit painful 21:35:15 salv-orlando: yes, we're just discussing drafting mechanisms. 21:35:34 everything will be published using standard mechanisms. 21:35:45 ok so are folks ok with using google docs for drafting rather than a wiki? 21:35:57 i agree that we will waste less time on stupid formatting issues 21:36:04 For diagrams we should ensure that whatever format we use it can be easily imported in the system from where the production docs are created. We don't want to do the work twice. 21:36:31 definitely. that likely means that our drafting tool can export as PDF or PNG/ 21:36:47 PNG is probably more useful. 21:37:09 Ok, so hearing no real issues, we'll move forward with the plan to put this content on google docs. 21:37:19 In google doc, we can download diagrams as png. 21:37:20 in the case were we have things already drafted on the wiki, no need to rewrite 21:37:28 we can just put a link in the google docs. 21:37:47 then we will work with the openstack docs folks to get the content moved into docbook and the official repo. 21:38:06 ok, any other thoughts on docs? 21:38:24 remember, good docs will save us a ton of time answering questions on the ML :) 21:38:47 #topic open discussion 21:39:04 just a reminder to make sure you've updated the review days schedule for this week: http://wiki.openstack.org/Quantum/ReviewDays 21:39:32 also, i've sent an email to the ubuntu folks already, but I think their Folsom quantum packaging needs some real love: https://launchpad.net/ubuntu/+source/quantum/2012.2~f3-0ubuntu1 21:39:53 it doesn't look like its been updated since july (I may be missing something), and so likely doesn't support dhcp or l3 agents 21:40:25 a few people have also reported some pretty fundemental bugs with ubuntu packaging that don't seem to exist in trunk 21:40:41 #help looking for people to help update ubuntu quantum packaging for folsom 21:40:47 any other open discussion? 21:40:58 dansmith: fedora testday has been postponed a week to the 11th 21:41:25 garyk: actually probably better timing for us. that way you can basically use the RC1 21:41:39 danwent: agreed 21:41:42 please chime in on email thread on default mechanism for tenant networks with openvswitch on openstack-dev 21:42:23 ok, thanks folks! 21:42:41 keep up the great work, let's try to hit the goals mentioned above for the tuesday meeting 21:42:47 #endmeeting