Tuesday, 2014-06-17

*** dvorkinista has joined #openstack-neutron00:00
*** moha_hunt has quit IRC00:02
*** xmltok_ has quit IRC00:03
*** xuhanp has joined #openstack-neutron00:03
*** xmltok_ has joined #openstack-neutron00:04
*** xuhanp has quit IRC00:05
*** yamamoto has joined #openstack-neutron00:07
*** gildub has joined #openstack-neutron00:11
*** sweston has quit IRC00:12
openstackgerritAbhishek Raut proposed a change to openstack/neutron: Control active number of REST calls from Cisco N1kv plugin to VSM  https://review.openstack.org/10038800:16
openstackgerritRonak Shah proposed a change to openstack/neutron-specs: specification for securitygroup extension support for nuage plugin  https://review.openstack.org/10038900:16
*** nlahouti has quit IRC00:17
*** _cjones__ has quit IRC00:18
openstackgerritRonak Shah proposed a change to openstack/neutron-specs: specification for securitygroup extension support for nuage plugin  https://review.openstack.org/10038900:18
*** _cjones_ has joined #openstack-neutron00:18
openstackgerritRonak Shah proposed a change to openstack/neutron-specs: specification for securitygroup extension support for nuage plugin  https://review.openstack.org/10038900:19
*** ramishra has joined #openstack-neutron00:20
*** kickinz1 has quit IRC00:20
*** kickinz1 has joined #openstack-neutron00:20
*** ranger81 has joined #openstack-neutron00:21
*** _cjones_ has quit IRC00:23
*** ranger81_ has quit IRC00:24
*** ramishra has quit IRC00:24
*** matsuhashi has joined #openstack-neutron00:24
*** yamahata has joined #openstack-neutron00:26
*** catohornet1 has quit IRC00:28
*** ranger81_ has joined #openstack-neutron00:30
*** ranger81 has quit IRC00:32
*** dvorkinista has quit IRC00:33
*** aaronorosen has quit IRC00:34
*** a_le has joined #openstack-neutron00:35
*** dvorkinista has joined #openstack-neutron00:36
*** dims has joined #openstack-neutron00:38
*** iwamoto has joined #openstack-neutron00:43
*** dims has quit IRC00:43
*** ranger81 has joined #openstack-neutron00:48
*** yamamoto has quit IRC00:49
*** zhipeng_ has joined #openstack-neutron00:49
*** ranger81_ has quit IRC00:50
*** zhipeng has quit IRC00:51
*** iwamoto has quit IRC00:51
*** rwsu has quit IRC00:52
*** ramishra has joined #openstack-neutron00:53
*** iwamoto has joined #openstack-neutron00:53
*** a_le has quit IRC00:54
*** kopparam has joined #openstack-neutron00:55
*** coolsvap is now known as coolsvap|afk00:56
*** jckasper has quit IRC00:58
*** jckasper has joined #openstack-neutron00:58
*** nplanel has quit IRC00:59
*** kopparam has quit IRC01:01
*** seizadi has joined #openstack-neutron01:04
*** seizadi has quit IRC01:05
*** sbalukoff has joined #openstack-neutron01:05
*** karimb has quit IRC01:05
*** seizadi has joined #openstack-neutron01:05
*** dims has joined #openstack-neutron01:12
*** sbfox has joined #openstack-neutron01:16
*** kong has joined #openstack-neutron01:16
kongAnyone can help to review: https://review.openstack.org/#/c/98966/, thanks a lot!01:19
*** leenheer has quit IRC01:20
*** tomoe_ has joined #openstack-neutron01:20
openstackgerritChuck Carlino proposed a change to openstack/neutron: Add test cases for plugins/ml2/plugin.py  https://review.openstack.org/9912901:25
*** nplanel has joined #openstack-neutron01:29
*** a_le has joined #openstack-neutron01:33
*** networkstatic has quit IRC01:39
*** sweston has joined #openstack-neutron01:40
*** xianghui has joined #openstack-neutron01:40
*** WackoRobie has joined #openstack-neutron01:40
*** Jay__ has joined #openstack-neutron01:51
openstackgerritNachi Ueno proposed a change to openstack/neutron: Added extension for network_securitygroup  https://review.openstack.org/10001601:54
*** mestery has joined #openstack-neutron02:00
*** dave_tucker is now known as dave_tucker_zzz02:00
*** essessv has joined #openstack-neutron02:00
*** sweston has quit IRC02:03
*** sbfox has quit IRC02:06
*** konglingxian has joined #openstack-neutron02:06
*** sbfox has joined #openstack-neutron02:06
*** sbfox has quit IRC02:07
*** seizadi has quit IRC02:07
*** nati_ueno has quit IRC02:08
*** kong has quit IRC02:08
*** ranger81 has quit IRC02:14
*** kong has joined #openstack-neutron02:15
*** ranger81 has joined #openstack-neutron02:15
*** konglingxian has quit IRC02:17
openstackgerritHenry Gessau proposed a change to openstack/neutron-specs: DB migration refactoring  https://review.openstack.org/9573802:19
*** WackoRobie has quit IRC02:26
*** WackoRobie has joined #openstack-neutron02:26
*** WackoRobie has quit IRC02:28
*** spandhe has quit IRC02:28
openstackgerritYAMAMOTO Takashi proposed a change to openstack/neutron: ofagent: Use port desc to monitor ports on br-int  https://review.openstack.org/10040402:30
*** yamamoto has joined #openstack-neutron02:31
*** dvorkinista has quit IRC02:33
*** ranger81_ has joined #openstack-neutron02:35
*** suresh12 has quit IRC02:36
*** crc32 has quit IRC02:36
*** popow has joined #openstack-neutron02:36
*** ranger81 has quit IRC02:37
*** mestery has quit IRC02:38
*** popow1 has quit IRC02:40
*** crc32 has joined #openstack-neutron02:40
*** otherwiseguy has joined #openstack-neutron02:40
*** nlahouti has joined #openstack-neutron02:42
*** leseb has joined #openstack-neutron02:42
*** nlahouti has quit IRC02:42
*** nlahouti has joined #openstack-neutron02:43
openstackgerritXu Han Peng proposed a change to openstack/neutron: Trigger provider security group update for RA  https://review.openstack.org/8093202:43
*** leseb has quit IRC02:46
*** banix has quit IRC02:49
*** sbfox has joined #openstack-neutron02:49
sbfoxQuick question, does inconsistency in documentation compared to what actually happens constitute a bug?02:51
*** dvorkinista has joined #openstack-neutron02:51
*** dvorkinista has quit IRC02:57
*** otherwiseguy has quit IRC02:57
*** Jay__ has quit IRC02:57
*** ranger81_ has quit IRC02:59
*** ranger81 has joined #openstack-neutron03:00
*** kopparam has joined #openstack-neutron03:00
*** WackoRobie has joined #openstack-neutron03:00
*** ranger81 has quit IRC03:00
*** Longgeek has joined #openstack-neutron03:02
*** banix has joined #openstack-neutron03:02
*** WackoRobie has quit IRC03:04
*** kopparam has quit IRC03:05
*** yongli has joined #openstack-neutron03:08
*** leenheer has joined #openstack-neutron03:12
*** dvorkinista has joined #openstack-neutron03:12
*** leenheer has quit IRC03:13
*** leenheer has joined #openstack-neutron03:14
*** leenheer has quit IRC03:14
jamespdsbfox: sounds like a bug to me.03:20
sbfoxI just want to double check Im not being an idiot, this page states you can share an IP across 2 or more VIPS right? https://wiki.openstack.org/wiki/Neutron/LBaaS/API#Create_a_VIP03:21
jamespdI doubt you are being an idiot, but I haven't got time to look. sorry03:23
sbfoxOh trust me, its possible :)03:23
jamespd:D03:23
*** banix has quit IRC03:24
*** ijw has joined #openstack-neutron03:24
*** ijw has quit IRC03:27
*** ijw has joined #openstack-neutron03:27
*** zhiyan_ is now known as zhiyan03:28
*** coolsvap|afk is now known as coolsvap03:30
*** matsuhashi has quit IRC03:30
*** manishg has quit IRC03:36
*** harlowja is now known as harlowja_away03:37
*** matsuhashi has joined #openstack-neutron03:37
*** dvorkinista has quit IRC03:38
*** harlowja_away is now known as harlowja03:39
*** leseb has joined #openstack-neutron03:43
*** nplanel has quit IRC03:43
*** matsuhashi has quit IRC03:44
*** dguitarbite_ has joined #openstack-neutron03:44
*** matsuhashi has joined #openstack-neutron03:45
*** suresh12 has joined #openstack-neutron03:46
*** leseb has quit IRC03:47
*** trinaths has joined #openstack-neutron03:48
*** matsuhashi has quit IRC03:49
*** suresh12 has quit IRC03:51
*** coolsvap is now known as coolsvap|afk03:51
*** matsuhashi has joined #openstack-neutron03:57
*** zhipeng_ has quit IRC03:59
*** zhipeng has joined #openstack-neutron04:00
*** matsuhashi has quit IRC04:03
*** sbfox has quit IRC04:04
*** lykinsbd has quit IRC04:04
*** matsuhashi has joined #openstack-neutron04:04
*** yfried has quit IRC04:08
*** dguitarbite_ has quit IRC04:09
*** SridharG has joined #openstack-neutron04:10
*** coolsvap|afk is now known as coolsvap04:10
*** zhipeng has quit IRC04:11
*** essessv has quit IRC04:15
*** ranger81 has joined #openstack-neutron04:17
*** crc32 has quit IRC04:20
*** sbfox has joined #openstack-neutron04:20
*** ranger81_ has joined #openstack-neutron04:21
*** ranger81 has quit IRC04:21
*** matsuhashi has quit IRC04:36
*** matsuhas_ has joined #openstack-neutron04:37
*** leseb has joined #openstack-neutron04:44
*** spandhe has joined #openstack-neutron04:46
*** shausy has joined #openstack-neutron04:47
*** leseb has quit IRC04:48
*** lukego has joined #openstack-neutron04:49
*** leenheer has joined #openstack-neutron04:50
*** gildub has quit IRC04:56
*** dims has quit IRC04:58
*** yamahata has quit IRC04:58
*** yamahata has joined #openstack-neutron04:59
openstackgerritA change was merged to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/9927505:00
*** leenheer has quit IRC05:07
openstackgerritA change was merged to openstack/neutron: ovs-agent: Ensure integration bridge is created  https://review.openstack.org/9875505:08
*** nlahouti_ has joined #openstack-neutron05:08
*** nlahouti_ has quit IRC05:09
*** sweston has joined #openstack-neutron05:09
*** nlahouti_ has joined #openstack-neutron05:09
*** yfried has joined #openstack-neutron05:10
*** nlahouti has quit IRC05:11
*** VijayB_ has quit IRC05:18
*** leenheer has joined #openstack-neutron05:19
*** zhiyan is now known as zhiyan_05:20
*** VijayB_ has joined #openstack-neutron05:21
*** VijayB_ has quit IRC05:21
*** doude_ has quit IRC05:23
*** VijayB has joined #openstack-neutron05:24
*** dvorkinista has joined #openstack-neutron05:26
*** VijayB has quit IRC05:27
*** rcarrillocruz has joined #openstack-neutron05:31
*** ijw has quit IRC05:31
*** coolsvap is now known as coolsvap|afk05:33
*** alex_klimov has joined #openstack-neutron05:34
*** kopparam has joined #openstack-neutron05:39
*** lukego has quit IRC05:41
*** lukego has joined #openstack-neutron05:42
*** zhipeng has joined #openstack-neutron05:42
openstackgerritMaruti Kamat proposed a change to openstack/neutron: Fixed audit notifications for l3-agent-router ops  https://review.openstack.org/9859305:43
*** leseb has joined #openstack-neutron05:44
*** Longgeek has quit IRC05:45
*** Longgeek has joined #openstack-neutron05:45
*** VijayB_ has joined #openstack-neutron05:46
*** ranger81_ has quit IRC05:47
*** harlowja is now known as harlowja_away05:48
*** leseb has quit IRC05:49
*** alex_klimov has quit IRC05:49
*** Longgeek has quit IRC05:49
openstackgerritLiping Mao proposed a change to openstack/neutron: Allowed address pair rule error when VM without fixed_ip  https://review.openstack.org/9751605:50
*** essessv has joined #openstack-neutron05:52
*** coolsvap|afk is now known as coolsvap05:52
*** ramishra has quit IRC05:53
*** VijayB_ has quit IRC05:54
yamahatayamamoto: ping?05:57
yamamoto?05:57
yamahatayamamoto: Re: spec of physical topology. As banix doesn't seem on IRC.05:58
yamahataI could catch him at ML2 meeting though.05:59
yamahatabanix (and you) caim that LINK table/API should be introduced. and LINK should be treated as first class resource.05:59
yamahataIs it quite natural?06:00
yamamotoi did? :)06:00
yamahataAny good use case other than retrieving graph06:00
yamahatayamamoto: maybe not. my mistake.06:00
yamamotoi thought link might have some properties06:00
yamamotoeg. link speed06:00
*** rdo has quit IRC06:01
*** ramishra has joined #openstack-neutron06:01
yamahatasomething corresponds to cable?06:01
*** zhiyan_ is now known as zhiyan06:02
yamamotoyes.  probably such properties can be in one of peers though06:02
*** rdo has joined #openstack-neutron06:02
yamahatayamamoto: Got it. thanks. I'll try to catch banix.06:03
yamamotobtw did you consider non one-to-one links like wifi?06:03
yamahatayamamoto: Good question. I haven't thought of it.06:04
yamahataIs it a topology?06:04
*** yfried_ has joined #openstack-neutron06:04
*** essessv has quit IRC06:04
*** kopparam has quit IRC06:05
yamahatapeer in port doesn't work.06:05
*** rotbeard has joined #openstack-neutron06:05
*** kopparam has joined #openstack-neutron06:05
chuckCyamahata, yamamoto: hi, I reviewed physical topology spec also.06:05
*** yfried has quit IRC06:05
yamamotohi06:05
yamahatachuckC: Hi.06:05
yamahataI'd like to discuss with you.06:06
chuckCgreat06:06
chuckCI was wondering about virtual links, where the bandwidth of a physical link is divided06:07
*** leenheer has quit IRC06:07
*** Longgeek has joined #openstack-neutron06:08
yamahatathe comment on network table, rigth? I think you mean SR-IOV.06:08
openstackgerritOpenStack Proposal Bot proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/10042906:08
yamahataAlso bonding case?06:08
chuckCno, this is a special feature offered by some vendors (HP, Dell are ones I know of)06:09
*** spandhe has quit IRC06:09
yamahataI see.06:09
yamahataDoes it have a network interface that corresponds to a physical link?06:10
*** kopparam has quit IRC06:10
yamahataOr is it hidden from OS?06:10
*** ranger81 has joined #openstack-neutron06:10
chuckCIt's a negotiation between the switch and the NIC to present separate ports to the host which look like NICs06:11
yamahataI had though of cisco ucs case.06:11
chuckCmaybe they do something similar, I don't know06:11
chuckCthe ports presented have a configurable fraction of the bandwidth of the actual wire06:12
yamahataThere is no port that represents the actual wire?06:12
chuckCNot in the HP case.  Not sure about Dell.06:12
yamahataIf there is, we can introduce parent/child column to network port table.06:13
yamahataIs there no way to tell sibling relationship?06:13
yamahatas/no way/any way/06:14
*** yfried_ has quit IRC06:15
chuckCYes, though I don't think it would be through the host.  There are (special) api's that can provide the data, but would be vendor-specific.06:15
openstackgerritIWAMOTO Toshihiro proposed a change to openstack/neutron-specs: Add l3-agent-consolidation spec  https://review.openstack.org/9153206:16
chuckCI think this configuration challenged one of the 1-1 relationships in your model.06:16
yamahatamakes sense. What we can do is to add parent/child relation or sibling relation to network port table06:16
yamahatawhich 1-1 model?06:17
chuckClet me look, I may not have remembered correctly (it's getting late for me!)06:17
yamamotoprobably use some key in network_port.capability?  it doesn’t seem too common usage.06:19
*** irenab has joined #openstack-neutron06:19
yamahatayamamoto: should we introduce something like config in addition to capability? or do you mean something else?06:20
yamamotoi don’t know if the relationship is a config06:21
chuckCit was in the OVS Mechanism Driver diagram, relationship between 'network device/interface' and 'network port' is stated as 1-1.  I'm not sure exactly what the network port would represent in this case, though.06:21
yamamotoi merely questioned if it’s worth to have a dedicated columns for that.06:22
yamahatachuckC: do you mean property of Linux network interface (e.g. bandwidth) can change dynamicall?06:23
yamahatayamamoto: I see.06:24
*** sunrenjie6 has joined #openstack-neutron06:24
yamamototime to go home for me.  later.06:24
yamahatadynamcall dynamically06:24
yamahatayamamoto: bye06:24
*** yamamoto has quit IRC06:24
*** dvorkinista has quit IRC06:25
*** sunrenjie6 has quit IRC06:25
yamahataanyway I'll give it a consideration06:25
chuckCyamahata: dynamic in the sense that a different management system can change it.  However, such changes are rare in HP's solution.  Other vendors may be more dynamic06:25
*** sunrenjie6 has joined #openstack-neutron06:26
openstackgerritDarragh O'Reilly proposed a change to openstack/neutron: linuxbridge-agent: process port updates in the main loop  https://review.openstack.org/6287506:26
*** sbfox has quit IRC06:26
yamahatachuckC: Okay I understand the situation. need to rethink.06:27
openstackgerrityalei wang proposed a change to openstack/neutron: ValueError should use '%' instead of ','  https://review.openstack.org/10043106:27
chuckCyamahata: ok.  Have a nice day!06:28
yamahatachuckC: good night!06:28
*** gildub has joined #openstack-neutron06:29
*** amarao has joined #openstack-neutron06:29
*** sunrenjie6 has quit IRC06:30
*** scheuran has joined #openstack-neutron06:30
*** afazekas_ has joined #openstack-neutron06:32
*** Vishal_ has joined #openstack-neutron06:35
*** chandan_kumar has quit IRC06:38
*** sunrenjie6 has joined #openstack-neutron06:41
Vishal_enikanorov__: Hi06:45
*** lori has joined #openstack-neutron06:45
*** leseb has joined #openstack-neutron06:45
*** sweston has quit IRC06:46
*** ranger81 has quit IRC06:48
*** sunrenjie6 has quit IRC06:48
*** sunrenjie6 has joined #openstack-neutron06:49
*** nlahouti_ has quit IRC06:49
*** ramishra has quit IRC06:49
*** [1]evgenyf has joined #openstack-neutron06:50
*** leseb has quit IRC06:50
*** yfried_ has joined #openstack-neutron06:51
*** sunrenjie6 has quit IRC06:54
Vishal_enikanorov: Please review the code changes for bugid 131936106:54
*** ramishra has joined #openstack-neutron06:54
*** dvorkinista has joined #openstack-neutron06:56
openstackgerrityalei wang proposed a change to openstack/neutron: ValueError should use '%' instead of ','  https://review.openstack.org/10043106:59
*** dvorkinista has quit IRC07:00
*** leseb has joined #openstack-neutron07:06
*** leseb_ has joined #openstack-neutron07:08
openstackgerritIWAMOTO Toshihiro proposed a change to openstack/neutron-specs: Add lbaas-lvs-driver  https://review.openstack.org/8821307:08
*** yfried_ has quit IRC07:09
*** [1]evgenyf has quit IRC07:09
*** [1]evgenyf has joined #openstack-neutron07:10
*** moha_hunt has joined #openstack-neutron07:10
*** kopparam has joined #openstack-neutron07:11
*** leseb has quit IRC07:11
openstackgerritIWAMOTO Toshihiro proposed a change to openstack/neutron-specs: Add l3-agent-consolidation spec  https://review.openstack.org/9153207:12
*** devvesa_ has joined #openstack-neutron07:12
*** jroovers has joined #openstack-neutron07:13
openstackgerritFeng Ju proposed a change to openstack/python-neutronclient: Hash credentials in neutron client log  https://review.openstack.org/9386607:14
*** xuhanp has joined #openstack-neutron07:14
*** kopparam_ has joined #openstack-neutron07:15
*** jroovers|afk has joined #openstack-neutron07:15
*** kopparam has quit IRC07:16
*** jroovers has quit IRC07:17
*** nlahouti has joined #openstack-neutron07:20
*** ramishra has quit IRC07:21
*** ramishra has joined #openstack-neutron07:22
*** Infitialis has joined #openstack-neutron07:22
*** lukego has quit IRC07:22
*** amaretskiy has joined #openstack-neutron07:23
*** nlahouti has quit IRC07:24
*** yfried_ has joined #openstack-neutron07:25
openstackgerrityangxurong proposed a change to openstack/neutron: Invalid tunnel network shouldn't be created  https://review.openstack.org/8998207:26
*** luqas has joined #openstack-neutron07:27
*** luqas has quit IRC07:31
*** luqas has joined #openstack-neutron07:31
*** coolsvap is now known as coolsvap|afk07:39
*** lukego has joined #openstack-neutron07:39
*** ihrachyshka has joined #openstack-neutron07:39
*** ajo has quit IRC07:40
*** ajo has joined #openstack-neutron07:46
*** matsuhas_ has quit IRC07:49
*** nlahouti has joined #openstack-neutron07:51
*** matsuhashi has joined #openstack-neutron07:51
*** dguitarbite has quit IRC07:51
*** kong has quit IRC07:55
*** jpich has joined #openstack-neutron07:55
*** nlahouti has quit IRC07:55
*** ygbo has joined #openstack-neutron07:56
*** dvorkinista has joined #openstack-neutron07:56
*** ramishra has quit IRC07:59
*** ramishra has joined #openstack-neutron07:59
*** amuller has joined #openstack-neutron07:59
*** dvorkinista has quit IRC08:01
*** jp_at_hp has joined #openstack-neutron08:01
*** rotbeard has quit IRC08:01
*** ramishra has quit IRC08:01
*** ramishra has joined #openstack-neutron08:05
*** rm_work has quit IRC08:10
*** amaretskiy has quit IRC08:16
*** Infitialis has quit IRC08:16
*** moha_hunt has quit IRC08:16
*** shausy has quit IRC08:16
*** SridharG has quit IRC08:16
*** xianghui has quit IRC08:16
*** tomoe_ has quit IRC08:16
*** zhhuabj has quit IRC08:16
*** krtaylor has quit IRC08:16
*** feleouet has quit IRC08:16
*** amotoki has quit IRC08:16
*** beagles has quit IRC08:16
*** catohornet has quit IRC08:16
*** pcarver has quit IRC08:16
*** markvoelker1 has quit IRC08:16
*** rha has quit IRC08:16
*** amuller has quit IRC08:16
*** scheuran has quit IRC08:16
*** zhipeng has quit IRC08:16
*** phil_h has quit IRC08:16
*** salv-orlando has quit IRC08:16
*** blogan has quit IRC08:16
*** phschwartz has quit IRC08:16
*** skraynev has quit IRC08:16
*** akamyshnikova has quit IRC08:16
*** sdague has quit IRC08:16
*** tnurlygayanov has quit IRC08:16
*** morganfainberg has quit IRC08:16
*** harlowja_away has quit IRC08:16
*** mgagne has quit IRC08:16
*** roaet_ has quit IRC08:16
*** adam_g has quit IRC08:16
*** busterswt has quit IRC08:16
*** _cerberus_ has quit IRC08:16
*** vishy has quit IRC08:16
*** wendar has quit IRC08:16
*** zacksh has quit IRC08:16
*** strictlyb has quit IRC08:16
*** fouxm has quit IRC08:16
*** zigo has quit IRC08:16
*** morgabra has quit IRC08:16
*** Lookcrabs has quit IRC08:16
*** JoeJulian has quit IRC08:16
*** zhiyan has quit IRC08:16
*** brosenberg has quit IRC08:16
*** [1]evgenyf has quit IRC08:16
*** avishayb has quit IRC08:16
*** boris-42 has quit IRC08:16
*** trinaths has quit IRC08:16
*** popow has quit IRC08:16
*** larsks has quit IRC08:16
*** HenryG has quit IRC08:16
*** ZangMingJie has quit IRC08:16
*** mancdaz has quit IRC08:16
*** ihrachyshka has quit IRC08:16
*** jroovers|afk has quit IRC08:16
*** yamahata has quit IRC08:16
*** enikanorov__ has quit IRC08:16
*** openstackgerrit has quit IRC08:16
*** fifieldt has quit IRC08:16
*** mwagner_lap has quit IRC08:16
*** afaranha has quit IRC08:16
*** matsuhashi has quit IRC08:16
*** yongli has quit IRC08:16
*** jckasper has quit IRC08:16
*** iwamoto has quit IRC08:16
*** xmltok_ has quit IRC08:16
*** obondarev has quit IRC08:16
*** kashyap has quit IRC08:16
*** ondergetekende has quit IRC08:16
*** devvesa has quit IRC08:16
*** tziOm has quit IRC08:16
*** geekinutah has quit IRC08:16
*** enikanorov has quit IRC08:16
*** jp_at_hp has quit IRC08:16
*** ygbo has quit IRC08:16
*** lukego has quit IRC08:16
*** luqas has quit IRC08:16
*** xuhanp has quit IRC08:16
*** afazekas_ has quit IRC08:16
*** amarao has quit IRC08:16
*** rdo has quit IRC08:16
*** rcarrillocruz has quit IRC08:16
*** a_le has quit IRC08:16
*** changbl has quit IRC08:16
*** haleyb has quit IRC08:16
*** dosaboy has quit IRC08:16
*** afazekas has quit IRC08:16
*** med_ has quit IRC08:16
*** dkehn has quit IRC08:16
*** coolsvap|afk has quit IRC08:16
*** IanYChoi has quit IRC08:16
*** anteaya has quit IRC08:16
*** ajo has quit IRC08:16
*** yfried_ has quit IRC08:16
*** devvesa_ has quit IRC08:16
*** leseb_ has quit IRC08:16
*** sbalukoff has quit IRC08:16
*** kickinz1 has quit IRC08:16
*** chuckC has quit IRC08:16
*** ekarlso has quit IRC08:16
*** Vishal_ has quit IRC08:16
*** irenab has quit IRC08:16
*** oda-g has quit IRC08:16
*** rms_13 has quit IRC08:16
*** harmw has quit IRC08:16
*** StevenK has quit IRC08:16
*** SpamapS has quit IRC08:16
*** edhall has quit IRC08:16
*** gizmoguy has quit IRC08:16
*** flaviof has quit IRC08:16
*** rossella_s has quit IRC08:16
*** JoeHazzers has quit IRC08:16
*** thurloat has quit IRC08:16
*** insequent has quit IRC08:16
*** marios has quit IRC08:16
*** ctracey has quit IRC08:16
*** baffle has quit IRC08:16
*** dougwig has quit IRC08:16
*** swat30 has quit IRC08:16
*** pckizer has quit IRC08:16
*** peoplemerge has quit IRC08:16
*** dansmith has quit IRC08:16
*** lifeless has quit IRC08:16
*** mtreinish has quit IRC08:17
*** pradipta_away has quit IRC08:17
*** Qlawy has quit IRC08:17
*** muhanpon1 has quit IRC08:17
*** ramishra has quit IRC08:17
*** kopparam_ has quit IRC08:17
*** gildub has quit IRC08:17
*** Longgeek has quit IRC08:17
*** rkukura has quit IRC08:17
*** ianw has quit IRC08:17
*** SumitNaiksatam has quit IRC08:17
*** isviridov|away has quit IRC08:17
*** yano has quit IRC08:17
*** ptoohill has quit IRC08:17
*** sbadia has quit IRC08:17
*** dave_tucker_zzz has quit IRC08:17
*** jpich has quit IRC08:17
*** Apsu has quit IRC08:17
*** jamespd has quit IRC08:17
*** joshh_ has quit IRC08:17
*** Chinorro has quit IRC08:17
*** sgran has quit IRC08:17
*** comstud has quit IRC08:17
*** tchaypo has quit IRC08:17
*** ToM-- has quit IRC08:17
*** nijaba has quit IRC08:17
*** radez_g0n3 has quit IRC08:17
*** csd has quit IRC08:17
*** jogo has quit IRC08:17
*** puck has quit IRC08:17
*** juice has quit IRC08:17
*** andyhky has quit IRC08:17
*** chrisf has quit IRC08:17
*** kevinbenton has quit IRC08:17
*** klindgren has quit IRC08:17
*** annashen_ has quit IRC08:17
*** cburgess has quit IRC08:17
*** cgoncalves has quit IRC08:17
*** lori has quit IRC08:17
*** garyk has joined #openstack-neutron08:22
*** rotbeard has joined #openstack-neutron08:22
*** insequent has joined #openstack-neutron08:22
*** jistr has joined #openstack-neutron08:22
*** karimb has joined #openstack-neutron08:22
*** ramishra has joined #openstack-neutron08:22
*** jp_at_hp has joined #openstack-neutron08:22
*** ygbo has joined #openstack-neutron08:22
*** jpich has joined #openstack-neutron08:22
*** matsuhashi has joined #openstack-neutron08:22
*** ajo has joined #openstack-neutron08:22
*** ihrachyshka has joined #openstack-neutron08:22
*** lukego has joined #openstack-neutron08:22
*** luqas has joined #openstack-neutron08:22
*** yfried_ has joined #openstack-neutron08:22
*** jroovers|afk has joined #openstack-neutron08:22
*** xuhanp has joined #openstack-neutron08:22
*** devvesa_ has joined #openstack-neutron08:22
*** [1]evgenyf has joined #openstack-neutron08:22
*** leseb_ has joined #openstack-neutron08:22
*** lori has joined #openstack-neutron08:22
*** Vishal_ has joined #openstack-neutron08:22
*** afazekas_ has joined #openstack-neutron08:22
*** amarao has joined #openstack-neutron08:22
*** gildub has joined #openstack-neutron08:22
*** irenab has joined #openstack-neutron08:22
*** Longgeek has joined #openstack-neutron08:22
*** rdo has joined #openstack-neutron08:22
*** rcarrillocruz has joined #openstack-neutron08:22
*** yamahata has joined #openstack-neutron08:22
*** trinaths has joined #openstack-neutron08:22
*** yongli has joined #openstack-neutron08:22
*** popow has joined #openstack-neutron08:22
*** a_le has joined #openstack-neutron08:22
*** sbalukoff has joined #openstack-neutron08:22
*** jckasper has joined #openstack-neutron08:22
*** iwamoto has joined #openstack-neutron08:22
*** kickinz1 has joined #openstack-neutron08:22
*** xmltok_ has joined #openstack-neutron08:22
*** rkukura has joined #openstack-neutron08:22
*** oda-g has joined #openstack-neutron08:22
*** larsks has joined #openstack-neutron08:22
*** enikanorov__ has joined #openstack-neutron08:22
*** changbl has joined #openstack-neutron08:22
*** obondarev has joined #openstack-neutron08:22
*** kashyap has joined #openstack-neutron08:22
*** haleyb has joined #openstack-neutron08:22
*** chuckC has joined #openstack-neutron08:22
*** avishayb has joined #openstack-neutron08:22
*** harmw has joined #openstack-neutron08:22
*** openstackgerrit has joined #openstack-neutron08:22
*** ondergetekende has joined #openstack-neutron08:22
*** devvesa has joined #openstack-neutron08:22
*** ianw has joined #openstack-neutron08:22
*** fifieldt has joined #openstack-neutron08:22
*** tziOm has joined #openstack-neutron08:22
*** dosaboy has joined #openstack-neutron08:22
*** afazekas has joined #openstack-neutron08:22
*** HenryG has joined #openstack-neutron08:22
*** geekinutah has joined #openstack-neutron08:22
*** IanYChoi has joined #openstack-neutron08:22
*** Apsu has joined #openstack-neutron08:22
*** mwagner_lap has joined #openstack-neutron08:22
*** ZangMingJie has joined #openstack-neutron08:22
*** med_ has joined #openstack-neutron08:22
*** dkehn has joined #openstack-neutron08:22
*** SumitNaiksatam has joined #openstack-neutron08:22
*** boris-42 has joined #openstack-neutron08:22
*** mancdaz has joined #openstack-neutron08:22
*** afaranha has joined #openstack-neutron08:22
*** coolsvap|afk has joined #openstack-neutron08:22
*** StevenK has joined #openstack-neutron08:22
*** enikanorov has joined #openstack-neutron08:22
*** klindgren has joined #openstack-neutron08:22
*** gizmoguy has joined #openstack-neutron08:22
*** flaviof has joined #openstack-neutron08:22
*** anteaya has joined #openstack-neutron08:22
*** rossella_s has joined #openstack-neutron08:22
*** ToM-- has joined #openstack-neutron08:22
*** JoeHazzers has joined #openstack-neutron08:22
*** swat30 has joined #openstack-neutron08:22
*** thurloat has joined #openstack-neutron08:22
*** SpamapS has joined #openstack-neutron08:22
*** rms_13 has joined #openstack-neutron08:22
*** nijaba has joined #openstack-neutron08:22
*** ekarlso has joined #openstack-neutron08:22
*** tchaypo has joined #openstack-neutron08:22
*** isviridov|away has joined #openstack-neutron08:22
*** radez_g0n3 has joined #openstack-neutron08:22
*** edhall has joined #openstack-neutron08:22
*** csd has joined #openstack-neutron08:22
*** jogo has joined #openstack-neutron08:22
*** puck has joined #openstack-neutron08:22
*** juice has joined #openstack-neutron08:22
*** andyhky has joined #openstack-neutron08:22
*** chrisf has joined #openstack-neutron08:22
*** marios has joined #openstack-neutron08:22
*** ctracey has joined #openstack-neutron08:22
*** pckizer has joined #openstack-neutron08:22
*** yano has joined #openstack-neutron08:22
*** jamespd has joined #openstack-neutron08:22
*** kevinbenton has joined #openstack-neutron08:22
*** peoplemerge has joined #openstack-neutron08:22
*** annashen_ has joined #openstack-neutron08:22
*** baffle has joined #openstack-neutron08:22
*** joshh_ has joined #openstack-neutron08:22
*** cburgess has joined #openstack-neutron08:22
*** dansmith has joined #openstack-neutron08:22
*** Chinorro has joined #openstack-neutron08:22
*** sgran has joined #openstack-neutron08:22
*** dougwig has joined #openstack-neutron08:22
*** cgoncalves has joined #openstack-neutron08:22
*** pradipta_away has joined #openstack-neutron08:22
*** lifeless has joined #openstack-neutron08:22
*** mtreinish has joined #openstack-neutron08:22
*** comstud has joined #openstack-neutron08:22
*** Qlawy has joined #openstack-neutron08:22
*** muhanpon1 has joined #openstack-neutron08:22
*** ptoohill has joined #openstack-neutron08:22
*** sbadia has joined #openstack-neutron08:22
*** dave_tucker_zzz has joined #openstack-neutron08:22
*** sunrenjie6 has joined #openstack-neutron08:22
*** amuller has joined #openstack-neutron08:22
*** amaretskiy has joined #openstack-neutron08:22
*** Infitialis has joined #openstack-neutron08:22
*** moha_hunt has joined #openstack-neutron08:22
*** scheuran has joined #openstack-neutron08:22
*** zhipeng has joined #openstack-neutron08:22
*** shausy has joined #openstack-neutron08:22
*** SridharG has joined #openstack-neutron08:22
*** xianghui has joined #openstack-neutron08:22
*** tomoe_ has joined #openstack-neutron08:22
*** harlowja_away has joined #openstack-neutron08:22
*** phil_h has joined #openstack-neutron08:22
*** zhhuabj has joined #openstack-neutron08:22
*** krtaylor has joined #openstack-neutron08:22
*** feleouet has joined #openstack-neutron08:22
*** tnurlygayanov has joined #openstack-neutron08:22
*** salv-orlando has joined #openstack-neutron08:22
*** amotoki has joined #openstack-neutron08:22
*** beagles has joined #openstack-neutron08:22
*** catohornet has joined #openstack-neutron08:22
*** mgagne has joined #openstack-neutron08:22
*** pcarver has joined #openstack-neutron08:22
*** blogan has joined #openstack-neutron08:22
*** markvoelker1 has joined #openstack-neutron08:22
*** phschwartz has joined #openstack-neutron08:22
*** skraynev has joined #openstack-neutron08:22
*** rha has joined #openstack-neutron08:22
*** akamyshnikova has joined #openstack-neutron08:22
*** roaet_ has joined #openstack-neutron08:22
*** adam_g has joined #openstack-neutron08:22
*** busterswt has joined #openstack-neutron08:22
*** zhiyan has joined #openstack-neutron08:22
*** sdague has joined #openstack-neutron08:22
*** _cerberus_ has joined #openstack-neutron08:22
*** vishy has joined #openstack-neutron08:22
*** wendar has joined #openstack-neutron08:22
*** zacksh has joined #openstack-neutron08:22
*** Lookcrabs has joined #openstack-neutron08:22
*** strictlyb has joined #openstack-neutron08:22
*** fouxm has joined #openstack-neutron08:22
*** zigo has joined #openstack-neutron08:22
*** brosenberg has joined #openstack-neutron08:22
*** morgabra has joined #openstack-neutron08:22
*** JoeJulian has joined #openstack-neutron08:22
*** inara has quit IRC08:22
*** morganfainberg has joined #openstack-neutron08:22
*** inara has joined #openstack-neutron08:22
openstackgerritIWAMOTO Toshihiro proposed a change to openstack/neutron-specs: Add l3-agent-consolidation spec  https://review.openstack.org/9153208:22
*** rm_work has joined #openstack-neutron08:22
*** ajo has quit IRC08:23
*** francois_eleouet has joined #openstack-neutron08:23
*** pcarver_ has joined #openstack-neutron08:25
*** roeyc has joined #openstack-neutron08:25
*** safchain has joined #openstack-neutron08:25
*** fifieldt has quit IRC08:27
*** b3nt_pin has joined #openstack-neutron08:27
*** krtaylor has quit IRC08:27
*** rha has quit IRC08:27
*** rha has joined #openstack-neutron08:27
*** beagles has quit IRC08:27
*** fifieldt has joined #openstack-neutron08:27
*** pcarver has quit IRC08:27
*** feleouet has quit IRC08:27
*** krtaylor has joined #openstack-neutron08:28
*** nati_ueno has joined #openstack-neutron08:31
*** zzelle has joined #openstack-neutron08:33
*** amaretskiy has quit IRC08:33
*** Infitialis has quit IRC08:33
*** moha_hunt has quit IRC08:33
*** shausy has quit IRC08:33
*** SridharG has quit IRC08:33
*** xianghui has quit IRC08:33
*** tomoe_ has quit IRC08:33
*** zhhuabj has quit IRC08:33
*** amotoki has quit IRC08:33
*** catohornet has quit IRC08:33
*** markvoelker1 has quit IRC08:33
*** francois_eleouet has quit IRC08:33
*** sunrenjie6 has quit IRC08:33
*** amuller has quit IRC08:33
*** scheuran has quit IRC08:33
*** zhipeng has quit IRC08:33
*** phil_h has quit IRC08:33
*** salv-orlando has quit IRC08:33
*** blogan has quit IRC08:33
*** phschwartz has quit IRC08:33
*** skraynev has quit IRC08:33
*** akamyshnikova has quit IRC08:33
*** sdague has quit IRC08:33
*** tnurlygayanov has quit IRC08:33
*** harlowja_away has quit IRC08:33
*** mgagne has quit IRC08:33
*** roaet_ has quit IRC08:33
*** adam_g has quit IRC08:33
*** busterswt has quit IRC08:33
*** _cerberus_ has quit IRC08:33
*** vishy has quit IRC08:33
*** wendar has quit IRC08:33
*** zacksh has quit IRC08:33
*** strictlyb has quit IRC08:33
*** fouxm has quit IRC08:33
*** zigo has quit IRC08:33
*** morgabra has quit IRC08:33
*** Lookcrabs has quit IRC08:33
*** JoeJulian has quit IRC08:33
*** zhiyan has quit IRC08:33
*** brosenberg has quit IRC08:33
*** ajo has joined #openstack-neutron08:33
*** dguitarbite has joined #openstack-neutron08:34
*** enikanorov_ has joined #openstack-neutron08:37
*** enikanorov__ has quit IRC08:37
*** kopparam has joined #openstack-neutron08:40
*** francois_eleouet has joined #openstack-neutron08:43
*** sunrenjie6 has joined #openstack-neutron08:43
*** amuller has joined #openstack-neutron08:43
*** amaretskiy has joined #openstack-neutron08:43
*** Infitialis has joined #openstack-neutron08:43
*** moha_hunt has joined #openstack-neutron08:43
*** scheuran has joined #openstack-neutron08:43
*** zhipeng has joined #openstack-neutron08:43
*** shausy has joined #openstack-neutron08:43
*** SridharG has joined #openstack-neutron08:43
*** xianghui has joined #openstack-neutron08:43
*** tomoe_ has joined #openstack-neutron08:43
*** harlowja_away has joined #openstack-neutron08:43
*** phil_h has joined #openstack-neutron08:43
*** zhhuabj has joined #openstack-neutron08:43
*** tnurlygayanov has joined #openstack-neutron08:43
*** salv-orlando has joined #openstack-neutron08:43
*** amotoki has joined #openstack-neutron08:43
*** catohornet has joined #openstack-neutron08:43
*** mgagne has joined #openstack-neutron08:43
*** blogan has joined #openstack-neutron08:43
*** markvoelker1 has joined #openstack-neutron08:43
*** phschwartz has joined #openstack-neutron08:43
*** skraynev has joined #openstack-neutron08:43
*** akamyshnikova has joined #openstack-neutron08:43
*** vishy has joined #openstack-neutron08:43
*** wendar has joined #openstack-neutron08:43
*** zacksh has joined #openstack-neutron08:43
*** Lookcrabs has joined #openstack-neutron08:43
*** strictlyb has joined #openstack-neutron08:43
*** fouxm has joined #openstack-neutron08:43
*** zigo has joined #openstack-neutron08:43
*** brosenberg has joined #openstack-neutron08:43
*** morgabra has joined #openstack-neutron08:43
*** JoeJulian has joined #openstack-neutron08:43
*** _cerberus_ has joined #openstack-neutron08:43
*** sdague has joined #openstack-neutron08:43
*** zhiyan has joined #openstack-neutron08:43
*** busterswt has joined #openstack-neutron08:43
*** adam_g has joined #openstack-neutron08:43
*** roaet_ has joined #openstack-neutron08:43
*** francois_eleouet has quit IRC08:43
*** francois_eleouet has joined #openstack-neutron08:43
*** paraa has joined #openstack-neutron08:47
*** mwagner_lap has quit IRC08:48
*** mwagner_lap has joined #openstack-neutron08:48
*** karimb has quit IRC08:48
*** jgallard has joined #openstack-neutron08:49
*** leseb has joined #openstack-neutron08:49
*** leseb_ has quit IRC08:52
*** nlahouti has joined #openstack-neutron08:53
*** isviridov|away is now known as isviridov08:53
*** iwamoto has quit IRC08:56
*** kopparam has quit IRC08:56
*** alex_klimov has joined #openstack-neutron08:56
*** kopparam has joined #openstack-neutron08:56
*** alex_klimov has quit IRC08:57
*** leseb_ has joined #openstack-neutron08:57
*** nlahouti has quit IRC08:57
*** dvorkinista has joined #openstack-neutron08:57
*** alex_klimov has joined #openstack-neutron08:59
*** kopparam has quit IRC09:01
*** leseb has quit IRC09:01
*** dvorkinista has quit IRC09:01
*** kopparam has joined #openstack-neutron09:03
*** kopparam has quit IRC09:04
*** ilyashakhat has joined #openstack-neutron09:10
*** leseb_ has quit IRC09:11
*** alex_klimov has quit IRC09:11
*** epa_ has joined #openstack-neutron09:14
openstackgerritSumit Naiksatam proposed a change to openstack/neutron: Group Policy DB-1: EP, EPG, L2 Policy, L3 Policy  https://review.openstack.org/9605009:15
*** leseb has joined #openstack-neutron09:15
epa_Good day. I'm evaluating openstack (vs. euca/aws/boto) and have run into bit of problem with python-neutronclient and python-novaclient.09:15
epa_I can make network and bunch of subnets into it, but I'm yet to find out how to define into which subnet to start an instance into.09:16
epa_novaclient.servers.create(...., nics=[{'net-id': <uuid>}])  seems to start a new vm but it goes into the first subnet09:17
ihrachyshkaepa_: there's a blueprint for this https://blueprints.launchpad.net/nova/+spec/selecting-subnet-when-creating-vm09:17
epa_ihrachyshka: thx I'll have a look09:17
ihrachyshkaepa_: meaning, the feature is not there, but people are working on it09:17
ihrachyshka(and you can join to help)09:18
*** leseb has quit IRC09:18
epa_ihrachyshka: True. And should we choose to go with openstack then we'll donate what improvements we make.09:20
epa_I'm not exactly certain as what the difference is between Network and Subnet09:21
epa_I originally thought Network is ~= VPC09:21
*** armax has joined #openstack-neutron09:22
epa_but according to the https://wiki.openstack.org/wiki/Blueprint-aws-vpc-support the VPC is somewhat closer to Project level09:22
*** sunrenjie6 has quit IRC09:22
*** matsuhashi has quit IRC09:22
ihrachyshkaepa_: network is a broadcast domain, subnet is a block of IPs with routing and DHCP settings attached09:23
*** abhishek has joined #openstack-neutron09:23
ihrachyshkaepa_: see http://docs.openstack.org/api/openstack-network/2.0/content/Concepts-d1e369.html09:23
*** nlahouti has joined #openstack-neutron09:24
*** matsuhashi has joined #openstack-neutron09:24
*** leseb has joined #openstack-neutron09:25
*** jpich has quit IRC09:26
*** dims_ has joined #openstack-neutron09:27
*** nati_ueno has quit IRC09:28
*** nlahouti has quit IRC09:28
*** raju has joined #openstack-neutron09:28
abhishekHi, I am using ml2 plugin for two different hypervisor types: hyperv and KVM pointing to the same controller, but the ordered list of  mechanism_driver is not working the way it should.09:29
*** dave_tucker_zzz is now known as dave_tucker09:29
abhishekIt always takes the first one of the ordered list.09:30
*** matsuhashi has quit IRC09:30
abhishekIs somebody aware of this issue?09:30
*** matsuhashi has joined #openstack-neutron09:30
*** sunrenjie6 has joined #openstack-neutron09:32
*** dims_ has quit IRC09:32
openstackgerritLi Ma proposed a change to openstack/neutron: Race condition of L3-agent to add/remove routers  https://review.openstack.org/7323409:32
*** geekinutah has quit IRC09:34
*** sunrenjie6 has quit IRC09:34
*** matsuhashi has quit IRC09:34
*** sunrenjie6 has joined #openstack-neutron09:35
*** geekinutah has joined #openstack-neutron09:36
*** salv-orlando has quit IRC09:36
openstackgerritSumit Naiksatam proposed a change to openstack/neutron: Group Policy Plugin-1: EP, EPG, L2 Policy, L3 Policy  https://review.openstack.org/9639309:36
*** rotbeard has quit IRC09:37
*** matsuhashi has joined #openstack-neutron09:37
*** jpich has joined #openstack-neutron09:39
*** sunrenjie6 has quit IRC09:39
*** rotbeard has joined #openstack-neutron09:39
*** jamespd has quit IRC09:40
*** jamespd has joined #openstack-neutron09:41
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Added missing core_plugins symbolic names  https://review.openstack.org/10046809:46
*** gongysh has joined #openstack-neutron09:46
*** matsuhashi has quit IRC09:48
gongyshamotoki: ping09:48
openstackgerritRossella Sblendido proposed a change to openstack/neutron: Introduce bulk calls for get device details  https://review.openstack.org/6689909:50
*** matsuhashi has joined #openstack-neutron09:50
*** kopparam has joined #openstack-neutron09:53
*** safchain has quit IRC09:53
gongyshsafchain: ping09:53
*** kopparam_ has joined #openstack-neutron09:53
*** nlahouti has joined #openstack-neutron09:54
*** kopparam has quit IRC09:57
*** dvorkinista has joined #openstack-neutron09:58
*** doude has joined #openstack-neutron09:58
*** amotoki has quit IRC09:59
*** nlahouti has quit IRC09:59
*** xuhanp has quit IRC10:00
*** safchain has joined #openstack-neutron10:00
*** salv-orlando has joined #openstack-neutron10:00
abhishekI am using ml2 plugin for two different hypervisor types: hyperv and KVM pointing to the same controller, but the ordered list of  mechanism_driver is not working the way it should. It always takes the first one of the ordered list. Is somebody aware of this issue?10:01
*** dvorkinista has quit IRC10:02
*** matsuhashi has quit IRC10:03
*** matsuhashi has joined #openstack-neutron10:03
*** matsuhashi has quit IRC10:04
*** matsuhashi has joined #openstack-neutron10:04
*** tomoe_ has quit IRC10:05
*** kong has joined #openstack-neutron10:07
*** blinky_ghost has joined #openstack-neutron10:07
*** Topcsplayer has joined #openstack-neutron10:07
blinky_ghosthi all, is it possible to setup HA for L3-agents? I use icehouse. Thanks10:08
TopcsplayerI am using ml2 plugin for two different hypervisor types: hyperv and KVM pointing to the same controller, but the ordered list of  mechanism_driver is not working the way it should. It always takes the first one of the ordered list. Is somebody aware of this issue?10:08
gongyshamotoki: ping10:09
TopcsplayerI am using ml2 plugin for two different hypervisor types: hyperv and KVM pointing to the same controller, but the ordered list of  mechanism_driver is not working the way it should. It always takes the first one of the ordered list. Is somebody aware of this issue?10:10
Topcsplayer:(10:10
*** jlibosva has joined #openstack-neutron10:10
*** abhishek has quit IRC10:10
ihrachyshkablinky_ghost: http://docs.openstack.org/high-availability-guide/content/_running_neutron_l3_agent.html10:14
*** jgallard has quit IRC10:14
*** matsuhashi has quit IRC10:14
*** leseb has quit IRC10:17
*** leseb has joined #openstack-neutron10:17
*** pcm_ has joined #openstack-neutron10:20
*** pcm_ has quit IRC10:21
*** matsuhashi has joined #openstack-neutron10:21
*** pcm_ has joined #openstack-neutron10:22
*** leseb has quit IRC10:22
gongysh<Topcsplayer>: what is the problem?10:25
rossella_sgongysh: thanks for your review https://review.openstack.org/#/c/66899/ ...would you mind having a look at my answers? That patch has been around for months and was already approved then delayed to juno, I'd really like to get that merged finally10:27
*** jroovers|afk is now known as jroovers10:28
openstackgerritMurali Birru proposed a change to openstack/neutron: Add L3 Scheduler Changes for Distributed Routers  https://review.openstack.org/8969410:30
*** coolsvap|afk is now known as coolsvap10:33
rossella_sgongysh: thanks a lot!10:35
*** matsuhashi has quit IRC10:35
*** matsuhashi has joined #openstack-neutron10:36
*** matsuhashi has quit IRC10:40
*** trinaths has quit IRC10:41
openstackgerritMurali Birru proposed a change to openstack/neutron: Add L3 Scheduler Changes for Distributed Routers  https://review.openstack.org/8969410:44
*** yamahata has quit IRC10:45
openstackgerritEvgeny Fedoruk proposed a change to openstack/neutron-specs: lbaas-tls  https://review.openstack.org/9864010:45
*** alex_klimov has joined #openstack-neutron10:48
*** jroovers|afk has joined #openstack-neutron10:52
*** jroovers has quit IRC10:52
*** jroovers|afk is now known as jroovers210:52
blinky_ghostihrachyshka: does this plugin works with neutron using namespaces? I've tried this on havana and it didn't work.10:56
*** nlahouti has joined #openstack-neutron10:56
*** devvesa_ has quit IRC10:58
*** dvorkinista has joined #openstack-neutron10:59
*** salv-orlando has quit IRC10:59
*** jroovers has joined #openstack-neutron11:00
*** jroovers2 has quit IRC11:00
*** nlahouti has quit IRC11:01
*** dvorkinista has quit IRC11:03
*** SumitNaiksatam has quit IRC11:03
*** salv-orlando has joined #openstack-neutron11:05
*** SumitNaiksatam has joined #openstack-neutron11:05
*** jistr has quit IRC11:06
openstackgerritCedric Brandily proposed a change to openstack/neutron: Remove SELECT FOR UPDATE use in ML2 type driver release_segment  https://review.openstack.org/10034511:06
lukegoIs this error/-1 from the neutron-specs Jenkins something real or a transient issue I should request a recheck on? http://logs.openstack.org/07/95707/2/check/gate-neutron-specs-docs/50d0714/console.html.gz11:06
*** jistr has joined #openstack-neutron11:07
ihrachyshkablinky_ghost: should work11:07
*** dims_ has joined #openstack-neutron11:09
*** ilyashakhat has quit IRC11:15
Topcsplayer<gongysh>: The problem is I want my neutron ml2_plyugin to work for both KVM and Hyperv. But both are not working suimultaneously. mechanism_driver either work on "hyperv" or "openvswitch". The comma separated value which is mentioned as an ordered list doesn't work or it could be a configuration issue.11:20
*** coolsvap is now known as coolsvap|afk11:21
*** nlahouti has joined #openstack-neutron11:27
*** coolsvap|afk is now known as coolsvap11:28
*** nlahouti has quit IRC11:31
*** luqas has quit IRC11:33
ihrachyshkasalv-orlando: hey. do you have a bit of time to share some knowledge re db lock timeouts with me?11:33
salv-orlandowhy not11:34
salv-orlandoso basically I’m not sure if you’re aware that actually it is not a sqlalchemy or db backend issue.11:34
ihrachyshkasalv-orlando: that's green thread switched in wrong time issue, right?11:34
*** trinaths has joined #openstack-neutron11:35
Topcsplayer<gongysh> : Are you there?11:35
salv-orlandoihrachyshka - correct. Basically eventlet triggers a context switch in the middle of a transaction, switching to another thread which opens another transaction11:36
salv-orlandoand this might trigger the deadlock. In tempest runs it appears quite a lot because most operations are of the create/update/delete kind11:36
ihrachyshkasalv-orlando: does *any* new transaction result in timeout? in other words, is lock global? or per table?11:36
salv-orlandoihrachyshka: not all transactions…11:37
ihrachyshkasalv-orlando: so this is for rw access only, right?11:37
salv-orlandoyes. Indeed that’s why you see that a lot in our tempest tests, but not as frequently in production environments11:37
*** aveiga has joined #openstack-neutron11:37
ihrachyshkasalv-orlando: we got it in production. I hope you have access to https://bugzilla.redhat.com/show_bug.cgi?id=110957711:38
salv-orlandobecause in tempest test it often happens that a resource is destroyed while some agent fis updating it status.11:38
ihrachyshkathere, a user deletes multiple instances with floating IPs at once, and get the failure11:38
salv-orlandoihrachyshka: not saying it does not show up in production.11:38
salv-orlandoI’m saying tempest test give you a higher yield than typical production use11:38
ihrachyshkaok, got it11:38
openstackgerritEvgeny Fedoruk proposed a change to openstack/neutron-specs: lbaas-tls  https://review.openstack.org/9864011:38
salv-orlandoihrachyshka: That one in particular, has been introduced by me ;)11:39
salv-orlandohowever, this is the common pattern to this kind of error.11:39
ihrachyshkasalv-orlando: how long is the timeout? I would expect to see traceback starting several minutes earlier than the last failure line, but it seems the timing is the same for the whole traceback.11:39
ihrachyshkasalv-orlando: that one - floating IPs one?11:40
salv-orlando50 seconds by default on mysql11:40
salv-orlandoihrachyshka: yes, because I introduced the status update11:40
ihrachyshkaok, so to debug those issues, we may try to read back logs for ~minute and see which operations were invoked during that time, right?11:40
salv-orlandoanyway - the failue pattern is always the following:11:40
salv-orlandoyou delete a resource, and in the meanwhile an agent tries to update it11:40
salv-orlandoI’m sure it’s clashing with the delete floating IP11:41
ihrachyshkasalv-orlando: do you have a link to your patch that introduced the failure?11:41
salv-orlandoI would bet 100euros (80 GBP) on that11:41
ihrachyshkasalv-orlando: good, I like when money talks :)11:41
salv-orlandoif you’re in Czech Rep I’m not sure how many kruna would that be11:41
*** coolsvap is now known as coolsvap|afk11:42
ihrachyshka2600 CZK :)11:42
*** ajo has quit IRC11:43
salv-orlandothe pattern in the logs is however deceiving11:43
openstackgerritA change was merged to openstack/neutron: Add missing keyword raise to get_profile_binding function  https://review.openstack.org/9985511:43
salv-orlandoyou see a delete operation going on and no error.11:43
salv-orlandoAt some point then the log stays totally silent for 50 secs11:43
salv-orlandoand then you get the error11:43
ihrachyshkaok, now that we put our virtual money at stake and assume we know the reason of the failure, how does an ideal fix look like? should we check all the update status code and remove any possible yields?11:43
*** Topcsplayer has quit IRC11:46
*** ajo has joined #openstack-neutron11:49
*** Jay__ has joined #openstack-neutron11:51
*** Topcsplayer has joined #openstack-neutron11:51
ihrachyshkasalv-orlando: the patch you talked about is a1b08606f2a73339b31ab49d172ae8793d76a55b, right?11:54
*** ramishra has quit IRC11:55
*** ajo has quit IRC11:57
salv-orlandosorry for the delay. I had a call on the phone.11:57
*** ianw has quit IRC11:57
*** ianw has joined #openstack-neutron11:58
*** nlahouti has joined #openstack-neutron11:58
salv-orlandoThere are a lot of fixed. As argued by some, the ideal fix should be fix eventlet11:58
salv-orlandoOthers said the ideal fix should be remove eventlet and use something else11:59
salv-orlandoHowever, I agree with the decision that was taken to look at realistic fixes11:59
*** dvorkinista has joined #openstack-neutron11:59
salv-orlandoand so it was decided to implement a semaphore to wrap transaction susceptible to lock wait timeout error12:00
ihrachyshkathere was a good idea to catch switches under transaction and report in log/fail.12:00
ihrachyshkabut yes, it's more realistic to discuss specific issues now :)12:00
salv-orlandoYes I think marun was looking at that. That would simplify spotting this issue.12:00
ihrachyshkayes, he's the one. no idea whether it moved further than being a nice idea though12:01
salv-orlandoAnyway - we pushed a few patches to fix “critical” lock wait timeout issues plaguing upstream gate. To cut a long story short (and the story was very long)12:02
salv-orlandoa global semaphore was implemented.12:02
salv-orlandoNow being global is probably a bit too restrictive, so we’re now in the process of changing a bit this logic and using a resource level lock12:02
salv-orlandoI’m trying to find an example of such usage in the code12:02
*** nlahouti has quit IRC12:03
*** ianw has quit IRC12:03
*** ianw has joined #openstack-neutron12:04
salv-orlandoihrachyshka: https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/plugin.py#L72612:04
salv-orlandoin this case both delete_port and update_port have db transactions wrapped by this lock12:04
*** dvorkinista has quit IRC12:04
salv-orlandohowever the lock is global, which is unnecessary12:04
salv-orlandoinstead of ‘db-access’ it should probably be ‘db-access-<resource_id>'12:04
salv-orlandoI’m working on this today however, so there is not much to wait for a fix, so I might as well sort the floating ip problem as well.12:05
*** ianw has quit IRC12:06
*** mwagner_lap has quit IRC12:06
ihrachyshkasalv-orlando: aha, I see. do you want me to create a bug for floatingips in launchpad?12:06
*** ianw has joined #openstack-neutron12:06
salv-orlandoyes why not - maybe just point to redhat bugzilla12:08
*** trinaths has quit IRC12:10
*** ianw has quit IRC12:10
*** raju has quit IRC12:11
*** ianw has joined #openstack-neutron12:11
*** kopparam_ has quit IRC12:11
ihrachyshkasalv-orlando: btw looks like another instance of similar nature: https://bugs.launchpad.net/neutron/+bug/131197012:11
*** kopparam has joined #openstack-neutron12:12
*** ajo has joined #openstack-neutron12:13
salv-orlandoihrachishka: ah that’s a dupe of the one we fixed, I think. give me just two minutes to find the fix in git log12:13
*** dims_ has quit IRC12:13
*** ianw has quit IRC12:13
ihrachyshkasalv-orlando: fyi I've created a bug for Red Hat issue in LP: https://bugs.launchpad.net/neutron/+bug/133095512:14
salv-orlandogreat thanks12:14
ihrachyshkasalv-orlando: if you need anything more from my side on the issue, please tell12:15
salv-orlandoI think the patch for https://bugs.launchpad.net/neutron/+bug/1283522 fixes also bug 1311970. I will try and verify with logstash that theat lock wait timeout does not occur anymore12:15
salv-orlandosure, no problem12:15
*** kopparam has quit IRC12:16
*** ianw has joined #openstack-neutron12:17
*** blinky_ghost has quit IRC12:22
openstackgerritSylvain Bauza proposed a change to openstack/neutron-specs: API Extension for l2-gateway  https://review.openstack.org/10027812:22
openstackgerritSylvain Bauza proposed a change to openstack/neutron-specs: VLAN trunking networks for NFV  https://review.openstack.org/9771412:28
openstackgerritSylvain Bauza proposed a change to openstack/neutron-specs: VLAN aware VMs  https://review.openstack.org/9461212:29
*** nlahouti has joined #openstack-neutron12:29
openstackgerritSylvain Bauza proposed a change to openstack/neutron: Trunk port support for VLAN ML2 type driver  https://review.openstack.org/9254112:29
openstackgerritSylvain Bauza proposed a change to openstack/neutron-specs: NFV unaddressed interfaces  https://review.openstack.org/9771512:29
*** kong has quit IRC12:29
openstackgerritSylvain Bauza proposed a change to openstack/neutron-specs: ML2 OVS: portsecurity extension support  https://review.openstack.org/9987312:30
openstackgerritHenry Gessau proposed a change to openstack/neutron-specs: DB migration refactoring  https://review.openstack.org/9573812:30
*** flaviof is now known as flaviof_zzz12:31
kashyapAnyone w/ more deeper knowledge of Neutron a spare minute to confirm my test in comment #2 validates what the reporter is saying? This is IceHouse on Fedora-20. More details here -- https://bugzilla.redhat.com/show_bug.cgi?id=1048053#c212:33
*** nlahouti has quit IRC12:34
*** sbalukoff has quit IRC12:35
*** igordcard has joined #openstack-neutron12:35
TopcsplayerHi all, I want my neutron ml2_plyugin to work for both KVM and Hyperv. But both are not working suimultaneously. mechanism_driver either work on "hyperv" or "openvswitch". The comma separated value which is mentioned as an ordered list doesn't work or it could be a configuration issue.12:39
TopcsplayerML2 claims that it supports multiple mechanism drivers simultaneously12:39
*** leseb has joined #openstack-neutron12:40
*** ianw has quit IRC12:41
*** ianw has joined #openstack-neutron12:42
*** rolledback has joined #openstack-neutron12:42
*** leseb has quit IRC12:43
*** leseb has joined #openstack-neutron12:43
*** jistr has quit IRC12:50
*** jistr has joined #openstack-neutron12:52
*** yamahata has joined #openstack-neutron12:52
*** luqas has joined #openstack-neutron12:54
*** gildub has quit IRC12:55
*** ramishra has joined #openstack-neutron12:56
*** xuhanp has joined #openstack-neutron12:58
*** Topcsplayer has quit IRC12:59
*** WackoRobie has joined #openstack-neutron13:00
*** dvorkinista has joined #openstack-neutron13:00
*** ramishra has quit IRC13:01
*** b3nt_pin is now known as beagles13:01
*** andymaier has joined #openstack-neutron13:02
*** WackoRobie has quit IRC13:04
*** dvorkinista has quit IRC13:05
*** radez_g0n3 is now known as radez13:06
*** julim has joined #openstack-neutron13:07
*** WackoRobie has joined #openstack-neutron13:09
*** prad_ has joined #openstack-neutron13:10
*** rolledback has quit IRC13:11
*** kbringard has joined #openstack-neutron13:12
openstackgerritVivekanandan Narasimhan proposed a change to openstack/neutron: L2 Agent/ML2 Plugin changes for L3 DVR  https://review.openstack.org/8773013:14
*** nplanel has joined #openstack-neutron13:15
*** shausy has quit IRC13:16
*** flaviof_zzz is now known as flaviof13:16
*** erecio has joined #openstack-neutron13:17
*** zhiyan is now known as zhiyan_13:17
*** nati_ueno has joined #openstack-neutron13:17
*** Longgeek has quit IRC13:18
*** Longgeek has joined #openstack-neutron13:18
*** Longgeek has quit IRC13:20
*** Longgeek has joined #openstack-neutron13:21
*** changbl has quit IRC13:22
*** jroovers has quit IRC13:25
*** jgrimm_ has joined #openstack-neutron13:29
*** zhipeng has quit IRC13:29
*** sbalukoff has joined #openstack-neutron13:30
*** nlahouti has joined #openstack-neutron13:31
*** jgallard has joined #openstack-neutron13:33
*** andymaier has quit IRC13:34
*** nlahouti has quit IRC13:35
*** paraa has quit IRC13:35
*** tomoe_ has joined #openstack-neutron13:39
openstackgerritRoey Chen proposed a change to openstack/neutron: MLNX Agent: Process port_update notifications in the main agent loop  https://review.openstack.org/9488213:41
flaviofgaryk: ping13:41
garykflaviof: yo13:43
*** Infitialis has quit IRC13:44
flaviofgaryk: I was wondering if you could +1 my proposed changes: https://review.openstack.org/#/c/100130/13:45
*** carlp has joined #openstack-neutron13:45
flaviofgaryk: I do not know who/how I can merge it in, actually. do you?13:45
*** seizadi has joined #openstack-neutron13:47
garykflaviof: well, it is just a matter of time to wait until the patch gets reviewed. you have addressed my comments. thank you13:48
*** nati_ueno has quit IRC13:49
flaviofgaryk: got it. thank you!13:49
*** jroovers has joined #openstack-neutron13:52
*** rm_work is now known as rm_work|away13:52
openstackgerritOpenStack Proposal Bot proposed a change to openstack/neutron: Updated from global requirements  https://review.openstack.org/9976213:52
*** aburaschi has joined #openstack-neutron13:53
*** seizadi has quit IRC13:53
*** rolledback has joined #openstack-neutron13:53
*** rolledback has quit IRC13:54
*** jroovers2 has joined #openstack-neutron13:54
*** devvesa_ has joined #openstack-neutron13:54
*** kopparam has joined #openstack-neutron13:55
*** otherwiseguy has joined #openstack-neutron13:55
*** jroovers has quit IRC13:56
*** rolledback has joined #openstack-neutron13:57
*** ygbo has quit IRC13:57
*** banix has joined #openstack-neutron13:58
*** dims has joined #openstack-neutron13:58
*** nati_ueno has joined #openstack-neutron13:59
*** dims has quit IRC13:59
Vishal_enikanorov: Hi13:59
*** kopparam has quit IRC14:00
*** julim has quit IRC14:00
enikanorovhi14:00
Vishal_Is there any cli support to update the quota limits for lbaas14:00
*** dvorkinista has joined #openstack-neutron14:01
*** julim has joined #openstack-neutron14:01
Vishal_I can set lbaas quota limit using neutron.conf...but was not able to do via cli14:01
*** trad511 has joined #openstack-neutron14:02
flaviofgaryk: regarding your comment on https://wiki.openstack.org/wiki/GitCommitMessages14:03
*** trinaths has joined #openstack-neutron14:03
flaviofgaryk: should I re-submit it ? or is that a ref for next time I do a commit?14:03
garykflaviof: yes, you just need to try and write the commit messages in the recommented format. that is header is a short summary and then a description14:03
*** kopparam has joined #openstack-neutron14:04
garykflaviof: up to you. i you resubmit then let me know and i'll take a look again.14:04
*** rolledback has quit IRC14:04
*** gongysh has quit IRC14:05
flaviofgaryk: okay. took me a while to get it all passing. given this is pretty minor I will let it be for now, but do a better job next time.14:05
*** VijayB has joined #openstack-neutron14:06
*** dvorkinista has quit IRC14:06
*** sballe has joined #openstack-neutron14:06
*** german_ has joined #openstack-neutron14:06
garykok. np14:06
*** vivek-ebay has joined #openstack-neutron14:07
openstackgerritLuke Gorrie proposed a change to openstack/neutron: Snabb NFV mechanism driver for ML2  https://review.openstack.org/9571114:07
openstackgerritRoey Chen proposed a change to openstack/neutron: MLNX Agent: ensure removed ports get treated on resyncs  https://review.openstack.org/9488814:07
*** dims has joined #openstack-neutron14:07
*** mlavalle has joined #openstack-neutron14:07
*** rolledback has joined #openstack-neutron14:07
*** irenab has quit IRC14:09
*** [1]evgenyf has quit IRC14:09
*** VijayB has quit IRC14:09
*** ygbo has joined #openstack-neutron14:11
*** prad_ has quit IRC14:12
*** prad_ has joined #openstack-neutron14:12
openstackgerritRoey Chen proposed a change to openstack/neutron: MLNX Agent: Process port_update notifications in the main agent loop  https://review.openstack.org/9488214:13
cgoncalvesbanix, SumitNaiksatam: if possible, please review my last comments on https://review.openstack.org/#/c/92477. thanks :)14:14
openstackgerritRoey Chen proposed a change to openstack/neutron: MLNX Agent: ensure removed ports get treated on resyncs  https://review.openstack.org/9488814:14
banixcgoncalves: sure. will do.14:14
*** erecio has quit IRC14:15
*** sweston has joined #openstack-neutron14:16
*** erecio has joined #openstack-neutron14:16
*** TrevorV has joined #openstack-neutron14:16
*** zhiyan_ is now known as zhiyan14:16
*** s3wong has joined #openstack-neutron14:16
*** mwagner_lap has joined #openstack-neutron14:17
openstackgerritKoteswara Rao Kelam proposed a change to openstack/neutron: Proper validation for inserting firewall rule  https://review.openstack.org/10056014:17
*** dlundquist has joined #openstack-neutron14:17
*** tomoe_ has quit IRC14:17
*** nplanel has quit IRC14:18
*** yfried_ has quit IRC14:19
*** nati_ueno has quit IRC14:20
*** alagalah has joined #openstack-neutron14:20
*** rm_work|away is now known as rm_work14:20
*** trinaths has quit IRC14:21
*** markmcclain has joined #openstack-neutron14:24
*** WackoRobie has quit IRC14:24
openstackgerritSean M. Collins proposed a change to openstack/neutron: Ensure entries in dnsmasq belong to a subnet using DHCP  https://review.openstack.org/6457814:24
*** rwsu has joined #openstack-neutron14:24
*** ramishra has joined #openstack-neutron14:25
*** WackoRobie has joined #openstack-neutron14:25
*** nati_ueno has joined #openstack-neutron14:25
ihrachyshkasalv-orlando: still around?14:26
*** mestery has joined #openstack-neutron14:27
xuhanpmarkmcclain, I've replied your comments on my review: https://review.openstack.org/#/c/80932/, can you help take another look? Thanks!14:28
cgoncalvesbanix: thanks for your prompt review ;-)14:28
*** WackoRobie has quit IRC14:29
*** dfarrell07 has joined #openstack-neutron14:29
*** igordcard has quit IRC14:30
*** a_le has quit IRC14:31
*** igordcard has joined #openstack-neutron14:32
*** nlahouti has joined #openstack-neutron14:33
*** mestery has quit IRC14:34
*** mestery has joined #openstack-neutron14:35
*** zhiyan is now known as zhiyan_14:35
*** dfarrell07 has quit IRC14:36
*** zhiyan_ is now known as zhiyan14:36
*** crc32 has joined #openstack-neutron14:36
*** zhiyan is now known as zhiyan_14:37
*** zhiyan_ is now known as zhiyan14:37
*** dfarrell07 has joined #openstack-neutron14:37
*** nlahouti has quit IRC14:37
*** devvesa_ has quit IRC14:40
*** garyk has quit IRC14:40
pcm_anyone: I'm struggling trying to figure out why my Jenkins tests are failing. Can anyone advise? https://review.openstack.org/#/c/96946/214:42
*** nlahouti has joined #openstack-neutron14:42
*** markmcclain has quit IRC14:43
*** jecarey has joined #openstack-neutron14:44
*** roeyc has quit IRC14:45
ihrachyshkapcm_: see 'Neutron did not start' in devstacklog.txt. You could try to start devstack, apply your changes to local neutron checkout, and restart neutron server to be able to debug why exactly it failed14:45
*** jistr has quit IRC14:45
pcm_ihrachyshka: Good idea. I'm currently rebasing in my environment to pick up latest changes.14:46
*** jistr has joined #openstack-neutron14:46
pcm_ihrachyshka: I was seeing that some test suites show it didn't start, others have failures in setup.14:46
*** nlahouti has quit IRC14:46
pcm_ihrachyshka: as soon as I finish rebase, I'll give this a go. thanks!14:47
*** markmcclain has joined #openstack-neutron14:50
*** thedodd has joined #openstack-neutron14:51
*** jgrimm_ is now known as jgrimm14:53
*** ihrachyshka has quit IRC14:53
*** markmcclain has quit IRC14:55
*** marun has joined #openstack-neutron14:56
*** dims_ has joined #openstack-neutron14:57
openstackgerritOpenStack Proposal Bot proposed a change to openstack/neutron: Updated from global requirements  https://review.openstack.org/9976214:58
*** markmcclain has joined #openstack-neutron14:59
*** dims has quit IRC15:01
*** ramishra has quit IRC15:02
*** chandan_kumar has joined #openstack-neutron15:04
openstackgerritIsaku Yamahata proposed a change to openstack/neutron-specs: physical-network-topology extension spec  https://review.openstack.org/9127515:05
*** amuller_ has joined #openstack-neutron15:05
*** seizadi has joined #openstack-neutron15:06
*** nati_ueno has quit IRC15:07
*** alex_klimov has quit IRC15:07
*** kopparam has quit IRC15:08
*** marun has quit IRC15:08
*** amuller has quit IRC15:08
*** marun has joined #openstack-neutron15:08
*** kopparam has joined #openstack-neutron15:09
*** rkukura has quit IRC15:09
*** rkukura has joined #openstack-neutron15:09
zzelleHenryG: hi15:12
*** samuelbercovici has joined #openstack-neutron15:13
*** crc32 has quit IRC15:13
*** kopparam has quit IRC15:13
HenryGzzelle: Hi15:13
zzelleHenryG: i am not sure to understand your comment on https://review.openstack.org/100345 ... more precisely what is a cookie cutter pattern15:14
HenryGzzelle: Sorry, it was just an observation. Each type has a similar delete pattern, so maybe one day a common function can be made.15:15
*** crc32 has joined #openstack-neutron15:16
zzelleHenryG: a cookie cutter pattern is refactor to extract abstract common features ?15:16
*** rkukura has quit IRC15:16
HenryGzzelle: I don't think it's an official term. I made it up.15:18
HenryGzzelle: This is what I was imagining: http://affordablehousinginstitute.org/blogs/us/wp-content/uploads/cookies_cut_out.jpg15:19
HenryGzzelle: sorry for the confusion. I will try to be less obscure in future.15:20
HenryGzzelle: Anyway, I don't think it's worth to refactor now.15:20
*** jistr has quit IRC15:21
HenryGzzelle: In fact, it may never be easy given there are lots of small differences between the type drivers.15:21
zzelleHenryG: oki i wasn't sure of the expression meaning15:21
zzelleHenryG: i am trying to do allocate_tenant_segment using an abstract method .... it is a mess because all type drivers different db keys for segment leys15:22
zzelles/ley/keys/15:22
*** nlahouti has joined #openstack-neutron15:24
*** phschwartz has quit IRC15:24
HenryGzzelle: In general I dislike to see cloned code, but sometimes the "common" template function gets too complicated and unreadble.15:25
HenryGzzelle: You have to decide if it's worth the effort.15:25
openstackgerritJakub Libosvar proposed a change to openstack/neutron: Notify systemd when starting Neutron server  https://review.openstack.org/10059615:25
*** sweston has quit IRC15:26
*** jobewan has joined #openstack-neutron15:26
*** phschwartz has joined #openstack-neutron15:27
zzelleHenryG: the common code is mor readable but it implies slowness because of abstraction15:27
openstackgerritJakub Libosvar proposed a change to openstack/neutron: Notify systemd when starting Neutron server  https://review.openstack.org/10059615:27
zzelleHenryG: so i will try a more pragmatic approach15:27
*** rkukura has joined #openstack-neutron15:27
*** rkukura has quit IRC15:28
*** scheuran has quit IRC15:31
*** vivek-eb_ has joined #openstack-neutron15:31
*** garyk has joined #openstack-neutron15:32
*** zhhuabj has quit IRC15:32
*** zhiyan is now known as zhiyan_15:32
*** zhhuabj has joined #openstack-neutron15:33
*** paraa has joined #openstack-neutron15:33
*** ramishra has joined #openstack-neutron15:33
*** erecio has quit IRC15:33
*** vivek-ebay has quit IRC15:34
*** erecio has joined #openstack-neutron15:34
*** ramishra has quit IRC15:38
*** lukego has quit IRC15:41
*** rkukura has joined #openstack-neutron15:47
*** markvoelker1 has left #openstack-neutron15:47
*** jprovazn has joined #openstack-neutron15:47
*** xuhanp has quit IRC15:47
*** markvoelker has joined #openstack-neutron15:47
*** seizadi has quit IRC15:48
openstackgerritIsaku Yamahata proposed a change to openstack/neutron-specs: ML2 OVS: portsecurity extension support  https://review.openstack.org/9987315:49
HenryGakamyshnikova: ping15:49
*** dvorkinista has joined #openstack-neutron15:53
*** a_le has joined #openstack-neutron15:54
*** changbl has joined #openstack-neutron15:54
anteayamestery: I don't see a #neutron-lbaas or #openstack-neutron-lbaas channel on freenode: http://paste.openstack.org/show/84317/15:54
anteayamestery: we will need the channel to exist to log it15:55
mesteryanteaya: It's there, does it need to be official somehow?15:56
mesteryanteaya: Any help appreciated! :)15:56
anteayafreenode can't find it15:56
anteayawhat is it called?15:56
mesteryanteaya: Yikes15:57
mesteryanteaya: it's just "neutron-lbaas"15:57
mesteryDoes it need to prefix with popenstack?15:57
mestery*openstack15:57
mestery?15:57
anteayaI typed it wrong, chanser15:57
anteayamissed the v15:57
mesteryanteaya: :)15:57
anteayaI will try again15:57
mesteryThanks for the help anteaya!15:57
anteaya15:57:46 freenode  -- | MSG(chanserv): info #neutron-lbaas15:58
anteaya15:57:47 freenode  -- | ChanServ (ChanServ@services.): Channel #neutron-lbaas is not registered.15:58
anteayait needs to be registered please15:58
mesteryAh, ok, thanks115:58
openstackgerritDoug Wiegley proposed a change to openstack/neutron-specs: a10-lbaas-driver  https://review.openstack.org/9947815:58
mesteryanteaya: How do I do that? :)15:58
*** rotbeard has quit IRC15:58
* anteaya googles freenode register a channel15:58
*** jroovers2 has quit IRC15:58
salv-orlandomestery: I don’t think anybody will mind if you use this channel. Unless load balancing people want privacy ;)15:58
mesterysalv-orlando: :)15:59
anteayamestery: ensure you are signed in15:59
anteayamestery: then /msg ChanServ register ##channelname15:59
anteayahttps://blog.freenode.net/2008/04/registering-a-channel-on-freenode/15:59
mesteryanteaya: Thanks for the google-fu :)15:59
openstackgerritArvind Somya proposed a change to openstack/neutron-specs: ML2 Type drivers refactor to allow extensiblity  https://review.openstack.org/9181115:59
anteayamestery: np16:00
anteayamestery: after it is registered, run this command `/msg chanserv access #channel add openstackinfra +AFRfiorstv`16:00
anteayadocumented here: http://ci.openstack.org/irc.html16:00
*** amarao has quit IRC16:00
*** vivek-eb_ is now known as vivek16:01
*** vivek is now known as Guest2294316:02
*** dvorkinista has quit IRC16:02
*** nati_ueno has joined #openstack-neutron16:04
*** slogan has joined #openstack-neutron16:04
*** seizadi has joined #openstack-neutron16:04
*** _cjones_ has joined #openstack-neutron16:04
*** sbfox has joined #openstack-neutron16:04
*** nati_uen_ has joined #openstack-neutron16:06
*** nati_ueno has quit IRC16:06
openstackgerritenikanorov proposed a change to openstack/neutron-specs: neutron-flavor-framework  https://review.openstack.org/9007016:07
enikanorov_nati_uen_: hey. updated flavors16:08
*** jistr has joined #openstack-neutron16:08
nati_uen_enikanorov_: sure! I'll review16:08
enikanorov_nati_uen_: i've also answered to your suggestion about the tags API flavors/id/tags16:09
nati_uen_enikanorov_: coool!16:09
enikanorov_it seems to me that it will complicate things alot - the anwer is in some previous patchset16:09
*** Guest22943 is now known as vivek-ebay16:10
*** VijayB_ has joined #openstack-neutron16:10
nati_uen_enikanorov_: which patchset?16:11
*** samuelbercovici has quit IRC16:12
enikanorov_nati_uen_: looking16:12
*** samuelbercovici has joined #openstack-neutron16:12
*** WackoRobie has joined #openstack-neutron16:12
*** dvorkinista has joined #openstack-neutron16:13
*** a_le has quit IRC16:13
*** moha_hunt has quit IRC16:13
*** jgallard has quit IRC16:13
*** a_le has joined #openstack-neutron16:13
enikanorov_nati_uen_: 6th16:13
*** leenheer has joined #openstack-neutron16:13
nati_uen_enikanorov_: which line number?16:14
enikanorov_nati_uen_: 17116:14
*** rolledback has quit IRC16:14
*** ygbo has quit IRC16:15
*** karimb has joined #openstack-neutron16:15
*** jckasper has quit IRC16:16
nati_uen_enikanorov_: Thanks16:17
*** a_le has quit IRC16:17
*** sweston has joined #openstack-neutron16:17
*** spandhe has joined #openstack-neutron16:18
*** sweston has quit IRC16:18
*** afazekas_ has quit IRC16:19
mesteryanteaya: We have the #openstack-lbaas registered now, I've updated my commit.16:20
mesteryanteaya: Your review much appreciated!16:20
mesteryanteaya: https://review.openstack.org/#/c/100603/16:20
anteayayeah I see it16:21
anteayatrying to wade my way back to it16:21
anteayathanks16:21
mesteryanteaya: thank you!16:22
*** amuller_ has quit IRC16:22
*** amuller__ has joined #openstack-neutron16:22
karimbhello, does anyone know what can lead to neutron not creating the qg interface for a router in br-ex but a tap device instead ?16:22
*** afaranha has quit IRC16:24
*** luqas has quit IRC16:24
*** ygbo has joined #openstack-neutron16:26
nati_uen_enikanorov_: Hi  Replied in patchset 6, however this discussion should be noted in the bp16:26
nati_uen_enikanorov_: In alternative design16:26
enikanorov_nati_uen_: you mean the API /flavor/tags? because I've added option of defining capabilities on the service directly to the alternatives section16:27
enikanorov_nati_uen_: cross-project consistency is a good point btw16:28
enikanorov_it may worth implementing16:28
nati_uen_enikanorov_: I agree with you we need tag. The discussion point is the api form, right? You are proposing different API style for same name. If so, such discussion should be noted.16:28
enikanorov_however i would find it quite clumsy for operators16:28
enikanorov_nati_uen_: I surely add this discussion16:29
nati_uen_enikanorov_: Generally, I believe operators don't like list format16:29
nati_uen_enikanorov_: extra route, or security gorups16:29
nati_uen_enikanorov_: it is pain for updating16:29
nati_uen_enikanorov_: and not scale16:29
nati_uen_enikanorov_: What if they are 100 tags?16:30
karimbkashyap, ^16:30
openstackgerritBrandon Logan proposed a change to openstack/neutron-specs: lbaas-api-and-objmodel-improvement  https://review.openstack.org/8990316:30
*** a_le has joined #openstack-neutron16:30
nati_uen_enikanorov_: That the reason I believe Amazon, Glance and Nova chooses tag as an resource model16:30
nati_uen_enikanorov_: but, yeah, let's discuss in the bp16:30
kashyapkarimb, /me reading the scroll16:31
*** Demitar has joined #openstack-neutron16:31
enikanorov_nati_uen_: ok, thanks. I didn't know that16:31
enikanorov_that seems convincing to me16:31
nati_uen_enikanorov_: let me see, heat guy is complaining for neutron api16:31
nati_uen_enikanorov_: http://osdir.com/ml/openstack-dev/2014-04/msg00591.html16:32
nati_uen_enikanorov_: sorry, I have to go. TL16:32
*** manishg has joined #openstack-neutron16:33
*** sbfox1 has joined #openstack-neutron16:33
*** sbfox has quit IRC16:33
*** ramishra has joined #openstack-neutron16:34
*** nati_uen_ has quit IRC16:34
*** a_le has quit IRC16:34
*** nati_ueno has joined #openstack-neutron16:35
sc68calkevinbenton: ping16:35
kevinbentonsc68cal: pong16:35
sc68calkevinbenton: Were you going to attend the qos meeting today?16:36
kevinbentonsc68cal: yep16:36
sc68calkevinbenton: would you mind actually running it today? I will be offline for a bit16:36
*** nati_ueno has quit IRC16:37
*** leseb has quit IRC16:37
*** nati_ueno has joined #openstack-neutron16:37
kevinbentonsc68cal: sure, do you have a link to the agenda?16:37
*** leseb has joined #openstack-neutron16:37
*** sweston has joined #openstack-neutron16:37
sc68calkevinbenton: sure, I'll write one up and put it on the subteam page, although it's going to be light16:37
kevinbentonsc68cal: no prob. and is there a reference handy for the commands to start and stop the meetings?16:38
sc68calkevinbenton: yeah, the big ones are16:38
*** ramishra has quit IRC16:39
sc68cal"#startmeeting <name_of_the_meeting"16:39
sc68caland "#endmeeting"16:39
sc68calso for the qos one, it'll be "#startmeeting neutron_qos"16:39
*** krtaylor has quit IRC16:39
*** nati_ueno has quit IRC16:39
*** sweston is now known as sweston_mobile16:39
*** nati_ueno has joined #openstack-neutron16:40
*** VijayB_ has quit IRC16:40
*** a_le has joined #openstack-neutron16:41
*** isviridov is now known as isviridov|be16:41
*** isviridov|be is now known as isviridov|away16:41
*** leseb has quit IRC16:42
sc68calkevinbenton: https://wiki.openstack.org/wiki/Meetings/NeutronQoS16:42
*** sweston_mobile has quit IRC16:42
*** sweston has joined #openstack-neutron16:42
*** harlowja_away is now known as harlowja16:43
*** jckasper has joined #openstack-neutron16:43
*** ijw has joined #openstack-neutron16:43
*** sweston has quit IRC16:43
kevinbentonsc68cal: thanks16:43
*** Longgeek has quit IRC16:44
*** vivek-ebay has quit IRC16:44
*** ygbo has quit IRC16:44
*** jistr has quit IRC16:44
*** vivek-ebay has joined #openstack-neutron16:45
*** erecio has quit IRC16:47
*** rolledback has joined #openstack-neutron16:48
*** erecio has joined #openstack-neutron16:48
*** rolledback has quit IRC16:48
*** afaranha has joined #openstack-neutron16:49
*** ihrachyshka has joined #openstack-neutron16:50
*** rolledback has joined #openstack-neutron16:51
*** Demitar has quit IRC16:51
openstackgerritA change was merged to openstack/neutron-specs: a10-lbaas-driver  https://review.openstack.org/9947816:51
*** Sam_S has joined #openstack-neutron16:51
*** VijayB_ has joined #openstack-neutron16:51
*** igordcard has quit IRC16:52
*** Sam_S has quit IRC16:54
*** SumitNaiksatam has quit IRC16:55
*** Sam_S has joined #openstack-neutron16:55
*** jprovazn has quit IRC16:56
*** ygbo has joined #openstack-neutron16:56
*** amuller__ is now known as amuller16:57
*** harlowja has quit IRC16:57
*** sweston has joined #openstack-neutron16:59
*** sweston has left #openstack-neutron16:59
*** karimb has quit IRC16:59
*** dkehn has quit IRC16:59
*** rcarrillocruz has quit IRC16:59
*** rcarrillocruz has joined #openstack-neutron17:00
*** erecio has quit IRC17:00
*** bklei has joined #openstack-neutron17:00
*** salv-orlando has quit IRC17:00
*** erecio has joined #openstack-neutron17:00
*** amaretskiy has quit IRC17:00
*** dkehn has joined #openstack-neutron17:01
*** vivek-ebay has quit IRC17:01
*** harlowja has joined #openstack-neutron17:01
*** vivek-ebay has joined #openstack-neutron17:03
*** yamahata has quit IRC17:03
*** kickinz1 is now known as kickinz1|afk17:04
*** vivek-ebay has quit IRC17:04
*** mestery_ has joined #openstack-neutron17:05
*** mestery_ has quit IRC17:05
*** mestery_ has joined #openstack-neutron17:06
*** dkehn has quit IRC17:06
*** vivek-ebay has joined #openstack-neutron17:07
*** mestery has quit IRC17:07
*** mestery_ is now known as mestery17:07
*** VijayB_ has quit IRC17:08
*** leseb has joined #openstack-neutron17:08
*** bklei has left #openstack-neutron17:08
*** dkehn has joined #openstack-neutron17:08
*** luqas has joined #openstack-neutron17:09
*** vivek-ebay has quit IRC17:10
*** vivek-ebay has joined #openstack-neutron17:10
*** afaranha has quit IRC17:11
*** karimb has joined #openstack-neutron17:11
*** jpich has quit IRC17:11
*** leseb has quit IRC17:13
*** yfried_ has joined #openstack-neutron17:13
*** vivek-ebay has quit IRC17:14
*** samuelbercovici has quit IRC17:15
*** vivek-ebay has joined #openstack-neutron17:16
*** nati_ueno has quit IRC17:18
*** alex_klimov has joined #openstack-neutron17:19
*** nati_ueno has joined #openstack-neutron17:20
*** vivek-e__ has joined #openstack-neutron17:20
*** vivek-ebay has quit IRC17:21
*** VijayB_ has joined #openstack-neutron17:21
*** kopparam has joined #openstack-neutron17:27
*** sbfox1 has quit IRC17:28
*** nati_ueno has quit IRC17:28
*** dvorkinista has quit IRC17:31
*** kopparam has quit IRC17:31
*** sweston_ has joined #openstack-neutron17:32
*** vivek-ebay has joined #openstack-neutron17:32
*** nlahouti has quit IRC17:32
*** VijayB_ has quit IRC17:32
*** sweston_ is now known as sweston_mobile17:33
*** spandhe has quit IRC17:34
*** vivek-e__ has quit IRC17:35
*** vivek-ebay has quit IRC17:35
*** vivek-ebay has joined #openstack-neutron17:35
*** nati_ueno has joined #openstack-neutron17:36
*** bandarji has joined #openstack-neutron17:37
*** sweston_mobile is now known as sweston17:37
*** sweston has quit IRC17:37
*** sweston has joined #openstack-neutron17:38
*** spandhe has joined #openstack-neutron17:39
*** sweston_mobile has joined #openstack-neutron17:43
*** ranger81 has joined #openstack-neutron17:43
*** sbfox has joined #openstack-neutron17:44
*** sweston_mobile has quit IRC17:44
*** sweston_mobile has joined #openstack-neutron17:44
*** safchain has quit IRC17:47
*** doude has quit IRC17:47
*** jlibosva has quit IRC17:47
*** afaranha has joined #openstack-neutron17:47
*** amuller has quit IRC17:48
ranger81Hi17:48
ranger81When a new VM is launched by nova, how does northbound controller know about it?17:48
*** igordcard has joined #openstack-neutron17:50
*** ihrachyshka has quit IRC17:51
*** ihrachyshka has joined #openstack-neutron17:52
*** leenheer has quit IRC17:53
openstackgerritBradley Klein proposed a change to openstack/python-neutronclient: Add keystone v3 auth support  https://review.openstack.org/9239017:54
*** zzelle has quit IRC17:54
*** WackoRobie has quit IRC17:55
*** sbfox has quit IRC17:55
*** SumitNaiksatam has joined #openstack-neutron17:55
*** vivek-ebay has quit IRC17:55
openstackgerritDarragh O'Reilly proposed a change to openstack/neutron: linuxbridge-agent: process port updates in the main loop  https://review.openstack.org/6287517:55
*** WackoRobie has joined #openstack-neutron17:55
*** nlahouti has joined #openstack-neutron17:56
*** karimb has quit IRC17:56
*** bklei has joined #openstack-neutron17:56
*** ijw has quit IRC17:56
*** sweston_mobile has quit IRC17:56
*** leenheer has joined #openstack-neutron17:57
*** Jay__ has quit IRC17:58
*** Jay__ has joined #openstack-neutron17:58
openstackgerritA change was merged to openstack/neutron: Added missing core_plugins symbolic names  https://review.openstack.org/10046817:58
*** WackoRobie has quit IRC17:59
sloganI'm currently reviewing the ML2 Cisco VXLAN spec and trying to understand a bit how VLANs are being mapped to VXLAN VNIDs. It appears that mapping happens via ML2 port binding. Is that mapping of a VLAN to VNID arbitrary, or does it come from some configuration?18:00
*** sbfox has joined #openstack-neutron18:00
sloganI guess what I'm trying to get my arms around is whether or not this mapping is in the scope of the ML2 mechanism driver, or the ML2 VXLAN type driver.18:02
*** ijw has joined #openstack-neutron18:03
*** sbfox1 has joined #openstack-neutron18:03
*** bklei has quit IRC18:03
*** sbfox has quit IRC18:05
sloganFrom here: http://docs.openstack.org/trunk/config-reference/content/networking-plugin-ml2_vxlan.html it looks like you can configure the range of VNIDs but it says nothing about how I might map these VNIDs to VLANs.18:06
*** dvorkinista has joined #openstack-neutron18:06
*** ihrachyshka has quit IRC18:07
*** rcurran has joined #openstack-neutron18:08
*** zzelle has joined #openstack-neutron18:08
*** leseb has joined #openstack-neutron18:08
*** SumitNaiksatam has left #openstack-neutron18:09
*** SumitNaiksatam has joined #openstack-neutron18:10
rcurranslogan, you still there18:10
*** krtaylor has joined #openstack-neutron18:12
*** leseb has quit IRC18:13
*** WackoRobie has joined #openstack-neutron18:14
sloganrcurran: yep18:14
rcurranslogan, hi w.r.t. the vxlan cisco_nexus ml2 md spec18:15
sloganthe above is the only commentary I was planning to make on the review, I'm inclined to +1 but fuzzy on the VLAN/VNID mappings18:15
*** vivek-ebay has joined #openstack-neutron18:15
rcurranslogan, agreed. good reason to be fuzzy - the code that will be doing this mapping isn't apart of this bp/spec18:15
*** vivek-eb_ has joined #openstack-neutron18:16
sloganis it somewhere else so I can read it?18:16
rcurranslogan, you'll want to follow - hold on my firefox just froze :-)18:16
sloganI've been googling around but nothing has cleared this up for me. Maybe I need to read the type driver sources?18:16
sloganok18:17
rcurranslogan, follow this review (spec) - https://review.openstack.org/#/c/89608/618:17
slogank18:17
rcurranslogan, the code is mostly done and will be pushed up for review right after this spec gets +218:18
*** networkstatic has joined #openstack-neutron18:18
*** nati_ueno has quit IRC18:18
*** nati_ueno has joined #openstack-neutron18:18
rcurranslogan, then there will be a "custom type driver" bp/spec/code added which should then make clearer the vlan<->vni mapping18:19
rcurranslogan, these are listed in my vxlan spec as dependencies18:19
*** vivek-ebay has quit IRC18:19
sloganis it appropriate for me to be reviewing the VXLAN spec at this time?18:20
rcurranslogan, doesn't hurt :-) even though this is a subset of info that you're looking for18:20
sloganI guess other have been, but are we pending the custom type driver bp before we start +1 this review?18:20
*** dguitarbite has quit IRC18:20
*** krtaylor has quit IRC18:21
rcurranslogan, i'm hoping that this will get approved even before the other specs get +2'd - but that's not my call.18:21
rcurranslogan, my changes will only be to the ml2/drivers/cisco/nexus code - no common changes in my bp18:22
*** changbl has quit IRC18:22
*** sbfox has joined #openstack-neutron18:22
sloganI'm very interested in getting the big picture on all the CISCO changes so I can be a better reviewer18:23
sloganer, Cisco18:23
sloganIs it possible to share a list of blueprints I should be subscribed to, read, etc?18:24
rcurranslogan, understood and i'd like to be able to provide this info (or at least pointers to the specs that are covering the bigger picture) but this won't be available until, at least, the custom type driver spec is pushed up18:24
*** ihrachyshka has joined #openstack-neutron18:24
*** sbfox1 has quit IRC18:25
*** dvorkinista has quit IRC18:25
rcurranslogan, the one i listed is where to start (link is also in my spec)18:25
rcurranslogan, custom type driver not pushed up yet18:25
*** lykinsbd has joined #openstack-neutron18:26
*** sbfox has quit IRC18:27
*** sbfox has joined #openstack-neutron18:27
*** sweston_mobile has joined #openstack-neutron18:27
*** VijayB_ has joined #openstack-neutron18:28
rcurranslogan, just pinged the eng working on custom type driver - he'll file a bp today - i'll update my spec w/ this pointer when available18:28
*** ranger81_ has joined #openstack-neutron18:28
*** ranger81 has quit IRC18:29
*** ranger8__ has joined #openstack-neutron18:29
*** lukego has joined #openstack-neutron18:29
*** a_le has quit IRC18:31
sloganrcurran: cool. I'm now reading https://git.openstack.org/cgit/openstack/neutron-specs/tree/specs/juno/ml2-cisco-apic-mech-driver.rst18:31
*** sweston_mobile has quit IRC18:32
*** ranger81_ has quit IRC18:33
*** jckasper_ has joined #openstack-neutron18:33
rcurranslogan, ok but that has nothing to do w/ the changes being made to support vxlan configuration on external devices18:33
*** harlowja has quit IRC18:33
rcurranslogan, that is the spec the covers the ml2/drivers/cisco/apic driver - not ../cisco/nexus18:33
*** jckasper has quit IRC18:36
*** krtaylor has joined #openstack-neutron18:36
sloganrcurran: somehow I got there from the review you pointed me at (https://review.openstack.org/#/c/89608/6)18:39
*** VijayB_ has quit IRC18:39
*** sweston_mobile has joined #openstack-neutron18:39
*** harlowja has joined #openstack-neutron18:40
*** dvorkinista has joined #openstack-neutron18:40
rcurranslogan, my bad - sorry - wrong pointer18:40
*** nati_ueno has quit IRC18:40
sloganthat explains it :-)18:40
rcurranslogan - let's try this again - https://review.openstack.org/#/c/91811/618:40
*** nati_ueno has joined #openstack-neutron18:40
sloganawesome, reading18:42
*** dkehn has quit IRC18:42
*** changbl has joined #openstack-neutron18:43
*** ijw has quit IRC18:43
*** dguitarbite has joined #openstack-neutron18:44
*** nlahouti has quit IRC18:44
*** dkehn has joined #openstack-neutron18:44
*** rcarrill` has joined #openstack-neutron18:46
*** rcarrillocruz has quit IRC18:48
*** VijayB has joined #openstack-neutron18:50
sloganrcurran: then, what https://blueprints.launchpad.net/neutron/+spec/ml2-type-driver-refactor is saying is that the allocation of VNIDs will be implemented in the type driver (VXLAN type driver) and then when we get to your mechanism driver, not only will the VNID be allocated but so will the mapping to VLAN?18:50
*** nlahouti has joined #openstack-neutron18:51
rcurranslogan, no in the case that i require (ovs setup w/ vlan segmentation) and external device handling vxlan a "custom type driver" will be needed18:51
sloganok, but still, that type driver will be responsible for that mapping18:52
*** jp_at_hp has quit IRC18:53
rcurranslogan, i think it's the custom type driver - but honestly not 100% sure myself - waiting for that spec to come out also to understand the overall design18:53
sloganI probably should look at the Arista mech driver, I think they do VXLAN as well, don't they?18:54
slogannot sure if they are solving the same problem however.18:55
rcurranslogan, not sure if that code has been pushed up - i haven't seen it18:55
rcurranslogan, also the vxlan ranges (in cisco_nexus case) would be handled by the cisco_nexus code and then given to the common ml2 code18:56
*** sweston_mobile has quit IRC18:57
sloganyou mean the VNID ranges? Is this because the switch needs to not only support OpenStack but other use cases that might involve VXLAN on the switch?18:57
rcurranslogan, correct - for this usecase the vxlans are needed by the external cisco switch. to the host this is still running ovs + vlan encap18:58
openstackgerritBrandon Logan proposed a change to openstack/neutron-specs: lbaas-api-and-objmodel-improvement  https://review.openstack.org/8990319:01
*** sadasu has joined #openstack-neutron19:01
*** osnew has joined #openstack-neutron19:02
*** VijayB has quit IRC19:02
sloganback to basics, so the overall use case is a cluster that is OVS based, and we are patching the VLANs on the Cisco switch with VTEPs that terminate elsewhere in the fabric, and that is pretty much it.19:02
openstackgerritBrandon Logan proposed a change to openstack/neutron-specs: lbaas-api-and-objmodel-improvement  https://review.openstack.org/8990319:03
rcurranslogan, the cisco switch is the vtep19:03
*** dguitarbite has quit IRC19:03
*** sweston_mobile has joined #openstack-neutron19:04
sloganrcurran: yeah, I think that is what I said.19:06
*** nati_ueno has quit IRC19:06
*** nati_ueno has joined #openstack-neutron19:07
*** erecio has quit IRC19:07
*** dvorkinista has quit IRC19:08
*** osnew has quit IRC19:08
*** erecio has joined #openstack-neutron19:08
sloganrcurran: =119:09
sloganer, +119:09
*** leseb has joined #openstack-neutron19:09
rcurranslogan, ok - so do you at least see where we are at w.r.t. my vxlan spec + asomya's two bp's?19:10
*** TrevorV_ has joined #openstack-neutron19:11
*** TrevorV_ has quit IRC19:12
*** TrevorV_ has joined #openstack-neutron19:12
sloganmostly, yes. I'm going to continue to follow things closely. I'm still on a learning curve with ML2 but been involved with OpenStack since folsom and knowledgeble on overlay networks and OVS. I'm sure whatever fuzz remains will clear up once code reviews start appearing and I get involved.19:12
*** TrevorV has quit IRC19:13
*** sadasu has quit IRC19:14
sloganrcurran: appreciate your time this morning.19:14
*** ijw has joined #openstack-neutron19:14
slogansee you in the ML2 meeting tomorrow19:14
*** leseb has quit IRC19:14
*** lykinsbd has quit IRC19:14
rcurranslogan, see you then19:15
*** Demitar has joined #openstack-neutron19:15
*** lykinsbd has joined #openstack-neutron19:15
*** VijayB has joined #openstack-neutron19:16
*** leenheer has quit IRC19:16
*** nati_ueno has quit IRC19:17
*** ijw_ has joined #openstack-neutron19:17
*** rcurran has quit IRC19:18
*** doude has joined #openstack-neutron19:18
*** lykinsbd has quit IRC19:19
*** ijw has quit IRC19:20
*** ijw_ has quit IRC19:23
*** lori is now known as lori|away19:23
*** dims_ has quit IRC19:25
openstackgerritBradley Klein proposed a change to openstack/python-neutronclient: Add keystone v3 auth support  https://review.openstack.org/9239019:27
rkukuramarun: Can you take a look at my comments on https://review.openstack.org/#/c/96050?19:27
*** sweston_mobile has quit IRC19:27
*** seizadi has quit IRC19:27
marunrkukura: will do19:27
marunrkukura: uh19:28
rkukuramarun: Thanks.19:28
marunrkukura: the idea is that the current mechanism is going to go away19:28
*** manishg has quit IRC19:28
marunrkukura: so gbp should not be perpetuating it19:28
marunrkukura: dependency on existing infrastructure will be addressed separately19:29
rkukuramarun: Where was this discussed and decided?19:29
marunrkukura: we're discussing it now, and kevin and I are going to work on it19:30
rkukuraI personally feel that exhaustively testing deletes in the UTs is a good thing19:30
*** a_le has joined #openstack-neutron19:30
marunrkukura: and you're wrong :)19:30
marunrkukura: on a call, can we talk after?19:30
*** kopparam has joined #openstack-neutron19:30
*** dvorkinista has joined #openstack-neutron19:31
rkukuramarun: Sure. Are you and kevinbenton going to add new tests that ensure deletes work correctly in all cases?19:31
marunrkukura: that's the idea, yes.19:31
marunrkukura: kevinbenton was the one that pointed out the need.19:31
rkukuramarun: And remove the context manager syntax everywhere?19:32
marunrkukura: yes19:32
openstackgerritChuck Carlino proposed a change to openstack/neutron: Add test cases for plugins/ml2/plugin.py  https://review.openstack.org/9912919:32
rkukuraSeems like a huge amount if work for very little benefit, and significant risk that regressions will be possible that would currently be caught.19:32
*** armax has left #openstack-neutron19:33
rkukurakevinbenton: Can you explain why you think using the context managers that delete resources in the UTs is such a bad thing?19:33
marunrkukura: *I* think they are a terrible thing19:33
*** os-new has joined #openstack-neutron19:34
marunrkukura: back later19:34
*** kopparam has quit IRC19:34
kevinbentonrkukura: the main point that marun brought up is that they double the amount of api calls that need to be made for each object19:34
*** lukego has quit IRC19:35
kevinbentonrkukura: at least that’s the main issue as i understand19:35
*** armax has joined #openstack-neutron19:35
*** vivek-eb_ is now known as vjain19:35
*** vjain is now known as vivekjain19:35
*** slogan has quit IRC19:37
rkukurakevinbenton, marun: If you really want to do that, please just change the tests to not call the context managers when they don’t need deletion. I don’t think the context managers serve any purpose other than calling the delete, do they?19:37
*** erecio has quit IRC19:37
*** isviridov|away is now known as isviridov19:38
kevinbentonrkukura: well they also provide handy dependency creation19:38
kevinbentonrkukura: with port() will create a subnet and network19:39
rkukurakevinbenton: But a function that isn’t a context manager could do exacly the same, right?19:39
rkukurakevinbenton: Using context manager syntax eats up valuable horizonal space, which only makes sense if something is being done as contexts are exited.19:40
*** dims_ has joined #openstack-neutron19:40
*** rcarrill` has quit IRC19:41
*** rcarrillocruz has joined #openstack-neutron19:41
kevinbentonrkukura: yes, it could19:42
*** ijw has joined #openstack-neutron19:44
*** VijayB has quit IRC19:45
*** rolledback has quit IRC19:46
*** lykinsbd has joined #openstack-neutron19:46
*** leseb has joined #openstack-neutron19:48
*** ijw has quit IRC19:48
*** leenheer has joined #openstack-neutron19:48
ihrachyshkamestery: hey! I have doubt about bin/quantum-rpc-zmq-receiver. Can we remove it? It doesn't seem to be used anywhere, and it probably comes from very old oslo-rpc implementation, and it was implemented later as openstack/common/rpc/zmq_receiver.py in incubator (and we're going to remove that after oslo.messaging port is done).19:49
mesteryihrachyshka: I am good with that, yes.19:50
openstackgerritA change was merged to openstack/neutron: Add logging for NSX status sync cache  https://review.openstack.org/9980619:50
*** moha_hunt has joined #openstack-neutron19:50
*** bandarji has quit IRC19:51
*** VijayB_ has joined #openstack-neutron19:52
*** nlahouti has quit IRC19:52
*** jckasper__ has joined #openstack-neutron19:53
*** leseb has quit IRC19:53
openstackgerritSlawek Kaplonski proposed a change to openstack/neutron: Add read only API for default quotas  https://review.openstack.org/10066319:53
*** dvorkinista has quit IRC19:55
*** moha_hunt has quit IRC19:55
*** dvorkinista has joined #openstack-neutron19:56
*** jckasper_ has quit IRC19:56
*** aveiga has quit IRC19:57
ihrachyshkamestery: I have another question regarding db locks. In ml2/plugin.py:delete_port(), under subtransaction, we call to disassociate_floatingips(), and this seems to call to notifier. I guess notifier calls may yield, and this may result in failures like https://bugs.launchpad.net/neutron/+bug/1330955 . Does my reasoning sound sane?19:57
*** rolledback has joined #openstack-neutron19:57
*** leenheer has quit IRC19:58
*** leenheer has joined #openstack-neutron19:58
*** paraa has quit IRC19:58
mesteryihrachyshka: Yes, your reasoning sounds reasonable to me. enikanorov has been looking into these lock timeout issues already, can you sync with him on this?19:59
ihrachyshkamestery: ok, thanks for checking19:59
ihrachyshkaenikanorov; around?19:59
ihrachyshkamestery: I'm not sure he checked this particular case, I reported it today only19:59
mesteryihrachyshka: I think it's pretty late for enikanorov now, he's further east of you even ;)19:59
marunrkukura: the context managers will be removed as part of the effort19:59
*** sweston_mobile has joined #openstack-neutron19:59
marunrkukura: deletion is not required in most cases, and when it is, it should be explicit20:00
*** bandarji has joined #openstack-neutron20:00
ihrachyshkamestery: good, meaning I'll be able to reach him tomorrow during the day with no hassle! :)20:00
enikanorovihrachyshka: i'm here20:00
*** sweston_mobile has quit IRC20:00
marunrkukura: context managers are a legacy of when explicit test cleanup was required.  db resets and/or transactions make this unnecessary20:01
ihrachyshkaheh20:01
*** rcarrillocruz has quit IRC20:01
*** rcarrillocruz has joined #openstack-neutron20:02
*** rolledback has quit IRC20:02
ihrachyshkaenikanorov: so, can you check whether I'm sane on that?20:03
*** ijw has joined #openstack-neutron20:04
enikanorovon the lock timeout reasoning? yes, that could be the correct cause20:04
*** rolledback has joined #openstack-neutron20:04
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Configure agents using neutron.common.config.init (formerly .parse)  https://review.openstack.org/9750520:04
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Don't instantiate RPC clients on import  https://review.openstack.org/9750620:04
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Removed local modification in incubator code  https://review.openstack.org/9968620:04
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Port to oslo.messaging  https://review.openstack.org/9729120:04
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Make sure we call BaseTestCase.setUp() first  https://review.openstack.org/9762320:04
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Updated neutron.conf to reflect new RPC options  https://review.openstack.org/10001420:04
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Don't explicitly call .stop() on mock.patch objects  https://review.openstack.org/9880720:04
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Moved rpc_compat.py code back into rpc.py  https://review.openstack.org/9881320:04
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Removed 'rpc' and 'notifier' incubator modules  https://review.openstack.org/9881220:04
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Renamed consume_in_thread -> consume_in_threads  https://review.openstack.org/9880920:05
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Renamed start_rpc_listener -> start_rpc_listeners  https://review.openstack.org/9880820:05
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Removed create_rpc_dispatcher methods  https://review.openstack.org/9881120:05
openstackgerritIhar Hrachyshka proposed a change to openstack/neutron: Renamed argument for create_consumer[s]  https://review.openstack.org/9881020:05
*** gildub has joined #openstack-neutron20:05
*** salv-orlando has joined #openstack-neutron20:05
*** manishg has joined #openstack-neutron20:05
*** manishg has quit IRC20:07
*** rolledback has quit IRC20:08
ihrachyshkaenikanorov: thanks20:09
*** armax has left #openstack-neutron20:10
*** tomoe_ has joined #openstack-neutron20:12
*** nati_ueno has joined #openstack-neutron20:12
*** manishg has joined #openstack-neutron20:13
*** Jay__ has quit IRC20:15
*** dvorkini_ has joined #openstack-neutron20:15
*** dvorkinista has quit IRC20:15
openstackgerritMohammad Banikazemi proposed a change to openstack/neutron-specs: Add spec for ML2 mechanism driver for SDN-VE  https://review.openstack.org/8810120:16
*** dave_tucker is now known as dave_tucker_zzz20:16
rkukuramarun: I understand that we no longer depend on the context managers for DB cleanup between tests, and that is a good thing. But I feel there is still value in extensively testing deletes as part of the UTs, making sure that sets of interelated objects can be successfully deleted under all the conditions that the UTs test. I acknowledge this might be overkill in some cases, but I believe it does have value in other cases.20:17
*** sweston_mobile has joined #openstack-neutron20:18
*** rcarrillocruz has quit IRC20:19
*** doude has quit IRC20:19
*** changbl has quit IRC20:19
*** igordcard has quit IRC20:19
*** ygbo has quit IRC20:19
*** rkukura has quit IRC20:19
*** jobewan has quit IRC20:19
*** crc32 has quit IRC20:19
*** mwagner_lap has quit IRC20:19
*** aburaschi has quit IRC20:19
*** phil_h has quit IRC20:19
*** blogan has quit IRC20:19
*** skraynev has quit IRC20:19
*** akamyshnikova has quit IRC20:19
*** sdague has quit IRC20:19
*** tnurlygayanov has quit IRC20:19
*** harlowja has quit IRC20:19
*** mgagne has quit IRC20:19
*** roaet_ has quit IRC20:19
*** adam_g has quit IRC20:19
*** busterswt has quit IRC20:19
*** _cerberus_ has quit IRC20:19
*** vishy has quit IRC20:19
*** wendar has quit IRC20:19
*** zacksh has quit IRC20:19
*** strictlyb has quit IRC20:19
*** fouxm has quit IRC20:19
*** zigo has quit IRC20:19
*** morgabra has quit IRC20:19
*** Lookcrabs has quit IRC20:19
*** JoeJulian has quit IRC20:19
*** zhiyan_ has quit IRC20:19
*** brosenberg has quit IRC20:19
*** rcarrillocruz has joined #openstack-neutron20:20
*** doude has joined #openstack-neutron20:20
*** changbl has joined #openstack-neutron20:20
*** harlowja has joined #openstack-neutron20:20
*** igordcard has joined #openstack-neutron20:20
*** ygbo has joined #openstack-neutron20:20
*** rkukura has joined #openstack-neutron20:20
*** jobewan has joined #openstack-neutron20:20
*** crc32 has joined #openstack-neutron20:20
*** mwagner_lap has joined #openstack-neutron20:20
*** aburaschi has joined #openstack-neutron20:20
*** phil_h has joined #openstack-neutron20:20
*** tnurlygayanov has joined #openstack-neutron20:20
*** mgagne has joined #openstack-neutron20:20
*** blogan has joined #openstack-neutron20:20
*** skraynev has joined #openstack-neutron20:20
*** akamyshnikova has joined #openstack-neutron20:20
*** roaet_ has joined #openstack-neutron20:20
*** adam_g has joined #openstack-neutron20:20
*** busterswt has joined #openstack-neutron20:20
*** zhiyan_ has joined #openstack-neutron20:20
*** sdague has joined #openstack-neutron20:20
*** _cerberus_ has joined #openstack-neutron20:20
*** JoeJulian has joined #openstack-neutron20:20
*** morgabra has joined #openstack-neutron20:20
*** brosenberg has joined #openstack-neutron20:20
*** zigo has joined #openstack-neutron20:20
*** fouxm has joined #openstack-neutron20:20
*** strictlyb has joined #openstack-neutron20:20
*** Lookcrabs has joined #openstack-neutron20:20
*** zacksh has joined #openstack-neutron20:20
*** wendar has joined #openstack-neutron20:20
*** vishy has joined #openstack-neutron20:20
openstackgerritpritesh proposed a change to openstack/neutron: cisco plugin: remove vim editor configuration from comments  https://review.openstack.org/9950820:20
*** leenheer has quit IRC20:20
*** suresh12 has joined #openstack-neutron20:20
*** leenheer has joined #openstack-neutron20:21
*** sweston_mobile has quit IRC20:22
*** nplanel has joined #openstack-neutron20:23
*** ijw has quit IRC20:24
*** a_le has quit IRC20:24
*** Demitar has quit IRC20:24
*** WackoRobie has quit IRC20:24
*** SumitNaiksatam has quit IRC20:24
*** yfried_ has quit IRC20:24
*** garyk has quit IRC20:24
*** chandan_kumar has quit IRC20:24
*** thedodd has quit IRC20:24
*** julim has quit IRC20:24
*** banix has quit IRC20:24
*** otherwiseguy has quit IRC20:24
*** francois_eleouet has quit IRC20:24
*** SridharG has quit IRC20:24
*** xianghui has quit IRC20:24
*** catohornet has quit IRC20:24
*** nlahouti has joined #openstack-neutron20:26
*** dvorkini_ has quit IRC20:27
*** dims_ has quit IRC20:28
*** yfried_ has joined #openstack-neutron20:28
*** jgrimm has quit IRC20:29
*** dims_ has joined #openstack-neutron20:30
*** manishg has quit IRC20:30
*** spandhe has quit IRC20:30
*** nlahouti has quit IRC20:31
*** sbfox1 has joined #openstack-neutron20:31
*** ijw has joined #openstack-neutron20:31
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: Add L3 Extension for Distributed Routers  https://review.openstack.org/8422320:31
*** leenheer has joined #openstack-neutron20:31
*** sbfox2 has joined #openstack-neutron20:32
*** sbfox1 has quit IRC20:32
*** spandhe has joined #openstack-neutron20:32
*** catohornet has joined #openstack-neutron20:32
*** VijayB_ has quit IRC20:33
*** chandan_kumar has joined #openstack-neutron20:33
*** sbfox has quit IRC20:34
*** luqas has quit IRC20:35
*** catohornet is now known as 77CAADSW320:36
*** a_le has joined #openstack-neutron20:36
*** Demitar has joined #openstack-neutron20:36
*** WackoRobie has joined #openstack-neutron20:36
*** SumitNaiksatam has joined #openstack-neutron20:36
*** garyk has joined #openstack-neutron20:36
*** thedodd has joined #openstack-neutron20:36
*** julim has joined #openstack-neutron20:36
*** banix has joined #openstack-neutron20:36
*** otherwiseguy has joined #openstack-neutron20:36
*** SridharG has joined #openstack-neutron20:36
*** xianghui has joined #openstack-neutron20:36
*** catohornet has joined #openstack-neutron20:36
*** francois_eleouet has joined #openstack-neutron20:36
*** julim has quit IRC20:37
*** sbfox has joined #openstack-neutron20:37
banixanteaya Hi; Have a quick question if you are around20:38
*** rotbeard has joined #openstack-neutron20:38
anteayawell in a meeting20:39
anteayapost it and I will get to it when I can20:39
anteayastick around or read the logs20:39
banixanteaya: np; will ping you later. thanks.20:39
banixanteaya: Need to transfer the ownership of our CI account (IBM Neutron Testing to be renamed to IBM SDN-VE CI) from me to a colleague. How do I go about doing that?20:40
*** sbfox2 has quit IRC20:41
anteayabanix: send an email to the -infra ml20:41
anteayawith the account the prior owner and the new owner20:41
banixanteaya: thanks.20:41
anteayanp20:43
anteayathat was a quick question20:43
anteayausually 'a quick question' takes 20 minutes to figure out what the actual question is20:43
*** rcarrill` has joined #openstack-neutron20:44
*** Jay__ has joined #openstack-neutron20:46
*** dvorkinista has joined #openstack-neutron20:46
*** devlaps has joined #openstack-neutron20:46
*** rcarrillocruz has quit IRC20:46
*** Jay__ has quit IRC20:50
*** leenheer has quit IRC20:51
*** leenheer has joined #openstack-neutron20:52
*** karimb has joined #openstack-neutron20:52
*** manishg has joined #openstack-neutron20:53
*** nlahouti has joined #openstack-neutron20:53
*** SridharG has quit IRC20:54
*** VijayB has joined #openstack-neutron20:55
rms_13Anybody has a usecase where one can create a network which is both external (router:external=True) and shared. If yes, can you please explain it?20:55
*** jecarey has quit IRC20:57
*** leseb has joined #openstack-neutron20:59
kevinbentonrms_13: perhaps a service that breaks if NAT is applied20:59
rms_13kevinbenton: :)21:00
openstackgerritOpenStack Proposal Bot proposed a change to openstack/neutron: Updated from global requirements  https://review.openstack.org/9976221:01
kevinbentonrms_13: so you allow servers to directly attach to the external network21:01
*** radez is now known as radez_g0n321:02
*** changbl has quit IRC21:02
*** ajo has quit IRC21:02
*** ajo has joined #openstack-neutron21:03
*** ijw has quit IRC21:03
*** dvorkinista has quit IRC21:03
*** leseb has quit IRC21:04
nati_uenokevinbenton: hi!21:05
kevinbentonnati_ueno: hey, what’s up?21:05
openstackgerritOpenStack Proposal Bot proposed a change to openstack/python-neutronclient: Updated from global requirements  https://review.openstack.org/9626721:05
nati_uenokevinbenton: I get UT error in bigswitch plugin on master locally. http://paste.openstack.org/show/84344/21:05
openstackgerritBrandon Logan proposed a change to openstack/neutron-specs: lbaas-api-and-objmodel-improvement  https://review.openstack.org/8990321:06
nati_uenokevinbenton: it looks it is working in the Jenkins, but I wonder if you know some hint on this..21:06
nati_uenokevinbenton: http://paste.openstack.org/show/84344/21:06
openstackgerritCedric Brandily proposed a change to openstack/neutron: Allow to delegate some tunnel provider attributes choice  https://review.openstack.org/7405521:06
openstackgerritCedric Brandily proposed a change to openstack/neutron: Allow to delegate some vlan provider attributes choice to neutron  https://review.openstack.org/7190421:06
*** jecarey has joined #openstack-neutron21:07
*** ijw has joined #openstack-neutron21:08
kevinbentonnati_ueno: were you running the full suite of unit tests?21:09
nati_uenokevinbenton: on ubuntu13.10 host21:09
nati_uenokevinbenton: may be, run_test.sh causes issues. I'm trying tox21:10
*** vivekjai_ has joined #openstack-neutron21:11
kevinbentonnati_ueno: did it fail if you ran that test in isolation?21:11
openstackgerritBrandon Logan proposed a change to openstack/neutron-specs: lbaas-api-and-objmodel-improvement  https://review.openstack.org/8990321:11
*** sbfox1 has joined #openstack-neutron21:11
kevinbentonnati_ueno: ./run_tests.sh - - neutron.tests.unit.bigswitch.test_security_groups.TestSecServerRpcCallBack.test_security_group_ra_rules_for_devices_ipv6_gateway_global21:11
nati_uenokevinbenton: isolation means venv? I'm using it now.21:11
kevinbentonnati_ueno: no, i meant just by itself21:11
nati_uenokevinbenton: ya it fails in my env21:12
nati_uenokevinbenton: so it is working in your env, right?21:12
kevinbentonnati_ueno: so then does it fail for tox? tox -v -epy27 neutron.tests.unit.bigswitch.test_security_groups.TestSecServerRpcCallBack.test_security_group_ra_rules_for_devices_ipv6_gateway_global21:12
nati_uenooh it works..21:12
mlavallemestery: this is the wiki page we just talked about https://wiki.openstack.org/wiki/Neutron/TempestAPITests21:12
nati_uenoso -d option make this one failing21:12
kevinbentonnati_ueno: what does that option do?21:12
*** VijayB has quit IRC21:12
nati_uenoactually ./run_test.sh -d neutron.tests.unit.bigswitch.test_security_groups.TestSecServerRpcCallBack.test_security_group_ra_rules_for_devices_ipv6_gateway_global fails21:13
*** sbfox has quit IRC21:13
mesterymlavalle: Thank you sir!21:13
*** aburaschi has quit IRC21:13
*** vivekjain has quit IRC21:14
nati_uenokevinbenton: -v option is flag for debugging mode21:15
*** vivekjai_ has quit IRC21:15
kevinbentonnati_ueno: trying now with run_tests.sh on my machine21:15
marunrkukura: we should not be relying on implicit deletion behavior in place of explicit tests for deletion.21:16
marunrkukura: that is what I was trying to stress in the gbp review - that explicit testing of deletion scenarios is necessary.21:17
*** moha_hunt has joined #openstack-neutron21:17
marunrkukura: doing the wrong thing for the right reasons is still doing the wrong thing.21:17
rkukuramarun, kevinbenton: I agree we need some explciit delete tests, and believe we have them21:17
marunrkukura: in general or for gbp?21:18
*** ijw has quit IRC21:18
marunrkukura: and by explicit, do you mean using context managers or explicitly calling delete() in a given test?21:18
rkukuramy main concern is the mapping DB and plugin tests use both the new GP context managers and the port(), subnet(), network(), and router() context managers in the same test cases21:19
kevinbentonnati_ueno: strange, it does fail for me but doesn’t fail with tox21:19
kevinbentonnati_ueno: isn’t run_tests.sh going away?21:19
rkukuraSo mixing variations with different semantics in the same tets will not be ideal21:19
SumitNaiksatammarun: we have UTs for explicitly testing delete (all along)21:19
openstackgerritDoug Wiegley proposed a change to openstack/neutron-specs: LBaaS Driver Interface changes for new object model  https://review.openstack.org/10069021:19
marunrkukura: there should be no new context managers being added21:19
SumitNaiksatammarun: we are not using the context manager to test delete21:19
rkukuraI’d prefer to have the GP UTs follow the current patterns until those do get changed21:19
marunSumitNaiksatam: what exactly are they being used for then?21:20
marunrkukura: I disagree21:20
nati_uenokevinbenton: I like run_test.sh because it is an consistent way to run ut in cross project21:20
marunrkukura: why would we want to add more code doing things the wrong way?21:20
nati_uenokevinbenton: but we can rewrite inside of run_test.sh just using tox :P21:20
kevinbentonnati_ueno: does tox -epy27 not work in all projects?21:20
*** a_le has quit IRC21:20
nati_uenokevinbenton: not sure21:21
*** a_le has joined #openstack-neutron21:21
openstackgerritBrandon Logan proposed a change to openstack/neutron-specs: lbaas-api-and-objmodel-improvement  https://review.openstack.org/8990321:21
marunSumitNaiksatam: so why are context managers being used?21:21
rkukuramarun: I think we are both agreeing that if we do use context managers, they should delete, and if we don’t want deletion in the UTs, we shouldn’t use context managers, right?21:21
marunrkukura: correct21:21
marunrkukura: and since automatic deletion is not desirable, moving away from context managers is the logical course of action21:22
SumitNaiksatammarun: if we dont use context manager, can we use contextlib.nested?21:22
rkukuramarun: I’ve been arguing that there are some cases where the deletion is desirable.21:22
marunSumitNaiksatam: for what?21:22
*** a_le_ has joined #openstack-neutron21:22
marunrkukura: you haven't given me any examples21:22
*** a_le has quit IRC21:23
marunrkukura: and where deletion is desirable, it should be accomplished with explicit delete calls21:23
SumitNaiksatammarun: as a convenient way to create multiple resources21:23
*** WackoRobie has quit IRC21:23
marunSumitNaiksatam: uh21:23
marunSumitNaiksatam: there is zero reason to continue using that if automatic deletion is not being used21:24
*** sbfox1 has quit IRC21:24
*** ihrachyshka has quit IRC21:24
rkukuramarun: I agree if we were starting with a clean slate, when we test create/delete of sets of interrelated objects (with foriegn keys, …) we are better of doing the deletes explicitly.21:24
openstackgerritBrandon Logan proposed a change to openstack/neutron-specs: lbaas-api-and-objmodel-improvement  https://review.openstack.org/8990321:25
rkukuramarun: The current GP DB layer patch in review is kind of a clean slate, but the mapping DB layer patch is not, since it pulls in the neutron resources.21:25
rkukuramarun: Its really the mixing of patterns that bothers me.21:26
marunrkukura: I agree about the legacy stuff.  Don't add to it and the underlying stuff will be cleaned up.21:26
SumitNaiksatammarun: when there are mutliple resources that need to be created, and more so when there is a hierarchy of resources, context manager provides a consice way of doing it21:26
marunrkukura: But adding to the refactoring burden is worse than mixing pattersn21:26
marunSumitNaiksatam: uh21:26
marunSumitNaiksatam: create1()21:26
marunSumitNaiksatam: create2()21:26
marunit's sequential in either case21:26
SumitNaiksatammarun: the option to doing that would be using a helper function, which will still pretty much do something similar21:26
marunThe fact that contextlib was previously 'necessary' doesn't change that21:27
rkukuramarun: I’d agree with you if I felt there was existing concensus about eliminating the UT context managers.21:27
marunSumitNaiksatam: Can you give me an example where this is important?21:27
marunrkukura: uh21:27
marunrkukura: I'm having a really hard time understanding your need for consensus on something that is obviously stupid21:27
marunrkukura: we don't need to autodelete.  it's expensive in terms of runtime and adds unnecessary complexity to the tests21:27
*** banix_ has joined #openstack-neutron21:28
*** tomoe_ has quit IRC21:28
*** isviridov is now known as isviridov|away21:28
marunrkukura: the fact that it is done that way is entirely accidental21:28
*** jgrimm has joined #openstack-neutron21:28
marunrkukura: so, don't do it in new tests and trust that kevinbenton and I will fix the legacy stuff21:29
marunrkukura: the fact that we're fighting hard against it is a sign that we care enough to do something about it21:29
* salv-orlando goes and grabs some more pop corn21:29
* mestery passes salv-orlando some scotch.21:30
*** mwagner_lap has quit IRC21:30
rkukuramarun: I’m just concerned moving away from the current pattern will allow regressions that would currently be caught. Things like SQL contraint violations that I commonly hit while developing code.21:30
marunrkukura: I would argue the opposite21:31
marunrkukura: that the existing way of doing things encourages developers to ignore resource lifecycle21:31
*** regXboi has joined #openstack-neutron21:31
marunrkukura: and reviewers have a hard time detecting when a deletion corner-case is not being evaluated21:31
rkukuramarun: I can’t argue with that, but also am concerned its very easy for lack of adequate delete testing to slip through even careful reviews.21:32
marunrkukura: you're right that sql constraint violations can be a problem, though21:32
*** pcm_ has quit IRC21:33
*** kopparam has joined #openstack-neutron21:33
marunrkukura: the solution is having resource creation methods that are smart21:33
marunrkukura: we have this in tempest21:33
*** sbfox has joined #openstack-neutron21:33
openstackgerritCedric Brandily proposed a change to openstack/neutron: Add vlan type driver unittests  https://review.openstack.org/10023321:33
marunrkukura: things that can cause constraint violations are randomized.  we should be doing the same thing in our tests rather than relying on expensive autodeletion21:33
rkukuraThat’s whats bugging me about this - the current context manager pattern has detected constaint violations that I might not have had for forsight to explicitly test for.21:33
*** vivekjai_ has joined #openstack-neutron21:33
*** banix has quit IRC21:34
*** banix_ is now known as banix21:34
marunrkukura: can you give me an example?  I'm not sure I understand the kinds of violations in question.21:34
marunrkukura: when I think of constraint violations, I think of code that naively attempts to reuse creation values across resources for which uniqueness constraints exist21:35
*** sweston has quit IRC21:35
openstackgerritCedric Brandily proposed a change to openstack/neutron: Add vlan type driver unittests  https://review.openstack.org/10023321:35
openstackgerritDoug Wiegley proposed a change to openstack/neutron-specs: LBaaS Driver Interface changes for new object model - 2nd update, fix word wrapping  https://review.openstack.org/10069021:35
rkukuramarun: Since the GP mapping DB schema has foreign keys to neutron resources, attempting to delete the neutron resources without first deleting the GP resources causes foreign key contraint violations21:35
marunrkukura: so fk constraints...21:36
marunrkukura: frankly, that's a good thing21:36
rkukuramarun: I’m just more comfortable that these constraints are being tested when the UTs are doing the deletes.21:37
*** sweston_mobile has joined #openstack-neutron21:37
marunrkukura: if lifecycle is being tested, explicit deletion is necessary and reviewer oversight is only effective if all the deletion is clear to see rather than hidden in context managers21:37
marunrkukura: I think we agree on the need for lifecycle/deletion testing21:37
rkukuramarun: I agree in principal, but don’t trust myself as a coder or reviewer to know when testing a delete explicilty might be needed21:37
*** dims has joined #openstack-neutron21:37
marunrkukura: I trust less the reviewer who isn't fully aware of what is going on21:38
openstackgerritCedric Brandily proposed a change to openstack/neutron: Allow to delegate some tunnel provider attributes choice  https://review.openstack.org/7405521:38
openstackgerritCedric Brandily proposed a change to openstack/neutron: Allow to delegate some vlan provider attributes choice to neutron  https://review.openstack.org/7190421:38
marunrkukura: the more explicit the better21:38
*** kopparam has quit IRC21:38
marunrkukura: the fact that we've only recently realized that unnecessary deletion is going on is a sign to me that implicit is _bad_21:38
SumitNaiksatammarun: i dont this we are arguing against explicit delete UTs21:38
marunrkukura: there may be teething pains, sure.  but it's not like the ut are our only defense21:38
SumitNaiksatammarun: if having the implicit delete helps to uncover some corner cases, is it bad?21:39
*** dims_ has quit IRC21:39
marunSumitNaiksatam: are you willing to ignore the cost?21:39
marunSumitNaiksatam: our average unit test execution time is 3s on a fast machine21:39
marunSumitNaiksatam: is that reasonable??21:39
marunSumitNaiksatam: at 12k tests x 3s each....21:39
SumitNaiksatammarun: and what part of that 3s is the deletion?21:39
marunSumitNaiksatam: I don't know - why don't you tell me?21:40
*** sweston_mobile has quit IRC21:40
rkukuramarun, kevinbenton, SumitNaiksatam: I think I undertand the merits of both sides of this arugment, and could live with either outcome. We just need to decide how to move forward.21:40
marunSumitNaiksatam: And why don't we continue to add implicit costs that add to the execution time?21:40
SumitNaiksatammarun: well, as rkukura is poinitng out there does seem to be a benefit here21:41
*** dvorkinista has joined #openstack-neutron21:41
*** banix has quit IRC21:41
openstackgerritDoug Wiegley proposed a change to openstack/neutron-specs: LBaaS Driver Interface changes for new object model - 2nd update, fix word wrapping - 3rd update, remove pool_id from hm, stats needs lb_id, not pool_id  https://review.openstack.org/10069021:41
openstackgerritDoug Wiegley proposed a change to openstack/neutron-specs: LBaaS Driver Interface changes for new object model  https://review.openstack.org/10069021:42
marunSumitNaiksatam: And what benefit is that, exactly?21:42
*** sweston_mobile has joined #openstack-neutron21:42
marunSumitNaiksatam, rkukura: The cost of blithely ignoring the implicit costs of how our unit tests are written are why we're in the shape we're in.21:42
marunOur unit tests are unit tests in name only.21:43
*** suresh12 has quit IRC21:43
marunUnit tests should have sub-second execution time.  Few if any of ours can meet that bar21:43
rkukuramarun: One thought - if our goal is to speed up the unit tests, we will want to add the explicit deletion to the same unit tests that already do the creates, rather than add new unit tests the do a create only so they can do the delete.21:43
openstackgerritDoug Wiegley proposed a change to openstack/neutron-specs: LBaaS Driver Interface changes for new object model  https://review.openstack.org/10069021:43
marunrkukura: why?21:43
marunrkukura: lifecycle should be a limited subset of tests21:44
*** ranger8__ has quit IRC21:44
marunrkukura: most tests can rely on test cleanup to remove resources21:44
rkukuramarun: I agree that not every unit test that does a create needs to explicilty do the delete, but we don’t want to add additional create calls to save a few delete calls.21:44
marunrkukura: actually, we do21:45
marunrkukura: it's not a few delete calls21:45
marunrkukura: every single test that tests mutation tests deletion too21:45
marunrkukura: every single test that creates a parent resource to validate an aspect of its children tests deletion too21:46
rkukuramarun: so maybe those tests should be modified to use a create function rather than a context manager21:46
*** suresh12 has joined #openstack-neutron21:46
marunrkukura: what is with this desire to use a context manager everywhere?21:46
marunrkukura: I mean, because it's familiar?21:46
*** Jay__ has joined #openstack-neutron21:47
marunrkukura: we aren't talking about anything that is used in production code.21:47
marunrkukura: implicit doesn't add value in testing!21:47
marunrkukura: it makes evaluation of what a test does _harder_21:47
rkukuramarun: I guess I’ve gotten used to them enough to know the delete is happening when I see one being used in the UTs. I agree explicit would be better, but also didn’t want to mix different patterns.21:48
*** sweston_mobile has quit IRC21:48
*** ranger81 has joined #openstack-neutron21:49
marunrkukura: so, compromise.21:49
marunrkukura: You want to make more work, fine.21:49
*** jckasper__ has quit IRC21:50
*** morganfainberg has quit IRC21:50
marunrkukura: You can be responsible for cleaning up gbp when we've completed the rest of the work.21:50
*** jckasper__ has joined #openstack-neutron21:50
marunrkukura: can I count on you for that?21:50
*** morganfainberg has joined #openstack-neutron21:50
rkukuraCan we agree to remove the context managers in the GP UTs rather than leave them without the deletes? I think that is better than mixing context managers that delete with ones that don’t delete.21:51
*** Jay__ has quit IRC21:51
marunrkukura: I was always in favor of removing context managers entirely21:51
marunrkukura: they add no value if we stop autodeleting resources21:51
SumitNaiksatammarun rkukura : ok so i will remove them21:52
rkukuramarun: Lets move forward without the context managers in the GP UTs.21:52
SumitNaiksatammarun: per your review comment, kevinbenton is the person to validate this with?21:52
marunSumitNaiksatam: yes.  I'm afraid I'll be on PTO until next Tuesday so kevinbenton can make sure I don't block you.21:53
marunrkukura: great21:53
marun!21:53
SumitNaiksatammarun: ok, so we will run this by kevinbenton in your absence21:53
rkukuraWas kevinbenton arguing to keep context mangers, but remove the deletes?21:54
*** VijayB has joined #openstack-neutron21:55
*** spandhe has quit IRC21:55
marunrkukura: I think that his suggestion was to remove the deletes as a step towards removal of context managers.21:55
marunrkukura: there are a subset of the tests that use autodeletion to avoid uniquness constraint violations, and removing the deletes would be a low-hanging way of identifying those tests.21:56
kevinbentonrkukura: i was saying that was a possible path, but after seeing the conversation here maybe we should be more explicit than changing the behavior behind the scenes21:56
kevinbentonsince everyone has come to expect the context manager to delete things21:56
rkukuraSo it doesn’t sound like there is any more validation needed. Lets remove the GP UT context managers, use functions instead, and for the mapping DB UTs that use foreign keys, I’ll make sure to test deletion explicilty.21:56
*** leenheer has quit IRC21:56
marunrkukura: +121:56
openstackgerritBrandon Logan proposed a change to openstack/neutron-specs: lbaas-api-and-objmodel-improvement  https://review.openstack.org/8990321:57
marunkevinbenton: so long as there is not too long of a lag between the patch(es) that remove deletion and fix constraint-violating tests and the patch(es) that remove the context manager entirely, I think it would be a viable approach21:58
*** VijayB__ has joined #openstack-neutron21:58
*** spandhe has joined #openstack-neutron21:58
marunkevinbenton: my thought is that there will need to be a way to break up the change for review, since in its entirety it could be really big21:59
*** Demitar has quit IRC21:59
zzellemestery, hi21:59
marunkevinbenton: but that's not to say that there aren't other possible partitioning choices21:59
kevinbentonmarun: my initial plan was to change the default on the context managers to see what breaks, then fix those tests and submit that as one patch (assuming hundreds don’t break)21:59
mesteryzzelle: Howdy, brave guy venturing in this channel today. :)22:00
mesteryzzelle: Whats up?22:00
marunkevinbenton: I think that makes sense.22:00
kevinbentonmarun:22:00
marunkevinbenton: you don't say?22:00
kevinbentonmarun: then the followup would be to replace them22:00
kevinbentonmarun: i was at a loss for words :-)22:00
*** ranger81 has quit IRC22:00
marunkevinbenton: heh22:00
*** doude has quit IRC22:00
*** doude has joined #openstack-neutron22:00
marunkevinbenton: I think that is a good plan22:00
*** jckasper__ has quit IRC22:01
*** ranger81 has joined #openstack-neutron22:01
marunkevinbenton: or a good planning exercise, anyway.22:01
marunkevinbenton: 'plans or useless, but planning is essential'22:01
marunor -> are22:01
zzellemestery, yes, i come with my knife and my keyboard !22:01
mesteryzzelle: Smart man. ;)22:01
*** Sukhdev has joined #openstack-neutron22:01
zzellemestery, 2 questions22:01
zzelle(at least ?)22:01
regXboimestery: will ping you tomorrow about the delete order defect22:01
*** VijayB has quit IRC22:01
mesteryzzelle: Shoot! (Or, knife. :)22:01
mesteryregXboi: Roger sir.22:02
*** regXboi has quit IRC22:02
openstackgerritDoug Wiegley proposed a change to openstack/neutron-specs: LBaaS Driver Interface changes for new object model  https://review.openstack.org/10069022:02
zzellemestery, we develop internally a dhcp scheduler with allocate dhcp using network attributes (network_type and physical_network for flat/vlan)22:03
Sukhdevmestery: :-)22:03
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: ML2: Prevent lock wait timeout in update_port  https://review.openstack.org/9135822:03
zzelles/with/which/22:03
marunkevinbenton: oh, and what about ensuring we don't regress in resource lifecycle testing?22:03
marunkevinbenton: tbd?22:03
*** SumitNaiksatam has quit IRC22:03
mesteryzzelle: OK, I'm following you.22:04
zzellemestery, it allows to isolate dhcp agents associated to some physical_network for security purpose22:04
zzellemestery, do you see any interest for the community ?22:04
rkukurazzelle: Curious how you’d know which segment to look at for a multi-segment network?22:04
marunkevinbenton: also, bug/blueprint?22:05
mesteryzzelle: That seems interesting to me, yes. But I'm curious about rkukura's question as well. :)22:05
*** doude has quit IRC22:05
kevinbentonmarun: i’m not sure22:05
zzellemestery, oups, i discover multi-segment during partial specs specification thanks to rkukura !22:05
*** sweston has joined #openstack-neutron22:05
rkukurazzelle: And whether you care about the segment a VM binds to vs. the segment a dhcp-agent binds to, which could be different?22:05
marunmestery: bug or blueprint for removal of context managers in the UTs?22:06
*** kbringard has quit IRC22:06
mesterymarun: BP perhaps, for no other reason than to raise the issue at a visible level.22:06
mesterymarun: makes sense?22:06
*** VijayB has joined #openstack-neutron22:06
*** VijayB__ has quit IRC22:06
marunmestery: I suppose it does.22:06
mesteryzzelle: rkukura is good that way :)22:06
mesterymarun: Not that most cores seem to review all the BPs as it is, but that's another problem.22:06
*** nati_ueno has quit IRC22:06
*** ranger81 has quit IRC22:07
marunkevinbenton: well, that raises the bar somewhat.  specs are never a fun bar to hurdle22:07
mesterymarun: Why is that? Is the process too heavyweight? Contentions? Useless? Process heavy?22:07
marunmestery: I'm only starting now.  Nervous at whether I'm capable of doing a good job or not.22:07
mesterymarun: Perhaps you saw my email requesting this type of input to openstack-dev last week. ;)22:07
marunmestery: Maybe just unfamiliar to me.22:07
mesterymarun: Ah, got it.22:08
*** nati_ueno has joined #openstack-neutron22:08
marunmestery: I'll have more feedback as I get into it.22:08
mesterymarun: Cool22:08
zzellerkukura, mestery, we do not address such case but i would use dhcp-agent segment or a criteria which verified by all/any segments22:08
marunmestery: I have to write one for retargetable testing when I get back from PTO next Tuesday.22:08
mesterymarun: I'm beginning to wonder if we should have a neutron-drivers group, which is a subset of core, for specs review and approval.22:08
kevinbentonmestery: all of the fields that have to be filled in are intimidating :-)22:08
mesterymarun: Nice!22:08
mesterykevinbenton: Skip the ones which don't make sense. :)22:08
marunmestery: I think so, but I think we need to address maintenance of the core reviewer team before we approach that.22:09
mesterymarun: See the oslo.messaging BP we approvedl ast week22:09
mesterymarun: I've taken steps there too, again, see wiki.22:09
mesterymarun: I've been busy the past month :)22:09
mesterymarun: The process is now documented, though the process for adding/removing is still the same as all other openstack projects22:09
marunmestery: I'd like to see a more evaluative approach, as per discussion at some of the summit sessions.22:09
marunmestery: e.g. anonymous 360 review22:10
mesterymarun: And I agree with that. We can input that data for sure, but the overall process has to follow the rest of hte projects, per instructions I have received from speaking to folks.22:10
mesterymarun: But that can be input into the process.22:10
marunmestery: I don't think the process precludes doing peer reviews on cores as a way of evaluating who is good at what and who needs to improve.22:11
mesterymarun: I'm doing my best to try and address "process" issues raised, I've not yet gotten much feedback from you, though I expected more. :)22:11
mesterymarun: Agreed.22:11
*** dave_tucker_zzz is now known as dave_tucker22:11
marunmestery: until we have that in place, I'm not sure it makes sense to move forward with a drivers group22:11
kevinbentonmarun: is an anonymous 360 review one where you anonymously post a review of yourself?22:11
mesterykevinbenton: :P22:11
marunmestery: I think we need objective criteria to identify who should be a driver, rather than having it be an electable accolade subject to political machinations.22:12
marunheh22:12
mesterymarun: Yes, obviously that's how it should be.22:12
zzellerkukura, mestery, honestly i am not sure it's meaningful for the community, so i was wondering if i should propose it as a BP or prefer to propose a least charged dhcp scheduler and rework dhcp scheduler to simplify extension and customization22:12
mesterymarun: political machinations serve no real purpose in open source.22:12
zzellerkukura, mestery, the dhcp scheduler would be easier to customize like router scheduler22:13
mesterymarun: The same qualities that make someone a good code reviewer don't necessarily them a good spec reviewer. And vice-versa.22:14
marunmestery: agree completely22:14
mesterymarun: I figured as much ;)22:14
marunmestery: I also think that the criteria we use to evaluate cores in a 360 can effectively be the things we collectively feel are important to the project.22:15
*** leenheer has joined #openstack-neutron22:15
marunmestery: And assuming we do 360s regularly, we would hopefully be able to improve the core team's capabilities over time.22:15
*** leenheer has quit IRC22:16
mesterymarun: I suspect our lists are similar.22:16
*** leenheer has joined #openstack-neutron22:16
marunmestery: Since 360s can include qualitative feedback that individual cores can use to drive personal improvement.22:16
*** rotbeard has quit IRC22:16
karimbhello, so i do see traffic on qrouter interfaces , but only ARP.....qrouter doesnt answer to anything....what can i do ?22:16
mesterymarun: Absolutely! I'd hate to think of 360s as only a way to REMOVE cores, but rather as a way to grow and improve cores.22:16
marunmestery: violent agreement then ;)22:16
marunmestery: I think the only way 360s would be a way to remove cores would be if a given member shows no interest in working to improve if/when deficiencies are identified.22:17
marunmestery: As you say, it's a way of identifying strengths and weaknesses, and it's up to the individual to act on that feedback.22:17
mesterymarun: Yup, agreed.22:17
*** jobewan has quit IRC22:18
mesterymarun: Thanks for the process-laden diversion from the LBaaS sprint this afternoon. ;)22:19
marunmestery: ah, you're there already.  forgot the dates.  you welcome :)22:19
marunyou -> your22:19
marunyour -> you're22:19
mesterymarun: Yup, late flight in last night, long day today. Brain almost mush ...22:19
Sukhdevmarun, mestery: what is 360?22:20
marunmestery: thanks to you and Mark for making the trek.  definitely an important event.22:20
*** networkstatic has quit IRC22:20
mesterySukhdev marun: http://en.wikipedia.org/wiki/360-degree_feedback22:20
Sukhdevmestery: ah cool - I learned something new today - thanks22:21
mesterySukhdev: your welcome :)22:21
mesterymarun: Yup, lots of great people here, lots of progress.22:22
marunmestery: good to hear22:22
mesterymarun: Mark and I are like Starsky and Hutch22:22
*** mlavalle has quit IRC22:22
mesterymarun: http://en.wikipedia.org/wiki/Starsky_%26_Hutch22:22
marunheh22:22
mesterymarun: :)22:22
*** ranger81 has joined #openstack-neutron22:23
*** sballe has quit IRC22:25
mesterymarkmcclain: ^^^22:26
mesterymarkmcclain: I'm not sure if I'm Starsky (due to black hair) or Hutch (due to his being from Duluth, MN) :P22:26
*** sweston has quit IRC22:27
*** ranger81_ has joined #openstack-neutron22:28
*** sbfox1 has joined #openstack-neutron22:29
*** sbfox has quit IRC22:29
*** ranger81 has quit IRC22:29
*** jckasper has joined #openstack-neutron22:30
*** sbfox1 has quit IRC22:30
*** sbfox has joined #openstack-neutron22:30
*** jckasper_ has joined #openstack-neutron22:30
*** sbfox has quit IRC22:31
*** sbfox has joined #openstack-neutron22:31
*** moha_hunt has quit IRC22:31
*** jckasper has quit IRC22:35
*** ranger81 has joined #openstack-neutron22:36
zzellemestery, 360 can be efficient to improve team ecosystem but shared and right intentions are required22:36
mesteryzzelle: +10022:37
zzellemestery, in my last company, my boss test it without sharing intentions ... a mess22:37
*** sweston has joined #openstack-neutron22:37
mesteryzzelle: That's a recipe for disaster for sure/22:38
*** ranger81_ has quit IRC22:38
*** thedodd has quit IRC22:38
zzellemestery, it highlighted and increased person-to-person troubles instead of solving them ...22:40
openstackgerritBrandon Logan proposed a change to openstack/neutron-specs: lbaas-api-and-objmodel-improvement  https://review.openstack.org/8990322:40
*** VijayB has quit IRC22:41
*** sweston has quit IRC22:42
openstackgerritMichael Smith proposed a change to openstack/neutron: Modify L3 Agent for Distributed Routers  https://review.openstack.org/8941322:43
zzellemestery, if you have time, could you have a look to https://review.openstack.org/76685 ? mainly i update to the code to solve conflicts with master branch22:44
*** nati_ueno has quit IRC22:44
*** nati_ueno has joined #openstack-neutron22:44
mesteryzzelle: Absolutely, will do!22:45
zzellemestery, thanks22:45
zzellemestery, about the dhcp scheduler ... i am not sure it's meaningful to the community and perhaps i should propose a dhcp least charged scheduler which allows to rework dhcp scheduler and simplify extension/customization (the work what already done for router scheudler)22:47
*** Jay__ has joined #openstack-neutron22:47
mesteryzzelle: Maybe that does make the most sense, yes.22:47
*** VijayB has joined #openstack-neutron22:47
zzellemestery, i agree22:49
salv-orlandomestery, markmcclain: Startsky and Hutch… more like Poncharello and Baker imho22:50
zzellemestery, is there any work around the SELECT FOR UPDATE trouble ? ie: remove/update with_lockmode use22:50
*** TrevorV_ has quit IRC22:50
*** cgascoig has joined #openstack-neutron22:50
mesteryzzelle: I believe jaypipes was going to assist there.22:50
mesteryzzelle: But nothing has happened to my knowledge.22:51
mesterysalv-orlando: I definitely have to be Poncharello in that case.22:51
*** Jay__ has quit IRC22:51
*** jgrimm has quit IRC22:52
*** markmcclain has quit IRC22:52
*** flaviof is now known as flaviof_zzz22:53
*** VijayB has quit IRC22:53
zzellemestery, i am currently trying to remove them from type drivers in partial specs context and i was wondering if my work was a little bit too focused22:53
marunzzelle: Ideally we'll seek consensus from all the cores that are going to be reviewed as to the content and purpose of the process.22:55
*** dfarrell07 has quit IRC22:55
*** dlundquist has left #openstack-neutron22:56
marunzzelle: If we can't find common ground on those basic issues, it will be clear that bigger problems exist without having to drag everyone through it.22:57
zzellemarun, some with_lockmode can removed only by reworking sql requests, others imply architectural choice/db rework22:57
marunzzelle: oops, I was talking about 360.  sorry for diverting you.22:57
*** sbalukoff has quit IRC22:57
zzellemarun, lol, it makes more sense :)22:58
*** german_ has quit IRC22:58
*** banix has joined #openstack-neutron22:59
*** gildub has quit IRC22:59
*** markmcclain has joined #openstack-neutron23:00
*** crc32 has quit IRC23:00
*** s3wong has quit IRC23:01
*** sweston has joined #openstack-neutron23:01
openstackgerritCedric Brandily proposed a change to openstack/neutron: Allow to delegate some tunnel provider attributes choice  https://review.openstack.org/7405523:02
openstackgerritCedric Brandily proposed a change to openstack/neutron: Allow to delegate some vlan provider attributes choice to neutron  https://review.openstack.org/7190423:02
*** rm_work is now known as rm_work|away23:04
*** zhipeng has joined #openstack-neutron23:05
*** mestery has quit IRC23:06
*** yamahata has joined #openstack-neutron23:09
*** vivekjai_ has quit IRC23:10
openstackgerritCedric Brandily proposed a change to openstack/neutron: Allow to delegate some tunnel provider attributes choice  https://review.openstack.org/7405523:13
openstackgerritCedric Brandily proposed a change to openstack/neutron: Allow to delegate some vlan provider attributes choice to neutron  https://review.openstack.org/7190423:13
*** markmcclain has quit IRC23:14
*** gildub has joined #openstack-neutron23:15
openstackgerritCedric Brandily proposed a change to openstack/neutron: Remove SELECT FOR UPDATE use in ML2 type driver release_segment  https://review.openstack.org/10034523:15
*** nati_ueno has quit IRC23:18
openstackgerritRobert Kukura proposed a change to openstack/neutron: Group Policy Mapping API-1: EP, EPG, L2 Policy, L3 Policy  https://review.openstack.org/10071623:19
*** cgascoig_ has joined #openstack-neutron23:23
*** sbfox has quit IRC23:23
*** gildub has quit IRC23:23
*** manishg has quit IRC23:24
*** gildub has joined #openstack-neutron23:24
*** banix has quit IRC23:25
*** zzelle has quit IRC23:25
*** cgascoig has quit IRC23:26
*** nati_ueno has joined #openstack-neutron23:29
*** spandhe has quit IRC23:29
*** spandhe has joined #openstack-neutron23:31
*** tomoe_ has joined #openstack-neutron23:31
*** cgascoig_ has quit IRC23:33
openstackgerritA change was merged to openstack/neutron: Notify systemd when starting Neutron server  https://review.openstack.org/10059623:35
*** nati_ueno has quit IRC23:35
*** nati_ueno has joined #openstack-neutron23:35
*** leenheer has quit IRC23:35
*** igordcard has quit IRC23:35
*** kopparam has joined #openstack-neutron23:37
*** kopparam has quit IRC23:43
*** dvorkinista has quit IRC23:46
*** dvorkinista has joined #openstack-neutron23:46
*** devlaps has quit IRC23:47
*** Jay__ has joined #openstack-neutron23:48
openstackgerritKevin Benton proposed a change to openstack/neutron: Big Switch: Import DB module in unit test  https://review.openstack.org/10072023:48
*** Jay__ has quit IRC23:52
*** Jay__ has joined #openstack-neutron23:55
*** alex_klimov has quit IRC23:57
*** Jay__ has quit IRC23:57
marunrkukura: ping23:57
*** Jay__ has joined #openstack-neutron23:57
*** dvorkini_ has joined #openstack-neutron23:58
openstackgerritNachi Ueno proposed a change to openstack/neutron: Added extension for network_securitygroup  https://review.openstack.org/10001623:59

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