17:11:07 <LouisF> #startmeeting service_chaining
17:11:09 <openstack> Meeting started Thu Feb  2 17:11:07 2017 UTC and is due to finish in 60 minutes.  The chair is LouisF. Information about MeetBot at http://wiki.debian.org/MeetBot.
17:11:10 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
17:11:13 <openstack> The meeting name has been set to 'service_chaining'
17:11:17 <LouisF> hi all
17:11:31 <LouisF> apologies for late start
17:12:05 <bcafarel> hi LouisF
17:12:19 <LouisF> bcafarel: hi
17:12:46 <LouisF> #topic agenda
17:13:16 <doonhammer> Hi all
17:14:16 <LouisF> https://wiki.openstack.org/wiki/Meetings/ServiceFunctionChainingMeeting#Agenda_for_the_Networking-SFC_Meeting_.282.2F2.2F2017.29
17:14:32 <LouisF> doonhammer: ho johh
17:15:18 <LouisF> CLI in python-neutronclient https://review.openstack.org/#/c/409759/
17:15:29 <LouisF> looks like mohan is not on
17:16:15 <bcafarel> he did send a new patchset (did not look at it yet)
17:16:40 <pcarver> hi, sorry I'm in a conference call that's running late. Will try to catch up.
17:16:46 <LouisF> bcafarel: yes - jenkins failure tho'
17:17:46 <LouisF> moving on to API reference
17:17:49 <bcafarel> LouisF: from a quick look probably unrelated, it looks like bug 1660878
17:17:49 <openstack> bug 1660878 in OpenStack Compute (nova) "test_reboot_deleted_server fails with 409 "Cannot 'reboot' instance while it is in vm_state building"" [High,Fix released] https://launchpad.net/bugs/1660878 - Assigned to Matt Riedemann (mriedem)
17:18:07 <bcafarel> (many failures today in other projects related to this one)
17:18:12 <LouisF> bcafarel: thanks
17:19:32 <pcarver> the API ref is coming along. I may have found a bug but I haven't looked to see if it has been reported before.
17:19:48 <pcarver> A reviewer questioned whether the API supports querying and filtering.
17:19:58 <LouisF> pcarver: thanks - i see you posted a new patch
17:20:05 <pcarver> I tried it and it only partially works
17:21:16 <pcarver> does anyone know if we expect it to work?
17:21:43 <pcarver> is everyone familiar with what I mean by query and filter?
17:22:43 <LouisF> pcarver: to retrieve a subset of resources
17:22:52 <pcarver> LouisF: yes
17:23:08 <bcafarel> https://wiki.openstack.org/wiki/Neutron/APIv2-specification#Filtering_and_Column_Selection ?
17:23:10 <pcarver> I tried it and I can retrieve a single field but not multiple
17:23:18 <LouisF> i don't think we have any code to support that
17:23:36 <pcarver> I can also query a field, but not combine the query with a filter
17:23:50 <pcarver> which is what I mean by "it partially works"
17:24:10 <pcarver> It doesn't work completely as described in the link that bcafarel just posted
17:24:52 <pcarver> so, copying and pasting from the example in that URL,
17:25:02 <pcarver> this works: GET /v2.0/networks.json?fields=id for SFC URLs
17:25:13 <pcarver> but this doesn't GET /v2.0/networks.json?fields=id&fields=name
17:25:59 <pcarver> replacing networks.json with things like "sfc/port_pair_groups" "sfc/port_chains" etc
17:27:01 <pcarver> and sfc/port_chains?name=chainname works but sfc/port_chains?name=chainname&fields=id doesn't work
17:27:43 <pcarver> getting back to API ref, I replied to the reviewer that we don't appear to support query and filter so I'm leaving it out of the API ref
17:27:56 <LouisF> pcarver:ok
17:28:01 <pcarver> but if it's a bug, then when it gets fixed I can update the API ref to include it
17:28:28 <LouisF> pcarver: open a bug to investigate
17:28:35 <pcarver> LouisF: ok
17:28:36 <bcafarel> it would be nice to have to keep in line with the general neutron API (especially if it is already "half-working")
17:29:11 <LouisF> bcafarel: yes should be consistent
17:31:27 <LouisF> #topic ocata work
17:32:24 <LouisF> Symmetric Chain Support for OVS driver and agent https://review.openstack.org/#/c/410482/
17:32:33 <LouisF> new patch posted
17:32:47 <LouisF> there is a jenkins failure on that
17:33:58 <bcafarel> Details: {u'code': 409, u'message': u"Cannot 'rebuild' instance 23bc5420-2d70-4077-9afc-694d2541b395 while it is in vm_state building"}
17:34:07 <bcafarel> same bug :(
17:34:20 <LouisF> bcafarel: yes
17:34:41 <LouisF> wait to see that resolved
17:35:30 <LouisF> Support MPLS correlation without SFC Proxy https://review.openstack.org/#/c/420339/
17:35:41 <LouisF> igordcard: wip?
17:37:12 <LouisF> #topic other items
17:39:58 <LouisF> other issues?
17:40:27 <LouisF> #topic bugs
17:40:34 <LouisF> https://bugs.launchpad.net/networking-sfc/+bug/1660893
17:40:34 <openstack> Launchpad bug 1660893 in networking-sfc "Neutron SFC port chain delete fails" [Undecided,New]
17:41:32 <LouisF> https://bugs.launchpad.net/networking-sfc/+bug/1661182
17:41:32 <openstack> Launchpad bug 1661182 in networking-sfc "Failed creation of flow-classifier " [Undecided,New]
17:41:53 <bcafarel> apparently this one happens if the VM in the chain is deleted before the port chain (last comment), looks like a valid bug
17:42:17 <bcafarel> the second one should be 'just' a configuration/install issue
17:42:50 <LouisF> bcafarel: thanks - i see your comment
17:43:12 <LouisF> https://bugs.launchpad.net/networking-sfc/+bug/1660700
17:43:13 <openstack> Launchpad bug 1660700 in networking-sfc "Multinode tempest tests always fail" [Undecided,New]
17:43:57 <LouisF> https://bugs.launchpad.net/networking-sfc/+bug/1660625
17:43:57 <openstack> Launchpad bug 1660625 in networking-sfc "Unit tests broken with stevedore 1.20.0" [Undecided,In progress] - Assigned to Bernard Cafarelli (bcafarel)
17:44:23 <LouisF> bcafarel: you have a patch for that  - thanks
17:44:42 <LouisF> https://review.openstack.org/#/c/427284/
17:45:48 <LouisF> https://bugs.launchpad.net/networking-sfc/+bug/1660366
17:45:48 <openstack> Launchpad bug 1660366 in networking-sfc "Tempest tests cannot run in parallel" [Undecided,New]
17:46:03 <LouisF> bcafarel: thanks for adding the bug
17:46:23 <bcafarel> np, adding it is the easy part :)
17:46:33 <LouisF> bcafarel: what should the long term fix be to allow parallel execution?
17:47:39 <LouisF> bcafarel: change certain tests so that different flow classifier values are used?
17:48:01 <bcafarel> I was thinking of adding specific parameters for each test, so that the flow classifiers do not conflict (like restricting the source/dest ip, ...)
17:48:15 <bcafarel> LouisF: exactly
17:48:48 <LouisF> bcafarel: do you know which tests are causing the problem?
17:48:56 <LouisF> mohankumar_: hi
17:49:17 <mohankumar_> Hi LouisF  ..Sorry late..
17:49:23 <LouisF> mohankumar_: np
17:49:51 <bcafarel> LouisF: a majority of them, for now they have the same call to create a FC
17:49:53 <mohankumar_> Cli patch updated ..please review
17:50:15 <LouisF> bcafarel: :(
17:50:58 <LouisF> bcafarel: can you update the bug comments to suggest that
17:51:00 <bcafarel> yes, I think there is a way to automate the change (like an incremental class variable or something like that)
17:51:15 <bcafarel> LouisF: sure, will do
17:51:18 <LouisF> bcafarel: ok great
17:51:40 <LouisF> mohankumar_: thanks for the patch update
17:52:06 <LouisF> mohankumar_: i see there is a jenkins failure on that patch
17:52:20 <bcafarel> mohankumar_: a "x" slipped in the patch topic, did not want to -1 just for that
17:52:30 <mohankumar_> Let me check in morning
17:53:07 <bcafarel> with some luck the tempest tests should be fine on recheck, the nova team merged a fix for the bug
17:53:17 <LouisF> mohankumar_: thanks
17:53:27 <LouisF> bcafarel: ok
17:55:11 <LouisF> any other items?
17:56:05 <LouisF> ok thanks all, bye
17:56:16 <mohankumar_> Bye
17:56:29 <bcafarel> bye
17:56:53 <LouisF> #endmeeting