15:02:02 <Swami> #startmeeting distributed_virtual_routers
15:02:03 <openstack> Meeting started Wed Aug 27 15:02:02 2014 UTC and is due to finish in 60 minutes.  The chair is Swami. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:02:04 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:02:06 <openstack> The meeting name has been set to 'distributed_virtual_routers'
15:02:38 <Swami> #info Next week will be the last week for Juno
15:02:56 <Swami> Juno 3 milestone
15:03:01 <Rajeev> Swami: Hi
15:03:07 <Swami> Rajeev: hi
15:03:34 <Swami> So people who are working on patches for Juno make sure that it lands for review by this week, so that we will have enough time to turn around.
15:03:48 <Swami> #topic DVR-Update
15:04:16 <Swami> All the required patches for DVR including the Horizon have landed upstream
15:04:50 <Rajeev> Bhooshan: great job!
15:04:51 <Swami> We are currently testing and fixing bugs.
15:05:05 <Bhooshan> Rajeev:Thank You
15:05:27 <Swami> Akihiro motoki and Bhooshan thanks for your contribution.
15:05:28 <Swami> amotoki: thanks
15:05:41 <Bhooshan> swami:Thanks
15:05:49 <Swami> #topic Bugs
15:05:51 <Bhooshan> Amotoki:Thanks
15:06:02 <Swami> #link https://bugs.launchpad.net/neutron/+bugs?field.tag=l3-dvr-backlog
15:06:36 <Swami> All DVR related bugs are logged in the link shown above.
15:06:59 <Swami> There are currently two High's and they are work in progress.
15:07:15 <Swami> Most of the other bugs have been worked out.
15:07:46 <carl_baldwin> Swami, there is a third High.
15:07:52 <Swami> There is one other High
15:07:52 <Swami> Yes I got it.
15:07:52 <carl_baldwin> bug 1358554
15:07:53 <uvirtbot`> Launchpad bug 1358554 in neutron "test_volume_boot_pattern fails with DVR routers" [High,Confirmed] https://launchpad.net/bugs/1358554
15:07:58 <Swami> It is the volume issue.
15:08:36 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1358554
15:08:36 <Swami> carl_baldwin: thanks for pointing it out.
15:08:41 <uvirtbot`> Launchpad bug 1358554 in neutron "test_volume_boot_pattern fails with DVR routers" [High,Confirmed]
15:09:13 <Swami> It seems that this bug has an assignee and investigation is in progress.
15:09:16 <carl_baldwin> Swami: glad to help.  I think rossella_s may have some insight.
15:17:43 <Swami> carl_baldwin: Did you get a chance to review the  #link https://review.openstack.'org/#/c/114410/
15:17:43 <carl_baldwin> rossella_s: are you around?  Are you still seeing the problem that you had yesterday with l2pop?
15:17:43 <Swami> carl_baldwin: Sure check with Rossella_s.
15:18:00 <rossella_s> carl_baldwin: yes...but I didn't have the time to check carefully. It can be due to my setup and anyway even if I get that error, everything seems working
15:18:01 <Swami> rossella_s: thanks for the information.
15:18:01 <Swami> So does it mean, it has be reviewed again
15:18:01 <carl_baldwin> do you have a pastebin or something showing the error.  maybe the DVR guys may have some insight.
15:18:04 <carl_baldwin> rossella_s: ^
15:18:05 <rossella_s> carl_baldwin: I can create one
15:18:05 <Swami> rossella_s: thanks
15:18:05 <carl_baldwin> Swami: I have reviewed 114410 partially.  Will finish reviewing today.  Thanks for bringing that to my atteniton.
15:18:05 <Swami> carl_baldwin: Thanks for the information.
15:18:05 <Swami> carl_baldwin: There was one tempest test that was failing and cauing the jenkins to fail as well. "SSH to vm".
15:18:05 <Swami> Do I need to resubmit with a recheck
15:18:06 <carl_baldwin> Swami: I just added a recheck note to it.
15:18:06 <Swami> carl_baldwin: thanks
15:18:06 <rossella_s> I am about to send a fix for 1358554, in the next minute you dvr experts can review it :)
15:18:06 <Swami> carl_baldwin: Thanks for all other reviews and your time.
15:18:24 <carl_baldwin> rossella_s: That’s great.  We cannot thank you enough for jumping in and helping out.
15:18:24 <Swami> Also the one other backlog item "migration" is still in progress.
15:18:24 <carl_baldwin> Swami: I enjoy it.  :)
15:18:24 <rossella_s> carl_baldwin: my pleasure!
15:18:24 <Swami> We are including a check for the FwaaS and it has some issues, once we resolve it we will push it in.
15:18:24 <Swami> There was one other "FIP" related issue reported by mrsmith.
15:18:24 <Swami> But I am not sure if this bug is confirmed and logged in launchpad.
15:18:24 <mrsmith> Swami: trying to sort the FIP issue out
15:18:24 <Swami> mrsmith: thanks for the update
15:18:24 <mrsmith> I can't reproduce an issue reported from an earlier build
15:18:59 <Swami> mrsmith: Ok, check it out and if you still see any issue please create a bug in the launchpad.
15:19:06 <mrsmith> yup
15:20:11 <Swami> anything else on the bugs
15:22:25 <viveknarasimhan> swami
15:22:25 <Swami> viveknarasimhan: hi
15:22:25 <viveknarasimhan> i pushed a patch set to service DHCP ports on dvr enabled nodes
15:22:26 <Swami> viveknarasimhan: This is related to the duplicate packets from the dhcp
15:22:26 <viveknarasimhan> yes
15:22:26 <Swami> #link https://bugs.launchpad.net/neutron/+bug/1358718
15:22:26 <uvirtbot`> Launchpad bug 1358718 in neutron "duplicate ping packets from dhcp namespace when pinging across DVR subnet  VMs" [Medium,In progress]
15:22:26 <Swami> ok, we will take a look at it.
15:22:35 <viveknarasimhan> thanks
15:23:08 <Swami> #topic Python-NeutronClient
15:23:20 <Swami> The patch for configuring the distributed routers went in yesterday.
15:23:22 <rossella_s> carl_baldwin: sorry for interrupting anyway here is the pastebin http://paste.openstack.org/raw/101070/
15:23:44 <Swami> amuller: thanks for patch.
15:23:58 <Swami> rossella_s: thanks for the update
15:25:04 <rossella_s> Swami: thank you! Just another detail...I am using a single node devstack, didn't modify anything, just used stack.sh with dvr enabled
15:25:11 <carl_baldwin> viveknarasimhan: I was wondering if you have any insight.  I had never noticed this warning but I might have overlooked it.
15:25:51 <carl_baldwin> Swami: Sorry to hijack the meeting.  Back to you.
15:25:56 <Swami> rossella_s: when you mentioned "dvr" enabled, I hope that you have Q_DVR_MODE: is set to "dvr_snat".
15:26:16 <viveknarasimhan> i have seen it
15:26:27 <viveknarasimhan> while running complete test suite from neutron
15:26:44 <viveknarasimhan> ie., the tempest suite for neutron
15:27:31 <viveknarasimhan> i would not consider that warning to be dangerous if it doesn't entail in a subsequent failure
15:27:35 <Swami> viveknarasimhan: can you take a look at the logs and see if it is related to DVR.
15:28:54 <viveknarasimhan> is there a whole log set
15:28:54 <viveknarasimhan> i see 3 lines in the past link posted by rossella_s above
15:28:54 <Swami> look at the link above posted by rossella_s
15:28:56 <viveknarasimhan> i will certainly take a look to see if the warning is acceptable
15:30:06 <Swami> viveknarasimhan: thanks
15:30:06 <carl_baldwin> viveknarasimhan: Swami:  I don’t think it accompanied any more serious problem.
15:30:07 <Swami> carl_baldwin: yes
15:30:07 <Swami> back to our discussion
15:30:07 <carl_baldwin> I think what I’ll do is file a low importance bug with this information so when others come across it they have someone to go.
15:30:16 <viveknarasimhan> thanks carl.  anyway i will take a look into the l2pop mech-driver which has thrown the warning
15:30:53 <Swami> There are couple of more commands on the python-neutronclient for showing snat_related routers hosted by agent and agent hosting routers.
15:31:04 <Swami> Those will be added to the python neutronclient.
15:31:24 <viveknarasimhan> one more related update
15:31:34 <Swami> I will be posting a patch for this.
15:32:07 <viveknarasimhan> we are introducing a new RESTful resource 'dvrhostmacs' to allow other vendor
15:32:07 <viveknarasimhan> implementations to retrieve host to unique-dvr-mac mapping
15:32:59 <Swami> viveknarasimhan: I don't think it is for Juno