09:00:03 #startmeeting nova-net-to-neutron-migration 09:00:04 Meeting started Tue Feb 24 09:00:03 2015 UTC and is due to finish in 60 minutes. The chair is anteaya. Information about MeetBot at http://wiki.debian.org/MeetBot. 09:00:05 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 09:00:07 The meeting name has been set to 'nova_net_to_neutron_migration' 09:00:12 hello folks 09:00:13 Hi 09:00:14 o/ 09:00:27 hey mikal obondarev 09:00:43 gus jlibosva ping 09:00:48 belmoreira: hello 09:00:48 hi 09:00:51 hi 09:00:56 great 09:01:16 our agenda: https://wiki.openstack.org/wiki/Meetings/Nova-nettoNeutronMigration 09:01:39 let's get started 09:01:43 #topic the state of the Neutron spec (obondarev) 09:01:58 ok, this one will be short :) 09:01:58 I don't think anything has changed here from last week 09:02:01 :) 09:02:03 as there are no updates on the spec this week 09:02:07 great 09:02:23 anyone have anything on the spec? 09:02:38 nothing this week. 09:02:46 wonderful 09:02:48 next 09:02:52 #topic the state of implementation (obondarev) 09:03:06 ok 09:03:12 I saw new patchset on db migration from Jacub 09:03:20 didn't have a chance to review yet 09:03:27 jlibosva: can you please give an update? 09:03:30 #link https://review.openstack.org/#/c/148260/ 09:03:47 yep 09:04:01 so I tested the simplest case of migrating flat network 09:04:11 realized that flat manager doesn't support floating ips 09:04:24 is the patch in a state of non-crashing now? 09:04:28 no 09:04:34 ah 09:04:39 Should be able to migrate flat network 09:05:03 I obtained a dataset from real nnet deployment with vlans 09:05:17 so I'm gonna do some test/debugging for vlan managers 09:05:34 sorry I'm going to ask a stupid question 09:05:40 * anteaya displays her ignorance 09:05:47 is vlan a flat manager? 09:05:48 jlibosva: can you please add some test instructions to the patch (in a comment) 09:06:00 obondarev: yeah, that would be good idea 09:06:05 anteaya: vlan is a type of manager 09:06:10 there are three in nova net 09:06:10 okay 09:06:13 flat, flatdhcp and vlan 09:06:18 ah ha 09:06:27 okay so no vlan is not a flat manager 09:06:40 so how do we solve the flat manager situation 09:06:40 right 09:06:53 as that is the simplest, yes? 09:06:56 flat manager is the simplest case 09:07:00 right 09:07:10 so I'm not sure if anyone is really using this type of manager 09:07:17 so it sounds like we have solved that yet 09:07:21 anyway this should be covered by script nowadays 09:07:23 haven't 09:07:24 I would think its used in some private clouds 09:07:40 if it is the simplest to solve, let's solve it 09:07:49 so what do we need to solve it? 09:08:10 well, as I said. I did some tests and it migrates successfully 09:08:19 oh I thought you said it didn't 09:08:22 anteaya: this might be helpful by the way -- http://docs.openstack.org/admin-guide-cloud/content/section_networking-options.html 09:08:32 did I? maybe typo 09:08:40 also how did it migrate, as you said the patch still crashes 09:08:43 mikal: thanks :) 09:09:10 anyway, I except to break it once I start implementing the other two :) as we don't have any testing yet 09:09:26 anteaya: aaah, sorry 09:09:28 we seem to hoping all over the place 09:09:33 my bad, I read "is patch crashing?" 09:09:35 does this patchset cause a crash 09:09:41 so no, the patch is not crashing 09:09:41 is the patch crashing? 09:09:47 okay thank you 09:09:52 my apologies 09:10:02 and you have tested this patchset in a flat network migration? 09:10:09 right, very small one 09:10:30 can you post any kind of artifact for others to see that it worked? 09:11:14 I think test instructions should be fine 09:11:17 yes, I can push some results somewhere, maybe gist 09:11:26 jlibosva: that will do 09:11:33 just for someone else to take a look 09:11:50 and have you been in contact with spadhe? 09:11:59 has she had a chance to test your patch? 09:12:24 no, I haven't reached her last week 09:12:33 can you try this week? 09:12:53 and you are away for a month starting the end of this week, yes/ 09:12:53 anteaya: do you have her email address? 09:13:03 I don't know, I will check 09:13:08 maybe email correspondence will be more sufficient as we have 8 hrs TZ difference 09:13:12 or 9 09:13:29 right, I'll be gone since Friday till April 09:13:36 no, I don't, do you mikal she was at the nova meetup 09:14:01 okay so let's get this patchset in a state that it can be tested with flat networks for the month of march 09:14:20 so post some artifacts and any tests you can come up with 09:14:26 will do 09:14:36 and then after you return we can work on getting it working with vlan 09:14:38 is that fair? 09:15:02 anteaya: sorry, who are we after? 09:15:10 ok, I was already working on vlan so I'll see what's missing after tests today. I got the dataset yesterday evening 09:15:16 mikal: spandhe 09:15:16 mikal a yahoo dev named spadhe 09:15:18 anteaya: do you know her real name, I can look her up 09:15:35 gus: do you still have a link to her github account? 09:15:51 (looking ..) 09:16:08 jlibosva: okay that is fine, I just want to make sure we are in a state where we can do something such as test while you are away 09:16:18 I see 09:16:21 No one by that name registered for the mid-cycle... 09:16:47 mikal: hmmm, I saw her there, shame she didn't register 09:16:54 maybe https://launchpad.net/~shraddha-pandhe ? 09:17:01 Oh wait, the eventbrite UI defeated me 09:17:02 Please hold 09:17:08 jlibosva: I think that was it 09:17:17 * anteaya imagines hold music 09:17:34 okay so hoping to test the db migration while jlibosva is away 09:17:43 any more on the db migration patch? 09:17:43 Nup, no one by that name 09:18:04 mikal: thanks for looking, markmcclain knows her so maybe he can help find her email 09:18:11 jlibosva: can you ask him? 09:18:24 so let's move onto obondarev's patch 09:18:25 Yeah, we could also ask Mel Witt if she knows this person 09:18:31 that too 09:18:34 ok, moving to nova-net proxy 09:18:44 anteaya: ack 09:18:47 #link https://review.openstack.org/#/c/150490/ 09:18:50 jlibosva: thanks 09:18:56 we had an irc conversation with dansmith on it 09:19:11 I think we agreed that it won't be simpler and less messy to proxy at API level 09:19:22 was taht in the nova channel or neutron? 09:19:24 so his words were "I don't have any other suggestions other than "don't do it at all"" 09:19:30 I could find the logs for it 09:19:31 anteaya: nova channel 09:19:39 thanks I'll look again 09:19:55 obondarev: don't do what at all, migrate? 09:20:09 anteaya: proxy 09:20:20 I guess he still has concerns regarding more complex cases with the approach I'm advocating 09:20:20 so if we don't proxy, what do we do? 09:20:39 and what day did this conversation take place? 09:20:39 Aha, found it (that took a while): 09:20:42 #link https://github.com/shraddha-pandhe/Tools/tree/master/NovaNetToNeutronMigration 09:20:51 gus: awesome thank you 09:21:04 anteaya: let me check.. 09:21:11 obondarev: thanks 09:21:42 because I talked to dan at the nova meeting last week, so I am just trying to figure out who has the most recent information 09:22:05 anteaya: it was after out conversation 09:22:11 anteaya: I mean nova meeteng 09:22:16 oh okay 09:22:19 anteaya: I read the logs 09:22:24 well do finish your thought then 09:22:34 what do you want to do now? 09:22:35 anteaya: probably the day before nova meeting 09:22:40 okay thanks 09:22:48 and I'm working on allocate_for_instance case now 09:22:53 I think this is complex enough to serve some kind of proof 09:23:06 that the approach is working 09:23:10 when might you have something to offer to gerrit? 09:23:18 I'm going to get it ready this week 09:23:35 I'm sure I'll have much fun with testing :) 09:23:35 obondarev: I think allocate_for_instance is being refactored, are you aware of that? 09:23:45 at the nova meeting, I learned you had talked to dan (thank you for that) and that dan said you were going to offer something this week 09:23:57 jlibosva: when did that happen? 09:24:00 which is great, so we agreed to look at what you offered and go from there 09:24:25 obondarev: not sure, I talked with Brent ~2weeks ago and he said he was working on some refactoring 09:24:39 maybe it will worth to sync with him 09:24:47 jlibosva: thanks for the info, will look 09:25:03 obondarev: might you have something by the end of today to look at on gerrit? 09:25:26 anteaya: I think no 09:25:49 we are slowing down in momentum, which is understandable since we are in k-3 and core reviewers are tied up with reviews on things that will get into this release 09:25:50 as it will be part of work, no real value to look and try it 09:26:03 well except to get feedback 09:26:18 if you want to continue on this route that is fine 09:26:37 just keep in mind that we soon need to make a decision if this is going to get into kilo or not 09:26:47 for other people to make decisions on things 09:26:57 anteaya: understood 09:27:05 I'm also going to try Jacub's patch as well as part of testing 09:27:07 right now it feels to me that it won't and we should just say so and focus on L 09:27:12 obondarev: good idea 09:27:22 are we ready as a group to say refocus on L? 09:27:46 it won't change what we are doing, we just need to communicate to others that care 09:27:47 +1 for L 09:28:00 given that even db migration and proxy is only half of work I guess we can say so 09:28:13 gus: your thoughts? 09:28:55 he got pulled away 09:29:05 okay let's wait for him 09:29:07 agree with the above - it will be too much of a stretch to make it into K 09:29:13 okay L it is 09:29:25 mikal: you can help communicate that agreement? 09:29:36 #agreed we will refocus on L release 09:29:37 Sure 09:29:40 thanks 09:29:47 We can put that on the agenda for the next nova meeting 09:29:57 okay so obondarev when do you think you might have something to look at? 09:30:01 mikal: thanks 09:30:21 anteaya: by the next nova meeting? 09:30:40 obondarev: it would be nice to have something up prior to that 09:30:49 anteaya: sorry, when will it be? 09:30:53 so folks have had a chance to review before the meeting 09:31:05 thursday at 2100 I think 09:31:12 the later of the two times 09:31:18 For nova, yeah 09:31:23 Its the later version this week 09:32:09 anteaya: ok, I'll update patch by thursday 09:32:16 so obondarev please put something up as soon as you are able, so folks can look at it 09:32:19 okay thank you 09:32:26 anything more on implementation? 09:32:39 not from my side 09:32:51 okay next 09:32:57 #topic documentation (emagana) 09:33:08 edgar won't ever make the meetings 09:33:22 I'm still looking for a docs person to help edgar who will attend meetings 09:33:26 in the mean time 09:33:37 the doc patch that edgar has been working on 09:33:47 #link https://review.openstack.org/#/c/155947 09:33:52 has been put on hold 09:34:02 docs team is moving from xml to rst 09:34:19 and wonders if the patch has any use before the guide is published 09:34:41 and at least the spec is not finished yet 09:34:43 my main request was to have something for sdague to take to the ops mid-cycle 09:34:49 which I guess is a blocker as well 09:35:00 but he feels that he can use the spec which has been published so far 09:35:32 I do need to find out from edgar what the timing is on the guide publication 09:35:49 the migration section may not make it into the k release of the guide 09:35:58 which is fine since the migration code won't 09:36:10 so for now work on that patch is on hold 09:36:16 any questions or thoughts? 09:36:42 next topic 09:36:54 #topic testing 09:37:07 so we don't really have anything for this section 09:37:28 and that is okay 09:37:47 so we will work on getting folks to test jlibosva's patch with flat network managers 09:37:50 anteaya: but we now have db migration for flat to test ;) 09:37:57 anything else we have ready to test 09:38:01 obondarev: yes! 09:38:27 anything more for testing? 09:38:40 #topic Open Discussion 09:38:49 anyone have anything here? 09:39:02 okay 09:39:03 nope 09:39:14 well thanks everyone for your attendance and participation 09:39:19 have a good holiday jlibosva 09:39:22 thanks :) 09:39:25 see you when you return 09:39:33 see everyone else next week 09:39:33 thanks everyone 09:39:35 thank you 09:39:39 #endmeeting