15:00:48 #startmeeting neutron_northbound 15:00:48 Meeting started Mon Mar 19 15:00:48 2018 UTC. The chair is manjeets. Information about MeetBot at http://ci.openstack.org/meetbot.html. 15:00:48 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:48 The meeting name has been set to 'neutron_northbound' 15:00:49 hi! 15:01:30 #topic announcements 15:01:30 Hi 15:01:47 #chair mkolesni rajivk yamahata mpeterson 15:01:47 Current chairs: manjeets mkolesni mpeterson rajivk yamahata 15:01:59 hi 15:02:33 only announcement I have is we are working on l3 flavors and patch in neutron-lib to implement callback priority is close 15:02:43 reviews are very welcome 15:03:02 #info jhershbe 15:03:07 any announcements from PTG yamahata ? 15:03:32 no additional announcements 15:03:39 whos going to ons? 15:03:46 mkolesni, Im going 15:03:50 Oh, Isaku will. 15:04:34 we have ODL dev forum on sunday, march 25th 15:04:56 #chair jhershbe poothia 15:04:56 Current chairs: jhershbe manjeets mkolesni mpeterson poothia rajivk yamahata 15:05:28 cool 15:05:41 im not going unfortunately, but i wish you a good conference 15:05:52 so are we skipping next monadys meeting? 15:05:56 :( mkolesni thanks ! 15:06:03 we can unless someone can chair 15:06:59 lets move on to patches 15:06:59 i think we can skip it since people will be at ons and also it's the cycle start in openstack so there's no pressure 15:07:17 ok 15:07:30 #topic patches_networking_odl 15:07:41 any notable patches or bugs ? 15:08:01 yes, https://review.openstack.org/#/c/527391/ 15:08:44 there are couple of things to this first is we need consensus on tests 15:08:49 right mpeterson ? 15:09:10 yes, i also need it. Because it is delaying the patch. 15:09:14 second can we get reviews mkolesni, yamahata on this ^^ to move forward 15:09:22 manjeets: yes, I have put some comments because I think the complexity of the tests is high 15:09:41 rajivk is currently blocked because he needs more input 15:09:51 +1 15:09:56 because my view might be subjective 15:09:58 i will take a look this week 15:10:15 and thus I'd like manjeets mkolesni and yamahata to review and comment 15:10:23 also with ideas on how to unblock it 15:10:26 sure, will review it. 15:10:39 ok 15:10:43 #action mkolesni, yamahata , manjeets to review Ml2 for new full sync 15:10:51 please review it because it has been pending for a long time 15:11:04 ok lets move on ! 15:11:09 #topic bugs 15:11:12 yeah, and specially now that rajivk is giving up his free time to do it. THat's even more loable 15:11:26 any notable bugs which we should care about 15:11:27 ? 15:11:53 yes 15:12:03 * manjeets thinks networking-odl team should spend some time on giving feedback on bugs reported to launchpad 15:12:20 One of the guy contacted me for dscp marking rule patch 15:12:23 like triaging or marking them with proper label 15:12:30 rajivk, patch link ? 15:12:43 yamahata and i did some bug triage on the ptg 15:12:44 https://review.openstack.org/#/c/529537/2/doc/source/contributor/odl_feature.rst 15:13:08 however we can dedicate the Apr 2nd meeting to do a group bug triage 15:13:30 this patch https://review.openstack.org/#/c/460470/ worked for him. 15:13:31 mkolesni, sounds like a good idea ! 15:14:21 #action Apr 2nd meeting will be bug triage (mkolesni, mpeterson, manjeets, yamahata, rajivk, poothia) 15:14:49 rajivk, https://review.openstack.org/#/c/529537/2 got some feedback, I'll review it today 15:15:00 #action manjeets to review https://review.openstack.org/#/c/529537/ 15:15:24 mkolesni, could you please look again into https://review.openstack.org/#/c/460470/ and comment on it. of course everyone's review is required because at later stage changing everyhing waste a lot of time. 15:15:47 sorry this one https://review.openstack.org/#/c/529537/2/doc/source/contributor/odl_feature.rst 15:17:21 rajivk, you mean https://review.openstack.org/#/c/519513/ ? 15:18:15 rajivk, re https://review.openstack.org/#/c/529537/2/doc/source/contributor/odl_feature.rst i see you wrote you understood but theres no new patch set 15:18:24 they are all the same thing, this patch is duplicating everything 15:18:34 rajivk, what is it you need there? 15:19:15 I want you to look into it again, let me know what do you mean by "list inside the list". 15:19:35 I have some understanding but it might be wrong, which will result in waste of my effort 15:19:51 afaik they sounds similar the idea is to fetch supported qos rules from ODl instead of hard coding in networking-odl 15:19:56 right rajivk ? 15:20:40 rajivk, theres already an api to fetch supported features from odl 15:20:56 rajivk, these capabilities should be represented there 15:21:03 rajivk, that was the meaning 15:21:04 yes, but there is more discussion on how to do it. Please go through it. 15:21:46 sorry this one was for manjeets 15:21:59 sure 15:22:54 mkolesni, there is discussion on ds for the features 15:23:12 i want comment on that 15:24:11 please provide comment on patch. We can continue discusison other patches 15:24:25 ok 15:25:10 ok lets move onto CI health 15:25:16 #topic CI_health 15:25:33 mpeterson, whats the progress on making tempest jobs voting ? 15:25:50 manjeets: I actually stopped working on that one for now... 15:26:15 i have a question... is pep8 failing in some cases or in every case? 15:26:25 poothia: every case 15:26:37 ok thanks 15:26:45 mpeterson, is it delayed or postponed for some other work ? 15:26:54 poothia: I think it's an issue with six that got updated 15:26:59 oh pep8 is broken 15:28:20 manjeets: I postponed while I continue migrating DB usage to the enginefacade 15:28:42 mpeterson, ok ! 15:28:47 manjeets: there were issues with the overall infra and got fed up a bit, so I moved into another task 15:29:28 mpeterson, agree on infra wasn't nice last couple of weeks ! 15:29:55 ok ! once infra is green are we still targeting go get tempest jobs voting ? 15:30:33 manjeets: I'll pick that up when I'm done with the enginefacade migration... shouldn't be too far away in time... 15:30:47 mpeterson, sounds good thanks ! 15:30:47 manjeets: and enginefacade is also quite important 15:30:52 mpeterson, +1 15:31:27 what about the pep8? 15:32:03 I haven't looked at that yet, mpeterson might have better idea 15:32:52 mkolesni: either the linter or six doesn't like the way we import things 15:33:17 http://logs.openstack.org/47/549847/2/check/openstack-tox-pep8/6937c30/job-output.txt.gz#_2018-03-19_13_44_17_319161 15:33:29 mkolesni: I think it's six, but I started talking with Mike Bayer and got distracted 15:34:25 lets figure this pep8 out today and unbreak CI 15:34:50 manjeets: that's something else, unrelated to the general problem 15:35:38 mpeterson, ohk so are we dependent on some other fix then ? 15:36:06 manjeets: something not commited, volunteers are accepted or I'll try to fix it in a while 15:36:52 mpeterson, if I get chance today I'll also look into that and notify in this channel if I did 15:37:45 I also proposed a patch to retire carbon jobs https://review.openstack.org/#/c/545473/ I need to revise this though 15:37:59 manjeets: it's actually a really trivial patch but I'm focused on a problem with the patch I'm working on and don't want to lose the concentration 15:38:15 https://www.irccloud.com/pastebin/z0L9QsMb/ 15:38:17 mpeterson, ok ! 15:38:22 on a different topic, yamahata I need you to review the comments here https://review.openstack.org/#/c/538977 15:38:24 manjeets, are you going to add flourine job? 15:38:37 mpeterson: sure. will do 15:38:47 yamahata, has a patch proposed I'll review it today 15:38:48 poothia: yup, that's exactly the thing that needs fixing... 15:39:09 so if we fix this... it should work right? 15:40:05 poothia, give it a try, are you volunteering to fix this ? 15:40:32 yup, i'll put a patch in half an hour 15:40:43 cool thanks poothia 15:40:50 poothia: basically they moved things around in six and fixing it is as easy as just modifying the import to the new location 15:41:11 yeah, i thought so too but i was not sure 15:41:42 #action poothia to fix pep8 import issues 15:41:54 alright lets move on ! 15:42:18 do you guys think we should make oxygen (fullstack/functional) voting sometime soon ? 15:43:00 manjeets, they stable? 15:43:10 yamahata: re https://review.openstack.org/#/c/538977/ I answered why they are hardcoded... they don't make any sense to be configurable 15:43:27 mpeterson: why not? 15:43:49 yamahata: because the debugger don't work if you configure that to anything else than those values... it basically breaks functionality 15:44:09 mkolesni, they look green on many patches yet I need to look grafana for them 15:45:09 manjeets, i look the last 30 days, they look good 15:45:12 mpeterson: with remote-pdb, debugger can work and quite helpful. 15:45:53 mkolesni, so we can make them voting ? 15:46:02 manjeets, +1 from me 15:46:30 yamahata: and with those hardcoded values it would break the remote-pdb functionality? 15:47:06 yamahata: for example, the timeout would affect remote-pdb as well 15:47:32 then, the timeout should also be configurable. 15:48:36 yamahata: I don't think you are paying attention to what I'm saying... with timeout != 0 then you won't be able to properly debug... that's why it has to be hard coded... 15:49:19 we can set timeout very large value. 15:49:41 and log, stdout, stderr are also sometimes useful. those shouldn't be discarded unconditionally. 15:50:04 yamahata: they are not being discarded... it's hardcoded to 0 which means SHOW THEM TO ME 15:50:16 yamahata: not discarded at all... 15:50:32 yamahata: timeout = 0 means unlimited (as in NO TIMEOUT) 15:50:35 or they are too noisy sometimes. in that case we'd like to discard them. 15:50:48 yamahata, i believe that mpeterson means that if you capture those then a local debugger will not work properly since it won't output anything to the console, etc 15:51:06 it's debugging, you don't want to discard them 15:51:41 it depends. 15:53:41 I propose we merge them hardcoded and then when and if someone needs that then it can be refactored 15:53:55 yamahata, mpeterson i was just about to say the same thing 15:53:59 because it seems to me that is adding a feature that's never going to be used 15:54:15 it's quite easy to make the configurable. 15:54:17 and minimalist code and then refactoring is healthy 15:54:39 You can just make them configurable. 15:55:22 yamahata: I know it is, but it's missing the point of not introducing features that aren't needed... we follow that philosophy in the code in python all the time... why not here? 15:56:13 they are necessary as I've claimed from the begining. 15:56:44 ohk lets continue discussion on patch itself ! we're almost on time 15:56:58 #topic open_mic 15:57:10 anything else from anyone ? 15:58:00 manjeets, maybe you can review that patch? 15:58:08 manjeets, mediate 15:58:55 mkolesni, added to review list ! i'll try to do it today 15:59:04 cool thanks :) 15:59:25 alright ! thanks guys you can continue discussion after meeting 15:59:31 #end meeting 15:59:41 thanks manjeets ! 15:59:48 yamahata, how do you end meeting with bot ? 15:59:50 thanks :) 15:59:57 #end_meeting 16:00:02 nope 16:00:03 haha 16:00:05 lol 16:00:10 haha 16:00:15 only isaku knows :) 16:00:21 #endmeeting