18:02:20 #startmeeting networking_policy 18:02:21 Meeting started Thu Dec 3 18:02:20 2015 UTC and is due to finish in 60 minutes. The chair is SumitNaiksatam. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:02:23 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:02:25 The meeting name has been set to 'networking_policy' 18:02:38 #info agenda https://wiki.openstack.org/wiki/Meetings/GroupBasedPolicy#Dec_3rd.2C_Nov_19th.2C_12th_2015 18:03:00 hi 18:03:07 Hi 18:03:12 i believe folks in the team were working on issues which cropped up during the course of the past two weeks 18:03:18 and we were not tracking here 18:04:10 hence the agenda is pretty much the same from a couple of weeks back 18:04:16 some new bugs have showed up 18:04:20 lets start with that 18:04:20 SumitNaiksatam: FYI: rkukura should be joining soon 18:04:43 tbachman: thanks, was just about to check :-) 18:04:46 #topic Bugs 18:05:27 #link https://bugs.launchpad.net/group-based-policy/+bug/1521545 18:05:27 Launchpad bug 1521545 in Group Based Policy "If service chain delete fails then the PTG can never be cleaned up" [Undecided,New] - Assigned to Ivar Lazzaro (mmaleckk) 18:05:45 ivar-lazzaro: did you get a chance to triage this? 18:06:09 hi 18:06:12 it seems that magesh and vikash were hitting this pretty often 18:06:16 SumitNaiksatam: nope 18:06:16 rkukura: songole: hi 18:06:18 had trouble connecting to the channel 18:06:22 rkukura: no 18:06:25 *np 18:06:44 ivar-lazzaro: i spend a short amount of time investigating it 18:07:24 ivar-lazzaro: and it seemed like the order there might be an issue in the order in which we are deleting the proxy group and the proxied group 18:07:34 which might be causing it to get into this situation 18:08:01 SumitNaiksatam: I see. I thought we were deleting proxy groups before though 18:08:08 SumitNaiksatam: could it be a DB caching problem? 18:08:28 ivar-lazzaro: oh yeah, could be 18:08:45 https://github.com/openstack/group-based-policy/blob/master/gbpservice/neutron/services/grouppolicy/plugin.py#L505-L511 18:09:41 i am suspecting that this might also be the cause of the deadlock bug which was reported earlier #link https://bugs.launchpad.net/group-based-policy/+bug/1519700 18:09:41 Launchpad bug 1519700 in Group Based Policy "Policy target group deletion failing due to DBDeadlock" [Medium,Triaged] - Assigned to Sumit Naiksatam (snaiksat) 18:12:26 other than that this bug was reported: #link https://bugs.launchpad.net/group-based-policy/+bug/1521854 18:12:26 Launchpad bug 1521854 in Group Based Policy "VM going into error state with Virtual Interface creation failed error" [Undecided,New] 18:12:33 but i think its more vendor specific 18:12:49 also there are a few more which i believe are apic-mapping driver specific 18:13:31 any other high priority bugs that anyone else is tracking? 18:14:36 ok moving on 18:15:06 no new update on my side on the integration/functional tests or the docs 18:15:21 #topic Packaging update 18:15:26 rkukura: anything to report here? 18:16:02 nothing new - Should I update fedora with the latest packages, or wait a bit? 18:16:25 we did release stable/juno and stable/kilo a couple of weeks back, but i suspect that we will release again pretty soon since there were a number of new issues that were identified and fixed 18:16:35 rkukura: was just typing as you were asking that ^^^ 18:17:37 so wait a bit? 18:17:43 rkukura: yeah, i think so 18:18:31 rkukura: as long as we have the mechanics of the process in control, i dont see any point in going over it again and again until we have reached a really “stable” point 18:18:52 moving on 18:18:59 igordcard: still there? 18:19:00 would also be good to release stable/liberty and get our master compatible with neutruon master 18:19:10 rkukura: you yeah absolutely 18:19:16 you -> oh 18:19:34 SumitNaiksatam, yes 18:19:43 i was working on it but it has taken a back seat while fixing some other issues 18:20:16 rkukura: i was mainly stuck on failures that i was getting from vendor code while trying to do the liberty sync 18:20:36 #topic QoS update 18:20:47 igordcard: any interesting update on this? ;-) 18:21:16 still don't have nothing to show :( have been working on other things 18:21:49 igordcard: sure np, i think we are all waiting in anticipation :-) 18:21:52 it would be best to have support by liberty-gbp right? 18:22:34 igordcard: we will release liberty pretty soon, but i think this feautre can be targeted for mitaka, and as a team we can consider backporting it to liberty if required 18:23:06 rkukura: what do you think? 18:23:24 SumitNaiksatam: makes sense to me 18:23:31 ok 18:23:33 SumitNaiksatam, okay 18:23:38 igordcard: thanks 18:23:54 #topic Pending specs 18:24:21 “Cluster ID for HA Spec” #link https://review.openstack.org/242781 18:24:29 i believe ivar-lazzaro had to step ou 18:24:33 *out 18:25:13 rkukura: i believe he answered some of your comments 18:25:23 rkukura: i am not sure it addresses all your concerns 18:25:33 OK, I’ll re-review today. 18:25:43 rkukura: thanks 18:25:58 “Network Service Framework for GBP” #link https://review.openstack.org/#/c/239743/ 18:26:02 songole: there? 18:26:22 SumitNaiksatam: yes 18:26:22 or hemanth? 18:26:33 songole: i believe you are waiting for more discussion to update this spec? 18:26:52 yes. Hemanth and I discussed internally 18:27:11 I like to have a f2f discussion and update the spec 18:27:11 songole: ok 18:28:08 songole: its also fine to update the spec with any updates that you have, you can always mark it WIP, that way the team is up-to-date with the latest thinking (i am just stating the obvious :-) ) 18:28:29 sure SumitNaiksatam 18:28:40 songole: thanks 18:28:53 #topic Open Discussion 18:29:13 anything else anyone want to bring up for today? 18:30:23 okay we can wrap up earlier today :-) 18:30:25 thanks all! 18:30:32 bye until next week! 18:31:04 bye 18:31:10 #endmeeting