14:00:21 #startmeeting neutron_upgrades 14:00:22 Meeting started Thu Jul 13 14:00:21 2017 UTC and is due to finish in 60 minutes. The chair is ihrachys. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:24 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:24 hey all 14:00:26 The meeting name has been set to 'neutron_upgrades' 14:00:26 hi 14:00:40 lujinluo, o/ 14:00:52 hi! 14:01:39 first, let's review action items from prev week 14:01:48 #topic Actions from prev meeting 14:01:56 first was "ihrachys to take over port binding level OVO" 14:02:13 I haven't made progress on that one, hopefully will have time for this till next meeting :-x 14:02:17 #action ihrachys to take over port binding level OVO 14:02:27 next was "ihrachys to review ipallocation patch: https://review.openstack.org/#/c/396718/" 14:02:33 it's reviewed and merged now 14:02:39 next was "ihrachys to review qos binding OVO objects" 14:02:43 those are also reviewed and merged 14:02:50 next was "ihrachys to get back to dvr mac address OVO and fix the json failure" 14:02:58 it's about this patch: https://review.openstack.org/#/c/304873 14:03:15 I respinned it, seems like latest version doesn't show json serialization errors as before 14:03:33 it seems to be some gate issues 14:03:35 the gate is not very stable lately, so Jenkins -1d 14:03:42 yeah, cinder breaks the world 14:03:53 they have some issues with eventlet and whatnot 14:04:02 ah, i see 14:04:10 they'll get through it, they are aware at this point 14:04:20 next item was "ihrachys to review CLI patch for data migration" 14:04:26 and it didn't happen either :-x 14:04:31 #action ihrachys to review CLI patch for data migration 14:04:34 manjeets_, sorry man 14:04:44 np 14:05:00 next - and last - was "ihrachys to have a close look at how to implement binding_index for dhcp agent bindings without contract: https://review.openstack.org/#/c/288271" 14:05:09 I took a look and left some comments. 14:05:21 lujinluo, you probably need to review them to keep me honest 14:05:39 I have not had time to take close look at them but will do tmr 14:06:00 the rolling upgrade scenario is tricky in this case, but I think we can accommodate to it assuming that we don't expect the bug to fully be fixed before all neutron-servers are upgraded 14:06:06 lujinluo, cool 14:06:46 ihrachys, i see. i think we can compromise to that 14:06:54 now let's first touch on gate related bugs we induced. 14:06:58 #topic Gate breakages 14:07:33 first, i noticed late router_extra_attrs OVO switch triggered a traceback in l2pop driver. I have a patch here: https://review.openstack.org/483085 14:07:40 and it has W+1 already, good 14:07:45 just need to recheck :) 14:07:58 there is also this bug I spotted in gate: https://bugs.launchpad.net/neutron/+bug/1704000 14:07:59 Launchpad bug 1704000 in neutron "Sometimes OVO unit tests clash on non-unique attributes" [High,Confirmed] 14:08:27 this is an issue with how update_fields that sets specific values for some fields interact with generator of fields in base class 14:08:35 or better, they don't interact at all 14:08:40 so generator is not aware of the change 14:10:17 I may have a look at it later next week, but if someone is up to the task, it's yours 14:11:33 ok let's move on 14:11:45 #action ihrachys to take a look at https://bugs.launchpad.net/neutron/+bug/1704000 14:11:47 Launchpad bug 1704000 in neutron "Sometimes OVO unit tests clash on non-unique attributes" [High,Confirmed] 14:11:52 #topic OVO patches 14:12:02 https://review.openstack.org/#/q/status:open+project:openstack/neutron+branch:master+topic:bp/adopt-oslo-versioned-objects-for-db 14:12:23 first in the top of the queue is https://review.openstack.org/482722 14:12:40 this is a cleanup that Trevor started that is needed for his QinQ network type driver 14:13:11 oh actually that's a tad different 14:13:29 I was thinking about this one: https://review.openstack.org/#/c/483020/ 14:13:40 type_vlan cleanup ? 14:13:55 ohk got it 14:14:00 anyway, the type_vlan cleanup patch is a clear review oversight 14:14:43 I asked if we can get a test for that since it seems like we don't really test vlan unused allocation removal 14:14:47 otherwise we would spot 14:16:04 next in line is https://review.openstack.org/#/c/424154/ for router port and I see lujinluo plans to respin that 14:16:24 next is floatingip OVO: https://review.openstack.org/#/c/481972/ 14:16:56 lujinluo, I see your comment there 14:17:18 lujinluo, doesn't self.update_obj_fields solve your issue? 14:17:34 it will allow you to create those resources you need to point to for your model 14:18:15 ah, sorry. I am a bit lost here. where shall i put self.update_obj_fields? 14:18:27 lujinluo, it would go in your test class 14:18:32 sec, I will give an example 14:18:53 like http://git.openstack.org/cgit/openstack/neutron/tree/neutron/tests/unit/objects/test_router.py#n66 14:19:24 oh, i see! check try that tmr 14:19:37 *will try that tmr 14:19:55 (no idea why i mis-spelled will to check.. 14:20:23 ok let's take the next one in line: https://review.openstack.org/#/c/466237/ 14:20:32 it's routerport-router relationship 14:20:55 the code seemed fine to me but there is a test failure that is probably related 14:21:39 yeah, need to find out a good place to refresh updated obj 14:22:08 ok sounds like fun 14:22:54 next is network-dhcp-agent-binding: https://review.openstack.org/#/c/370452/ 14:23:19 manjeets_, there were some comments there that may need to be addressed 14:23:45 I worked on that yesterday but unit test broke locally, I am working on fixing tests 14:24:33 cool 14:24:38 next in line is port binding: https://review.openstack.org/#/c/407868/ 14:24:52 lujinluo, was respinning it lately. there seems to be some concern from Rodolfo there 14:25:21 I did not spend time on it this week. maybe next week 14:25:24 smth about splitting concerns for changes 14:25:37 ok 14:26:30 other patches it seems were either already discussed in some way, or are in bad shape and we will close the gaps we already identified 14:27:44 #topic Other patches 14:27:51 anything I missed that we could have a look? 14:28:30 hmm, i did not see any 14:28:45 ok 14:28:48 then... 14:28:50 i guess you covered the most 14:29:00 I guess we can close the meeting early? 14:29:11 sounds good ;) 14:29:15 sounds good ti me 14:29:19 to** 14:29:23 ok great. let's push the stone further :) 14:29:25 #endmeeting