Monday, 2015-08-10

*** changzhi has joined #openstack-neutron00:00
*** carl_baldwin has joined #openstack-neutron00:01
*** saksham has joined #openstack-neutron00:01
*** thumpba has quit IRC00:03
*** saksham has quit IRC00:05
*** aranjan has quit IRC00:08
*** Marga_ has joined #openstack-neutron00:11
*** iwamoto has joined #openstack-neutron00:12
*** piyanai has quit IRC00:13
*** armax has quit IRC00:14
*** Marga_ has quit IRC00:16
*** kbyrne has quit IRC00:17
*** shoutm has quit IRC00:17
openstackgerritTakashi NATSUME proposed openstack/neutron-specs: Fix typos in ipv6-router.rst/qos-api-extension.rst  https://review.openstack.org/20884700:20
*** thumpba has joined #openstack-neutron00:20
*** kbyrne has joined #openstack-neutron00:20
*** shoutm has joined #openstack-neutron00:20
*** sridhar_ram has joined #openstack-neutron00:23
*** shadower has quit IRC00:23
*** shadower has joined #openstack-neutron00:23
*** changzhi has quit IRC00:31
*** thedodd has quit IRC00:32
*** longguang_ has joined #openstack-neutron00:34
*** longguang has quit IRC00:36
*** longguang_ is now known as longguang00:36
*** thumpba has quit IRC00:38
*** tiswanso has joined #openstack-neutron00:43
*** vivek-ebay has quit IRC00:44
*** shoutm has quit IRC00:44
*** tiswanso has quit IRC00:56
*** shoutm has joined #openstack-neutron01:02
*** yalie has joined #openstack-neutron01:03
*** zhenguo has joined #openstack-neutron01:04
*** aranjan has joined #openstack-neutron01:05
*** moshele has quit IRC01:06
*** haigang has joined #openstack-neutron01:09
*** johnbelamaric has joined #openstack-neutron01:12
*** Marga_ has joined #openstack-neutron01:12
*** shoutm has quit IRC01:16
*** Marga_ has quit IRC01:17
*** zhhuabj has joined #openstack-neutron01:18
*** shoutm has joined #openstack-neutron01:19
*** yamamoto has joined #openstack-neutron01:21
*** daneyon_ has quit IRC01:24
*** yamamoto has quit IRC01:26
*** haigang has quit IRC01:26
*** gildub has joined #openstack-neutron01:28
*** shoutm has quit IRC01:28
*** shoutm has joined #openstack-neutron01:30
*** erkules has joined #openstack-neutron01:35
*** erkules_ has quit IRC01:37
*** aranjan has quit IRC01:38
*** markvoelker has joined #openstack-neutron01:39
*** changzhi has joined #openstack-neutron01:39
*** markvoelker has quit IRC01:44
openstackgerritHenry Gessau proposed openstack/neutron: Consistent layout and headings for devref  https://review.openstack.org/21076901:48
*** erkules has quit IRC01:52
*** erkules has joined #openstack-neutron01:54
openstackgerritZhaoBo proposed openstack/neutron: Fixed pass wrong cidr check during create subnet  https://review.openstack.org/20194201:55
*** alex_xu has joined #openstack-neutron01:56
*** vivek-ebay has joined #openstack-neutron01:56
*** johnbelamaric has quit IRC01:59
*** alejandrito has joined #openstack-neutron02:08
*** thumpba has joined #openstack-neutron02:08
*** banix has joined #openstack-neutron02:09
*** jyuso1 has joined #openstack-neutron02:09
*** minwang2 has joined #openstack-neutron02:12
*** baoli has quit IRC02:12
*** Marga_ has joined #openstack-neutron02:13
*** baoli has joined #openstack-neutron02:15
*** thumpba has quit IRC02:15
*** Marga_ has quit IRC02:17
*** vivek-ebay has quit IRC02:18
*** shwetaap has joined #openstack-neutron02:20
*** yamamoto has joined #openstack-neutron02:33
*** aranjan has joined #openstack-neutron02:35
*** alejandrito has quit IRC02:37
openstackgerrityalei wang proposed openstack/neutron: Add support for unaddressed port  https://review.openstack.org/20080902:39
*** patrickeast has joined #openstack-neutron02:45
*** agireud has joined #openstack-neutron02:45
*** armax has joined #openstack-neutron02:50
*** hakimo has joined #openstack-neutron02:52
*** tiswanso has joined #openstack-neutron02:52
openstackgerritZhiyuan Cai proposed openstack/neutron-specs: Define timestamp as extension attribute  https://review.openstack.org/21095502:54
*** patrickeast has quit IRC02:54
*** hakimo_ has quit IRC02:55
*** vivek-ebay has joined #openstack-neutron02:59
openstackgerritYAMAMOTO Takashi proposed openstack/neutron: db_base_plugin_v2: Avoid creating another session  https://review.openstack.org/19842003:00
*** tiswanso has quit IRC03:01
*** baoli has quit IRC03:01
openstackgerritRyan Moats proposed openstack/neutron: Distributed router can not add routes  https://review.openstack.org/14420503:05
*** aranjan has quit IRC03:09
*** thumpba has joined #openstack-neutron03:12
*** Marga_ has joined #openstack-neutron03:14
openstackgerritRyan Moats proposed openstack/neutron: Distributed router can not add routes  https://review.openstack.org/14420503:15
*** thumpba has quit IRC03:17
*** gangil has quit IRC03:18
*** Marga_ has quit IRC03:18
*** yushiro has quit IRC03:25
*** sridhar_ram has quit IRC03:25
openstackgerritRyan Moats proposed openstack/neutron: Distributed router can not add routes  https://review.openstack.org/14420503:26
*** regXboi has quit IRC03:27
*** shwetaap has quit IRC03:27
*** markvoelker has joined #openstack-neutron03:40
*** markvoelker has quit IRC03:45
*** norman has joined #openstack-neutron03:47
normanHi ,all,  support that I have two openstack cloud based on vlan,   is there a way (or possible?)  to connect the 2 routers in  each cloud by GRE tunnal, then VMs can communicate with each other with the it's fix ip ?03:50
*** shz has quit IRC03:50
norman'connect the 2 routers in *different* cloud'...03:52
*** vivek-ebay has quit IRC03:54
*** yamahata has joined #openstack-neutron03:59
*** yushiro has joined #openstack-neutron04:00
*** fedexo has joined #openstack-neutron04:00
*** aranjan has joined #openstack-neutron04:06
*** BhavyaM has joined #openstack-neutron04:08
*** yamamoto has quit IRC04:11
openstackgerritYushiro FURUKAWA proposed openstack/neutron-specs: Logging API for security group and firewall rules  https://review.openstack.org/20350904:12
*** sthillma has joined #openstack-neutron04:12
*** Marga_ has joined #openstack-neutron04:15
*** armax has quit IRC04:15
*** trinaths has joined #openstack-neutron04:15
*** sthillma_ has joined #openstack-neutron04:15
*** vthapar has joined #openstack-neutron04:16
*** yamamoto has joined #openstack-neutron04:18
*** sthillma has quit IRC04:18
*** sthillma_ is now known as sthillma04:18
*** Marga_ has quit IRC04:19
yushirohaleyb, Hi. I've updated my spec :  https://review.openstack.org/203509  Would you please review it again?04:20
yushiroand HenryG :)04:22
*** agireud has quit IRC04:27
*** zhhuabj has quit IRC04:28
*** agireud has joined #openstack-neutron04:31
*** yamahata has quit IRC04:31
*** oomichi has joined #openstack-neutron04:32
*** banix has quit IRC04:34
*** vishwanathj has quit IRC04:36
*** aranjan has quit IRC04:39
*** banix has joined #openstack-neutron04:41
*** ajmiller has quit IRC04:49
*** achanda has joined #openstack-neutron04:53
*** banix has quit IRC04:55
*** itzikb_ has joined #openstack-neutron04:57
*** tiswanso has joined #openstack-neutron04:57
*** sdake has quit IRC05:01
*** yfried_ has quit IRC05:02
*** mkolesni__ has joined #openstack-neutron05:03
*** ekuris has joined #openstack-neutron05:04
yushiroping mestery05:07
*** tiswanso has quit IRC05:08
*** irenab has quit IRC05:10
*** jprovazn has joined #openstack-neutron05:12
*** Guest41459 is now known as atmark05:13
*** atmark has quit IRC05:13
*** atmark has joined #openstack-neutron05:13
*** thumpba has joined #openstack-neutron05:14
*** Marga_ has joined #openstack-neutron05:15
*** slaweq has joined #openstack-neutron05:18
*** thumpba has quit IRC05:18
*** fedexo has quit IRC05:18
*** Marga_ has quit IRC05:20
*** jasondotstar has joined #openstack-neutron05:21
*** anilvenkata has joined #openstack-neutron05:21
*** lajos-katona has joined #openstack-neutron05:22
*** Sukhdev has joined #openstack-neutron05:24
*** jasondotstar has quit IRC05:26
*** agireud has quit IRC05:29
openstackgerritHirofumi Ichihara proposed openstack/neutron: Add availability_zone support for API and DB  https://review.openstack.org/18336905:30
*** SridharG has joined #openstack-neutron05:31
*** slaweq has quit IRC05:31
*** gangil has joined #openstack-neutron05:32
*** longguang_ has joined #openstack-neutron05:32
*** longguang has quit IRC05:32
*** longguang_ is now known as longguang05:33
*** aranjan has joined #openstack-neutron05:34
*** jianyong has quit IRC05:34
*** jianyong has joined #openstack-neutron05:36
openstackgerritHirofumi Ichihara proposed openstack/neutron: Add availability_zone support for Scheduler  https://review.openstack.org/20443605:39
*** salv-orlando has joined #openstack-neutron05:41
*** markvoelker has joined #openstack-neutron05:41
*** sudipto has joined #openstack-neutron05:43
*** markvoelker has quit IRC05:46
*** ihrachyshka has joined #openstack-neutron05:47
*** irenab has joined #openstack-neutron05:47
*** gampel has joined #openstack-neutron05:47
*** salv-orlando has quit IRC05:48
openstackgerritHirofumi Ichihara proposed openstack/neutron: Add functional test for availability_zone support  https://review.openstack.org/21097705:48
*** yfried_ has joined #openstack-neutron05:55
*** yfried__ has joined #openstack-neutron05:56
*** hanzhang has joined #openstack-neutron05:57
*** norman has quit IRC05:57
*** yfried__ is now known as yfried05:59
*** yfried_ has quit IRC05:59
*** salv-orlando has joined #openstack-neutron06:01
*** jyuso1 has quit IRC06:02
*** josecastroleon has joined #openstack-neutron06:07
*** atmark has quit IRC06:08
openstackgerritTakashi NATSUME proposed openstack/neutron-vpnaas: Rename a test method in test_ipsec.py  https://review.openstack.org/21098906:09
*** aranjan has quit IRC06:09
*** Murali_ has joined #openstack-neutron06:10
openstackgerritOpenStack Proposal Bot proposed openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/20688506:11
*** aranjan has joined #openstack-neutron06:12
*** aranjan_ has joined #openstack-neutron06:14
*** aranjan has quit IRC06:14
*** thumpba has joined #openstack-neutron06:15
*** minwang2 has quit IRC06:15
*** Marga_ has joined #openstack-neutron06:16
*** thumpba has quit IRC06:19
*** Marga_ has quit IRC06:21
*** afazekas_ has joined #openstack-neutron06:24
*** apuimedo has quit IRC06:24
openstackgerritSudhakar Babu Gariganti proposed openstack/neutron: Setup firewall filters only for required ports  https://review.openstack.org/21032106:28
*** scheuran has joined #openstack-neutron06:29
*** hichihara has quit IRC06:29
*** ildikov has quit IRC06:30
*** moshele has joined #openstack-neutron06:31
*** vikram has joined #openstack-neutron06:31
*** aranjan_ has quit IRC06:31
openstackgerritYushiro FURUKAWA proposed openstack/neutron-specs: Logging API for security group and firewall rules  https://review.openstack.org/20350906:32
*** rubasov has joined #openstack-neutron06:33
mosheleihrachyshka: hi06:35
ihrachyshkamoshele, hi06:35
mosheleihrachyshka: did you see my mail regarding the singleton ?06:36
ihrachyshkamoshele, not yet. let me check06:36
ihrachyshkamoshele, while I do it, https://review.openstack.org/21099806:36
mosheleihrachyshka: cool06:37
*** jkraj has joined #openstack-neutron06:43
openstackgerritvenkata anil proposed openstack/neutron: Validate local_ip for OVS tunnel  https://review.openstack.org/15404306:49
ihrachyshkamoshele, replied to email06:51
*** abregman has joined #openstack-neutron06:52
mosheleihrachyshka: so I will just fix the SR-IOV like this http://pastebin.com/4tWe3cwb part and we can revisit the singleton06:54
ihrachyshkayeah06:56
ihrachyshkamoshele, what about resources_rpc?06:56
*** jyuso1 has joined #openstack-neutron06:57
mosheleihrachyshka: do you want me to fix it or we can just add TODO to revisit it ?06:58
ihrachyshkamoshele, meh, I think I'll push a patch in 3 mins06:58
mosheleihrachyshka: your fast :)06:59
*** nyechiel has joined #openstack-neutron07:01
*** hakimo has quit IRC07:02
*** diga has quit IRC07:02
*** hakimo has joined #openstack-neutron07:03
*** kiran-r has joined #openstack-neutron07:03
*** ildikov has joined #openstack-neutron07:03
*** diga has joined #openstack-neutron07:03
*** tiswanso has joined #openstack-neutron07:04
*** jpena has joined #openstack-neutron07:07
*** devvesa has joined #openstack-neutron07:07
*** Samos123 has quit IRC07:09
*** sthillma has quit IRC07:11
*** enikanorov2 has joined #openstack-neutron07:12
*** Samos123 has joined #openstack-neutron07:12
*** zhhuabj has joined #openstack-neutron07:12
vikramUnit tests not working with the latest master..07:13
*** tiswanso has quit IRC07:13
vikramValueError: Expecting ',' delimiter: line 197 column 5 (char 8784)07:14
vikramDoes anyone else facing similar issue?07:14
*** thumpba has joined #openstack-neutron07:15
*** achanda has quit IRC07:16
*** abehl has joined #openstack-neutron07:16
*** abehl has quit IRC07:16
*** abehl has joined #openstack-neutron07:17
*** Marga_ has joined #openstack-neutron07:17
*** jlibosva has joined #openstack-neutron07:17
*** achanda has joined #openstack-neutron07:18
*** ronis has joined #openstack-neutron07:19
*** thumpba has quit IRC07:20
mosheleihrachyshka: I implemented the delete and I move more logic to the qos_drive base for avoid dup I will send a patch on ovs soon07:20
*** Marga_ has quit IRC07:21
*** Sukhdev has quit IRC07:23
*** kawa2014 has joined #openstack-neutron07:24
*** Marga_ has joined #openstack-neutron07:25
*** shoutm has quit IRC07:27
*** achanda has quit IRC07:28
*** shoutm has joined #openstack-neutron07:30
*** gangil has quit IRC07:31
*** achanda has joined #openstack-neutron07:31
ihrachyshkamoshele++07:33
*** yamamoto has quit IRC07:33
*** jschwarz has joined #openstack-neutron07:33
openstackgerritvikram.choudhary proposed openstack/python-neutronclient: [WIP] BGP Dynamic Routing: neutronclient changes  https://review.openstack.org/20575607:34
*** Marga_ has quit IRC07:35
*** apuimedo has joined #openstack-neutron07:36
*** Marga_ has joined #openstack-neutron07:36
*** zhhuabj has quit IRC07:36
mosheleihrachyshka: why the subscribe is in the init and not little before the pull? why it is not after https://github.com/openstack/neutron/blob/feature/qos/neutron/agent/l2/extensions/qos.py#L131 ?07:37
*** itzikb_ has quit IRC07:39
*** markvoelker has joined #openstack-neutron07:42
*** yamamoto has joined #openstack-neutron07:42
*** zhhuabj has joined #openstack-neutron07:43
ihrachyshkamoshele, because it's too late (rpc consumers already started)07:44
ihrachyshkamoshele, we should subscribe before agent calls consume_in_threads on the connection object07:44
*** jprovazn_ has joined #openstack-neutron07:45
*** jprovazn_ has quit IRC07:45
*** jlanoux has joined #openstack-neutron07:46
mosheleihrachyshka: so we can have update  call before create07:46
ihrachyshkamoshele, yes, that's the race I refer in TODO there07:46
*** markvoelker has quit IRC07:46
*** scheuran has quit IRC07:46
*** achanda has quit IRC07:46
ihrachyshkamoshele, agent side solution is to lock on create07:47
ihrachyshkamoshele, there is another race on server side where update can be sent before create. for that one, there is no easy solution since neutron-servers have workers and support HA07:47
*** jasondotstar has joined #openstack-neutron07:48
ihrachyshkamoshele, solution could include e.g. timestamping update notifications so that agent can drop those that are older than the latest update seen for the policy.07:48
*** yfried is now known as yfried|afk07:49
ihrachyshkamoshele, though that relies on correct NTP setup07:49
mosheleihrachyshka: I am guessing the in not for liberty07:50
ihrachyshkamoshele, I suspect yes. we'll refine rpc api in M I guess07:50
*** jlanoux has quit IRC07:50
*** jasondotstar has quit IRC07:52
*** yfried|afk is now known as yfried07:53
*** salv-orlando has quit IRC07:54
*** rossella_s has joined #openstack-neutron07:54
*** jlanoux has joined #openstack-neutron07:56
ihrachyshkaajo, hi07:59
ajohi ihrachyshka, morning08:00
ihrachyshkaajo, we need some reviews :)08:01
ihrachyshkaajo, here are small ones08:01
ihrachyshkasriov singleton: https://review.openstack.org/21100508:01
ihrachyshkaresources_rpc singleton: https://review.openstack.org/21100308:01
* ajo reads08:01
ihrachyshkakill config value for agent qos driver: https://review.openstack.org/21099808:01
ajoihrachyshka, I disagree about that last one ;)08:01
ajomoshele ^08:01
ihrachyshkatell me08:02
ajoThe plan is that OVS-hybrid could use a "linuxbridge" implementation too ;)08:02
ajoby the fact that we are using LB08:02
ajoif lb implementation were more capable, more performant, or whatever, why locking the user into a specific one?08:02
ajoI only believe the agent should default to the common one08:03
ajoalso08:03
ajoin OVS,08:03
*** itzikb_ has joined #openstack-neutron08:03
*** jprovazn has quit IRC08:03
ajosomebody could come, and create a "openflow + metering" based one, and just refer it from config08:03
ihrachyshkaajo, so then agent will pass its own config option as driver_type.08:03
*** gildub has quit IRC08:03
mosheleajo: even so this change cause problem with the duplicate config, I think we can push it later08:04
ihrachyshkawe should not expose that on the extension manager itself08:04
ajo(as I POC'd for the ovs/ct firewall)08:04
ajoaha08:04
ihrachyshkaajo, that's fine, as long as its agent that decides whether it's configurable08:04
ajook, in that case in OVS agent we would have that specific "qos_driver" config entry08:04
ajobut not in other agents08:04
ihrachyshkafor sr-iov case, it does not make sense. while you still enforce it to define the option08:04
ajothat'd make sense08:04
*** yog_ has joined #openstack-neutron08:04
ajook08:05
ihrachyshkayeap. and since we don't have lb anyway... it's YAGNI08:05
ajoihrachyshka, yeah, but we can't introduce new config options later,08:05
ajoI'd like to leave that open for OVS (because of openflow, and because of hybrid)08:05
ajoif I make sense08:05
ihrachyshkaajo, hm? why can't we?08:05
ihrachyshkaajo, you define a new option, you pass it thru driver_type. What's so hard?08:06
ajoihrachyshka, later in cycle, can we? (doc impacts?) sorry, probably what we can't do is backporting without a good reason08:06
* ajo pushes more coffee inside08:06
ihrachyshkaajo, well... do you mean you are going to work on lb in this cycle?08:06
ihrachyshkaI haven't seen anyone up to the job08:06
ihrachyshkaI doubt it will be in08:06
ajook08:06
ajolet's leave my yagni for M then ;)08:07
ihrachyshkaI think if a point in the cycle allows to introduce new drivers for qos, it should allow to introduce a knob for enabling it.08:07
ajoyes, you're right guys :)08:08
jschwarzmorning guys :()08:10
jschwarz:)08:10
jschwarzwhen are we sending the mergeback patch?08:10
*** jistr has joined #openstack-neutron08:12
ihrachyshkajschwarz, I planned that today, but I wanted to see a bit more functional tests before that. ajo, do you plan to get more scenarios today?08:15
*** abregman is now known as abregman|brb08:16
ajoihrachyshka, yes, looking into delete & update08:16
mosheleajo: I have something almost ready08:16
ajomoshele: functional tests? :)08:17
*** zhhuabj has quit IRC08:17
mosheleajo: no, code for the delete I mean :)08:17
ajoah, ok, moshele , then I will look into update first, I planned to fix the delete part as I was writing the test08:17
ajomoshele, but it makes sense to split it, I can take your patch, and add the functional test on top08:18
*** lajos-katona has left #openstack-neutron08:18
mosheleajo: cool08:18
ajoping me as it's ready08:18
mosheleajo: sure08:18
*** iwamoto has quit IRC08:18
ihrachyshkamoshele, hm, isn't it working? have you tried to rebase?08:19
ihrachyshkait worked for me (I made some late changes in Kuba's patch for agent integration before merge)08:19
jschwarzihrachyshka, functional?08:19
jschwarzihrachyshka, where we're going, we don't need... functional...08:19
jschwarz(movie reference)08:19
ihrachyshkajschwarz, ? what do you mean? we need both.08:19
jschwarzlol08:19
mosheleihrachyshka: the delete is working?08:20
ihrachyshkamoshele, it did for me.08:20
jschwarzihrachyshka, https://www.youtube.com/watch?v=flge_rw6RG008:20
ihrachyshkaI don't know, maybe I was sleeping08:20
ihrachyshkathought in that case, who uploaded a new patchset?08:20
jlibosvaihrachyshka: moshele hi, thanks for handling the notifications patch!08:21
*** changzhi has quit IRC08:21
jlibosvaajo: jschwarz how can I help with testing?08:22
jschwarzjlibosva, working on fullstack so I've got that under control atm08:22
jschwarzrumor has it that more functional tests are needed, though08:23
*** lajos-katona has joined #openstack-neutron08:23
*** scheuran has joined #openstack-neutron08:24
*** changzhi has joined #openstack-neutron08:24
ihrachyshkajschwarz, I assumed ajo will handle those, but we'll see what he thinks about it08:24
*** john-davidge has joined #openstack-neutron08:24
mosheleihrachyshka: I see how this could have work with ovs, it because you assume one rule only08:25
mosheleihrachyshka: I made it more generic to support future rules08:26
*** matrohon has joined #openstack-neutron08:26
*** claudiub has joined #openstack-neutron08:27
*** john-davidge_ has joined #openstack-neutron08:27
*** john-davidge has quit IRC08:29
*** john-davidge_ is now known as john-davidge08:29
jlibosvaihrachyshka: Is there a patch that removes resource manager's constructor?08:29
*** abregman|brb is now known as abregman08:29
ihrachyshkajlibosva, it was included in you patch and merged08:29
jlibosvaihrachyshka: cool! thanks08:30
ihrachyshkajlibosva, notifications in, it seems to work, we have first functional tests in review.08:30
ihrachyshkaI believe we'll start merge process today in the evening if all goes well08:30
ajojschwarz, https://review.openstack.org/21001208:34
*** shoutm has quit IRC08:34
ajoI was reviewing and then starting update cases, unless you want to take on them quickly, we can divide work (update & delete)08:34
ihrachyshkajlibosva, if you have spare cycles, can you check why https://review.openstack.org/#/c/211003/ fails? I may not have time for that in next 2 hours.08:34
ajoI can make delete ready for moshele08:34
ajoand you can work on update,08:34
ajoanyway, it should be easy once the framework is in place08:35
jlibosvaihrachyshka: ack, I'm gonna also send the patch that lock on agent side08:35
ihrachyshkajlibosva, cool08:35
ihrachyshkajlibosva, please rebase on top of ajo's work so that it's actually tested in some reasonable way :)08:35
jlibosvaihrachyshka: oki doki08:35
mosheleajo: like ihrachyshka08:36
moshele said delete is already working I am just moving some part to the qos driver interface to avoid dup08:36
ajomoshele, is the patch up?08:36
mosheleajo: it merged08:36
ajoahhh08:36
openstackgerritSridhar Gaddam proposed openstack/neutron: Avoid dhcp_release for ipv6 addresses  https://review.openstack.org/20945608:36
ajoack, sorry08:36
ajoI missunderstood08:36
jschwarzajo, what about it?08:36
ajojschwarz, so, what do you want to functionally test? delete or update?08:37
ajoI'll take the other one ;)08:37
jschwarzajo, I don't want to do anything ;-)08:37
jschwarzajo, I'm busy with the fullstack tests atm08:37
jschwarzso take one and I'll do the other one if it's not too late when I get to it08:37
*** haigang has joined #openstack-neutron08:40
ajojschwarz, ack, I thought you ran out of fullstacks and needed something else to look at ;)08:40
jschwarzajo, was under the impression that jlibosva was looking for something to do ;)?08:40
jlibosvaI still am08:41
*** shihanzhang has joined #openstack-neutron08:41
jschwarzajo, say I have a neutron port and an ovs port08:41
jschwarzand I want to manually plug them to one another08:42
jschwarzhow do I go about it?08:42
haiganghi there08:43
haigangI got a problem when using neutron with provider network without l3 agent08:43
haigangonly controller and compute node, no network node. when boot an instance, nova will inject public key, vm can't access http://169.254.169.254:8008:44
*** hanzhang has quit IRC08:44
haigangis there anyone have any idea on this?08:45
jschwarzhaigang, do you have a DHCP agent attached to the network?08:45
jschwarzihrachyshka, jlibosva, perhaps you'll know re: what I asked a bit above?08:45
haigangyes, dhcp service is in controller node08:45
jschwarzhaigang, OK. so you need to configure an option so that it will know to service metadata08:46
haigangas I know, neutron-s-metadata-proxy will handle the http://169.254.169.254 and redirect it to nova-api08:46
jschwarzhaigang, in the dhcp agent configuration. look for 'enable_isolated_metadata' - it should be set to True08:46
*** tfukushima has joined #openstack-neutron08:47
ihrachyshkaok guys, I leave you alone for now, please behave ;)08:47
haigangok, I'll check on it. But I tried to capture the packet instance send out, vm send http request without http  header such as instance-id/ tenant-id08:48
haigangneutron-ns-metadata-proxy will add addition informal and proxy request to nova-api, by now, without proxy, how to addition these information in http request?08:48
jschwarzhaigang, I'm not very familiar with the request itself - but I think the problem is that the packet doesn't reach the metadata proxy at all because the option is not set08:50
haigangjschwarz, I've tried use iptables on compute and make a dnat rule, to make the http://169.254.169.254:80 request redirect to nova-api, it works. But nova-api response 400 because of less http headers such as instance-id/tenant id08:52
jschwarzhaigang, like I said, I don't know exactly how the packets are supposed to look. I do know that if the option is set, the dhcp agent is supposed to inject the routing information correctly on its own08:53
*** ihrachyshka has quit IRC08:53
jschwarzthen it should work properly :)08:53
openstackgerritPavel Bondar proposed openstack/neutron: [DO NOT MERGE] Enable pluggable IPAM implementation by default  https://review.openstack.org/18102308:53
haigangjschwarz, ok, I'll test first, thx!08:53
jschwarz:)08:53
openstackgerritLajos Katona proposed openstack/python-neutronclient: Support CLI changes for managing trunk ports  https://review.openstack.org/21030108:54
haigangbtw, I'm a freshman in IRC. I don't know how to add ur name in our chat :(08:54
jlibosvaguys, I need to push an amended patch but I get this - http://paste.openstack.org/08:54
jlibosvajschwarz: ajo moshele ^^08:54
jschwarzjlibosva, that paste is empty08:54
jschwarz^_^08:54
jlibosvado you know if it's safe to push? I don't get why it does that - as you can see the patch is based on HEAD08:55
jlibosvajschwarz: yes, I made it empty so we don't have it that easy :) http://paste.openstack.org/show/412324/08:55
jschwarzjlibosva, I won't go ahead with the submission if I were you08:56
jlibosvabased on master HEAD*08:56
jschwarzit looks like you're merging to master08:56
jlibosvajschwarz: I didn't but I'd like to update Ihar's patch08:56
jlibosvajschwarz: indeed, but .gitreview says it's qos08:56
*** neophy has joined #openstack-neutron08:57
jschwarzjlibosva, so you're trying to --amend a patch of Ihar's on feature/qos?08:57
jschwarzand that's what you get after running git-review?08:57
*** shausy has joined #openstack-neutron08:57
jlibosvajschwarz: hm, weird, when I explicitly said to push to feature/qos it passed ...08:58
jschwarzjlibosva, maybe it's trying to rebase on feature/qos08:58
jschwarzerm08:58
jschwarzI was about to suggest rebasing on latest feature/qos but OK :)08:59
jlibosvaajo: I fixed https://review.openstack.org/#/c/211003/08:59
jschwarzjlibosva, anyway do you know how do I go about manually attaching a neutron port to an ovs port?08:59
jschwarzmoshele, ^08:59
jlibosvajschwarz: well, it is rebased on feature/qos but git-review treid to push it to master ..08:59
ajothanks jlibosva  :)08:59
*** yushiro has quit IRC08:59
jschwarzlol08:59
jlibosvajschwarz: sec09:00
jlibosvajschwarz: maybe this will help? https://review.openstack.org/#/c/191147/7/neutron/tests/common/conn_testers.py L27609:01
jschwarzjlibosva, maybe :) thanks09:02
jlibosvajschwarz: you meant on agent side, right?09:02
jschwarzjlibosva, I meant on fullstack side09:02
jschwarzbut yes :)09:02
jlibosvajschwarz: hm, fullstack likely requires db change as well09:02
jschwarzjlibosva, erm... what kind of db change?09:03
jlibosvajschwarz: port binding table update ... I guess09:03
jlibosvajschwarz: Assaf talked about some "real vm" for fullstack09:03
jlibosvamaybe Cedric would know09:03
jschwarzjlibosva, yeah, they have that class all written but they missed that part09:03
*** afazekas_ is now known as afazekas09:04
*** shausy has quit IRC09:05
*** shausy has joined #openstack-neutron09:05
*** shoutm has joined #openstack-neutron09:09
*** tiswanso has joined #openstack-neutron09:09
jlibosvajschwarz: aaah09:12
*** mohankumar has joined #openstack-neutron09:12
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: Service plugin for trunk ports  https://review.openstack.org/21031109:14
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: DB model for trunk ports  https://review.openstack.org/21031009:14
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: API extension  https://review.openstack.org/21030909:14
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: ML2 extension driver for subports  https://review.openstack.org/21031309:14
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: DB model for subports  https://review.openstack.org/21031209:14
*** mkoderer has quit IRC09:14
*** klindgren__ has joined #openstack-neutron09:15
*** trinaths has quit IRC09:16
*** mkoderer has joined #openstack-neutron09:17
*** thumpba has joined #openstack-neutron09:17
*** klindgren_ has quit IRC09:17
*** trinaths has joined #openstack-neutron09:18
*** tiswanso has quit IRC09:20
*** thumpba has quit IRC09:22
*** abregman is now known as abregman|lunch09:23
*** alexpilotti has joined #openstack-neutron09:25
jschwarzjlibosva, AHAH! OVSInterfaceDriver._ovs_add_port! :)09:27
*** jyuso1 has quit IRC09:27
*** jyuso1 has joined #openstack-neutron09:28
*** _kiran_ has joined #openstack-neutron09:28
*** salv-orlando has joined #openstack-neutron09:29
*** kiran-r has quit IRC09:31
*** yamamoto has quit IRC09:32
*** anilvenkata has quit IRC09:35
haigangjschwarz, yes, the dhcp agent enable_isolated_metadata works, vm's http://169.254.169.254 reach the nova-api metadata service09:37
*** kawa2014 has quit IRC09:38
*** kawa2014 has joined #openstack-neutron09:39
*** yalie has quit IRC09:39
*** yalie has joined #openstack-neutron09:39
*** markvoelker has joined #openstack-neutron09:43
*** markvoelker has quit IRC09:49
*** zhhuabj has joined #openstack-neutron09:49
*** sambetts has quit IRC09:49
*** sambetts has joined #openstack-neutron09:54
*** fkobzik has quit IRC09:55
*** itzikb_ has quit IRC09:56
*** zhhuabj has quit IRC09:56
*** gampel has quit IRC09:58
*** salv-orlando has quit IRC09:58
*** shoutm has quit IRC09:58
*** salv-orlando has joined #openstack-neutron09:58
*** BhavyaM has quit IRC10:00
*** yfried is now known as yfried|afk10:00
mosheleajo: do we handle the case when port which belong to policy is deleted?10:02
*** yamamoto has joined #openstack-neutron10:03
ajomoshele I guess that may be implementation specific, for example, ovs doesn't need to do anything, but probably SR-IOV will need to clear out the port?10:03
ajo(I'm just guessing the VF will remain, with the limit set)10:03
*** sbelous has quit IRC10:04
*** eezhova has quit IRC10:04
*** eezhova has joined #openstack-neutron10:06
mosheleajo: ok I will reset it on delete10:07
mosheleajo: for SR-IOV10:07
ajomoshele, now I'm unsure if may be ovs needs to cleanup the queues, or if they will go away with the port10:08
ajogsagie ^10:08
ajocan you check the las 6-7 lines of conversation between moshele and me ? :)10:08
irenabapuimedo: hey10:08
*** abregman|lunch is now known as abregman10:09
*** gampel has joined #openstack-neutron10:09
jschwarzhaigang, glad to be of service :)10:09
openstackgerritIlya Shakhat proposed openstack/python-neutronclient: Remove newlines from request and response log  https://review.openstack.org/21108510:10
*** sambetts has quit IRC10:10
haigangjschwarz, but still got the 500 error, due to the http header problem~~10:11
*** sbelous has joined #openstack-neutron10:11
apuimedoirenab: hey10:11
*** alex_klimov has joined #openstack-neutron10:11
jschwarzhaigang, :(10:11
jschwarzhaigang, how are you trying to access the metadata server? curl?10:11
irenabapuimedo: is there kuryr meeting today?10:12
haigangno~, just boot a vm~ and capture the packet, find the http response is 50010:12
*** zhhuabj has joined #openstack-neutron10:12
*** gongysh has quit IRC10:13
jschwarzhaigang, try accessing it manually using curl10:13
haigangthe same result because of less http head x-instance-id10:14
*** yushiro has joined #openstack-neutron10:14
apuimedoirenab: there should be10:14
apuimedoI'll try to keep alive until then10:14
irenabapuimedo: :-)10:14
*** vthapar has quit IRC10:14
*** sambetts has joined #openstack-neutron10:16
openstackgerritSean M. Collins proposed openstack/neutron: [WIP] Linux Bridge: Create a configurable network manager class  https://review.openstack.org/20938510:16
openstackgerritSean M. Collins proposed openstack/neutron: [WIP] Linux Bridge Agent Restructuring  https://review.openstack.org/20866610:16
gsagieapuimedo: you feeling bad?10:16
jschwarzmoshele, ping10:16
moshelejschwarz: hi10:16
jschwarzmoshele, good morning :)10:17
apuimedogsagie: I've been ill the whole weekend, still a bit crushed10:17
apuimedobut working10:17
jschwarzmoshele, so I've created a neutron port attached to an ovs port and updated the port to have a qos policy10:17
moshelejschwarz: is it still morning :)10:17
jschwarzmoshele, how do I check if the bandwidth is applied to the ovs port?10:17
jschwarzmoshele, I woke up not too long ago ;-)10:18
gsagieapuimedo : hope it improves soon :) wanted to talk with you about the vif binding, but lets do it in the meeting10:18
moshelejschwarz: this question is for gsagie10:18
jschwarzgsagie, ^^ :)10:18
gsagieajo: the QoS profile and Queue must be deleted when the port is deleted its not done automatically at least from looking at the schema10:19
gsagiejschwarz: you can dump Open_vSwitch db and see that the QoS profile is set for that port10:20
mosheleajo: we should add delete api here https://github.com/openstack/neutron/blob/feature/qos/neutron/agent/l2/extensions/manager.py#L64-L65 to be called from agent on remove10:20
*** zhhuabj has quit IRC10:20
*** yfried|afk is now known as yfried10:20
jschwarzgsagie, do you have a quick command to do that?10:20
ajook, moshele , to delete a port, right?10:21
gsagiejschwarz: ovsdb-client dump Open_vSwitch10:21
mosheleajo: yes10:21
jschwarzthanks10:21
ajogsagie, do you have time to coordinate with moshele and get the port_delete for OVS&SR-IOV fast?10:21
mosheleajo: and as gsagie10:22
moshele it should be used in the ovs as well10:22
ajoyou're always fast, but I'm asking due to merge-back10:22
ajoit's a resource-deallocation bug which could be handled as a bugfix I guess, but, better if we merge with that cleared up I guess10:23
gsagieajo: this change is only in the agent right?10:23
ajocorrect10:23
ajogsagie: only agent side10:23
gsagiewe dont need specific code for SR-IOV or OVS agent10:23
ajogsagie, only in the extension and extension manager10:23
ajothe ovs-agent / sr-iov agents may need to pass down the port delete to the extension manager I guess10:24
moshelegsagie: I tand plug it in the correct location of each agent10:24
ajoI asume moshele  Is looking at that10:24
mosheleajo: yep10:24
gsagieok, i am a bit busy with something else but lets see how it goes tommorow and speak10:25
*** itzikb_ has joined #openstack-neutron10:25
gsagiethe question is, if the extension has all the rules configured on that port so it can direct the delete to it10:26
*** gongysh has joined #openstack-neutron10:26
gsagieor maybe a simpler solution would be to extend the API to support port deletion10:26
ajoyeah, I'd handle port deletion10:26
ajothen we just delete any queue related to the deleted port10:26
gsagie(i mean extend the driver API)10:26
ajogsagie, If you're ok with it, I'll look at OVS part today with moshele if I have enough time, and sync with you tomorrow10:27
gsagieajo: sure np10:27
ajothanks gsagie  :)10:28
gsagieits still not clear to me if you are going to do what i suggested, meaning the driver itself will need to support port deletion OR the extension manager will support port deletion and calls all the extension drivers delete method10:28
*** salv-orl_ has joined #openstack-neutron10:28
gsagieso we will have port_delete for OVS and SRIOV10:28
gsagieeach in its own driver10:29
ajogsagie, I think port_delete is the way to go10:29
ajoeach on it's own driver10:29
*** jasondotstar has joined #openstack-neutron10:29
ajoso they can cleanup any port-related resources when the port is going to be deleted10:29
gsagieajo: ok, thats probably the simpler solution right now10:29
apuimedogsagie: diga and tfukushima are here, they all want to talk about the vif binding10:29
ajogsagie: and could cover the case for other different extensions, I guess10:29
ajomoshele ^10:30
apuimedoI don't know if diga will be able to join the meeting (it may be quite late in his tz)10:30
ajoso adding port_delete all the way down to the drivers ?10:30
ajo(just to check we're all in the same page)10:30
gsagieajo: then all you need to do, is just to call the OVS delete method with the port-name10:30
gsagiein OVS part10:30
gsagieajo: yes, thats what i think10:30
*** salv-orlando has quit IRC10:30
ajogsagie: amazing, thanks for the pointer :)10:31
irenabgsagie: apuimedo |s there any etherpad started for vif binding?10:31
gsagieajo: del_qos_bw_limit_for_port(port_name), please mind that there is a patch working on roll back for this: https://review.openstack.org/#/c/209200/1310:31
irenabgsagie: apuimedo :maybe worth to catch up before the meeting to make it more productive10:31
ajogsagie, ack, I saw it yes, but it should be independent, right?10:32
gsagieajo: just direct the delete API to this method, it is also converted to be "safe" in case no QoS is actually defined10:32
gsagieajo: yeah10:32
ajoahh, perfect10:32
mosheleajo: can you review https://review.openstack.org/#/c/211090/ ?10:33
ajogsagie: that's nice, since we can statelessly clean any port, even if the agent restarted and does not know about previously applied qos policies, we clean up10:33
*** zhhuabj has joined #openstack-neutron10:33
gsagieirenab: sure we can do it10:33
apuimedoirenab: I do not remember if we did have it10:33
irenabgsagie: just to put ideas and make meeting more focused10:34
gsagieajo: yes, i keep the port_id as an external_id of the QoS/Queue entries in OVSDB so they are easly deleted by port id even if the port is already deleted10:34
*** vikram has quit IRC10:35
*** zhhuabj has quit IRC10:36
gsagieirenab, apuimedo: sure, want me to open the etherpad?10:36
*** pc_m has joined #openstack-neutron10:36
tfukushimaapuimedo, gsagie, irenab: I talked to diga and he will work on the entire logics for /NetworkDriver.Join and /NetworkDriver.Leave including the vif, an endpoint of the veth pair, binding.10:36
ajogsagie: have a quick look to L64 here: https://review.openstack.org/#/c/211090/1/neutron/agent/l2/extensions/qos.py I guess that works10:36
*** yushiro has quit IRC10:36
ajodelete with policy = None ? :)10:36
tfukushimaSo I leave them for him.10:37
ajoand we got called to delete any kind of rule type on the port...10:37
irenabgsagie: tfukushima: Cool. Then probably we need diga to share details10:37
digathanks tfukushima10:38
tfukushimaNP.10:38
gsagieajo: looks good to me, then just call this from the OVS agent on port delete10:40
*** josecastroleon has quit IRC10:41
ajothanks for the feedback gsagie , I'll mask other interruptions for today as you told me you'll be busy :)10:41
gsagiediga: then it will be good if you can please share the TODO's and plans on an etherpad and maybe we can help out, unless you think its all covered by you10:41
gsagiewhich is also good :)10:41
gsagieajo: gampel is keeping me busy :)10:42
digagsagie: Sure, I will create a etherpad for the tasks I am working on10:42
apuimedodiga: thanks!10:42
digaI will absolutely appreciate your help10:43
digahey apuimedo10:43
digawelcome!10:43
ajohehe gsagie , gampel , that's life ;)10:43
gsagieajo: but let me know if you encounter any problems and i will let you know, i am going to review Nate's patch, found the problem with his code10:43
gsagieand why its failing the tests10:43
ajothanks  gsagie  :)10:43
*** scheuran has quit IRC10:47
*** abregman is now known as abregman|brb10:48
*** longguang has quit IRC10:49
apuimedodiga: hey ;-)10:50
*** baoli has joined #openstack-neutron10:51
*** kiran-r has joined #openstack-neutron10:51
*** yalie has quit IRC10:52
*** jaypipes has joined #openstack-neutron10:53
*** carl_baldwin has quit IRC10:54
*** baoli_ has joined #openstack-neutron10:54
*** _kiran_ has quit IRC10:55
*** yamamoto has quit IRC10:55
*** mwagner_lap has quit IRC10:57
*** baoli has quit IRC10:57
digaapuimedo: I am working on binding/unbinding VIF as discussed earlier11:02
apuimedonice11:03
openstackgerritvikram.choudhary proposed openstack/neutron: [WIP] BGP Dynamic Routing: introduce entities and model  https://review.openstack.org/20162111:03
haigangif there's no neutron-ns-metadata-proxy , how to handle the vm metadata service request?11:03
*** scheuran has joined #openstack-neutron11:05
*** changzhi has quit IRC11:06
*** tfukushima has quit IRC11:08
*** salv-o___ has joined #openstack-neutron11:11
*** fawadkhaliq has joined #openstack-neutron11:11
*** salv-orl_ has quit IRC11:11
*** josecastroleon has joined #openstack-neutron11:11
*** Marga_ has quit IRC11:12
*** dtynan has quit IRC11:13
jschwarzgsagie, ping11:14
*** tiswanso has joined #openstack-neutron11:16
*** Marga_ has joined #openstack-neutron11:16
*** jasondotstar has quit IRC11:18
*** rossella_s has quit IRC11:25
*** tiswanso has quit IRC11:27
*** gcossu has joined #openstack-neutron11:27
*** sdake has joined #openstack-neutron11:28
*** markvoelker has joined #openstack-neutron11:29
*** shoutm has joined #openstack-neutron11:30
*** Marga_ has quit IRC11:31
*** ihrachyshka has joined #openstack-neutron11:32
*** sdake_ has joined #openstack-neutron11:32
*** kiran-r has quit IRC11:32
*** haigang has quit IRC11:33
*** Marga_ has joined #openstack-neutron11:34
*** markvoelker has quit IRC11:34
*** haigang has joined #openstack-neutron11:35
*** yfried is now known as yfried|afk11:35
*** sdake has quit IRC11:36
*** sudipto has quit IRC11:37
*** ddepaoli has joined #openstack-neutron11:38
gcossuhello ihrachyshka ajo11:39
ajohi gcossu11:40
*** haigang has quit IRC11:40
*** thorst has joined #openstack-neutron11:40
gcossuhow is going the ovs agent development?11:41
ajogcossu, moshele is doing some final refactors and fixups to the qos extension11:42
ajoto properly cleanup resources at port deletion11:42
*** haigang has joined #openstack-neutron11:42
*** amuller has joined #openstack-neutron11:47
mosheleajo: the delete port in the ovs https://review.openstack.org/#/c/211117/11:48
*** julim has joined #openstack-neutron11:48
*** sdake has joined #openstack-neutron11:49
mosheleajo: I am not sure I plug it in the right place I am not expert in OVS, also I have not test it  except the unit test11:49
*** scheuran has quit IRC11:51
*** sdake_ has quit IRC11:52
ajomoshele, looks like the right place to put the hook11:52
*** vikram has joined #openstack-neutron11:53
amullerhaleyb: ping https://review.openstack.org/#/c/154043/11:57
ajogsagie, ping, I found something weird11:58
ajoping me if you have a moment11:58
ajogsagie: shouldn't test_simple_port_policy_update(native) not go through the vsctl path ?11:59
*** yfried|afk is now known as yfried11:59
ajoamuller: can you take a look at https://review.openstack.org/#/c/210012/ when you have a few spare minutes? :)11:59
ajoit's functional testing for the port creation12:00
*** mohankumar has quit IRC12:00
amullerajo: ok just entering a meeting I'll try to take a look after12:00
ajoI extracted OVSAgentTestFramework to neutron/tests/functional/agent/l2/base.py12:00
ajoack amuller , thanks12:00
ajogsagie: http://fpaste.org/253378/20793614/12:01
*** dave-mccowan has joined #openstack-neutron12:01
*** abregman|brb is now known as abregman12:02
*** baoli_ has quit IRC12:03
*** lyanchih has joined #openstack-neutron12:03
openstackgerritSean M. Collins proposed openstack/neutron: [WIP] Linux Bridge: Create a configurable network manager class  https://review.openstack.org/20938512:07
openstackgerritSean M. Collins proposed openstack/neutron: [WIP] Linux Bridge Agent Restructuring  https://review.openstack.org/20866612:07
*** scheuran has joined #openstack-neutron12:07
*** markvoelker has joined #openstack-neutron12:08
*** Miouge has joined #openstack-neutron12:08
sc68calscheuran: ping12:08
*** tfukushima has joined #openstack-neutron12:09
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: Service plugin for trunk ports  https://review.openstack.org/21031112:09
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: DB model for trunk ports  https://review.openstack.org/21031012:09
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: API extension  https://review.openstack.org/21030912:09
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: ML2 extension driver for subports  https://review.openstack.org/21031312:09
openstackgerritBence Romsics proposed openstack/neutron: Trunk port: DB model for subports  https://review.openstack.org/21031212:09
*** rossella_s has joined #openstack-neutron12:11
*** mkolesni__ has quit IRC12:12
openstackgerritMadhu Mohan proposed openstack/neutron: Redundant tests removed from ovs-lib unit tests:  https://review.openstack.org/20886012:12
*** mkolesni__ has joined #openstack-neutron12:12
openstackgerritRamanjaneya Reddy Palleti proposed openstack/python-neutronclient: Support RBAC neutron-client changes.  https://review.openstack.org/20548212:13
*** tfukushima has quit IRC12:14
*** annegentle has joined #openstack-neutron12:20
*** txomon|fon has quit IRC12:22
*** itzikb_ has quit IRC12:23
*** tiswanso has joined #openstack-neutron12:23
*** busterswt has joined #openstack-neutron12:23
*** salv-o___ has quit IRC12:26
*** johnbelamaric has joined #openstack-neutron12:26
*** salv-orlando has joined #openstack-neutron12:26
*** itzikb_ has joined #openstack-neutron12:29
*** trinaths has quit IRC12:31
*** oomichi has quit IRC12:31
openstackgerritSean M. Collins proposed openstack/neutron: [WIP] Linux Bridge: Create a configurable network manager class  https://review.openstack.org/20938512:31
*** moshele has quit IRC12:32
*** yfried is now known as yfried|afk12:32
gsagieajo: the problem is that the delete method fails when the port doesnt exists (you need Nate patch and another fix in it to make it safe)12:32
ajogsagie I think I found the issue12:32
ajowhen we ovsctl and native separatelly, they both works12:32
gsagieajo: if you want you could call "get" inside the delete and return elsewhere, and the OVS tests always runs both for OVSDB and the CLI12:32
*** johnbelamaric has quit IRC12:32
ajoif we test them together the 2nd always fails, because it still remembers the old port from the previous test12:33
ajoand tries to delete policy12:33
ajosomehow the manager is not stateless...12:33
ajogsagie12:34
*** yfried|afk is now known as yfried12:34
*** tiswanso has quit IRC12:34
ajoI inverted the tests, and now 2nd fails12:34
ajobut look: http://fpaste.org/253385/43921006/12:34
ajoagain, this one is now reporting as "vsctl" , but it looks like native12:34
ajo      File "neutron/agent/ovsdb/impl_idl.py", line 70, in commit12:34
ajo        raise result.ex12:34
ajo    neutron.agent.ovsdb.native.idlutils.RowNotFound: Cannot find Port with name=tap2489692765312:34
ajogsagie, are they reporting inverted?12:35
ajoor am I getting something wrong?12:35
*** txomon|fon has joined #openstack-neutron12:36
*** bapalm has joined #openstack-neutron12:36
ihrachyshkaajo, how's the progress on more functional scenarios?12:36
*** tfukushima has joined #openstack-neutron12:37
ajoihrachyshka, I'm finding some testing issues in update12:37
ajoihrachyshka update is working itself12:37
ihrachyshkabad; good!12:37
ajoihrachyshka, but when we test the vsctl / native scenarios, the 2nd always fail12:37
ihrachyshkaajo, so maybe cleanup is not solid?12:37
ajoihrachyshka, yes, may be cleanup related, I'm just looking at it12:37
ajoihrachyshka: or singleton related12:37
ihrachyshkaexecute one, check for QoS stuff in ovsdb-client12:38
ajoihrachyshka: qos stuff is cleared out12:38
ajosorry, no, that's what moshele is working on12:38
ihrachyshkamaybe some singleton caches something12:38
ajobut the error is that the agent is somehow remembering an old port, that it's not there yer anymore12:38
ajoyes12:38
ajoihrachyshka, no worries, I'm on it12:38
*** edmondsw has joined #openstack-neutron12:38
ihrachyshkathanks :)12:39
ajojust understood what the issue was12:39
ajoihrachyshka: thank you! ;)12:39
*** dtynan has joined #openstack-neutron12:41
*** Ramanjaneya has joined #openstack-neutron12:41
ajoha!12:41
ajoihrachyshka, I think I got it12:41
ihrachyshkatell me12:41
ajoihrachyshka, old agent keeps subscribed to the update notifications12:41
ajohence not cleanup from memory12:41
ajowhen I send the push to update12:42
ajoit will try to fiddle with the old port, not anymore there12:42
ajoihrachyshka, I'll add some cleanup to the base test class to cleanup the consumers12:42
ajothat's what the clear was for!12:42
ihrachyshkawoohoo. awesome journey.12:42
ajo'':)12:42
* ihrachyshka dances more (>'-')> <('-'<) ^(' - ')^ <('-'<) (>'-')>12:43
ihrachyshkaajo, what do you think about https://review.openstack.org/#/c/207096/12:43
ajoLOL, ihrachyshka is loosing his head :D12:43
ihrachyshkaI am in great mood today12:43
*** Ramanjaneya has quit IRC12:43
ajoihrachyshka++12:43
ajolet me look12:43
*** lyanchih has quit IRC12:43
*** annegentle has quit IRC12:44
jschwarzihrachyshka, ajo, jlibosva, https://review.openstack.org/#/c/202492/12:44
jschwarzXD12:44
ihrachyshkaI will refrain from dancing12:44
ajoihrachyshka, thanks, I agree 207096 is clearing a yagni :)12:44
ajoihrachyshka, dancing is good :D12:44
*** annegentle has joined #openstack-neutron12:44
ihrachyshkaok then (>'-')> <('-'<) ^(' - ')^ <('-'<) (>'-')>12:44
ajowoow jschwarz !!! I'm dancing too ;D12:45
jschwarz(>'-')> <('-'<) ^(' - ')^ <('-'<) (>'-')>12:45
*** mwagner_lap has joined #openstack-neutron12:45
*** baoli has joined #openstack-neutron12:46
gsagie(>'-')> <('-'<) ^(' - ')^ <('-'<) (>'-')>12:46
jschwarzso that's that12:46
*** zhhuabj has joined #openstack-neutron12:46
jschwarzam I needed somewhere else? :)12:46
jschwarzihrachyshka, ajo, ^12:46
*** yamamoto has joined #openstack-neutron12:47
*** piyanai has joined #openstack-neutron12:47
ajojschwarz, did you test all ops? :) (port policy change, port policy removal, rule update ? ) :)12:47
*** kawa2014 has quit IRC12:48
jschwarzajo, nope12:48
openstackgerritvikram.choudhary proposed openstack/neutron: i[WIP] BGP Dynamic Routing: introduce dragent scheduler model  https://review.openstack.org/20760712:48
jschwarzwysiwyg12:48
jschwarzajo, ihrachyshka only asked me for a simple scenario...12:49
ajojschwarz, if you still have time, and we can go for those It'd be awesome.12:49
ajoihrachyshka, what do you think?12:49
jschwarzalso I didn't check to see that the actual transfer rate is limited12:49
ajomay be I'm wrong12:49
ihrachyshkajschwarz, you can follow up12:49
jschwarzajo, on what side?12:49
jschwarzfunctional/fullstack?12:49
ihrachyshkait won't go now anyway, so you can continue on this one12:49
ajojschwarz fullstack: I'm tackling functional :)12:49
ihrachyshkajschwarz, I don't believe we should test rate12:50
*** yamamoto has quit IRC12:50
jschwarzihrachyshka, why not? I actually think we do12:50
*** kawa2014 has joined #openstack-neutron12:50
ihrachyshkajschwarz, well, it's more like testing ovs12:50
jschwarzerm12:50
ajomay be that's more for tempest12:50
ihrachyshkatempest could do though12:50
ihrachyshkayeah..12:50
ajolike, validating that limiting happens regardless of the plugin ?12:50
ajowe can test manually now12:51
ajoand then, let tempest do it12:51
jschwarzaye, itzikb_ is working on the tempest test12:51
ihrachyshkaI don't care about actual quality of service, I'm fine if I see magic numbers in ovsdb-client ;)12:51
*** jpena is now known as jpena|lunch12:51
ihrachyshkajschwarz, anyway, I think more scenarios is more important than actual rate measurement12:52
*** jamie_h has joined #openstack-neutron12:52
*** neophy has quit IRC12:52
jschwarzihrachyshka, your wish is my command12:52
ajojschwarz, I agree with ihrachyshka  :)12:52
jschwarzso, which scenarios? create, update, delete...?12:52
ajojschwarz:12:53
ajo1) create, you did12:53
ajo2) update port policy id12:53
ajo3) update policy rule12:53
ajo4) delete port qos_policy_id12:53
ajo5) delete port with a policy and make sure heave doesn't explode?12:53
ajoheaven12:53
jschwarzerm12:54
jschwarzhow does one check that heaven doesn't explode? XD\12:54
*** zhhuabj has quit IRC12:55
jschwarzeither way this isn't urgent (won't merge for a few weeks at least because it has multiple dependencies that aren't met)12:55
ajojschwarz, not sure :D how does one know if heaven exist?12:55
jschwarzI'll write those scenarios but first I want to work a bit on the fullstack infra12:55
ajojschwarz, yes, I agree on that, but could help us identify if there's something wrong with the service :)12:55
jschwarzyeps :)12:55
*** julim has quit IRC12:56
ihrachyshkajschwarz, from oslo_utils import heaven; self.assertFalse(heaven.exploded)12:56
ajolol12:56
jschwarzlol!12:56
ajomay be it deserves it's own module12:56
ajooslo_heaven12:56
jschwarzihrachyshka, so now you can tell mestery that we're the first ones to also include fullstack tests12:56
ajo"" with all the functions you ever will need, implemented and debugged """12:56
ihrachyshkajschwarz, yeah, we rock12:56
jschwarzlet him say now that qos isn't ready for merge-back :)12:56
ihrachyshkaajo, yeah, oslo_heaven is like mock, but with actual implementation12:57
ajoLOL12:57
ihrachyshkaajo, you just call random attributes and it gives you what you want12:57
ajoihrachyshka, and an ambiguous description of what you want, it may come back with more questions, of course..12:57
*** tongli has joined #openstack-neutron12:58
ihrachyshkajschwarz, it's not just mestery to decide I suppose. I need to start preparing for communicating the merge. though looking into the current patch queue, I think we may need to postpone till tomorrow12:58
ajomy_func = oslo_heaven.implement('sum(a,b)', description='I want a function that adds two numbers')12:58
ajo"do you want me to store it somewhere, or may I return it?"12:58
ajoXD12:58
*** bapalm_ has joined #openstack-neutron12:58
jschwarzihrachyshka, well all the patches that I'm an owner of can be posponed after the mergeback, and also kuba's fullstack patch12:59
jschwarzthat doesn't leave a lot of patches12:59
jschwarzihrachyshka, is there a patch I can help with?13:00
openstackgerritSergey Vilgelm proposed openstack/neutron-vpnaas: Use oslo.log library instead of system logging module  https://review.openstack.org/21113613:00
*** rushil has joined #openstack-neutron13:00
ihrachyshkajschwarz, I'm looking thru the queue...13:00
*** Marga_ has quit IRC13:00
*** bapalm has quit IRC13:02
*** Kennan has quit IRC13:03
tfukushimairenab: Regarding the validation in Kuryr, I was thinking about to add it in the latter patch. Do you think if I need to add it now or I can do it later.13:03
*** park__ has quit IRC13:03
ihrachyshkajschwarz, https://etherpad.openstack.org/p/qos-sync see above13:04
irenabtfukushima: to move faster, you can add #TODO with note where validation should be applied and then resolve it in follow-up patch13:04
ihrachyshkait seems most critical stuff is on moshele, hm.13:05
ihrachyshkacan we somehow reach to him? gsagie, do you have access to moshele? :)13:05
jschwarzihrachyshka, probably irenab can reach moshele13:05
irenabihrachyshka: will ping him13:06
ihrachyshkairenab, thanks. :)13:06
jschwarzthere ya' go13:06
tfukushima@irenab: Ok, thanks.13:06
*** xek_ has joined #openstack-neutron13:06
*** claudiub has quit IRC13:06
jschwarzihrachyshka, I'll start reviewing13:06
*** mkolesni__ has quit IRC13:06
gsagiei have limited access to moshele, he has rate limit enabled13:07
gsagieand it works ;)13:07
ihrachyshkajschwarz, that's a good idea13:07
jschwarzlol13:07
ihrachyshkaheh13:07
jschwarzhow come we don't have an #openstack-qos channel or something? ;-)13:07
*** erlarese has joined #openstack-neutron13:07
*** moshele has joined #openstack-neutron13:08
sc68caljschwarz: there is neutron-qos13:08
jschwarz:O13:08
sc68caloops13:08
sc68calopenstack-neutron-qos13:08
moshelehi13:08
irenabihrachyshka: done13:08
amullerjschwarz: that will give the rest of the community less exposure to what it is you're doing13:08
amullerI would discourage the usage of another channel13:08
*** haigang has quit IRC13:09
jschwarzamuller, !13:09
jschwarzamuller, how was your flight?13:09
ihrachyshkamoshele, hey! so I came up with a list of pieces in review and critical: https://etherpad.openstack.org/p/qos-sync13:09
amullerjschwarz: nearly infinite13:09
sc68calamuller: it's pretty dead13:09
ihrachyshkamoshele, as you can see, most critical pieces that require work are on you13:09
jschwarzamuller, so re: fullstack - i've reordered and submitted the lot of them13:09
ihrachyshkamoshele, do you think you can share some with me and jschwarz and others so that we get it done today?13:09
amullerjschwarz: I saw, good work :)13:10
mosheleihrachyshka: yes I need help I guess13:10
jschwarzalso i've split the EnvironmentDescription patch away, AND wrote a qos fullstack test here: https://review.openstack.org/20249213:10
jschwarzamuller, I do have some ideas for a review and some changes that might be a good idea after working with the infra a bit13:10
mosheleihrachyshka: I would like to focus on the SR-IOV part13:10
ihrachyshkamoshele, what do you think we should take over? I guess not sr-iov :)13:10
jschwarzso I'll comment them on the review :)13:10
ihrachyshkaok, then let us take two others :)13:11
amullerjschwarz: the split of the environmentdescription patch is because you need it for the qos branch I assume13:11
*** xek_ has quit IRC13:11
ihrachyshkajschwarz, https://review.openstack.org/211117 or https://review.openstack.org/211090 you choose13:11
mosheleihrachyshka: https://review.openstack.org/#/c/211117/13:11
*** apuimedo has quit IRC13:11
jschwarzamuller, yes. Also, it doesn't make a lot of sense to put it in the tunneling-support patch13:11
ihrachyshkamoshele, and 211090, right? or not?13:11
jschwarzamuller, it's a bit independent13:11
jschwarzihrachyshka, looking13:12
mosheleihrachyshka: I did some of the comments on https://review.openstack.org/#/c/211090/ I will push what I have in few min13:12
openstackgerritSergey Vilgelm proposed openstack/neutron-vpnaas: Use oslo.log library instead of system logging module  https://review.openstack.org/21113613:12
jschwarzihrachyshka, looks like 211117 is easier to get into so I'll take that I guess13:12
*** lindycoder has joined #openstack-neutron13:13
ihrachyshkajschwarz, ok cool :)13:13
ihrachyshkamoshele, ok, ping me when you are done with 211090 and I'll take it from there13:13
mosheleihrachyshka: ok thanks13:13
ihrachyshkamestery, are you avail for some final qos reviews?13:13
*** shwetaap has joined #openstack-neutron13:14
mesteryihrachyshka: Aye aye, sir, I'm here now.13:16
*** park__ has joined #openstack-neutron13:16
openstackgerritvikram.choudhary proposed openstack/neutron: [WIP] BGP Dynamic Routing: introduce dragent scheduler model  https://review.openstack.org/20760713:16
*** scheuran has quit IRC13:16
ihrachyshkamestery, that's cool :) so let's start from simple ones: https://review.openstack.org/21100313:17
*** rawl has joined #openstack-neutron13:17
*** scheuran has joined #openstack-neutron13:18
ihrachyshkamestery, first functional test: https://review.openstack.org/21001213:18
*** prad_ has joined #openstack-neutron13:18
openstackgerritMadhu Mohan proposed openstack/neutron: Redundant tests removed from ovs-lib unit tests:  https://review.openstack.org/20886013:18
ihrachyshkamestery, race condition safety in qos agent extension: https://review.openstack.org/21104413:18
ihrachyshkamestery, and finally, removal of redundant config option before merge-back: https://review.openstack.org/21099813:18
*** thumpba has joined #openstack-neutron13:19
mesteryihrachyshka: Looking13:19
*** regXboi has joined #openstack-neutron13:19
openstackgerritSergey Vilgelm proposed openstack/neutron-vpnaas: Use oslo.log library instead of system logging module  https://review.openstack.org/21113613:19
mosheleihrachyshka: you can take https://review.openstack.org/#/c/211090/ enjoy :)13:20
*** Kennan has joined #openstack-neutron13:20
ihrachyshkamestery, we have three more patches that we want in before merge-back, but those are in-work now, but we expect them to be ready later today (specifically, 1) sr-iov qos driver; 2) and some agent extension API refining)13:20
*** jecarey has quit IRC13:20
ihrachyshkamoshele, thanks13:20
Sam-I-Ammestery: i'm trying to find information on the status of arp spoofing/ebtables in liberty13:20
*** Marga_ has joined #openstack-neutron13:20
Sam-I-Ammestery: particularly with linuxbridge13:21
*** merooney has joined #openstack-neutron13:21
*** dane_leblanc has joined #openstack-neutron13:22
* sc68cal perks up13:22
ihrachyshkamoshele, I need to understand why you needed to support flushing port with qos_policy=None.13:22
*** julim has joined #openstack-neutron13:22
sc68calSam-I-Am: I think those patches are landing in liberty - I think the ovs side landed already, have to check on LB13:23
*** zhenguo has quit IRC13:23
sc68calSam-I-Am: yep - 04197bc4bbf2bc611371060db839028c2686f87a13:23
Sam-I-Amsc68cal: ok, i'm hearing reports that its broken with linuxbridge13:24
sc68calSam-I-Am: https://github.com/openstack/neutron/commit/04197bc4bbf2bc611371060db839028c2686f87a13:24
jschwarzmoshele, ihrachyshka, re https://review.openstack.org/#/c/211117/ - done :)13:24
mosheleihrachyshka: on update you have the old policy and the new one so you want to remove the old rules and apply  the new ones13:24
*** xek has quit IRC13:24
ihrachyshkamoshele, but why not flushing all rules and then just apply the new one?13:24
sc68calSam-I-Am: OK - well I see that the testing is setting it to false - https://github.com/openstack/neutron/commit/04197bc4bbf2bc611371060db839028c2686f87a#diff-12f1a91f563a8c1711e560a06520ef45R92 - so maybe we need to enable and see what breaks13:25
ihrachyshkaat least now, when we have a single rule type13:25
*** xek has joined #openstack-neutron13:25
*** erlarese_ has joined #openstack-neutron13:25
Sam-I-Amsc68cal: yeah, something about floating ips not working13:25
Sam-I-Amsc68cal: waiting for the person who tested it with osad to wake up and get me some details13:25
*** xek has quit IRC13:26
sc68calSam-I-Am: ok - when he does - link me to the launchpad bug and we'll start digging13:26
mosheleihrachyshka: for now that what we are doing because I didn't implement the diff, it is more for future13:26
Sam-I-Amsc68cal: thx, will do13:26
*** xek has joined #openstack-neutron13:26
*** erlarese has quit IRC13:26
*** erlarese_ is now known as erlarese13:26
mosheleihrachyshka: see note on https://review.openstack.org/#/c/211090/2/neutron/agent/l2/extensions/qos.py Line 17113:27
mesterySam-I-Am sc68cal: Looks like you folks are covered now?13:27
Sam-I-Ammestery: yarp, thx13:27
sc68calmestery: ++13:28
mesterySam-I-Am: awesome, thanks!13:28
*** tiswanso has joined #openstack-neutron13:28
Sam-I-Amprogress13:28
*** salv-orl_ has joined #openstack-neutron13:28
Sam-I-Amosad... living on the edge of neutron features with linuxbridge13:28
moshelejschwarz: can you verify that it is working? I mean that we clean to rules when deleting the port13:28
ihrachyshkamoshele, nah, I meant, why do we have special casing in line 70? why not just always flush all supported rules?13:28
*** zzzeek has joined #openstack-neutron13:29
*** jasondotstar has joined #openstack-neutron13:29
mesteryihrachyshka: See my concerns on https://review.openstack.org/#/c/211044/13:30
*** haigang has joined #openstack-neutron13:31
mosheleihrachyshka: we can do it you way it was just optimization not to delete rule which is not change or just update13:31
*** salv-orlando has quit IRC13:31
jschwarzmoshele, sure13:32
*** banix has joined #openstack-neutron13:33
ihrachyshkamestery, those locks are agent side13:34
mesteryihrachyshka: Thanks for the clarification, I wasn't sure :)13:34
jlibosvaihrachyshka: mestery I just replied at the very same second on review :)013:34
*** jasondotstar has quit IRC13:34
*** changbl has quit IRC13:34
ihrachyshkamestery, it's in neutron/agent/l2/extensions :)13:34
mesteryihrachyshka: I'm doing too many things this morning apparently13:34
ihrachyshkamestery, that's fine to ask13:35
mesteryihrachyshka: Literally juggling 5 conversations a mere 10 minutes after coming online :D13:35
ihrachyshkabetter safe than sorry :)13:35
mesteryihrachyshka: And failing at at least 3 of them :(13:35
ihrachyshkamestery, you're popular13:35
mesterylol13:35
mesteryihrachyshka: The -3 milestone rush I guess13:35
*** changzhi has joined #openstack-neutron13:36
*** lyanchih has joined #openstack-neutron13:36
*** prad_ is now known as pradk13:36
*** banix has quit IRC13:36
*** banix has joined #openstack-neutron13:37
jschwarzmoshele, so I created a neutron port and attached it to an ovs port, then deleted the neutron port13:37
jschwarzmoshele, ovsdb-client dump Open_vSwitch still shows the rate settings in the ovs after the deletion13:37
mesteryihrachyshka: Around for a question on https://review.openstack.org/#/c/210998/3?13:37
jschwarzis that what you meant for me to do?13:37
ihrachyshkamestery, of course!13:37
mesteryihrachyshka: So, with that one, by removing the driver config and hard-coding into ML2, how does a non-ML2 plugin implement a QoS driver? :)13:38
*** dtynan has quit IRC13:38
moshelejschwarz: it should be create a port that attached to policy and the delete it13:38
jschwarzmestery, why would a non-ML2 plugin implement a QoS driver...? ;-)13:38
mesterylol13:39
jschwarzmoshele, that's what I did13:39
jschwarzforgot to write the policy part13:39
moshelejschwarz: so it not working?13:39
jschwarzI guess not13:39
ihrachyshkamestery, not sure how ml2 is relevant here. it's agent side qos driver, so what agent does is it initializes agent extension manager and passes driver_type to it, that is then propagated to each extension, including qos. and then qos extension will use driver_type to choose the needed backend driver (by pulling driver_type alias from corresponding setup.cfg namespace)13:39
ihrachyshkajschwarz, that's funny, but they will :)13:40
*** mkolesni__ has joined #openstack-neutron13:40
mesteryihrachyshka: So in essence, this patch is hard-coding the agent side driver to OVS? Seems reasonable to me.13:40
ihrachyshkamestery, for OVS? yes.13:40
moshelejschwarz: do you get to the delete_port part ?13:40
mesteryihrachyshka: Yes, for OVS.13:40
ihrachyshkaat least until we have a case for pluggable drivers13:40
mesteryCool13:40
* jschwarz is checking13:40
ihrachyshkathen we'll get a config option for OVS agent specifically13:40
ihrachyshkanot for extension manager13:40
ihrachyshkabecause most agents will have a single driver13:41
ihrachyshkait's just that for OVS it may be both LB and OVS13:41
ihrachyshkadue to hybrid nature13:41
*** dtynan has joined #openstack-neutron13:41
ihrachyshkain any case, we don't have LB delivered, so it's YAGNI13:42
jschwarzmoshele, yes, it enters the function13:42
*** ferest has joined #openstack-neutron13:43
jschwarzand it crashes :P13:43
amullerihrachyshka: ping https://review.openstack.org/#/c/210769/13:43
jschwarzlooking into it13:43
*** banix_ has joined #openstack-neutron13:43
vichowardi'm a bit lost on what is needed for the remove policy todo for neutron/agent/l2/extensions/qos_agent.py, anyone have a few minutes to discuss with me when convenient?13:43
*** shoutm has quit IRC13:44
*** ferest has quit IRC13:46
*** banix has quit IRC13:46
*** banix_ is now known as banix13:46
*** haigang has quit IRC13:47
*** gsagie_ has joined #openstack-neutron13:48
mosheleihrachyshka, jschwarz13:48
moshele: I have to leave now I will  be back in few hours13:48
jschwarzok13:49
*** mriedem has joined #openstack-neutron13:49
*** jasondotstar has joined #openstack-neutron13:49
mriedemanyone know what's going on with the vpnaas issues blocking kilo jobs that use neutron? https://bugs.launchpad.net/neutron/+bug/148326613:49
openstackLaunchpad bug 1483266 in neutron "q-svc fails to start in kilo due to "ImportError: No module named neutron_vpnaas.services.vpn.service_drivers.ipsec"" [Undecided,New]13:49
mosheleihrachyshka: SR-IOV will be ready today I hope, but it depend on https://review.openstack.org/#/c/211090/ and https://review.openstack.org/#/c/211117/ anyway13:49
*** devvesa has quit IRC13:49
*** moha_hunt has joined #openstack-neutron13:50
ihrachyshkamoshele, we'll make an effort to get those in13:50
*** irenab has quit IRC13:50
*** kawa2014 has quit IRC13:50
ihrachyshkamoshele, ok, we'll probably wait for sr-iov then before moving with merge requests.13:50
mosheleihrachyshka: when you plan to do the merge to master?13:50
*** yamamoto has joined #openstack-neutron13:50
ihrachyshkamoshele, I planned today, but I guess we may need to take it till tomorrow13:50
mosheleihrachyshka: ok thanks13:50
*** kawa2014 has joined #openstack-neutron13:51
jschwarzmoshele, fixed the bug, was my fault :)13:51
jschwarzit now works13:51
*** annegentle has quit IRC13:52
moshelejschwarz: great thanks for the help :)13:52
*** ijw has joined #openstack-neutron13:53
*** arif-ali has quit IRC13:53
jschwarzmoshele, sure :)13:53
jschwarzihrachyshka, uploaded a new patchset to https://review.openstack.org/#/c/211117 - manually checked it and it now works13:54
*** moshele has quit IRC13:54
*** alexpilotti has quit IRC13:55
*** yamamoto has quit IRC13:55
*** merooney has quit IRC13:57
*** salv-orl_ has quit IRC13:59
*** jasondotstar has quit IRC13:59
*** jasondotstar has joined #openstack-neutron14:00
*** jpena|lunch is now known as jpena14:00
ajoihrachyshka, mestery : https://review.openstack.org/#/c/211173/14:01
ajoI'm adding more now in separate patches, the worst part was finding that I needed to cleanup the registry :)14:01
ajosince it's a singleton..14:02
*** annegentle has joined #openstack-neutron14:02
*** changzhi has quit IRC14:02
gsagie_irenab : you know where apuimedo is?14:02
*** mkolesni__ has quit IRC14:02
*** boris-42 has joined #openstack-neutron14:03
jschwarzajo, boom, review :)14:04
ihrachyshkaajo, minor comments14:04
*** Murali_ has quit IRC14:05
sc68calmriedem: I think pc_m is working on fixing14:06
*** josecastroleon has quit IRC14:06
mriedemand/or dougwig14:06
*** park_ has joined #openstack-neutron14:07
*** johnbelamaric has joined #openstack-neutron14:07
*** changzhi has joined #openstack-neutron14:07
openstackgerritFederico Ressi proposed openstack/neutron: Support delegation of bind_port to networking-odl backend driver.  https://review.openstack.org/20510214:08
*** kbringard has joined #openstack-neutron14:08
*** kbringard has joined #openstack-neutron14:08
*** merooney has joined #openstack-neutron14:09
jschwarzihrachyshka, btw I'll be off most day tomorrow except for a few hours in the afternoon14:09
jschwarzso if you need something from me now's the time ;-)14:09
ihrachyshkajschwarz, that's fine. but thanks for heads-up :)14:09
*** Kennan2 has joined #openstack-neutron14:09
ihrachyshkajschwarz, well, probably functional tests :)14:09
ihrachyshkajschwarz, sorry14:09
ihrachyshkajschwarz, fullstack14:09
*** Kennan has quit IRC14:09
jschwarzihrachyshka, fullstack is blocked on numerous patches14:10
amullerjschwarz: which ones14:10
ihrachyshkajschwarz, sure, but more scenarios are desired anyway14:10
amullerjschwarz: something I can help with?14:10
*** arif-ali has joined #openstack-neutron14:10
ajojschwarz + ihrachyshka  thanks14:10
jschwarzamuller, 3 patches of the neutronclient, and the 2 fullstack patches I created yesterday14:10
ihrachyshkaamuller, I think it's more other cores need to review the patches you have up14:10
*** Murali_ has joined #openstack-neutron14:10
amullerihrachyshka: did you review the first patch in the series? the fake VM one14:10
ihrachyshkajschwarz, 3 for client?14:10
jschwarzamuller, https://review.openstack.org/191197 and14:10
*** park__ has quit IRC14:11
jschwarzhttps://review.openstack.org/21083014:11
ihrachyshkaamuller, no, and I feel guilty. but we always have other stuff14:11
jschwarzihrachyshka, well actually it's 4 :)14:11
amullerihrachyshka: there is no other stuff, only fullstack14:11
amullerneutron is an excuse to build testing infrastructures14:11
amullernot the other way around!14:11
ihrachyshkaah right, totally forgot14:11
amullerfeatures... pfft14:11
ihrachyshkathat's why everyone requires tests14:12
jschwarzihrachyshka, let me output those neutronclient patches for you inorder: 209887, 210021, 189655, 19827714:12
jschwarzihrachyshka, those are the neutronclient ones :)14:12
ihrachyshkajschwarz, ah those fixing vpnaas?14:12
jschwarzyes14:12
jschwarzit's still in the (bloody) queue14:12
ihrachyshkaok, I don't care about those. I try not to14:12
jschwarzihrachyshka, well you should14:12
jschwarzthat's a total of 6 patches blocking fullstack atm ;-)14:13
pc_mjschwarz: The blocking commit is 209887, which needs a second infra +2/+A.14:13
jschwarzpc_m, it still blocks either way :(14:14
pc_mjust pointing out it is not a neutronclient patch.14:14
pc_mit's a project-config patch.14:14
jschwarzpc_m, any way we can hasten the infra guys to +A it?14:15
sc68calpc_m: jschwarz: reach out to anteaya ?14:15
pc_myeah just saw her on and am asking...14:15
sc68calalthough I forget if the ops meetup is this week, anteaya may be traveling14:15
jschwarzpc_m, thanks :)14:16
*** yfried is now known as yfried|afk14:16
haleybamuller: thanks for the review on that one, it looks better now14:17
*** ajmiller has joined #openstack-neutron14:17
amullerhaleyb: having the test target the right function is important :)14:17
*** yfried|afk is now known as yfried14:17
*** breitz has joined #openstack-neutron14:18
openstackgerritAssaf Muller proposed openstack/neutron: TESTING.rst love  https://review.openstack.org/21075414:18
amullerHenryG: ihrachyshka: ^14:19
amullermight have to wait until henry's patch merges first though14:19
*** jckasper has quit IRC14:19
amullerthere will probably be conflicts14:19
*** r-daneel has joined #openstack-neutron14:19
anteayasc68cal: ops is next week14:19
*** tarun has joined #openstack-neutron14:19
anteayaI am not, repeat not traveling this week14:19
* anteaya does a happy dance14:19
anteayaI get to pet the cat14:20
anteayaalso I'm not a guy14:20
tarunhi, Have query on rpc mechanism in neutron ..14:20
tarunWe are trying to create  a dummy rpc server to capture rpc request coming from neutron...14:21
*** superdan is now known as dansmith14:23
*** kbringard has quit IRC14:23
*** sdake_ has joined #openstack-neutron14:23
tarunDo we need to register our dummy program in neutron agent list so as to get the event capture or will it be sufficient to register a topic in exchange?14:24
openstackgerritRossella Sblendido proposed openstack/neutron: OVS agent react to events instead of polling  https://review.openstack.org/16488014:25
openstackgerritRossella Sblendido proposed openstack/neutron: Don't sync all devices when some fail  https://review.openstack.org/20209814:25
openstackgerritRossella Sblendido proposed openstack/neutron: check_changed_vlans doesn't need registered_ports as param  https://review.openstack.org/21119114:25
openstackgerritRossella Sblendido proposed openstack/neutron: Remove cache of registered ports in the OVS agent  https://review.openstack.org/21119214:25
*** Marga_ has quit IRC14:25
*** wverdugo500 has joined #openstack-neutron14:25
*** Marga_ has joined #openstack-neutron14:26
amullertarun: you just need to register to a topic like current agents do14:26
*** banix has quit IRC14:26
*** sdake has quit IRC14:27
tarunamuller : we are trying the same. We have registered the hardcoded topic as the one used in ovsvapp but still no luck..14:28
*** ekuris has quit IRC14:28
*** josecastroleon has joined #openstack-neutron14:29
*** Piet has quit IRC14:29
*** agireud has joined #openstack-neutron14:29
*** baoli has quit IRC14:29
openstackgerritFawad Khaliq proposed openstack/neutron: PLUMgrid plugin decomposition part II  https://review.openstack.org/21119614:29
*** kbringard has joined #openstack-neutron14:30
*** lajos-katona has left #openstack-neutron14:30
openstackgerritRyu Ishimoto proposed openstack/neutron: midonet: add midonet type driver  https://review.openstack.org/20936714:30
*** gmurphy has joined #openstack-neutron14:30
*** afazekas has quit IRC14:31
*** baoli_ has joined #openstack-neutron14:31
*** apuimedo has joined #openstack-neutron14:31
*** sakaYK has joined #openstack-neutron14:33
amullertarun: eh, I guess it's just a matter of playing with it until it works14:33
amullertarun: it's probably something stupid14:33
ajoihrachyshka, jschwarz : new version14:33
ajohttps://review.openstack.org/#/c/211173/14:34
*** sdake has joined #openstack-neutron14:34
ajotarun, do you mean agent notifications?14:34
*** claudiub has joined #openstack-neutron14:34
*** gmurphy has left #openstack-neutron14:34
ajoCREATE/DELETE/UPDATE for ports/nets etc?14:35
ajotarun, look on neutron/plugins/ml2/drivers/linuxbridge/agent/linuxbridge_neutron_agent.py around L86114:36
ajoagent_rpc.create_consumers(....,...,14:36
ajo**consumers**14:36
ajo)14:36
tarunyes14:36
ajoyou need to add there all the combinations you want to listen too14:36
ajotoo->to14:37
tarunaah i will try that..14:37
ajoand, of course, provide endpoints to handle those14:37
*** sdake_ has quit IRC14:37
tarunfor now i am trying with neutron create only.14:37
ajotarun: then look around L667 for the "endpopint" callbacks14:38
ajoendpoint14:38
*** ecrosso has joined #openstack-neutron14:38
tarunok14:39
*** moshele has joined #openstack-neutron14:40
jschwarzamuller, so looking at https://review.openstack.org/#/c/191197/12/neutron/tests/fullstack/resources/config.py14:40
*** jecarey has joined #openstack-neutron14:41
jschwarzamuller, I would like to make all config classes (and process classes) receive the EnvironmentDescription and the relevant HostDescription14:41
jschwarzit makes it really hard keeping track which constructor has what and it makes sense that each config/process will know where it's living in14:42
*** piyanai has quit IRC14:42
amullerjschwarz: ok, that can be a patch against HEAD, master branch14:42
jschwarzwill do14:42
amullerjschwarz: yeah that should simplify all of our config/process inits14:42
jschwarzamuller, will work on a patch such as that14:43
*** gampel has quit IRC14:45
*** crose has joined #openstack-neutron14:46
*** ushkalim has joined #openstack-neutron14:46
*** fifieldt_ has quit IRC14:47
*** banix has joined #openstack-neutron14:48
*** irenab has joined #openstack-neutron14:49
*** SridharG has left #openstack-neutron14:50
*** scheuran has quit IRC14:51
ihrachyshkasc68cal, got +2 in fwaas? nice to see patches move in14:52
*** itzikb_ has quit IRC14:53
*** changzhi has quit IRC14:53
sc68calihrachyshka: yep, we'll be announcing some stuff on the ml fwaas related14:56
apuimedobanix: tfukushima: irenab: diga: gsagie: Kuryr meeting in 4 minutes14:56
gsagie_k14:56
banixhi14:56
*** dguitarbite has quit IRC14:56
*** jckasper has joined #openstack-neutron14:56
irenabapuimedo: ack14:57
banixat openstack-meeting-4 i should add14:59
*** dguitarbite has joined #openstack-neutron14:59
*** Murali__ has joined #openstack-neutron14:59
*** dave-mcc_ has joined #openstack-neutron15:00
ihrachyshkajlibosva, plz take a look https://review.openstack.org/#/c/211090/15:00
*** piyanai has joined #openstack-neutron15:00
*** zhipeng has joined #openstack-neutron15:01
*** salv-orlando has joined #openstack-neutron15:01
gsagie_diga here?15:01
jlibosvaihrachyshka: ack15:01
*** helenxu has joined #openstack-neutron15:02
*** yalie has joined #openstack-neutron15:02
*** scheuran has joined #openstack-neutron15:03
*** Murali_ has quit IRC15:03
*** scheuran has quit IRC15:03
*** dsanders has joined #openstack-neutron15:03
*** dave-mccowan has quit IRC15:04
*** scheuran has joined #openstack-neutron15:04
*** ecrosso has quit IRC15:05
*** carl_baldwin has joined #openstack-neutron15:05
*** daneyon has joined #openstack-neutron15:05
*** daneyon has quit IRC15:05
*** nlahouti has joined #openstack-neutron15:06
*** daneyon has joined #openstack-neutron15:06
*** tsg has joined #openstack-neutron15:06
*** fawadkhaliq has quit IRC15:06
scheuransc68cal, ping15:07
*** dave-mccowan has joined #openstack-neutron15:07
regXboiwonderful....15:07
sc68calscheuran: pong15:08
*** saksham has joined #openstack-neutron15:08
*** Murali__ has quit IRC15:08
* regXboi now chases why particular unit tests pass under py27 but not py3415:08
*** ecrosso has joined #openstack-neutron15:08
*** saksham has left #openstack-neutron15:08
anteayaanyone able to share the currnt status of the neutron third party ci, voting permission revokation motion in -meeting?15:08
anteayasc68cal: do you know anything about it?15:09
*** carl_baldwin has quit IRC15:09
anteayamestery: ^^15:09
scheuransc68cal, I was spending some time on making the linuxbridge agent more modular, be I fear that this is going in a different direction than your approach bringing lb closer to ovs...15:09
*** ddepaoli has quit IRC15:09
*** dave-mcc_ has quit IRC15:09
scheuransc68cal, s/be/but15:09
mesteryanteaya: We're going to discuss at the meeting this week, I think it was discussed last week as well, the patch is out to review to iterate on: https://review.openstack.org/#/c/207198/15:09
anteayamestery: thank you15:10
*** thedodd has joined #openstack-neutron15:10
scheuransc68cal, https://review.openstack.org/#/c/210250/15:10
sc68calanteaya: there is a review up that mestery put up15:10
sc68calscheuran: thanks, I'll take a look15:11
scheuransc68cal, another patchset on top of that is still outstanding moving all the rpc stuff into the manager class as well...but I have to fix the unittests firsts15:11
*** carl_baldwin has joined #openstack-neutron15:11
anteayasc68cal: yup, thanks, kyle shared the link15:11
anteayasc68cal: you multi-tasker, you :)15:11
sc68calscheuran: ok, I'll take a look and see - I'm not dead set on anything really, so wherever things lead you, that's OK15:12
ihrachyshkajlibosva, one question in https://review.openstack.org/#/c/211117/15:12
jlibosvaihrachyshka: I'm afraid I don't have that big overview how the extensions are planned to be used - I have limited knowledge to ovs extension15:13
scheuransc68cal, another thing. I checked out your code with git review and commited my fixes on top. But then I couldn't make git review again as git review automatically wants to rebase with (master?)15:14
ajoihrachyshka, working on the OVSAgentTestFramework to introduce port updates, which are not handled15:14
*** jamie_h has quit IRC15:14
scheuransc68cal, so I used git review -R15:14
scheuransc68cal, is there a better way?15:14
sc68calscheuran: yeah there were some merge conflicts that I just resolved this morning, so rebase on top of the newest15:15
sc68calscheuran: https://review.openstack.org/#/c/209385/ - patchset 4 should help15:15
scheuransc68cal, ok, let me have a look15:15
regXboicarl_baldwin: good morning15:16
carl_baldwinregXboi: hi15:16
regXboicarl_baldwin: I've got a couple of backlog bug patchsets ready for review15:16
*** armax has joined #openstack-neutron15:17
regXboiI just added you to the one you weren't already on :)15:18
carl_baldwinregXboi: Thanks15:19
regXboiI can give you chapter and verse on the others when you have time15:19
*** dannywilson has joined #openstack-neutron15:23
*** minwang2 has joined #openstack-neutron15:23
ihrachyshkajschwarz, can I ask you to play with https://review.openstack.org/#/c/211090/4 against your fullstack to see whether it does not break smth?15:23
jschwarzihrachyshka, you man ask15:23
jschwarzXD15:23
ihrachyshkajschwarz, ok, good. so I do15:23
*** dannywilson has quit IRC15:24
*** dannywilson has joined #openstack-neutron15:24
*** rawl has quit IRC15:26
*** mlavalle has joined #openstack-neutron15:27
*** park_ has quit IRC15:27
*** odyssey4me has joined #openstack-neutron15:27
*** shakamunyi has joined #openstack-neutron15:27
Sam-I-Amsc68cal: meet Apsu15:27
Apsuo/15:27
Sam-I-AmApsu: wakey wakey15:27
ApsuYeah yeah, I'm here. Mostly15:27
Sam-I-Amsc68cal: apsu has the scoop on the secgroup problem15:27
Sam-I-Ammoreso than i do15:27
Apsure: the ARP filtering ebtables rules on linuxbridge15:28
jschwarzihrachyshka, jenkins has nothing but good things to say about 21111715:28
*** josecastroleon has quit IRC15:28
Apsusc68cal: Ran into a problem testing them yesterday. Floating IP ports don't have a special case in the ebtables code, so they don't get an ARP reply exception rule added.15:28
*** abehl has quit IRC15:28
*** park_ has joined #openstack-neutron15:28
ApsuWas going to make a bug this morning about it15:28
*** kiran-r has joined #openstack-neutron15:29
ApsuThe issue seems to be that floats don't have port security set on them, and I'm not quite sure how to set it ad-hoc. The binding:vif_details is read-only15:29
*** thumpba has quit IRC15:30
ApsuYou can add floats to allowed-address-pairs on the router gateway port, which adds the ebtables rules, but that's ugly15:30
ApsuSo presumably the simple fix is set port_filter: True for float ports15:30
ihrachyshkajschwarz, why so sure15:30
ihrachyshkajschwarz, there is always some silly test somewhere15:30
jschwarzihrachyshka, because it does :)15:31
jschwarzihrachyshka, your patch passes my fullstack test15:32
*** tiswanso has quit IRC15:32
*** daneyon has quit IRC15:32
*** tiswanso has joined #openstack-neutron15:32
*** daneyon has joined #openstack-neutron15:32
*** yfried has quit IRC15:32
*** thumpba has joined #openstack-neutron15:32
sc68calApsu: ack. I'm getting a bit up to speed but floating IPs are NAT'd at the L3 agent, so unless I'm mistaken port security and the ebtables shouldn't be involved, since the packet's dst ip is rewritten to the fixed IP of the vm at the L3 agent's namespace15:33
Apsusc68cal: Yes, but that happens at the L3/iptables layer. The very first thing that happens is ARP, at L2/ebtables. And the qrouter netns ARP reply doesn't make it back through ebtables.15:34
ApsuBecause there's no -j ACCEPT for ARP replies from the floating IP :)15:34
ApsuSo L3 traffic never actually happens15:34
sc68calApsu: which device is sending the ARP for the floating IP15:35
*** SourabhP has joined #openstack-neutron15:35
sc68calApsu: or are you saying the arp spoofing/ebtables is inserting these rules on the l3 agent namespace?15:35
Apsusc68cal: The qg-* in the qrouter netns the float lives on.15:35
ApsuNo, it's inserting them on the root namespace.15:35
*** tsg has quit IRC15:35
odyssey4meApsu if I'm not mistaken it may be useful to be clear that you're referencing the issue on the l3 agent, not the compute node15:35
*** PabloPhoenix has joined #openstack-neutron15:35
sc68calApsu: root namespace of the l3 node?15:35
ApsuThe rules apply to the tap* devices that plug into the netns15:35
Apsusc68cal: Yes15:35
ihrachyshkamoshele, I think we may want to move sr-iov pieces and refactoring to after merge-back15:36
sc68calApsu: can you please create a launchpad bug in the neutron project - make a couple paste.openstack.org dumps of your network node, and the compute node where the VM is15:36
*** thumpba has quit IRC15:37
Apsusc68cal: Sure, but the compute node isn't involved at all here.15:37
ihrachyshkamoshele, especially refactoring since we don't have fullstack in the tree15:37
sc68calApsu: understood, however I would still like to get it so I am on the same page as you are15:37
ApsuThis is way before traffic would ever make it to the compute/instance.15:37
ApsuSure.15:37
ihrachyshkamoshele, how about you going with sr-iov without refactoring, then we get fullstack in, then we modify the abstract class and friends?15:37
*** thumpba has joined #openstack-neutron15:37
*** thumpba has quit IRC15:38
*** thumpba has joined #openstack-neutron15:38
ihrachyshkamoshele, jlibosva has concerns about the refactoring change and wants us to think better about data structures we use to maintain lists of policies/ports/...15:38
ihrachyshkaand I need to agree that he is right we made a mess there.15:38
ihrachyshkaajo, jschwarz ^^ you may also be interested15:39
*** mriedem has left #openstack-neutron15:39
*** changbl has joined #openstack-neutron15:39
*** rotbeard has joined #openstack-neutron15:40
*** thumpba has quit IRC15:40
jschwarzihrachyshka, do you mean on the versioned objects side?15:40
jschwarzwe have a lot of lists ;-)15:40
*** thumpba has joined #openstack-neutron15:41
ihrachyshkajschwarz, nah, in the agent driver15:41
ihrachyshkaovs one15:41
jlibosvano, the policies-ports relations in qos extention15:41
jschwarzhmm15:41
*** Sukhdev has joined #openstack-neutron15:41
jschwarzjlanoux, ihrachyshka, this explains my opinion in this matter: http://i.imgur.com/xVyoSl.jpg15:42
jschwarzjlibosva, ^15:42
jschwarz(sorry again)15:42
jlibosvawe should at least encapsulate it into one type that is capable of handling it more pleasantly15:42
*** vikram has quit IRC15:42
ihrachyshkajschwarz, https://review.openstack.org/#/c/211090/4/neutron/agent/l2/extensions/qos.py line 121-124 and all that uses it15:42
ihrachyshkawe now have three structures that handle the same 'cache'15:42
jlibosvajschwarz: :D I don't believe you15:43
jschwarzlet me check that code out...15:43
jlanouxjschwarz: :D anyway, are we not all in the same situation :p ?15:43
jschwarzXD15:43
jschwarzihrachyshka, can you point to the other 2 structures?15:44
ihrachyshkaajo, please review https://review.openstack.org/#/c/211117/15:44
* jschwarz is not familiar with the agent side to that level15:44
ihrachyshkajschwarz, those are in lines 122-12415:44
jschwarzahh15:44
jschwarzso 121-124 are the problems15:44
jlibosvaI left some comments in PS3 I guess15:44
*** thumpba has quit IRC15:44
ihrachyshkajschwarz, it's all to track relationships between ports we saw, their policies, etc.15:44
jlibosvaThere was an update meanwhile15:44
*** thumpba has joined #openstack-neutron15:45
ajoihrachyshka: ack15:45
ihrachyshkaamuller, could you please https://review.openstack.org/#/c/211173/ another functional for qos?15:45
jschwarzihrachyshka, jlibosva, I agree15:45
jschwarzihrachyshka, jlibosva, first of all we can ditch 'known_policies', because if it's not a key in self.qos_policy_ports then we probably don't know it15:46
jschwarzright?15:46
jschwarzthen we have known_ports which is only used once - we can... hmm... flatten(self.qos_policy_ports.values()) to get all the ports we know about15:46
ihrachyshkajschwarz, I think we even did it before that way, so yes, I think that's one thing, but I realize I don't have brain capacity to reason about it now.15:47
jschwarzand that leaves us with qos_policy_ports15:47
*** slaweq has joined #openstack-neutron15:47
ihrachyshkajschwarz, we may want the structure behave better with cpu, so we may still want to maintain multiple structures. but if so, then isolated under some API15:47
*** gangil has joined #openstack-neutron15:48
ihrachyshkamestery, another functional test: https://review.openstack.org/#/c/211173/315:48
openstackgerritRyan Moats proposed openstack/neutron: l3_db, l3_dvr_db: separate _process_floating_{ips, interfaces}()  https://review.openstack.org/12469615:48
jschwarzihrachyshka, ahh, I see that known_policies maps to a policy object (probably a dict of some sort)15:49
ihrachyshkaajo, I believe after your functionals go in + delete_port API, we should request a merge. What do you think?15:49
*** dguitarbite has quit IRC15:49
ajoihrachyshka, I agree, there certainly will be some bugs here and there, but nothing hard to fix,15:49
ajoihrachyshka, btw I'm stacking to manually test all I can15:49
*** jistr has quit IRC15:50
ajoihrachyshka, since there are some cases I'm not able to easily add in the functional tests *yet* (WIP)15:50
jlibosvaajo: I can try to help if you want15:50
ihrachyshkaajo, good. I will wait for those to merge, then prepare merge patch for review and send an email. I hope those pieces will go in quick15:50
jschwarzihrachyshka, jlibosva, I'm all for some class that holds a mapping between a policy_id to a qos_policy and its known ports. regarding known_ports....15:50
ajojlibosva, nice, if you can stack, may be we can divide the manual tests15:50
ajomy stacking failed :/15:51
jlibosvaajo: I mean I can try to implement while you test manually  :)15:51
ajoahh jlibosva15:51
ajoack15:51
openstackgerritMerged openstack/neutron-fwaas: script.py.mako: update to latest standards  https://review.openstack.org/20669015:51
openstackgerritMerged openstack/neutron-fwaas: Killed existing downgrade rules in migration scripts  https://review.openstack.org/20698415:51
ajojlibosva, basically, I'm trying to implement a port update in the functional ovs agent test framework15:51
jlibosvaajo: or if you have any issue, but manually testing is also a way to go15:51
jlibosvaajo: the one on review is uptodate?15:51
ajojlibosva, yes,15:51
jlibosvaajo++15:52
openstackgerritMerged openstack/neutron: Avoid dhcp_release for ipv6 addresses  https://review.openstack.org/20945615:52
ajojlibosva, I'm trying to handle the case where you modify a port to change qos_policy_id or set it to None15:52
* jlibosva fetching15:52
openstackgerritMerged openstack/neutron: Consistent layout and headings for devref  https://review.openstack.org/21076915:52
ajojlibosva, you can add it as a follow up patch15:52
ajojlibosva a separate one I mean15:52
*** merooney has quit IRC15:52
jlibosvaajo: ok, the approach would be to inject dehydrated dict to rpc layer?15:52
ajojlibosva, that's done so far15:52
ajoI didn't dehidrate, that'd be more complete, let's leave that to fullstack15:53
*** rushil has quit IRC15:53
ajojlibosva: https://review.openstack.org/#/c/211173/3/neutron/tests/functional/agent/l2/extensions/test_ovs_agent_qos_extension.py L14915:53
jlibosvaajo: Makes sense to me to pass prepared dict15:53
ajojlibosva, btw,15:53
ajowhat we're missing now15:53
jlibosvaajo: that contains dehydrated object15:53
ajois modifying the port itself, not the policy15:53
jlibosvaajo: basically simulation what comes on wire to agent15:54
ihrachyshkajlibosva, I think for port update, it's not thru pull/push but thru get_device_details15:54
PabloPhoenixI'm not sure if this is exactly the right place to ask, but is anyone here knowledgeable about what might cause neutron-db-manage to silently fail to apply any migrations?15:54
ajojlibosva, yes, but let's cover the other cases first, then we can evolve this one into a bit up in the layer if you want15:54
jlibosvaajo: ihrachyshka ooh, I see15:54
ajojlibosva, we're missing port['qos_policy_id'] change to other policy, or to None15:54
ihrachyshkajlibosva, we had a bug there btw. hopefully fixed now.15:54
ihrachyshkathat 'to None' case failed before15:54
jschwarzihrachyshka, so looking at the code - L159 has known_ports associated to some policy_id (so if we have qos_policy_ports like we said, we can flip the order of the if and that solves this). Also, L188 doesn't currently have the qos_policy_id but in that case we can have like 'orphaned' ports15:55
ajojlibosva: you may need to modify neutron/tests/functional/agent/l2/base.py15:55
ajoto have some method to inject port updates to the agent15:55
ajoprobably, you can send it directly to the port updates handler in the agent, and that will work15:55
ihrachyshkajschwarz, wanna play with refactor?15:55
ajoand also update self.ports15:55
*** _cjones_ has joined #openstack-neutron15:55
*** sudipto has joined #openstack-neutron15:55
jschwarzso in short we can have qos_policy_ports -> (qos_policy, known_ports) and also 'orphaned_ports'15:55
Apsusc68cal: Sam-I-Am: https://bugs.launchpad.net/neutron/+bug/148331515:55
openstackLaunchpad bug 1483315 in neutron "ebtables ARP rules don't account for floating IPs on LinuxBridge" [Undecided,New]15:55
jschwarzihrachyshka, I could but rather not... I'll play with it a bit and pastebin something for you15:56
jschwarzthen we can talk about it :)15:56
*** TrevorV has joined #openstack-neutron15:56
ihrachyshkaok :) or better jlibosva since he has better taste than me ;)15:56
ajojlibosva, I believe you could do self.agent.port_update(context, port=....)15:56
jschwarzwill ping you both15:56
*** yamahata has joined #openstack-neutron15:57
*** tfukushima has quit IRC15:57
ajojlibosva, yes, that may work, the agent will come back with a get_devices_info for that port15:57
ajoso you need to patch the port in self.ports dict15:57
jlibosvaajo: oh, wait.15:58
*** tfukushima has joined #openstack-neutron15:58
*** tfukushima has quit IRC15:58
*** tfukushima has joined #openstack-neutron15:58
jlibosvaajo: do we test the extension in separation (extension manager api) or running agent with qos extension and interaction agent with "fake server"?15:58
jlibosvaajo: the latter would make more sense to me15:59
jlibosvaajo: question is based on the filename and place15:59
*** crose has quit IRC16:00
openstackgerritMerged openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/20688516:00
ajojlibosva, we instantiate an agent, and test it as a whole16:01
ajojlibosva, and we have tests for the lower level (ovs) too16:02
*** helenxu has quit IRC16:02
jlibosvaajo: ack, that sounds good.16:02
openstackgerritElena Ezhova proposed openstack/neutron: Handle SIGHUP: neutron-server (single process mode)  https://review.openstack.org/17090516:02
*** yalie has quit IRC16:03
ajojlibosva, and what's missing is sending port updates to the agent16:03
*** yalie has joined #openstack-neutron16:04
*** yalie has quit IRC16:04
*** jlanoux has quit IRC16:04
*** gcossu has quit IRC16:05
sc68calkevinbenton: ^ https://bugs.launchpad.net/neutron/+bug/148331516:05
openstackLaunchpad bug 1483315 in neutron "ebtables ARP rules don't account for floating IPs on LinuxBridge" [Undecided,New]16:05
*** SourabhP has quit IRC16:06
*** tiswanso has quit IRC16:06
*** alex_klimov has quit IRC16:06
*** amotoki has joined #openstack-neutron16:08
*** minwang2 has quit IRC16:09
ihrachyshkaajo, mestery: there was some silly conflict on merge: https://review.openstack.org/#/c/210998/16:09
mesteryihrachyshka: done16:10
amullerihrachyshka: I wasn't able to review the first functional tests patch in time and now there's a second one =D16:10
ajoihrachyshka: done16:10
ihrachyshkaamuller, it's qos, we move quick here16:11
ajoamuller, you can do it afterwards then ;D we'll be happy to improve them ;)16:11
amullerihrachyshka: no kidding I had 2 meetings this morning and the patch was already merged16:11
HenryGamuller: git was not smart enouigh. I am resolving the TESTING.rst conflict since it's my fault16:12
ihrachyshkamestery, I am actually writing an email to request merge-back. once pieces we nailed as critical land, I'll create a merge patch and send it. I hope it will be today but we'll see16:12
amullerHenryG: oh cool I was just about to do that16:12
mesteryihrachyshka: \o/16:12
mesteryihrachyshka: Sweet! Lets do it! :)16:12
mesteryihrachyshka: I'd really like to do this as soon as we can. Next week I'm at Linuxcon in Seattle (with carl_baldwin among others), so will be tricker to coordinate things then.16:13
ihrachyshkamestery, you can start to hire the army of reviewers :)16:13
mesterylol16:13
*** kiran-r has quit IRC16:14
ajomestery, ihrachyshka : what will be the strategy?, I'd suggest(if it makes sense) merge back where there's no fundamental flaw. And make a list of things that could be improved, to keep working on it over master. Of course, if something seems really broken, or could affect the general neutron core, then... fix in place.16:14
openstackgerritHenry Gessau proposed openstack/neutron: TESTING.rst love  https://review.openstack.org/21075416:16
daneyonapuimedo follow-up regarding libnetwork store https://github.com/docker/libnetwork/blob/master/store.go16:16
ajoI guess structural improvements should be limited to <=L-3, only bugfixes for L-4, and then we can go-on for M-1 as for neutron in general16:16
ihrachyshkaajo, I think that's the plan, and I'll be explicit about it in the email.16:17
ihrachyshkawe are happy to cover major stuff in feature/qos, but if it's manageable in master, we should do it postmerge16:17
*** ushkalim has quit IRC16:17
apuimedodaneyon: I was under the impression that this part of libnetwork is not open to the remote drivers16:17
jschwarzjlibosva, this is what I had in mind: http://pastebin.com/vvqTZ5kQ16:18
apuimedobut rather an internal part16:18
apuimedodaneyon: thanks for following up ;-)16:18
*** gangil has quit IRC16:18
jschwarzihrachyshka, ^16:18
daneyonapuimedo let me take a min to see how the overlay driver uses the kv store... i'll circle back with you.16:19
apuimedodaneyon: thanks!16:19
*** tiswanso has joined #openstack-neutron16:19
apuimedoafair it was read only16:19
*** mitchjameson has joined #openstack-neutron16:20
jlibosvajschwarz: yeah, me too. I would just adapt to dict() api16:20
*** scheuran has quit IRC16:20
ihrachyshkajschwarz, yeah, though you haven't patched all places of ugly dicts/sets16:20
apuimedofor those who missed the meeting http://eavesdrop.openstack.org/meetings/kuryr/2015/kuryr.2015-08-10-15.00.html16:21
jschwarzihrachyshka, aye16:21
*** azbiswas has joined #openstack-neutron16:21
apuimedothe detailed log contains a pretty interesting discussion16:21
*** gangil has joined #openstack-neutron16:21
jschwarzihrachyshka, left this to you guys since it's only a draft and I'm going home now ;-)16:21
jschwarzeither way there's the thing with the orphaned which could be handled better IMO16:22
amullerihrachyshka: I think one reasonable condition for merge back is devref16:22
ihrachyshkaamuller, it's in16:22
amullerihrachyshka: ovs agent devref too?16:22
ihrachyshkaamuller, I'll link to it in the email16:22
amullerihrachyshka: and something that describes the usage of versionedobjects, as well as the new rpc generalization layer?16:22
ihrachyshkaamuller, hm, depends on what you mean. let me give a link to you16:22
daneyonaquimedo looks like you are correct. kv appears to be a requirement of libnetwork but not of libnetwork drivers.16:23
ihrachyshkafor latter, yes and yes16:23
ihrachyshkaamuller, http://git.openstack.org/cgit/openstack/neutron/tree/doc/source/devref/quality_of_service.rst?h=feature/qos16:23
ihrachyshkaline 198+16:23
jschwarzpffft16:24
amullerHenryG: thanks for rebasing :)16:24
jschwarzthat ihrachyshka sure is serious with that devref :)16:24
amullerihrachyshka: I don't think that's good enough16:24
ihrachyshkajschwarz, well, maybe it's not enough. let's see what amuller has to say16:25
ihrachyshkaamuller, ok, tell me what you want to see there16:25
*** shausy has quit IRC16:25
*** patrickeast has joined #openstack-neutron16:25
amullerihrachyshka: there's just no reference to how the OVS agent actually configures QoS, what OVS features it uses to do that16:25
amullerihrachyshka: OVS queues and profiles16:25
ihrachyshkaamuller, so you want ovs_lib layer covered16:25
amullerihrachyshka: maybe a very thin explanation of the changes made to ovs_lib, a link to something that explains OVS profiles and queues, and how/when the OVS agent calls out to ovs_lib16:26
ihrachyshkaamuller, ack on that one. any other stuff missing for your taste?16:27
amullerihrachyshka: what happens once the OVS agent recevies a port update notification?16:27
amullerdescribe the flow16:27
ihrachyshkagsagie, we may need that description of low level ovs interactions ^^16:27
ihrachyshkaamuller, ok, that one, I can handle :)16:27
openstackgerritRyan Moats proposed openstack/neutron: L3 Agent support of manual dvr snat add/remove  https://review.openstack.org/12381516:28
openstackgerritRyan Moats proposed openstack/neutron: manual add/remove router for dvr_snat agent  https://review.openstack.org/12202416:28
openstackgerritRyan Moats proposed openstack/neutron: DVR: fix router rescheduling  https://review.openstack.org/19951416:28
openstackgerritRyan Moats proposed openstack/neutron: DVR: fix router scheduling  https://review.openstack.org/19903216:28
*** kawa2014 has quit IRC16:28
*** tfukushima has quit IRC16:28
*** jkraj has quit IRC16:29
jschwarzright guys, see you tomorrow. ping me tomorrow morning if you need me :)16:29
amullerihrachyshka: one more thing I would mention in the devref is why oslo versionedobjects are called versioned. This could be a link to the library documentation that explains this, then just a short sentence about what is the plain in neutron/qos for RPC versioning using those objects16:31
apuimedo;-)16:31
amullerwhat is the plan*16:31
ihrachyshkaamuller, well, I am not sure we have complete RPC plan for all neutron. we integrated it with QoS and have type agnostic interface for those objects. But how it applies to other RPC, I don't know yet.16:32
*** vivek-ebay has joined #openstack-neutron16:33
*** jschwarz has quit IRC16:33
amullerihrachyshka: I'll explain where I'm coming from: When I started reading QoS code and understood that oslo.versionedobjects was being used I started reading up about that, then I wondered how QoS specifically will use the versioning capability. Then after a conversation with you I found out that for the L release, QoS won't use versioning.16:33
amullerihrachyshka: that was my thought process16:33
amullerihrachyshka: your time could have been spared if this stuff was written in the devref16:34
*** fawadkhaliq has joined #openstack-neutron16:34
*** skraynev has quit IRC16:34
ihrachyshkaamuller, what do you mean it won't use it? it's just that there are no versions yet since it's a new feature. but rpc_callbacks.rst defines our versioning strategy for the interface.16:34
*** skraynev has joined #openstack-neutron16:34
amullerihrachyshka: yes I mean that for the initial release there will be no different versions16:35
amullerihrachyshka: so the up/down functions of versionedobjects won't be used initially16:35
ihrachyshkaOK, I'll add some notion of it just in case, but details belong to rpc_callbacks.rst, at least while it's QoS only16:35
ihrachyshkaok, I'll make a note on that.16:35
*** tfukushima has joined #openstack-neutron16:37
*** tfukushima has quit IRC16:37
*** yfried has joined #openstack-neutron16:38
*** lyanchih has quit IRC16:38
amullerihrachyshka: the commit message will have to describe the testing strategy with respect to fullstack at least and why we have to merge before adding the fullstack test16:38
amullercause of the client issue16:39
amullerihrachyshka: and the important thing is getting the mindset of reviewers right...16:39
amuller-1's about comment spelling and variable names won't get us anywhere16:39
amullerwe have to focus on big picture stuff and do the rest on master16:39
ByPasSHi everyone, quick question is it possible to migrate from L3 HA router to a NON-HA setup ? I don't have millions of current networks but I was wondering if it was possible...16:40
*** yog_ has quit IRC16:40
*** neophy has joined #openstack-neutron16:40
amullerByPasS: HA routers don't currently support migration (using router-update to update the HA flag)16:40
amullerByPasS: you'll have to do something similar manually16:41
amullerByPasS: or script it16:41
*** rushil has joined #openstack-neutron16:41
*** dane_leblanc has quit IRC16:41
amullerByPasS: also I gotta ask if there's some issue with HA routers you're trying to get away from :)16:42
*** bapalm has joined #openstack-neutron16:43
ByPasSamuller : thanks for the info, I guess the first step is to test the manual proc in a staging environment and see how it goes :D16:43
ByPasSamuller : vpnaas support actually is the limitation16:43
amullerByPasS: aye, it would have to list all of the floating IPs on the network the router is serving, detach them, get a list of the router ports, disconnect, clear gateway, create a non-HA router, then add it all back16:43
*** odyssey4me has left #openstack-neutron16:43
ihrachyshkamestery, ok, keeping in mind amuller's requests for devref, I think we'll take another day to handle it, so request tomorrow16:43
*** jpena has quit IRC16:44
amullerByPasS: ahh ok16:44
amullerByPasS: there's a patch for that up for review actually!16:44
amullerByPasS: maybe you can cherry pick and test it16:44
ByPasSamuller : sure #/url ?16:44
amullerByPasS: https://review.openstack.org/#/c/200636/16:44
amullerByPasS: any feedback on the patch itself would be awesome16:44
amullerByPasS: if it works or not, any issues found etc16:45
*** slaweq has quit IRC16:46
mesteryihrachyshka: Ack sounds good16:46
*** rotbeard has quit IRC16:46
ByPasSamuller : noted we will test it soon you think I can have an issue trying to apply on kilo  as it's from master ?16:48
*** slaweq has joined #openstack-neutron16:48
amullerByPasS: I don't know how much that code changed since Kilo16:48
amullerpc_m: ^16:48
amullerByPasS: Maybe Paul will know16:48
jlibosvaajo: I'm almost done16:49
jlibosvaajo: I just need to somehow trigger the rpc_loop to be completed16:49
jlibosvaajo: I tried eventlet.sleep() but seems like it's not deterministic16:49
*** merooney has joined #openstack-neutron16:50
*** dane_leblanc has joined #openstack-neutron16:50
*** lazy_prince has joined #openstack-neutron16:51
pc_mamuller: I don't think there were drastic changes since kilo. Not sure how much would have to change, without looking at it much closer.16:52
openstackgerritRyan Moats proposed openstack/neutron: L3 Agent support of manual dvr snat add/remove  https://review.openstack.org/12381516:52
*** ivar-lazzaro has joined #openstack-neutron16:52
*** minwang2 has joined #openstack-neutron16:53
ihrachyshkaamuller, ok, may I ask you to review https://review.openstack.org/211259 and say what else is missing? I want to tackle that tomorrow in the morning16:53
ByPasSamuller : Paul Lio ?16:53
ByPasSoups Liu16:53
ihrachyshkajlibosva, ajo btw we have time till tomorrow, no merge request today16:53
amullerByPasS: pc_m, Paul Michali16:53
amullerByPasS: he answered just a moment ago :)16:53
ByPasSamuller : oh I just sorry sorry about that :) thx pc_m16:54
ajoihrachyshka, I found a regression in assigning a policy_id to a port that previously didn't have it16:54
ihrachyshkaamuller, I really hope you'll find time16:54
ajothat was working before16:54
ajoworking on a fix16:54
ihrachyshkaajo, ack16:54
amullerihrachyshka: yes I can't exactly whine about this stuff then not review your change16:54
jlibosvaajo: in functional or manual tests?16:54
ihrachyshkaamuller, isn't it how all reviews go in openstack?16:54
ajojlibosva, manual tests , the issue is in ml2.plugin when comparing the qos_policy_id for changes16:54
jlibosvaajo: aha16:55
ajoAPI->ml2.plugin interaction16:55
ihrachyshkaajo, wait, haven't I fixed that?16:55
ihrachyshkaajo, for None16:55
ajohmm16:55
ajoI'm changing from None to something else16:55
ihrachyshkahm, ok. maybe that one I broke or whatever16:55
ihrachyshkaplease fix :)16:55
ihrachyshkaI need to run16:55
ajoihrachyshka, ack, doing16:55
*** vikram has joined #openstack-neutron16:56
*** alexpilotti_ has joined #openstack-neutron16:57
jlibosvaajo: https://review.openstack.org/#/c/211262/1/neutron/tests/functional/agent/l2/extensions/test_ovs_agent_qos_extension.py L168 :(16:57
*** ildikov has quit IRC16:57
*** sakaYK has quit IRC16:58
*** baoli_ has quit IRC16:59
*** amotoki has quit IRC16:59
*** ihrachyshka has quit IRC17:00
*** baoli has joined #openstack-neutron17:00
*** alexpilotti_ has quit IRC17:01
*** mitchjameson has quit IRC17:01
*** fawadkhaliq has quit IRC17:01
*** arosen has joined #openstack-neutron17:01
ajojlibosva, I think your not basing it on the right patch17:01
ajoI have a "wait until rule applied"17:02
jlibosvaajo++ you are awesome man17:02
Sukhdevmestery: Ping17:02
ajohttps://review.openstack.org/#/c/211173/17:02
ajojlibosva: I'm not :D17:02
mesterySukhdev: Pongalongdingdong17:02
jlibosvaajo: thought I checked before I started writing that that I'm on the latest17:02
Sukhdevmestery: :-)17:02
ajojlibosva: btw, there's no regression, I just forgot to configure the ml2 extension17:02
ajo;D17:02
ajoyikes...17:02
jlibosvagood that you found that :)17:03
Sukhdevmestery: Have a QQ about Ironic-neutron integration17:03
openstackgerritMerged openstack/neutron: Add oslo db retry decorator to the RPC handlers  https://review.openstack.org/20753217:04
*** britthou_ has joined #openstack-neutron17:04
mesterySukhdev: Please, go ahead17:04
openstackgerritMerged openstack/neutron: Introduce ItemAllocator class  https://review.openstack.org/21012817:04
*** sdake_ has joined #openstack-neutron17:04
openstackgerritMerged openstack/neutron: Broadcast service port's arp in DVR  https://review.openstack.org/20938817:04
obondarev_Ryan Moats: ping17:05
obondarev_anybody aware of Ryan Moats nic?17:05
jckasperobondarev_:  regXboi = Ryan Moats17:06
obondarev_jckasper: thanks!17:06
regXboiobondarev_: pong17:06
obondarev_regXboi: hey17:06
regXboiobondarev: the bug changes were unintentional17:06
regXboiI'm picking up a patch set and rebasing it on your patch set17:06
regXboiand that caused a bunch of bug changes17:06
*** jckasper has left #openstack-neutron17:07
obondarev_regXboi: please check my comment on https://review.openstack.org/#/c/123815/17:07
*** jckasper has joined #openstack-neutron17:07
* regXboi looks17:07
*** britthouser has quit IRC17:07
obondarev_regXboi: you mean a bunch of rebases on existing patches?17:07
*** sdake has quit IRC17:07
*** mfranc213 has joined #openstack-neutron17:08
obondarev_regXboi: also last patchset here https://review.openstack.org/#/c/122024 reverts some important changes from ps 4417:08
*** SourabhP has joined #openstack-neutron17:09
regXboiobondarev: I'm looking at the test cases to see if that patch is needed for https://bugs.launchpad.net/neutron/+bug/1369721 (the defect that I care about)17:09
openstackLaunchpad bug 1369721 in neutron "manually moving dvr-snat router fails" [High,In progress] - Assigned to Ryan Moats (rmoats)17:09
regXboiobondarev_: ack17:09
*** britthou_ has quit IRC17:10
*** lynnli has joined #openstack-neutron17:10
regXboiobondarev_: I've also self -1'd 123815 as it is so WiP at this point17:10
*** jamielennox is now known as jamielennox|away17:11
obondarev_regXboi: I will revert https://review.openstack.org/#/c/122024 back to th state it was at ps4417:12
*** yfried has quit IRC17:12
*** sdake_ is now known as sdake17:14
regXboiobondarev_: ack17:14
*** achanda has joined #openstack-neutron17:14
obondarev_regXboi: or better, can you please check ps44 there (with paren patches, basically can just checkout), if it solves manual rescheduling17:15
jlibosvaajo: yeah, I based it on wrong patch :D17:15
obondarev_regXboi: then can say if https://review.openstack.org/#/c/123815/ is needed at all17:15
*** bapalm has quit IRC17:16
*** salv-orlando has quit IRC17:16
obondarev_regXboi: sorry, have to leave now, will get back to it tomorrow17:16
*** bapalm has joined #openstack-neutron17:16
*** abhiraut has joined #openstack-neutron17:16
regXboiobondarev_ no worries17:17
*** matrohon has quit IRC17:17
regXboicarl_baldwin: ping - what's up with https://bugs.launchpad.net/neutron/+bug/138357117:17
openstackLaunchpad bug 1383571 in neutron "The fip namespace can be destroyed on L3 agent restart" [Medium,Confirmed] - Assigned to Carl Baldwin (carl-baldwin)17:17
*** moshele has quit IRC17:18
lynnliamuller: ping17:19
carl_baldwinregXboi: I’m not sure why I was the assignee.17:20
*** bapalm has quit IRC17:21
*** yushiro has joined #openstack-neutron17:22
*** lilynn2 has quit IRC17:23
*** banix has quit IRC17:23
*** mohankumar has joined #openstack-neutron17:23
yushiroping mestery17:24
*** dave-mccowan has quit IRC17:26
*** saksham has joined #openstack-neutron17:27
*** jlibosva has quit IRC17:27
*** chadix has quit IRC17:28
mesteryyushiro: pong17:28
*** abhiraut has quit IRC17:29
*** rushil has quit IRC17:30
yushiromestery, thank you :) I have a question https://review.openstack.org/#/c/205902/  . Are more reviewer necessary?  Yesterday, depended-on patch has been merged.17:30
*** ritesh has quit IRC17:30
openstackgerritMerged openstack/neutron: TESTING.rst love  https://review.openstack.org/21075417:30
*** sdake_ has joined #openstack-neutron17:32
*** rushil has joined #openstack-neutron17:32
openstackgerritSukhdev Kapur proposed openstack/neutron: Neutron-Ironic integration patch  https://review.openstack.org/19777417:33
*** sridhar_ram has joined #openstack-neutron17:35
mesteryyushiro: looking17:35
*** sdake has quit IRC17:35
mesteryyushiro: I just did a re-check, that should land it17:36
mesterystay tuned17:36
*** abhiraut has joined #openstack-neutron17:38
yushiromestery, I see. Thank you for your help.17:38
mesteryyushiro: yw17:38
*** ritesh has joined #openstack-neutron17:38
*** nyechiel has quit IRC17:38
*** baoli has quit IRC17:39
*** sthillma has joined #openstack-neutron17:40
*** yushiro has quit IRC17:40
*** Sukhdev has quit IRC17:41
*** Sukhdev has joined #openstack-neutron17:42
*** baoli has joined #openstack-neutron17:43
Sukhdevkevinbenton: Ping17:44
*** shivrao has joined #openstack-neutron17:44
*** abehl has joined #openstack-neutron17:44
*** [Outcast] has joined #openstack-neutron17:44
*** britthouser has joined #openstack-neutron17:45
*** Marga_ has quit IRC17:46
*** Marga_ has joined #openstack-neutron17:47
*** rkukura has quit IRC17:47
amullerlynnli: hello17:49
*** madhu_ak has joined #openstack-neutron17:50
*** britthouser has quit IRC17:50
*** britthouser has joined #openstack-neutron17:50
lynnliamuller: question about 17888017:51
lynnliI added some more functional test cases along with yours17:51
amullerlynnli: ok17:52
lynnlibut I need to refactored some codes as your original codes could be re-used.. question is ... should I just go ahead upload the new changes for review, and add my name as co-author?  is that ok with you ?17:53
amullerlynnli: sounds great17:54
*** piyanai has quit IRC17:55
*** piyanai has joined #openstack-neutron17:56
*** dave-mccowan has joined #openstack-neutron17:56
*** piyanai has quit IRC17:56
lynnliamuller: OK .. let me put those together and upload it.  Should be done soon.  Thanks.  Meanwhile, since there are more test cases need to be covered.  I would think we should get this patch merged to upstream when it is in the good shape.  And we can maintain it after that.  Because some other patches may need to add more functional test cases and need this patch.  Does that make sense ?17:56
amullerlynnli: yes the intention is to keep the original patch small17:56
amullerlynnli: just a few tests, but get the infrastructure in place17:57
amullerlynnli: then add more and more in follow up patches17:57
lynnliamuller:  agree17:57
*** SourabhP has quit IRC17:57
*** mohankumar has quit IRC17:58
*** dave-mcc_ has joined #openstack-neutron17:58
*** piyanai has joined #openstack-neutron17:58
*** dave-mccowan has quit IRC18:01
*** madhu_ak has quit IRC18:01
*** chadix has joined #openstack-neutron18:02
*** geekinutah has joined #openstack-neutron18:03
*** vivek-ebay has quit IRC18:04
*** rushil has quit IRC18:05
*** merooney has quit IRC18:05
*** rushil has joined #openstack-neutron18:07
*** rkukura has joined #openstack-neutron18:07
*** bapalm has joined #openstack-neutron18:07
*** bapalm has quit IRC18:07
*** bapalm has joined #openstack-neutron18:08
*** neophy has quit IRC18:08
*** merooney has joined #openstack-neutron18:08
*** banix has joined #openstack-neutron18:09
*** britthou_ has joined #openstack-neutron18:09
*** piyanai has quit IRC18:09
*** salv-orlando has joined #openstack-neutron18:10
sc68calmestery: quick question for you - I think https://review.openstack.org/#/c/206691/ is pretty much good to go, but two of the files don't have a copyright set - can I just stick 'OpenStack Foundation' in - or should I wait for ihar to respond.18:10
sc68calmestery: https://review.openstack.org/#/c/206691/2/neutron_fwaas/db/migration/alembic_migrations/versions/liberty/expand/c40fbb377ad_initial.py,cm18:11
amullersc68cal: it is incorrect to add a foundation copyright when it is not a foundation employee that wrote the code18:11
mesterysc68cal: I think we shoudl wait and let ihar respin those and add a correct copyright18:11
sc68calamuller: ok. then can I assume redhat?18:11
amullersc68cal: it should be a copyright of the author's company, or none at all18:11
mesteryyes18:11
amullersc68cal: I think Ihar prefers not to have a copyright last time I checked18:12
*** ildikov has joined #openstack-neutron18:12
*** britthou_ has quit IRC18:12
sc68calamuller: ok - I'll -1 it and let him update instead of trying to guess what he'd do18:12
*** yfried has joined #openstack-neutron18:12
*** britthouser has quit IRC18:12
*** jwy has joined #openstack-neutron18:12
*** abehl has quit IRC18:13
*** jlibosva has joined #openstack-neutron18:14
*** britthouser has joined #openstack-neutron18:16
*** [Outcast] has quit IRC18:17
*** sudipto has quit IRC18:17
regXboicarl_baldwin: I'm not sure anybody is working on it18:17
*** Aish has joined #openstack-neutron18:18
*** gampel has joined #openstack-neutron18:20
Sukhdevkevinbenton: Hey Kevin, are you around?18:20
*** yamahata has quit IRC18:20
*** britthouser has quit IRC18:21
*** salv-orlando has quit IRC18:22
*** bharath has joined #openstack-neutron18:23
*** abregman has quit IRC18:23
*** vivek-ebay has joined #openstack-neutron18:23
*** josecastroleon has joined #openstack-neutron18:24
*** baoli has quit IRC18:25
*** ihrachyshka has joined #openstack-neutron18:26
ihrachyshkaajo, mestery: I guess we can +W: https://review.openstack.org/#/c/210998/18:26
*** baoli_ has joined #openstack-neutron18:26
mesteryihrachyshka: Indeed we can18:26
*** bapalm__ has joined #openstack-neutron18:27
sc68calihrachyshka: hey, was asking about https://review.openstack.org/#/c/206691/ - I think it just needs a small respin then I think it's good to merge18:29
*** merooney has quit IRC18:29
sc68calaveiga: you need to be in #openstack-infra18:30
ihrachyshkasc68cal, pfff, I am so dumb to get +2 reset for that nonsense :)18:30
aveigasc68cal: why's that?18:30
ihrachyshkaI wonder how people missed it though :)18:30
sc68calihrachyshka: well, in a vulgar display of power I'll +2+A it since dougwig +2'd it and I'm just being nit picky18:30
*** bapalm has quit IRC18:30
ihrachyshkasc68cal, nah, let's do it right.18:30
sc68calaveiga: ipv6 packets getting dropped between SEA and DEN on the way to RAX via Comcast net18:30
*** merooney has joined #openstack-neutron18:30
ihrachyshkasc68cal, I think I can respin for that and you +2/+W, I don't think we need to wait again for second reviewer for such a nit18:31
*** salv-orlando has joined #openstack-neutron18:31
sc68calihrachyshka: works for me - apologies for the nit18:31
sc68calworst case we blame dougwig :)18:32
*** SourabhP has joined #openstack-neutron18:32
sc68calfor making me core in something18:32
ihrachyshka:P18:32
openstackgerritIhar Hrachyshka proposed openstack/neutron-fwaas: switch to multi branch migration tree for liberty  https://review.openstack.org/20669118:32
ihrachyshkasc68cal, ^18:32
mesteryihrachyshka sc68cal: +2 from me, thanks for the quick re-spin18:34
*** jlibosva has left #openstack-neutron18:34
*** jlibosva has joined #openstack-neutron18:34
ihrachyshkamestery, oh, also that one popped up before: https://review.openstack.org/#/c/210625/ that fixes a bug when ml2 plugin fails to determine a change to notify about when qos_policy_id is unset for a port18:34
mesteryihrachyshka: Really? Looking.18:34
* sc68cal pushes the big red shiny button18:35
ihrachyshkamestery, yeah, that's the price of not having fullstack :(18:35
mesteryheh :)18:35
*** sdake_ is now known as sdake18:35
ihrachyshkamestery, btw we have first fullstack tests in review but they will wait for master merge and client merge since fullstack relies on real client18:35
mesteryAck18:36
*** rm_work|away is now known as rm_work18:36
jlibosvaihrachyshka: ajo this a good story to read before going to bed https://review.openstack.org/#/c/211262/18:37
ihrachyshkajlibosva, long?.. I am about to end it. do you have more???18:37
*** Sukhdev has quit IRC18:37
aveigasc68cal: thanks for the heads up; we'll teake care of it18:37
jlibosvaihrachyshka: it's a short story18:38
ihrachyshkathat would work for my son18:38
jlibosvaany hrachyshka is good I guess18:38
*** jlibosva has left #openstack-neutron18:39
*** jlibosva has joined #openstack-neutron18:39
sc68calaveiga: no problem - i'll send you some beer as thanks18:41
aveigaha, no need.  Fixing IPv6 is its own reward ;)18:41
ihrachyshkajreeves, hi.18:42
regXboithat sounds like a koan18:42
jreevesHello18:42
jreevesihrachyshka: something you need from me?18:43
ihrachyshkajreeves, I see functional test_qos_bw_limit fails. do you test the patch locally? I think it may be more effective for you than hitting the gate and waiting for response (the queue is quite long, so no immediate replies)18:43
banixapuimedo: Hi Toni, Just noticed this: https://github.com/docker/libnetwork/issues/414 should tell tfukushima: So the short answer is we cannot do that as of now18:43
jreevesyes, I ran it locally and it passed. not sure why it failed there18:43
*** Tedster has quit IRC18:44
*** claudiub has quit IRC18:44
*** Tedster has joined #openstack-neutron18:44
*** yamahata has joined #openstack-neutron18:45
*** crose has joined #openstack-neutron18:45
*** slaweq has quit IRC18:46
jlibosvaihrachyshka: jreeves any chance there is a race between greenthread switching to the one handling port? I experienced that locally18:47
jlibosvarace in the test itself I mean, not in the code18:48
*** andyhky has quit IRC18:49
*** andyhky has joined #openstack-neutron18:49
*** crose has quit IRC18:51
jreevesjlibosva: hmmm...perhaps18:51
*** slaweq has joined #openstack-neutron18:52
ihrachyshkajreeves, hm, so I look in the code... you hit some Exception, and try to cleanup from it.18:52
ihrachyshkahm... TypeError: string indices must be integers18:53
jreevesyes, correct18:53
*** enikanorov2 has quit IRC18:53
*** gsagie__ has joined #openstack-neutron18:53
*** piyanai has joined #openstack-neutron18:53
*** josecastroleon has quit IRC18:54
*** crose has joined #openstack-neutron18:54
*** dave-mcc_ has quit IRC18:55
*** marun has joined #openstack-neutron18:55
*** abhiraut has quit IRC18:55
*** abhiraut has joined #openstack-neutron18:56
*** rushil has quit IRC18:58
ajojlibosva: a few nits here: https://review.openstack.org/#/c/211262/18:58
ajobut I +2'd because I think those are not important, the test should work as you wrote it :)18:58
ajoif you do it now, we can re+2 / +A or ... otherwise we can follow up later with cleanups18:59
ajobut awesome work dude, I thought I was going to need more work in the test framework for ovs agent :)18:59
*** rushil has joined #openstack-neutron19:00
*** baoli_ has quit IRC19:01
*** baoli has joined #openstack-neutron19:02
*** britthouser has joined #openstack-neutron19:02
*** crose has quit IRC19:02
*** enikanorov2 has joined #openstack-neutron19:03
*** crc32 has joined #openstack-neutron19:05
*** agireud_ has joined #openstack-neutron19:05
*** madhu_ak has joined #openstack-neutron19:05
jlibosvaajo: I can do a fast re-spin if you want19:05
*** agireud has quit IRC19:06
*** agireud_ is now known as agireud19:06
openstackgerritLynn Li proposed openstack/neutron: Add high-level functional/integration DVR tests  https://review.openstack.org/17888019:07
*** dave-mccowan has joined #openstack-neutron19:07
*** pai15 has joined #openstack-neutron19:07
*** mctaylor has joined #openstack-neutron19:08
*** gangil has quit IRC19:08
*** bapalm_ has quit IRC19:08
*** abhiraut has quit IRC19:08
*** vikram has quit IRC19:10
jlibosvaajo: done :)19:13
*** gsagie__ has quit IRC19:13
*** Sukhdev has joined #openstack-neutron19:14
*** rkukura has quit IRC19:14
apuimedobanix: thanks. Good find!19:17
kevinbentonSukhdev: ping19:17
*** fawadkhaliq has joined #openstack-neutron19:18
openstackgerritCyril Roelandt proposed openstack/neutron: Python 3: encode unicode response bodies  https://review.openstack.org/20479119:18
Sukhdevkevinbenton: Hey Kevin - can you have a look at this - https://review.openstack.org/#/c/197774/19:19
ihrachyshkaotherwiseguy, what does .execute() return in ovs_lib?19:20
kevinbentonSukhdev: done19:20
Sukhdevkevinbenton: thanks19:21
anteayaso meeting is tomorrow? https://wiki.openstack.org/wiki/Network/Meetings19:21
kevinbentonanteaya: yeah19:22
anteayakevinbenton: thanks19:22
*** rkukura has joined #openstack-neutron19:24
openstackgerritSean M. Collins proposed openstack/neutron-fwaas: Add oslotest dependency to test-requirements  https://review.openstack.org/21130219:25
*** Aish has quit IRC19:25
*** britthouser has quit IRC19:26
*** marun has left #openstack-neutron19:26
kevinbentonsc68cal: thanks for the pointer. i'll check that out19:26
*** britthouser has joined #openstack-neutron19:26
openstackgerritMerged openstack/neutron: DVR: fix router scheduling  https://review.openstack.org/19903219:27
openstackgerritRyan Moats proposed openstack/neutron: manual add/remove router for dvr_snat agent  https://review.openstack.org/12202419:29
openstackgerritRyan Moats proposed openstack/neutron: DVR: fix router rescheduling  https://review.openstack.org/19951419:29
*** sdake_ has joined #openstack-neutron19:29
*** moshele has joined #openstack-neutron19:30
*** yapeng has quit IRC19:31
*** sdake has quit IRC19:33
*** sridhar_ram has quit IRC19:33
sc68calkevinbenton: no problem19:34
*** sdake has joined #openstack-neutron19:35
*** TrevorV has quit IRC19:35
*** britthouser has quit IRC19:36
*** sdake_ has quit IRC19:38
*** jlibosva has quit IRC19:39
*** britthouser has joined #openstack-neutron19:40
*** lori is now known as lori|away19:40
*** nlahouti has quit IRC19:41
*** abregman has joined #openstack-neutron19:42
ihrachyshkajreeves, I call the command that test calls to create the queue (/usr/bin/ovs-vsctl --timeout=10 --oneline --format=json -- create Queue other_config:burst=70000 other_config:max-rate=700000 other_config:min-rate=700000 external_ids:id=test-port306100) and I get back a single string: "e22275b6-2118-4616-a29c-27efa27e773e" that's why your test fails: first [0] gets the first char in the string, then you apply ['_uui19:43
ihrachyshkad'] and it obviously fails19:43
*** ajo_ has joined #openstack-neutron19:44
*** Aish has joined #openstack-neutron19:44
*** bapalm__ has quit IRC19:44
ajo_ping ihrachyshka : added some extra content in comments to: https://review.openstack.org/#/c/211259/19:44
ihrachyshkaajo, ack, I'll update it tomorrow. I wonder whether amuller will be happy about it.19:44
*** bapalm has joined #openstack-neutron19:45
ihrachyshkaamuller, can you check the ajo's comment?19:45
*** bapalm has quit IRC19:46
openstackgerritMiguel Lavalle proposed openstack/neutron: Add dns_label processing for Ports  https://review.openstack.org/20095219:46
*** bapalm has joined #openstack-neutron19:46
openstackgerritRyan Moats proposed openstack/neutron: manual add/remove router for dvr_snat agent  https://review.openstack.org/12202419:48
amullerihrachyshka: in a meeting atm19:48
*** ijw has quit IRC19:56
openstackgerritsean mooney proposed openstack/neutron: Add config option to specify ovs datapath.  https://review.openstack.org/19720919:57
*** annegentle has quit IRC19:57
*** salv-orlando has quit IRC19:57
*** Piet has joined #openstack-neutron19:58
ajo_ihrachyshka,   https://review.openstack.org/21131119:58
ajo_a tiny fix for m2l->agents propagation of qos_profile_id port removal19:59
ajo_ml219:59
ihrachyshkaajo, https://review.openstack.org/#/c/210625/ ?20:00
ajo_ihrachyshka, looking where unit tests belong20:00
ajo_ouch20:00
ihrachyshkayou reviewed it20:00
ihrachyshkaI wonder whether it's the same?20:00
ihrachyshkalooks a bit different, but I guess the issue is the same20:00
ajo_ihrachyshka, yes, but there's a missing part in the plugin.py20:00
ajo_otherwise it will explode by not finding the key in port_update, hhmmm20:01
ajo_in your implementation it wont20:01
ajo_ok I can drop my patch20:01
ajo_:D20:01
ajo_I will test with your's on top20:01
ihrachyshkaajo, basically, I will only note that it's worth reading comments20:01
ihrachyshkaajo, I refered to the patch several times in irc and gerrit20:02
ajo_ihrachyshka, I totally forgot when testing,20:02
*** salv-orlando has joined #openstack-neutron20:02
ihrachyshkaajo, anyway, you paid the price :)20:03
ihrachyshkait's good your solution is similar. meaning, it's the right direction :)20:03
ajo_':)20:03
*** rushil has quit IRC20:03
*** rushil has joined #openstack-neutron20:05
openstackgerritCarl Baldwin proposed openstack/neutron: Add address scope to ports in RPC response to L3 agent  https://review.openstack.org/18994820:06
ajo_ihrachyshka, yours work, tested20:06
ihrachyshkajreeves, I've posted comments, those should fix the test.20:06
ihrachyshkaajo, cool.20:06
*** ijw has joined #openstack-neutron20:06
jreevesihrachyshka: thanks! I'll check it out20:07
ihrachyshkajreeves, so basically, db_find returns a list of dicts with _uuid keys. but db_create returns just uuid string20:08
jreevesyep, that's the direction I was looking to20:08
*** bapalm has quit IRC20:09
*** bapalm has joined #openstack-neutron20:09
*** ijw has quit IRC20:11
*** bapalm has quit IRC20:12
*** bapalm has joined #openstack-neutron20:12
*** johnbelamaric has quit IRC20:12
openstackgerritDoug Wiegley proposed openstack/neutron: Revert "Enable VPN plugin for API test"  https://review.openstack.org/21131720:15
openstackgerritCarl Baldwin proposed openstack/neutron: Add address scope to floating IPs in RPC response to L3 agent  https://review.openstack.org/18950020:16
otherwiseguyihrachyshka: it returns what ever is set as the result attribute of the Command. Care should be taken across implementations to ensure that both return the same things.20:16
* otherwiseguy catches up on scrollback20:17
*** vivek-ebay has quit IRC20:17
otherwiseguyI usually just try to make sure the ovsdb implementation matches what the ovs-vsctl does, since there is more control with the ovsdb.20:17
ihrachyshkaajo, what's the version of ovs that started supporting QoS queue?20:18
openstackgerritDoug Wiegley proposed openstack/neutron: Revert "Enable VPN plugin for API test"  https://review.openstack.org/21131720:19
ihrachyshkaotherwiseguy, hm. but overall, seems like db_find returns a list of dicts and db_create returns a string of uuid20:19
otherwiseguyihrachyshka: yes.20:19
ihrachyshkaok. I think then that was the culprit of the test failure :)20:19
otherwiseguydb_create on the ovsdb side might return the Row object (did last I checked), so probably needs to be updated to return the Row._uuid or something.20:20
*** abhiraut has joined #openstack-neutron20:20
ajo_ihrachyshka, yey, and  the low level OVS limit is effectively working :)20:21
ihrachyshkaajo, nah, who cares?20:21
ihrachyshka:)20:21
*** gangil has joined #openstack-neutron20:22
ihrachyshkaotherwiseguy, meh. ok. does it mean we need to patch idl impl itself?20:22
ihrachyshkaajo, so what's the OVS version that has qos support? I want to have it in devref.20:22
amullerihrachyshka: ajo_: What QoS version supported queues/profiles btw? since gate is running ovs 2.0, it's quite old20:22
ihrachyshkaamuller, well, per blogs, it was in 1.9 already20:22
amullergood20:23
amullerso we'll be able to test it with functional/fullstack tests20:23
ihrachyshkaamuller, will it suffice to say in devref it was at least in 2.x?20:23
ihrachyshkaamuller, we not only will, we have some patches in fly that you should review :)20:23
ajo_hmm, it's misbehaving now20:23
ajo_but it was working before20:23
* ajo_ checks20:23
*** ronis has quit IRC20:24
ajo_$ neutron qos-bandwidth-limit-rule-update 3b1d1444-8807-4c4a-acaf-13bf96cdb6bf bw100k --max_kbps 1000 --max_burst_kbps=10020:24
ajo_Updated bandwidth_limit_rule: 3b1d1444-8807-4c4a-acaf-13bf96cdb6bf20:24
ajo_[vagrant@devstack neutron]$ ssh cirros@10.0.0.3 'dd if=/dev/zero  bs=1M count=1000'20:24
ajo_:-)20:24
ajo_and then... /me looks at nload over the port20:24
*** moshele has quit IRC20:24
*** pc_m has quit IRC20:25
openstackgerritCarl Baldwin proposed openstack/neutron: Add address scope to floating IPs in RPC response to L3 agent  https://review.openstack.org/18950020:25
*** alex_klimov has joined #openstack-neutron20:26
*** ijw has joined #openstack-neutron20:27
ajo_lol20:27
ajo_we have a magnitude error with ovs low level handling20:28
ajo_ihrachyshka, amuller ^20:28
ajo_setting bps where we should set kbps20:28
ihrachyshkaamuller, ajo I updated devref with ovs agent details: https://review.openstack.org/21125920:28
amullerlol20:28
*** johnbelamaric has joined #openstack-neutron20:28
*** fawadkhaliq has quit IRC20:29
ihrachyshkaajo_, hm. wasn't ovs controlled in bits units?20:29
*** johnbelamaric has quit IRC20:29
ihrachyshkathat sounded weird to me before, but I assumed people know better :)20:29
*** johnbelamaric has joined #openstack-neutron20:29
ihrachyshkaand also, who cares about such a tiny glitch?20:29
ihrachyshkathe main thing is that API works20:30
ihrachyshka:)20:30
*** ijw_ has joined #openstack-neutron20:30
ajo_lol20:30
ajo_ihrachyshka, it does not match my initial experiments where I was using bps too: https://github.com/mangelajo/ovs-experiments/blob/master/qos/qos_traffic_shapping.sh#L13920:30
ajo_btw it seems that it works if I set /1000 via API20:31
*** ijw__ has joined #openstack-neutron20:31
ihrachyshkaajo, ok, let's then just kill the multiplier. it's small. I wonder whether it may be a difference in ovs versions?20:31
ihrachyshkaI don't know how compat new versions usually are20:31
*** ijw has quit IRC20:32
ajo_ihrachyshka I will check what's wrong, gsagie didn't set things 100% exactly to my example, I'm testing yet20:33
ihrachyshkaajo, ack. and I'll leave to the bed :)20:33
ihrachyshkacu tomorrow20:33
*** rushil has quit IRC20:34
ajo_ihrachyshka, thanks, gn, :)20:34
*** lazy_prince has quit IRC20:34
*** ijw_ has quit IRC20:34
*** ihrachyshka has quit IRC20:38
*** lazy_prince has joined #openstack-neutron20:39
*** john-davidge has quit IRC20:40
*** mctaylor has quit IRC20:41
*** annegentle has joined #openstack-neutron20:41
*** claudiub has joined #openstack-neutron20:41
*** regXboi is now known as regXboi_awa20:41
*** ajo_ has quit IRC20:42
*** chadix has quit IRC20:43
*** ecrosso has quit IRC20:44
*** bapalm has quit IRC20:44
*** nlahouti has joined #openstack-neutron20:44
*** bapalm has joined #openstack-neutron20:45
*** bapalm_ has joined #openstack-neutron20:46
*** nyechiel has joined #openstack-neutron20:47
*** padkrish has joined #openstack-neutron20:47
*** piyanai has quit IRC20:47
*** moshele has joined #openstack-neutron20:47
*** mwagner_lap has quit IRC20:47
*** chlong has joined #openstack-neutron20:49
*** bapalm has quit IRC20:49
*** bapalm_ has quit IRC20:50
*** piyanai has joined #openstack-neutron20:50
*** changbl has quit IRC20:51
*** rkukura has quit IRC20:58
*** thorst has quit IRC21:02
*** merooney has quit IRC21:02
*** tongli has quit IRC21:03
*** sridhar_ram has joined #openstack-neutron21:04
*** tiswanso has quit IRC21:06
*** achanda has quit IRC21:07
*** sthillma has quit IRC21:09
*** jckasper has quit IRC21:09
*** vivek-ebay has joined #openstack-neutron21:09
*** sthillma has joined #openstack-neutron21:10
*** yamamoto has joined #openstack-neutron21:11
*** ijw has joined #openstack-neutron21:11
*** thumpba has quit IRC21:12
*** baoli has quit IRC21:13
*** ijw__ has quit IRC21:13
*** Sukhdev has quit IRC21:13
*** pradk has quit IRC21:14
openstackgerritMerged openstack/neutron: Neutron-Ironic integration patch  https://review.openstack.org/19777421:14
*** sthillma_ has joined #openstack-neutron21:15
*** nyechiel has quit IRC21:15
*** erlarese has quit IRC21:17
*** piyanai has quit IRC21:17
*** abhiraut has quit IRC21:17
*** sthillma has quit IRC21:18
*** sthillma_ is now known as sthillma21:18
*** abhiraut has joined #openstack-neutron21:18
openstackgerritMerged openstack/neutron-fwaas: switch to multi branch migration tree for liberty  https://review.openstack.org/20669121:19
*** piyanai has joined #openstack-neutron21:19
*** yamamoto has quit IRC21:19
*** julim has quit IRC21:22
*** rushil has joined #openstack-neutron21:23
*** abregman has quit IRC21:25
*** Aish has left #openstack-neutron21:26
*** rushil_ has joined #openstack-neutron21:28
*** pai15 has quit IRC21:29
*** rushil has quit IRC21:31
*** thorst has joined #openstack-neutron21:34
*** abregman has joined #openstack-neutron21:37
*** achanda has joined #openstack-neutron21:40
*** sthillma_ has joined #openstack-neutron21:41
*** zhipeng has quit IRC21:42
*** padkrish has quit IRC21:43
*** padkrish has joined #openstack-neutron21:44
*** sthillma has quit IRC21:44
*** sthillma_ is now known as sthillma21:44
*** amuller has quit IRC21:47
*** johnbelamaric has quit IRC21:47
*** tfukushima has joined #openstack-neutron21:47
*** padkrish has quit IRC21:48
*** busterswt has quit IRC21:54
*** regXboi_awa is now known as regXboi21:55
*** rushil_ has quit IRC21:55
*** bapalm has joined #openstack-neutron21:56
*** annegentle has quit IRC21:56
*** abhiraut has quit IRC21:56
*** regXboi has quit IRC21:57
*** mwagner_lap has joined #openstack-neutron21:57
*** yamamoto has joined #openstack-neutron21:58
*** abhiraut has joined #openstack-neutron21:59
*** sdake has quit IRC22:01
*** kbringard has quit IRC22:02
*** bapalm has quit IRC22:02
*** bapalm has joined #openstack-neutron22:03
*** yamamoto has quit IRC22:05
*** bapalm has quit IRC22:07
*** dane_leblanc has quit IRC22:08
*** padkrish has joined #openstack-neutron22:12
*** yamamoto has joined #openstack-neutron22:12
*** crc32 has quit IRC22:16
*** padkrish has quit IRC22:17
*** bapalm has joined #openstack-neutron22:18
*** lindycoder has quit IRC22:18
*** sthillma_ has joined #openstack-neutron22:22
*** agireud has quit IRC22:24
*** edmondsw has quit IRC22:25
*** sthillma has quit IRC22:25
*** sthillma_ is now known as sthillma22:25
*** abregman has quit IRC22:25
*** moshele has quit IRC22:26
*** bapalm has quit IRC22:29
*** salv-orl_ has joined #openstack-neutron22:31
*** salv-orlando has quit IRC22:33
openstackgerritCedric Brandily proposed openstack/neutron: Python 3: encode unicode response bodies  https://review.openstack.org/20479122:33
*** jecarey has quit IRC22:33
*** annegentle has joined #openstack-neutron22:36
*** Sukhdev has joined #openstack-neutron22:37
*** abregman has joined #openstack-neutron22:37
*** padkrish has joined #openstack-neutron22:37
*** padkrish has quit IRC22:38
*** jamielennox|away is now known as jamielennox22:38
*** padkrish has joined #openstack-neutron22:38
*** r-daneel has quit IRC22:39
*** PabloPhoenix has quit IRC22:39
*** zzzeek has quit IRC22:42
*** julim has joined #openstack-neutron22:43
*** vivek-ebay has quit IRC22:44
*** claudiub has quit IRC22:47
*** banix has quit IRC22:50
*** alex_klimov has quit IRC22:54
*** krtaylor has quit IRC22:59
*** merooney has joined #openstack-neutron23:02
*** ivar-laz_ has joined #openstack-neutron23:02
*** mlavalle has quit IRC23:04
*** sthillma_ has joined #openstack-neutron23:05
*** ivar-lazzaro has quit IRC23:05
*** sthillma has quit IRC23:07
*** sthillma_ is now known as sthillma23:07
*** thedodd has quit IRC23:10
*** ijw_ has joined #openstack-neutron23:13
*** yfried is now known as yfried|afk23:14
*** ijw has quit IRC23:16
*** bharath has quit IRC23:20
*** bharath has joined #openstack-neutron23:21
*** julim has quit IRC23:21
*** shwetaap has quit IRC23:23
*** merooney has quit IRC23:25
*** vivek-ebay has joined #openstack-neutron23:26
*** annegentle has quit IRC23:26
*** yamamoto has quit IRC23:27
*** yushiro has joined #openstack-neutron23:29
*** hichihara has joined #openstack-neutron23:29
*** piyanai has quit IRC23:30
*** sdake has joined #openstack-neutron23:31
*** ijw_ has quit IRC23:31
*** ijw has joined #openstack-neutron23:31
*** tfukushima has quit IRC23:32
*** ijw has quit IRC23:33
*** ijw has joined #openstack-neutron23:33
*** yfried|afk is now known as yfried23:34
*** bharath has quit IRC23:36
*** bharath has joined #openstack-neutron23:36
*** bharath has quit IRC23:37
*** changbl has joined #openstack-neutron23:38
*** ijw has quit IRC23:39
*** merooney has joined #openstack-neutron23:39
*** sthillma_ has joined #openstack-neutron23:40
*** ijw has joined #openstack-neutron23:40
*** sthillma has quit IRC23:42
*** sthillma_ is now known as sthillma23:42
*** jaypipes has quit IRC23:42
abhirautping: HenryG23:42
HenryGabhiraut: pong23:43
yushiroGood evening mestery, thank you for rechecking my patch https://review.openstack.org/#/c/205902/23:43
abhirautwhat is the purpose of alembic_migrations/external.py module?23:43
*** ijw_ has joined #openstack-neutron23:44
*** daneyon has quit IRC23:44
*** daneyon has joined #openstack-neutron23:44
abhirautmore specifically .. do I update this file if I were to move models of a monolithic plugin from neutron to vendor repo?23:44
HenryGWhen an external repo (like *aas, or networking-foo) takes control of the alembic migrations of the DB tables it owns, then those tables must be listed in external.py23:45
HenryGabhiraut: yes, when you move the models out of the neutron tree is when you add the table names to external.py23:45
*** PabloPhoenix has joined #openstack-neutron23:45
abhirautHenryG: ok .. so it doesnt matter if it is a ML2 mech driver or a monoltihic plugin.. i was just thrown off by the DRIVER_TABLE .. sounded more ML2 to me :)23:46
*** ijw has quit IRC23:46
HenryGabhiraut: If you want you can rename from DRIVER_TABLES to EXTERNAL_PROJECT_TABLES :)23:47
yushirohaleyb, ping23:48
*** gildub has joined #openstack-neutron23:48
*** ajmiller has quit IRC23:50
*** gampel has quit IRC23:50
abhirautHenryG: ha! thanks for the suggestion.23:51
*** dannywilson has quit IRC23:51
*** tfukushima has joined #openstack-neutron23:52
*** zzzeek has joined #openstack-neutron23:52
HenryGabhiraut: A better name would actually be DECOMPOSED_PROJECT_TABLES23:52
*** sdake has quit IRC23:53
abhirautHenryG: long.. but more correct23:53
*** sdake has joined #openstack-neutron23:56
*** tfukushima has quit IRC23:57
*** carl_baldwin has quit IRC23:57

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!