18:02:20 <adam_g> #startmeeting astara 18:02:22 <openstack> Meeting started Mon Feb 8 18:02:20 2016 UTC and is due to finish in 60 minutes. The chair is adam_g. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:02:23 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:02:25 <openstack> The meeting name has been set to 'astara' 18:02:25 <adam_g> o/ all 18:02:57 <markmcclain> o/ 18:03:27 <elopez> hola.. 18:04:05 <adam_g> hey guys 18:04:40 <adam_g> #topic mitaka development 18:05:00 <rods> o/ 18:05:52 <adam_g> so we're quickly coming up on mitaka-3 18:06:10 <adam_g> hoping that we can have any feature work we want in at least up for review this week 18:06:37 <adam_g> ive been busy hackng away on the first of a few patches to add HA appliances, which i'll clean up and untag as WIP today or tomorrow 18:06:47 <markmcclain> awesome 18:06:51 <adam_g> #link https://review.openstack.org/267263 18:07:07 <markmcclain> I've been bit a bit sidetracked running down l2pop interaction issues 18:07:16 <adam_g> on top of that i think we can start layering the appliance configuration components and clustering intelligence 18:07:50 <markmcclain> nice 18:07:57 <adam_g> markmcclain, is the BYONF stuff in a state where it can be thrown up onto gerrit? 18:08:40 <markmcclain> no.. it's based on old forks... I've got to rebase and cleanup 18:08:47 <adam_g> ah ok 18:09:12 <adam_g> rods and i chatted last week about posisbly adding some hooks into the management API for viewing worker stats from the outside 18:09:33 <adam_g> rods, any chance you can file a quick BP just so we have something to track its work toward the release? 18:09:44 <rods> adam_g sure 18:10:20 <adam_g> thanks 18:11:09 <elopez> markmcclain: what can I do to help with the l2pop issue as I've run into this 18:11:23 <adam_g> anyone else have anything to report feature-wise? any updates on VPNaaS? 18:11:28 <markmcclain> elopez: we've got 2 issues 18:11:47 <markmcclain> once is how to address for <= liberty and the other is how to fix to mitaka forward 18:12:06 <phil_h> I also have l2pop issues running Linux bridge 18:12:17 <adam_g> okay lets move this to next topic 18:12:18 <adam_g> #topic bugs 18:12:25 <markmcclain> I'm not certain we can properly fix <=liberty without making backward incompatible changes to appliance 18:13:36 <elopez> this will affect Fuel and RDO since they are behind current 18:14:21 <adam_g> i assume we're talking about https://bugs.launchpad.net/astara/+bug/1541864 here ? 18:14:22 <openstack> Launchpad bug 1541864 in Astara "astara build router using wrong ports" [Undecided,New] 18:14:24 <adam_g> or is this another issue/ 18:14:45 * markmcclain reads backscroll since bouncer froze 18:15:54 <elopez> yes, part of the problem. I ran into a multicast issue as well with vxlan. I think phil_h also hit this issue as well 18:15:56 <phil_h> That one seems to be realeted to the neutron address pair bug 18:16:13 <adam_g> phil_h, bug #? 18:16:30 <markmcclain> yeah... so that's the bug that kicked off the exploration 18:16:47 <phil_h> I believe I may have found a kernel bug relating to vxlan multicasting 18:17:00 <markmcclain> I've been leaning towards dividing the bug into small portions 18:17:09 <phil_h> I will send details off line to eric 18:18:03 <adam_g> ok. right now we only have 1541864 tracking this in LP. it would be good to at least update that with some triage notes 18:18:30 <phil_h> check out https://bugs.launchpad.net/neutron/+bug/1445089 18:18:31 <openstack> Launchpad bug 1445089 in neutron "allowed-address-pairs broken with l2pop/arp responder and LinuxBridge/VXLAN" [Undecided,Confirmed] - Assigned to yalei wang (yalei-wang) 18:18:39 <adam_g> rods, did you guys have any luck testng https://review.openstack.org/#/c/276875/ ? 18:20:16 <markmcclain> phil_h: I'm thinking of submitting a fix for that to address one of the >=mitaka issue 18:20:46 <phil_h> the would be good - othewise I cannot get linux bridge to work 18:25:23 <adam_g> markmcclain, which repos dose this affect? astara, astara-neutron, and neutron? 18:25:50 <markmcclain> for mitaka would impact neutron and release notes for astara 18:26:25 <markmcclain> for liberty and earlier astara-neutron and astara-appliance 18:26:35 <adam_g> ok 18:26:50 <adam_g> is the bug more than whats captured in https://bugs.launchpad.net/astara/+bug/1541864 or do we need others filed elsewhere? 18:26:51 <openstack> Launchpad bug 1541864 in Astara "astara build router using wrong ports" [Undecided,New] 18:26:59 <adam_g> or is there a neutron bug already for it? 18:28:26 <markmcclain> adam_g: yeah need to update and likely why I want to split the bug because it is a series of things 18:28:41 <adam_g> ok, thanks 18:28:59 <markmcclain> some on unique to l2pop and don't impact say vxfld based deployments 18:29:19 <adam_g> #action markmcclain to add info and split up bug 1541864 18:29:20 <openstack> bug 1541864 in Astara "astara build router using wrong ports" [Undecided,New] https://launchpad.net/bugs/1541864 18:29:29 <adam_g> thanks. that'd make it easier to track whats going on 18:30:40 <adam_g> ryanpetrello, rods did you guys have a chance to test https://review.openstack.org/#/c/276875/ and see if it addresses the blocking thread issue you saw? 18:31:15 <rods> adam_g we deployed a new package with the fix today in the morning 18:31:22 <rods> looks good so far 18:31:37 <adam_g> oh, cool 18:31:51 <adam_g> ill ping you later/tomorrow to see if it solved it. thanks 18:31:59 <adam_g> #topic open discussion 18:32:26 <adam_g> anyone with anything else to bring up? 18:32:55 <elopez> not off hand 18:32:58 <markmcclain> I'm still working on the patch to remove auto address resources 18:33:09 <markmcclain> functional testing is the last hurdle 18:33:35 <adam_g> oh ya 18:33:39 <markmcclain> the routers are going into error state, but I think that might a real bug introduced by the change 18:33:46 <adam_g> i messed with that a bit locally on thurs or fri 18:34:04 <markmcclain> so have to go back and triage it a bit more 18:34:18 <adam_g> markmcclain, i was seeing issues with our router model, specifically router.ports, with your patch applied + how we create the router in the test suite 18:34:54 <adam_g> IIRC it looked liek the make_ports_callback was blowing up when router.ports=[None, None] or something similar 18:35:16 <markmcclain> ok.. I hadn't seen that yet 18:36:05 <adam_g> i just pulled the patch down and ran the tests, tests failed and saw the tracebacks in the astara logs 18:36:25 <adam_g> ill see if i can reproduce it in the gate 18:36:30 <markmcclain> ah cool 18:37:13 <adam_g> ok unless anyone else has anything, we can wrap it up 18:38:26 <adam_g> ok tty later 18:38:28 <adam_g> #endmeeting