15:01:45 #startmeeting neutron_upgrades 15:01:46 Meeting started Mon Apr 11 15:01:45 2016 UTC and is due to finish in 60 minutes. The chair is ihrachys. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:48 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:48 hi everyone! 15:01:50 hello 15:01:50 The meeting name has been set to 'neutron_upgrades' 15:01:53 hi 15:01:58 hey there 15:02:12 hi 15:02:22 mornin 15:02:29 #link https://wiki.openstack.org/wiki/Meetings/Neutron-Upgrades-Subteam Agenda 15:02:37 hi pmath! hi everyone. 15:02:43 let's get to the matter 15:02:47 #topic Announcements 15:02:49 Hi 15:02:57 hello 15:03:05 morning 15:03:13 as you probably know, Mitaka was released this week. but Newton was open for a while already. so nothing changes for us really. 15:03:33 #topic Summit planning 15:03:49 as you probably know, there will be a bunch of design summit sessions for neutron 15:04:23 the etherpad where we collect ideas: 15:04:25 #link https://etherpad.openstack.org/p/newton-neutron-summit-ideas 15:04:45 note that the number of sessions is limited, so we won't have a huge slot where we could raise upgrade matters 15:04:56 do we know if upgrades was accepted? 15:05:26 that said, there will be a session on 'neutron architecture' 15:05:41 which will be led by rossella_s1 and yours truly 15:05:47 note that a slot is 40 mins 15:06:15 I guess we will discuss some upgrade matters during that session 15:06:19 ihrachys is there a schedule already? 15:06:20 the etherpad for the session: 15:06:21 #link https://etherpad.openstack.org/p/newton-neutron-future-neutron-architecture 15:06:31 korzen: yes, a sec, I will post a link 15:07:15 #link https://www.openstack.org/summit/austin-2016/summit-schedule/global-search?t=Neutron%3A 15:07:48 the session in question is on Wed starting at 5:20 15:08:16 Future of * is main topic I see 15:08:19 ;) 15:08:30 :D 15:08:37 rossella_s1 and I will work on the agenda of the session in next days. 15:08:57 ihrachys, I have already a first draft on the etherpad 15:09:06 it's all about future! stadium, robots, time machine, Skynet, all taht 15:09:23 rossella_s: cool! I will take a look till tomorrow 15:10:03 ihrachys, thanks, I've just gathered the topics suggested on the general etherpad that could fit the neutron architecture umbrella 15:10:25 for others, I will also note that korzen, rossella_s and I prepare a talk for the summit on upgrades that will take place on Mon: 15:10:26 #link https://www.openstack.org/summit/austin-2016/summit-schedule/events/7536?goback=1 15:10:41 ok, let's move on to current affairs. 15:10:58 #topic Partial Multinode Grenade 15:11:21 I don't think there was a huge progress on that one, we are mostly on hold while gate and stadium issues are in limbo 15:11:29 but, things to note are: 15:11:55 1. armax has a patch to add rolling tag to neutron: https://review.openstack.org/286817 15:12:38 it was WIP for a while, but now back to life, and I expect the discussion on the summit around what stadium and the future of *aas is to influence the patch 15:13:14 to recollect, the patch was blocked while it's not clear whether work is needed in *aas repos before claiming a tag for the whole neutron project 15:13:27 ihrachys, thanks for the nice summary 15:13:28 another relevant patch is: 15:13:30 #link https://review.openstack.org/299843 15:14:13 ^ that one is intended to make the job we have voting 15:14:50 ok, that's all I have for the job 15:15:00 #topic Object implementation 15:15:08 for objects, there was some progress made 15:15:40 specifically, jlibosva got to completion the standard attributes patches: https://review.openstack.org/292829 15:15:43 it's now merged 15:15:52 so in theory we have no blockers to adopt subnetpool in the code 15:16:03 \o/ 15:16:08 I have rebased the subnet OVO patch, and consider it ready for review, please do: https://review.openstack.org/#/c/264273/ 15:16:10 yay! 15:16:14 need to respin https://review.openstack.org/300056 for that 15:17:28 korzen: I hear you. I haven't checked those patches since they are probably huge :) 15:17:37 but I should stop slacking 15:18:02 also, we are currently landing the patch that integrates dhcp extra opt object: 15:18:02 ihrachys I have split them if the one is too big 15:18:03 #link https://review.openstack.org/285397 15:18:18 that will be the first end-to-end integration of an object into existing db code ;) 15:18:21 korzen: your patch still shows conflict 15:18:37 sayalilunkad: that is probably because of std attr patch just landed 15:18:52 ihrachys: ah ok 15:18:54 ihrachys, great 15:19:07 so overall, the progress happens 15:19:17 ihrachys, I was to slow reviewing the extra dhcp opt patch 15:19:18 thanks a lot everyone working on all those patches, it's great stuff :) 15:19:28 rossella_s: amotoki got to help :) 15:19:43 hi 15:19:53 thanks amotoki ! 15:19:55 ihrachys: any additional objects we can work on, that aren't taken or haven't been worked on? 15:20:01 amotoki: hi. thanks for +A the extra dhcp opt patch :) 15:20:17 ski2: let me check the list for port object. 15:20:52 anyone looking at dns object? 15:20:58 line 75 https://etherpad.openstack.org/p/code-sprint-neutron-objects-brno 15:21:08 I can take something 15:21:19 Me too 15:21:35 I want to take an object as well 15:21:35 I believe korzen is working on the DNS object 15:21:40 same 15:21:48 I have DNS Name Server OVO 15:22:00 not sure if it is the same as Port DNS extension 15:22:03 maybe we can mark with name objects that are WIP 15:22:10 jlibosva: can you maybe play with the WIP I have for subnetpool integration? it should require just standard attr integration and I believe you are in good position to carry that 15:22:11 on that etherpad 15:22:19 ihrachys: ack 15:22:27 wow so many volunteers! :) 15:22:44 router is free 15:22:51 amazing 15:22:54 fip is free 15:22:59 btw, I noticed too many reviews are linked to a single bug and i see a lot of assignee changes :-( 15:23:01 it looks like we should indeed start with new resources 15:23:15 amotoki: yeah. but having a bug per patch would also not scale 15:23:21 isn't it better to have a blueprint to gather the effort? 15:23:37 korzen: rossella_s: what about network object? 15:23:52 korzen, is working on it I think 15:23:52 ihrachys I'm working on it 15:24:05 amotoki: initially we were told we don't need bp and RFE is enough. but we can discuss it with armax to switch to bp. I will do it 15:24:07 I noticed that it has subnet dependenci 15:24:16 dependency* 15:24:18 #action ihrachys to talk to armax about bp for ovo work 15:24:35 electrocucaracha, yes, the network is dependent on subnet and port 15:24:42 ihrachys: thanks. I believe it is the case where a blueprint fits :) 15:25:08 tonytan4ever: pmath: ski2: if you can care the burden, it would be great to start biting router object starting from leaves 15:25:18 that's line 97+ https://etherpad.openstack.org/p/code-sprint-neutron-objects-brno 15:25:29 Okay 15:25:35 ihrachys: sounds like a plan! 15:25:39 okay 15:25:44 are you all in sync, or I need to split it more for you? 15:25:51 How about I start with router0 object ? 15:26:29 tonytan4ever: you can start with router. but I think first you will need to tackle the leaves (line 98+) before you are able to cover the whole router object. 15:26:30 tonytan4ever: we'll take that offline 15:26:41 tonytan4ever: see how we started for port - from extensions to the core resources 15:26:47 I see. 15:26:54 ski2: Cool 15:27:10 ski2: pmath: are you from the same team? or you want me to help you sync? 15:27:11 ihrachys, talking about port...I'd like to get that in this week 15:27:14 yes 15:27:19 we'll sync up 15:27:30 rossella_s: wow. I did not expect it's in that great shape to consider it! 15:28:07 pmath: thanks! 15:28:08 ihrachys, :D , let's be ambitious...it still needs some respin but I want to focus on getting it done this week 15:28:10 ihrachys: yeah we are all on same team, osic development rackspace/intel partnership for openstack 15:28:29 rossella_s: ok I will try not to drag it. :) 15:28:40 ihrachys, no worries, I will bother you when needed 15:29:10 ski2: great. thanks for joining, really appreciate. 15:29:12 oisc -> tonytan4ever, pmath, ski2, saisriki and me 15:29:26 s/oisc/osic 15:30:02 great! 15:30:12 what's osic? 15:30:30 thanks for joining! don't forget to keep us (the bigger team) involved :) 15:30:35 OpenStack Innovation Center 15:30:45 electrocucaracha: got it 15:31:01 there are many abbrev in openstack world :) 15:31:25 #topic Other patches 15:31:46 ihrachys: Address Scope and Agent OVO seem to be leaves 15:32:15 one thing to note for 'other' stuff is that alembic testing framework landed recently in the tree. so we can now add functional tests for alembic specifically. 15:32:27 ihrachys, wow 15:32:51 * ihrachys searches for the link.. 15:32:54 I need to drop, bye 15:33:00 korzen: o/ 15:33:19 ihrachys, that's also a nice task to start...I mean I'd avoid to port more objects if we can write tests 15:33:43 ok, that's the patch: 15:33:44 #link https://review.openstack.org/#/c/124946/ 15:34:14 rossella_s: what do you mean? 15:34:24 there were two patches that might fit in the other, leaf objects: https://review.openstack.org/#/c/297887/ https://review.openstack.org/#/c/297821/ 15:34:28 ready for review 15:34:45 ski2: ack. we'll get to objects on review 15:35:02 rossella_s: ? 15:35:21 ihrachys: k 15:35:56 rossella_s: same question too as ihar 15:36:15 ihrachys, I mean for people who wants to start working on the ovo stuff, some task like writing a test is also nice. I don't want to start porting all possible objects 15:36:37 ihrachys, amotoki does it make sense? 15:36:48 rossella_s: I am not sure I follow. why do you want to avoid porting everything to objects? 15:37:03 rossella_s: what kind of tests in your mind? 15:37:35 I thought our functional and dsvm testing cover most. 15:37:46 I was talking more about this kinds of tests: 15:37:47 #link https://review.openstack.org/#/c/294183/9/neutron/tests/functional/db/test_migrations.py 15:37:48 ihrachys, I don't want to avoid that...that should be the end goal. I just want to avoid that we start working on some other object without finishing what we currently have in progress...or without adding enough tests 15:38:00 where you populate db with data, then execute alembic on the data 15:38:33 so if we have more people willing to work on this, I'd also put some test related tasks, not only new objects, I can take care of adding a list 15:38:51 I am just afraid we end up with lots of object in the tree that are not fully integrated. 15:38:57 +1 15:38:58 rossella_s: I agree we should probably consolidate efforts, so let's stop at routers and not take more resources until we integrate existing bits for ports 15:39:11 porting an object is kind of easy now but integrating is going to be painful 15:39:22 ihrachys, +1 15:39:32 rossella_s: would a list of objects to pending integration help? 15:40:26 ihrachys, yes and I will also try to add missing test...the functional one for alembic is a good candidate for example 15:41:16 rossella_s: ok. testing for alembic is a worthy effort, it's just a bit parallel to ovo work. but I get your point, we may pursue other topics apart from ovo while we work on integration. 15:41:54 ihrachys, right...tasks that will make us find bugs that might cause us pain in the future 15:42:12 ok, so back to the testing framework for alembic. it allows to add validation for new alembic scripts. 15:42:17 agree to some extent as we need to cover combos of db migration versions and object versions. 15:42:42 since the framework is in the tree, I was thinking that maybe we should be aggressive at requiring tests for new scripts 15:42:49 so I posted a patch to do just that 15:42:51 #link https://review.openstack.org/#/c/302813/ 15:43:09 HenryG told me we'll need some tests in tree before considering the enforcement. which I agree. 15:43:49 anyhow, I was thinking that unless we enforce, people will skip the framework. so something to consider in the future. 15:44:21 ok any more patches to discuss? 15:44:21 agree 15:45:28 #topic Open discussion 15:45:42 anyone have anything apart from patches to discuss? 15:46:07 do we want small upgrades meetup on Fri during the summit? 15:46:38 just to gather and talk and plan. I think it could be worth to have a quick sync IRL. 15:46:42 I can't, I will be only mon-wed 15:47:11 at least I think we need some wrap-up session/gathering of the main session. 15:47:31 amotoki: main session? what do you refer? 15:47:44 oh you mean the architecture one? 15:47:53 ihrachys: i am talking about the arch one 15:48:17 I see. yeah, we could do it on Fri. I think we won't have time for that on Wed, sadly. 15:48:40 so let's just think about it, and we'll see where it gets us. :) 15:49:20 ok I will end the meeting. thanks everyone for joining! 15:49:27 #endmeeting