Wednesday, 2014-01-08

*** Jabadia has quit IRC00:00
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Add DB mappings with NSX logical switches  https://review.openstack.org/5457900:00
openstackgerritRajesh Mohan proposed a change to openstack/neutron: Firewall as a Service (FWaaS)  Service Insertion  https://review.openstack.org/6259900:14
*** pballand has quit IRC00:16
*** markwash_ has joined #openstack-neutron00:20
*** markwash has quit IRC00:21
*** markwash_ is now known as markwash00:21
*** haleyb has quit IRC00:23
*** banix has quit IRC00:23
*** yamahata has joined #openstack-neutron00:26
*** haleyb has joined #openstack-neutron00:35
*** yamahata has quit IRC00:40
*** haleyb has quit IRC00:40
*** haleyb has joined #openstack-neutron00:44
*** notel has joined #openstack-neutron00:48
*** haleyb has quit IRC00:48
*** Jabadia has joined #openstack-neutron00:55
openstackgerritA change was merged to openstack/neutron: Add security groups tables for ML2 plugin via migration  https://review.openstack.org/6358500:57
*** haleyb has joined #openstack-neutron00:57
*** ozialien has joined #openstack-neutron00:59
*** carl_baldwin has quit IRC00:59
*** ozialien has quit IRC01:00
*** ozialien has joined #openstack-neutron01:00
*** Jabadia has quit IRC01:00
anteayajog0: woohoo01:03
anteayajog0: sunny and warm01:03
anteayayesterday was nice, Monday was HOT01:03
anteayatoday is good so far01:03
*** haleyb has quit IRC01:03
anteayaI selfishly am glad you are not here, because now you are coming to Montreal01:03
anteaya<- selfish01:03
anteayajog0: anything you wanted from Australia?01:04
*** csd has quit IRC01:04
anteayabesides being here?01:04
*** markwash has quit IRC01:04
*** haleyb has joined #openstack-neutron01:05
*** SumitNaiksatam has quit IRC01:07
*** haleyb has quit IRC01:10
nati_uenosdague: Hi I got this error in tempest with clean install ubuntu 13.04 https://gist.github.com/nati/830989201:10
nati_uenosdague: Do you know this error?01:10
*** haleyb has joined #openstack-neutron01:11
sdaguethat means there is a syntax error in a test somewhere01:11
nati_uenosdague: hmm this is the clean one01:11
sdaguethough it might be the mock import error01:11
sdaguepip install mock01:11
sdagueI thought we'd fixed that though01:11
nati_uenosdague: Thanks! let me try01:12
nati_uenosdague: I said Requirement already satisfied01:12
sdagueyeh, that's in test-requirements01:12
sdagueoh, that didn't fix it?01:13
sdagueso in general, that's a compile error01:13
nati_uenosdague: yes01:13
nati_uenosdague: I tired ./run_test.sh01:13
sdagueevaluation error01:13
nati_uenosdague: is this right way?01:13
sdaguetox -efull is better01:13
nati_uenosdague:  I faced [Errno 13] Permission denied: '/usr/local/lib/python2.7/dist-packages/test-easy-install-15916.pth'01:14
nati_uenosdague: should I run it with sudo ?01:14
nati_uenosdague: I got this error also. WARNING:test command found but not installed in testenv01:14
*** WackoRobie has joined #openstack-neutron01:14
sdagueyeh, sorry, I don't have time to debug right now. I'd also ask on the -qa channel01:15
sdagueit's dinner time here01:15
nati_uenosdague: sure! Thanks01:15
*** haleyb has quit IRC01:16
*** Apsu has quit IRC01:21
*** yfujioka has joined #openstack-neutron01:21
*** Apsu has joined #openstack-neutron01:21
*** haleyb has joined #openstack-neutron01:23
*** marun has quit IRC01:27
*** SumitNaiksatam has joined #openstack-neutron01:28
*** ashaikh has joined #openstack-neutron01:32
*** yamahata has joined #openstack-neutron01:42
*** xuhanp has joined #openstack-neutron01:43
*** haleyb has quit IRC01:49
*** haleyb has joined #openstack-neutron01:52
*** Jabadia has joined #openstack-neutron01:56
*** alagalah has quit IRC01:56
*** ozialien has quit IRC01:57
*** Jabadia has quit IRC02:01
*** ijw has quit IRC02:12
*** tongli has quit IRC02:18
*** BBG_Stephen has quit IRC02:21
*** haleyb has quit IRC02:22
*** nati_ueno has quit IRC02:23
*** haleyb has joined #openstack-neutron02:25
*** WackoRobie has quit IRC02:31
*** haleyb has quit IRC02:31
*** markmcclain has quit IRC02:33
*** haleyb has joined #openstack-neutron02:35
*** changbl has joined #openstack-neutron02:44
openstackgerritLee Li proposed a change to openstack/neutron: ipt_mgr.ipv6 written in the wrong ipt_mgr.ipv4  https://review.openstack.org/6398102:45
*** haleyb has quit IRC02:47
*** alagalah has joined #openstack-neutron02:48
*** Jabadia has joined #openstack-neutron02:57
*** Jabadia has quit IRC02:59
*** Jabadia has joined #openstack-neutron02:59
*** Jabadia has quit IRC03:03
openstackgerritRajesh Mohan proposed a change to openstack/neutron: Firewall as a Service (FWaaS)  Service Insertion  https://review.openstack.org/6259903:04
*** haleyb has joined #openstack-neutron03:05
*** haleyb has quit IRC03:22
*** alagalah has quit IRC03:25
*** Leilei has joined #openstack-neutron03:26
*** LeileiZhou_ has joined #openstack-neutron03:27
*** clev has joined #openstack-neutron03:32
*** haleyb has joined #openstack-neutron03:35
*** haleyb has quit IRC03:40
*** WackoRobie has joined #openstack-neutron03:41
*** haleyb has joined #openstack-neutron03:42
*** ozialien has joined #openstack-neutron03:44
*** evgenyf has joined #openstack-neutron03:45
*** otherwiseguy has quit IRC03:45
*** WackoRobie has quit IRC03:46
*** carl_baldwin has joined #openstack-neutron03:47
*** marun has joined #openstack-neutron03:51
*** harlowja is now known as harlowja_away03:52
openstackgerritgongysh proposed a change to openstack/neutron: merge add-flow() calls  https://review.openstack.org/6134103:55
*** Jabadia has joined #openstack-neutron04:00
*** WackoRobie has joined #openstack-neutron04:04
*** Jabadia has quit IRC04:05
*** haleyb has quit IRC04:12
*** yfried has joined #openstack-neutron04:14
*** haleyb has joined #openstack-neutron04:16
*** alagalah has joined #openstack-neutron04:18
*** carl_baldwin has quit IRC04:23
*** sbalukoff has joined #openstack-neutron04:25
*** pballand has joined #openstack-neutron04:26
*** carl_baldwin has joined #openstack-neutron04:28
*** WackoRobie has quit IRC04:33
*** alagalah has quit IRC04:36
*** marun has quit IRC04:42
*** carl_baldwin has quit IRC04:55
*** chandankumar has joined #openstack-neutron05:00
*** clev has quit IRC05:00
*** Jabadia has joined #openstack-neutron05:00
*** carl_baldwin has joined #openstack-neutron05:02
*** Jabadia has quit IRC05:05
*** yfried has quit IRC05:06
*** evgenyf has quit IRC05:36
*** carl_baldwin has quit IRC05:37
*** LeileiZhou_ has quit IRC05:41
*** LeileiZhou_ has joined #openstack-neutron05:42
*** irenab has joined #openstack-neutron05:43
*** WackoRobie has joined #openstack-neutron05:44
*** banix has joined #openstack-neutron05:44
*** ozialien has quit IRC05:47
*** doude has quit IRC05:48
*** doude_ has joined #openstack-neutron05:48
*** WackoRobie has quit IRC05:48
openstackgerritVijay Kumar Venkatachalam proposed a change to openstack/neutron: TEST CODE: Please Ignore, No need to REVIEW this code  https://review.openstack.org/6507005:52
*** banix has quit IRC06:00
*** Jabadia has joined #openstack-neutron06:00
*** Apsu has quit IRC06:06
*** morganfainberg has quit IRC06:07
*** obondarev_ has joined #openstack-neutron06:12
*** sbalukoff has quit IRC06:13
*** sc68cal has quit IRC06:14
*** yfried has joined #openstack-neutron06:17
*** amrit has quit IRC06:18
*** sc68cal has joined #openstack-neutron06:19
*** changbl has quit IRC06:20
*** changbl has joined #openstack-neutron06:23
*** rkofman has joined #openstack-neutron06:26
*** sputnik13net has quit IRC06:29
openstackgerritJenkins proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/6478606:44
*** zigo_ is now known as zigo06:46
irenabhi, asking for review : https://review.openstack.org/#/c/53609/. Thanks!06:55
*** Apsu has joined #openstack-neutron07:01
*** morganfainberg has joined #openstack-neutron07:02
*** sputnik13net has joined #openstack-neutron07:03
*** ashaikh has quit IRC07:12
*** pradipta has joined #openstack-neutron07:17
*** ashaikh has joined #openstack-neutron07:24
*** ashaikh has quit IRC07:29
openstackgerritZhenguo Niu proposed a change to openstack/neutron: Whitelist external netaddr and psutil requirement  https://review.openstack.org/6520907:29
*** markwash has joined #openstack-neutron07:35
*** rkofman has left #openstack-neutron07:37
*** Ilja1 has joined #openstack-neutron07:37
*** jlibosva has joined #openstack-neutron07:49
*** mili_ has joined #openstack-neutron07:50
openstackgerritYoshihiro Kaneko proposed a change to openstack/neutron: add quota support for ryu plugin  https://review.openstack.org/6524507:52
*** markwash has quit IRC08:04
*** Mierdin1 has left #openstack-neutron08:14
*** amuller has joined #openstack-neutron08:16
*** yfujioka has quit IRC08:19
*** coolsvap has joined #openstack-neutron08:30
*** sbalukoff has joined #openstack-neutron08:31
*** sbalukoff has quit IRC08:35
yfriedjaypipes: ping08:39
*** Ilja1 has quit IRC08:43
*** mili_ has quit IRC08:47
*** sbalukoff has joined #openstack-neutron08:48
*** mili_ has joined #openstack-neutron08:52
*** garyk has joined #openstack-neutron08:56
garyksalv-orlando: ping08:56
garykarosen: ping08:57
*** safchain has joined #openstack-neutron08:59
*** jpich has joined #openstack-neutron09:03
*** jistr has joined #openstack-neutron09:04
*** jroovers has joined #openstack-neutron09:06
*** bashok has joined #openstack-neutron09:06
*** irenab has quit IRC09:09
*** ygbo has joined #openstack-neutron09:13
openstackgerritRoman Podoliaka proposed a change to openstack/neutron: Fix the migration adding a UC to agents table  https://review.openstack.org/6166309:17
*** Ilja1 has joined #openstack-neutron09:19
*** jhurlbert has quit IRC09:20
*** markwash has joined #openstack-neutron09:23
*** jhurlbert has joined #openstack-neutron09:30
*** yamahata has quit IRC09:34
openstackgerritÉdouard Thuleau proposed a change to openstack/neutron: OVS lib defer apply doesn't handle concurrency  https://review.openstack.org/6391709:44
openstackgerritHirofumi Ichihara proposed a change to openstack/neutron: Fix admin_state_up cannot stop l3-agent router forwarding packets by false  https://review.openstack.org/4419509:45
*** irenab has joined #openstack-neutron09:47
*** jp_at_hp has joined #openstack-neutron09:50
*** jp_at_hp has quit IRC09:51
*** jp_at_hp has joined #openstack-neutron09:51
*** Ilja1 has quit IRC09:57
*** bashok has quit IRC10:06
*** bashok has joined #openstack-neutron10:06
openstackgerritÉdouard Thuleau proposed a change to openstack/neutron: OVS lib defer apply doesn't handle concurrency  https://review.openstack.org/6391710:09
*** xuhanp has quit IRC10:10
*** afazekas has joined #openstack-neutron10:10
*** mili_ has quit IRC10:20
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Add parameter and iptables rules to protect dnsmasq ports  https://review.openstack.org/6199410:21
*** mili_ has joined #openstack-neutron10:25
*** mili__ has joined #openstack-neutron10:43
*** mili_ has quit IRC10:46
*** mili__ has quit IRC10:50
*** yamahata has joined #openstack-neutron10:53
*** alex_klimov has joined #openstack-neutron11:12
*** mili_ has joined #openstack-neutron11:14
*** jhurlbert has quit IRC11:15
*** DynamiteXXL has joined #openstack-neutron11:16
*** mili__ has joined #openstack-neutron11:16
*** jhurlbert has joined #openstack-neutron11:19
*** mili_ has quit IRC11:20
*** bvandenh has joined #openstack-neutron11:22
*** networkstatic is now known as networkstatic_zZ11:29
*** pcm_ has joined #openstack-neutron11:36
*** pcm_ has quit IRC11:37
*** pcm_ has joined #openstack-neutron11:38
*** evgenyf has joined #openstack-neutron11:51
*** yfried has quit IRC11:52
*** alexpilotti has joined #openstack-neutron11:53
*** Ilja1 has joined #openstack-neutron11:55
*** pradipta has quit IRC12:06
salv-orlandohi garyk12:10
garykhi, how are you12:11
*** evgenyf has quit IRC12:12
*** LeileiZhou_ has quit IRC12:16
*** mili__ has quit IRC12:17
*** mili_ has joined #openstack-neutron12:18
*** LeileiZhou_ has joined #openstack-neutron12:19
openstackgerritSylvain Afchain proposed a change to openstack/neutron: Add parameter and iptables rules to protect dnsmasq ports  https://review.openstack.org/6199412:24
*** pradipta has joined #openstack-neutron12:24
*** evgenyf has joined #openstack-neutron12:27
*** alexpilotti has quit IRC12:43
*** armax has joined #openstack-neutron12:45
*** coolsvap has quit IRC12:47
*** pradipta has quit IRC12:48
*** heyongli has joined #openstack-neutron12:57
*** armax has quit IRC12:58
*** armax has joined #openstack-neutron12:58
*** armax has quit IRC13:15
*** xuhanp has joined #openstack-neutron13:15
*** armax has joined #openstack-neutron13:16
*** jistr is now known as jistr|english13:17
*** matrohon has quit IRC13:22
*** evgenyf has quit IRC13:24
*** banix has joined #openstack-neutron13:30
ihrachyshi. could anyone consider my findings for https://blueprints.launchpad.net/neutron/+spec/selecting-subnet-when-creating-vm which I put at whiteboard? It seems the blueprint does not require any actual code changes to neutron, as the feature is already there; though we may be interested to create blueprints for nova and horizon to expose existing neutron functionality.13:34
*** banix has quit IRC13:35
openstackgerritZang MingJie proposed a change to openstack/neutron: Configure plugins by name  https://review.openstack.org/6482213:43
*** ijw has joined #openstack-neutron13:51
*** rossella_s has joined #openstack-neutron13:52
*** Leilei has quit IRC13:55
*** Leilei has joined #openstack-neutron13:55
*** dims has quit IRC13:55
*** dims has joined #openstack-neutron13:57
*** sputnik13net has quit IRC13:57
*** yamahata has quit IRC14:03
*** ijw has quit IRC14:07
*** aymenfrikha has joined #openstack-neutron14:07
*** LeileiZhou_ has quit IRC14:07
*** Leilei has quit IRC14:07
*** ijw has joined #openstack-neutron14:07
*** heyongli has quit IRC14:17
*** irenab has quit IRC14:21
*** matrohon has joined #openstack-neutron14:22
*** alex_klimov has quit IRC14:23
*** mili_ has quit IRC14:26
*** mili__ has joined #openstack-neutron14:28
*** alex_klimov has joined #openstack-neutron14:29
*** amotoki has joined #openstack-neutron14:37
*** mili__ has quit IRC14:40
*** dims has quit IRC14:40
*** rossella_s has quit IRC14:40
*** pcm_ has quit IRC14:40
*** morganfainberg has quit IRC14:40
*** Apsu has quit IRC14:40
*** rossella_s has joined #openstack-neutron14:42
*** jistr|english is now known as jistr14:42
*** peristeri has joined #openstack-neutron14:42
*** mili__ has joined #openstack-neutron14:42
*** dims has joined #openstack-neutron14:42
*** pcm_ has joined #openstack-neutron14:42
*** morganfainberg has joined #openstack-neutron14:42
*** Apsu has joined #openstack-neutron14:42
*** changbl has quit IRC14:47
*** clev has joined #openstack-neutron14:47
*** rossella_s has quit IRC14:49
*** armax has quit IRC14:50
*** armax has joined #openstack-neutron14:51
*** evgenyf has joined #openstack-neutron14:51
russellbenikanorov: ping14:52
enikanorovrussellb: hi14:52
russellbenikanorov: I noticed that you've used "reverify bug 123" about 5 times14:53
enikanorovyes14:53
russellb... why?14:53
russellbhttps://bugs.launchpad.net/launchpad/+bug/12314:53
russellblooks unrelated to openstack.14:53
russellbthe system requires a bug number for a good reason, so please use it properly14:53
enikanorovyes, so if there's an issue with the infra, which doesn't have a bug id14:54
enikanorovand recheck no bug doesn't work anymore14:54
russellbthere should be a bug14:54
russellbask in #openstack-infra if you're not sure the bug #14:54
russellbif there's not one, you can file one14:54
russellbeven if it's just going to get closed.  it helps failures get classified properly14:55
enikanorovok. sorry for the shortcut.14:55
russellbthanks14:55
*** jistr has quit IRC14:56
*** jistr has joined #openstack-neutron14:57
*** jistr is now known as jistr|mtg14:57
*** networkstatic_zZ has quit IRC15:01
*** networkstatic has joined #openstack-neutron15:02
*** WackoRobie has joined #openstack-neutron15:03
*** evgenyf has quit IRC15:03
*** evgenyf has joined #openstack-neutron15:04
*** rwsu has joined #openstack-neutron15:09
*** mili_ has joined #openstack-neutron15:12
*** rossella_s has joined #openstack-neutron15:13
openstackgerritZang MingJie proposed a change to openstack/neutron: Configure plugins by name  https://review.openstack.org/6482215:13
*** mili_ has quit IRC15:15
*** mili__ has quit IRC15:15
*** mili_ has joined #openstack-neutron15:15
openstackgerritenikanorov proposed a change to openstack/neutron: Introduce Loadbalancer instance  https://review.openstack.org/6020715:16
*** julim has joined #openstack-neutron15:17
*** otherwiseguy has joined #openstack-neutron15:18
openstackgerritenikanorov proposed a change to openstack/neutron: Introduce Loadbalancer instance  https://review.openstack.org/6020715:22
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Add DB mappings with NSX logical switches  https://review.openstack.org/5457915:22
*** jecarey has joined #openstack-neutron15:23
*** bashok has quit IRC15:28
*** aveiga has joined #openstack-neutron15:28
*** markmcclain has joined #openstack-neutron15:31
*** xuhanp has quit IRC15:37
*** afazekas has quit IRC15:37
*** networkstatic has quit IRC15:40
*** bmeshjason has joined #openstack-neutron15:44
*** coolsvap has joined #openstack-neutron15:47
*** armax_ has joined #openstack-neutron15:49
enikanorovmarkmcclain: Hi. I wanted to ask you to approve this bp https://blueprints.launchpad.net/neutron/+spec/lbaas-service-instance which is actually required by https://blueprints.launchpad.net/neutron/+spec/lbaas-multiple-vips-per-pool which you have approved some time ago. In fact the dependency is the opposite, hence the request.15:49
enikanorovalso, i think we have a good consensus around introducing an instance, and i have uploaded an implementation that is ready for review15:50
markmcclainenikanorov: reading15:51
*** armax has quit IRC15:51
*** armax_ is now known as armax15:51
enikanorovmarkmcclain: "dependency is the opposite" i meant that initially multiple vips per pool was required by service instance, but in fact it's opposite.15:51
*** chandankumar has quit IRC15:53
*** chandankumar_ has joined #openstack-neutron15:53
*** chandankumar__ has joined #openstack-neutron15:55
*** carl_baldwin has joined #openstack-neutron15:55
*** chandankumar_ has quit IRC15:57
*** sputnik13net has joined #openstack-neutron15:57
*** sputnik13net has quit IRC15:57
*** mili__ has joined #openstack-neutron16:00
openstackgerritenikanorov proposed a change to openstack/python-neutronclient: Add cli commands to manage loadbalancer instance  https://review.openstack.org/6156116:04
*** mili_ has quit IRC16:06
*** garyk has quit IRC16:08
*** yamahata has joined #openstack-neutron16:08
*** jlibosva has quit IRC16:08
*** ashaikh has joined #openstack-neutron16:10
*** banix has joined #openstack-neutron16:16
*** alex_klimov has quit IRC16:24
*** clev has quit IRC16:27
*** jecarey has quit IRC16:27
*** jecarey has joined #openstack-neutron16:31
*** alex_klimov has joined #openstack-neutron16:33
*** networkstatic has joined #openstack-neutron16:34
*** John____ has joined #openstack-neutron16:39
John____Hi, Is it possible to add a vnic to a running instance via API? (I'm using Neutron)16:40
*** Jabadia has quit IRC16:42
*** Jabadia has joined #openstack-neutron16:42
*** jistr|mtg is now known as jistr16:43
*** beagles is now known as beagles_brb16:45
*** Jabadia has quit IRC16:47
*** Jabadia has joined #openstack-neutron16:48
*** alagalah_ has joined #openstack-neutron16:48
*** armax has quit IRC16:51
*** Jabadia has quit IRC16:52
*** Ilja1 has quit IRC16:52
*** changbl has joined #openstack-neutron16:53
*** markmcclain has quit IRC16:55
*** garyk has joined #openstack-neutron16:56
*** jdev789 has joined #openstack-neutron16:56
*** jdev has joined #openstack-neutron16:56
*** tongli has joined #openstack-neutron16:56
*** chandankumar__ has quit IRC17:00
*** John____ has quit IRC17:02
*** clev has joined #openstack-neutron17:04
*** DynamiteXXL has quit IRC17:07
*** alagalah_ has quit IRC17:10
*** jdev789 has quit IRC17:12
*** jdev has quit IRC17:13
*** Ilja1 has joined #openstack-neutron17:13
*** markwash has quit IRC17:18
*** yamahata has quit IRC17:18
*** markwash has joined #openstack-neutron17:19
openstackgerritMarios Andreou proposed a change to openstack/neutron: WIP - make allocation_pools attribute of subnet updateable by PUT  https://review.openstack.org/6204217:23
*** pballand has quit IRC17:24
*** bjornar has joined #openstack-neutron17:25
*** jdev789 has joined #openstack-neutron17:28
*** jdev has joined #openstack-neutron17:28
*** alagalah has joined #openstack-neutron17:30
*** jpich has quit IRC17:32
*** pballand has joined #openstack-neutron17:33
*** mili__ has quit IRC17:35
*** mili_ has joined #openstack-neutron17:35
*** obondarev_ has quit IRC17:39
*** jistr has quit IRC17:43
*** ozialien has joined #openstack-neutron17:43
*** Ilja1 has quit IRC17:44
*** harlowja_away is now known as harlowja17:46
*** alagalah has quit IRC17:49
*** marun has joined #openstack-neutron17:50
*** nati_ueno has joined #openstack-neutron17:51
*** ozialien has quit IRC17:54
*** Jabadia has joined #openstack-neutron17:58
*** evgenyf has quit IRC17:59
*** rkofman has joined #openstack-neutron18:00
*** ygbo has quit IRC18:01
*** Jabadia has quit IRC18:03
*** pballand has quit IRC18:05
*** beagles_brb is now known as beagles18:06
*** amuller has quit IRC18:07
*** sputnik13net has joined #openstack-neutron18:08
*** Jabadia has joined #openstack-neutron18:08
*** safchain has quit IRC18:08
*** Jabadia has quit IRC18:15
*** Jabadia has joined #openstack-neutron18:16
arosengaryk: pong!18:22
*** ozialien has joined #openstack-neutron18:23
*** otherwiseguy has quit IRC18:32
*** mili_ has quit IRC18:47
*** mlemay has joined #openstack-neutron18:48
*** arash_ has joined #openstack-neutron18:51
arash_Hello18:51
peristeriIs anyone having problem running devstack? I was updating devstack by running ./unstack.sh && ./stack.sh. The process freezes in ./stack.sh on this command: neutron net-create --tenant_id bcd4c7291fde4ac0a9646baf1616c317 private18:52
arash_I am Arash, working on an extension for Neutron18:52
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Add DB mappings with NSX logical routers  https://review.openstack.org/5458418:54
openstackgerritA change was merged to openstack/neutron: neutron-rootwrap-xen-dom0 handles data from stdin  https://review.openstack.org/6234618:56
*** yfried has joined #openstack-neutron18:56
*** aveiga has quit IRC19:01
*** markmcclain has joined #openstack-neutron19:03
*** changbl has quit IRC19:08
sc68calIs anyone else seeing this error in devstack? http://paste.openstack.org/show/60818/19:11
sc68calFresh vagrant vm, no cached pip packages or apt packages19:11
markmcclainsc68cal: what version of neutronclient do you have installed?19:13
*** jroovers has quit IRC19:13
markmcclainmake sure you've got 3.3.319:14
sc68calmarkmcclain: OK - yeah I think I remember you mentioned something about that on Monday19:14
sc68calah, I'm having the same issues as peristeri19:15
sc68calperisteri: ping19:15
markmcclainyeah the bug you've hit looks like you've got cliff 1.5 installed19:15
markmcclainand neutronclient 3.3.219:15
sc68calah - ok, my neutronclient is being pulled from an internal branch. Let me find your commit and cherry pick it that fixes the cliff issue19:16
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Process port_update notifications in the main agent loop  https://review.openstack.org/6196419:17
*** changbl has joined #openstack-neutron19:19
markmcclainsc68cal: you'll probably want to rebase vs cherry pick19:21
sc68calmarkmcclain: agreed19:21
openstackgerritstephen-ma proposed a change to openstack/neutron: L3 Agent restart causes network outage  https://review.openstack.org/3098819:23
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Process port_update notifications in the main agent loop  https://review.openstack.org/6196419:25
arash_I am working on an extension for Neutron19:26
arash_The purpose is to create a extension to the Network object in Neutron called "FlowNetwork". This extended network class has the same attributes as the typical Network class but also has the ability to have knowledge about flows and work with an OpenFlow controller19:26
arash_As I went through different existing extensions19:26
arash_I realized there is a method  "get-resource(cls)" which is implemented differently for each extension19:27
arash_Does any body know how should this method be implemented19:27
arash_any documentations or idea would be greatly appreciated19:28
*** thuc has joined #openstack-neutron19:31
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Improve handling of security group updates  https://review.openstack.org/6310019:31
*** rossella_s has quit IRC19:33
sc68calarash_: I do not believe there is any documentation for it19:34
*** mili_ has joined #openstack-neutron19:35
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Avoid re-wiring ports unnecessarily  https://review.openstack.org/6355819:36
sc68calarash_: take a look at the code for the extension class - https://github.com/openstack/neutron/blob/master/neutron/api/extensions.py there are some docstrings19:38
*** jroovers has joined #openstack-neutron19:38
sc68calarash_: the security group extension has a good example19:40
sc68calarash_: https://github.com/openstack/neutron/blob/master/neutron/extensions/securitygroup.py#L26419:40
sc68calBasically it's how you add new URLs to the WSGI router, so that when you do GET /foo, neutron will route it to the correct methods in your extension19:41
peristerisc68cal ping19:41
arash_in security group extension19:42
arash_for the method get-resources we have:19:42
arash_        plugin = manager.NeutronManager.get_plugin()19:42
arash_however19:42
arash_in loadbalancer extension for example we have:19:42
arash_plugin = manager.NeutronManager.get_service_plugins()[             constants.LOADBALANCER]19:42
arash_I am not sure when we use19:43
arash_get_plugin()19:43
arash_and when we use:19:43
arash_get_service_plugins()19:43
peristerisc68cal I'm using fedora 19.19:44
sc68calarash_: depends on the structure of your extension - do you have your code posted somewhere I can look at it?19:44
markmcclainarash_: get_plugin() is when you extending the base plugin… service_plugins are when you are adding a new service (vpn, l3, load balancing, fw)19:45
*** thuc has quit IRC19:45
sc68cal^^^^ what Mark says19:45
*** thuc has joined #openstack-neutron19:46
arash_actually I am adding something called flownetwork19:46
sc68calperisteri: which version of python-neutronclient is getting installed19:46
sc68calarash_: Does it just add a new attribute to a network? or is it a brand new resource as well19:46
arash_it is a new resouce with attributes extended from network object19:47
*** evgenyf has joined #openstack-neutron19:47
sc68calarash_: what attributes does flownetwork have19:49
sc68calarash_: and what attributes do you add to the network object19:50
*** thuc has quit IRC19:50
*** thuc has joined #openstack-neutron19:51
*** thuc has quit IRC19:51
openstackgerritNachi Ueno proposed a change to openstack/neutron: API Extension for SSL-VPN services  https://review.openstack.org/5889719:51
arash_It has attributes to work with openflow19:51
*** thuc has joined #openstack-neutron19:51
arash_I believe then it should be get_service_plugin19:53
sc68calarash_: OK - and what attributes does it add to the network, just a reference back to the flownetwork object?19:53
sc68calI disagree - it doesn't sound like a new service19:54
*** mlavalle has joined #openstack-neutron19:55
arash_what is the way we can define a sevice19:55
arash_or a way to distinguish19:55
*** jdev has quit IRC19:55
*** jdev789 has quit IRC19:56
peristerihow do I check for the version?19:57
markmcclainarash_: sounds like you want to leave towards get_plugin() since you're extending a base resource (Network)19:57
sc68calperisteri: neutron --version19:57
markmcclains/leave/lean/19:57
peristeri2.3.319:58
*** otherwiseguy has joined #openstack-neutron19:59
arash_thanks mark20:01
arash_thanks sc68cal20:02
sc68calarash_: no problem - I need to do a developer doc for writing an extension and document some of this stuff20:03
arash_that would be nice20:03
sc68calI don't remember if anyone's ever done a presentation at the conference about it. I know salv-orlando did one about writing a plugin from scratch. Maybe we need to do one for writing an extension from scratch20:03
sc68calWe discussed removing the home-grown WSGI and moving to pecan at the last conference, which will remove this pain point20:04
sc68calmarkmcclain: upgrading to 2.3.3 fixed that issue, now I'm stuck on the migration bug for the ml2 agents20:05
sc68calhttps://launchpad.net/neutron/+bug/125424620:05
markmcclainyeah.. I've got an online version working, but offline does not work because SQLA does not support the underlying calls we need20:05
markmcclaintemporarily you can enable lbaas20:06
*** networkstatic has quit IRC20:06
markmcclainand the migration will run correctly20:06
sc68calk20:07
sc68calthe joys of chasing trunk :)20:07
markmcclainyeah20:07
markmcclainalso the joys of wanting a feature in SQLA20:07
*** safchain has joined #openstack-neutron20:13
*** safchain has quit IRC20:13
*** sputnik13net has quit IRC20:16
*** Jabadia has quit IRC20:17
peristerisc68cal have you solved the problem with devstack?20:22
sc68calperisteri: Unfortunately no, got stuck on another bug20:23
peristerisc68cal thanks, I'll see what I could find20:31
*** mili_ has quit IRC20:46
*** arash_ has quit IRC20:48
*** jdev has joined #openstack-neutron20:54
*** jdev789 has joined #openstack-neutron20:54
*** mili_ has joined #openstack-neutron20:54
*** mlemay has quit IRC20:55
*** jdev has quit IRC20:57
*** jdev789 has quit IRC20:57
*** sputnik13net has joined #openstack-neutron21:01
*** ozialien has quit IRC21:05
openstackgerritÉdouard Thuleau proposed a change to openstack/neutron: OVS lib defer apply doesn't handle concurrency  https://review.openstack.org/6391721:08
openstackgerritNachi Ueno proposed a change to openstack/neutron: API Extension for SSL-VPN services  https://review.openstack.org/5889721:11
openstackgerritA change was merged to openstack/neutron: Remove plugin_name_v2 and extension_manager in test_config  https://review.openstack.org/5405821:14
*** Ilja1 has joined #openstack-neutron21:15
*** mlavalle has quit IRC21:15
*** thansen_ has quit IRC21:17
*** thansen has joined #openstack-neutron21:17
*** bvandenh has quit IRC21:21
*** mili_ has quit IRC21:28
openstackgerritAaron Rosen proposed a change to openstack/neutron: Add test to port_security to test with security_groups  https://review.openstack.org/6554321:32
openstackgerritAaron Rosen proposed a change to openstack/neutron: Don't require passing in port_security=False if security_groups present  https://review.openstack.org/6554421:32
nati_uenorkukura: Hi around?21:35
rkukuranati_ueno: Yes, but can I get back to you in a couple minutes?21:36
nati_uenorkukura: sure Thanks21:36
*** mili_ has joined #openstack-neutron21:43
rkukuranati_ueno: OK21:47
nati_uenorkukura: I would like to discuss with you about https://review.openstack.org/#/c/21946/3021:47
nati_uenorkukura: I agree with you about your comment, but I wanna do it on next commit21:48
rkukuranati_ueno: OK21:48
nati_uenorkukura: Neutron sec group is broken for some month,, so I wanna get a first step21:48
nati_uenorkukura: Thanks21:48
nati_uenorkukura: regarding to vif_type fix, do you want me to remove it from db also?21:49
rkukuranati_ueno: That could be done in this patch or as a follow-on21:49
nati_uenorkukura: OK let's me work on follow-up commit21:50
rkukuranati_ueno: But it would make sense to do it at the same time rather than have two separate driver API changes and two separate DB migrations21:51
openstackgerritAmir Sadoughi proposed a change to openstack/neutron: Added source-port-range-{min,max} to sec. groups  https://review.openstack.org/6212921:51
nati_uenorkukura: yeah, it the patch didn't affect every plugins..21:51
nati_uenorkukura: s/it/if it/21:51
nati_uenorkukura: I just found your comment in the commit. Let's me reply on gerrit21:52
rkukuranati_ueno: If it wasn't so urgent, I'd probably recommend an initial patch that adds extend_port_dict to MechanismDriver, and uses this for VIF_TYPE and CAPABILITIES. Then a 2nd patch would replace CAPABILITIES with VIF_SECURITY.21:54
*** mili_ has quit IRC21:54
*** mlavalle has joined #openstack-neutron21:55
rkukuranati_ueno: What I'd like to do initially is review your proposed changes to ml2 as if they were for that initial patch, ignoring all the VIF_SECURITY, firewall driver, and other plugin changes.21:56
nati_uenorkukura: IMO, the patch may need some weeks for review21:56
rkukuranati_ueno: In the mean time, we can sort out the plan for how the VIF_SECURITY info gets from the L2 agent config on the node to the server and then to nova.21:57
nati_uenorkukura: VIF_SECURITY isn't used by L2 agent21:57
rkukuranati_ueno: Are you saying the current patch needs some weeks for review? If so, then maybe breaking it into stages will help.21:57
rkukuranati_ueno: I understand its not used by the L2 agent. But doesn't the value come from the firewall driver used by the L2 agent to provide security groups?21:58
nati_uenorkukura: no, refactoring ml2 takes some time for me21:58
nati_uenorkukura: I do agree. Server should tell agent to select firewall driver in client side21:58
rkukuranati_ueno: Thats not what I was saying21:59
nati_uenorkukura: ah, sorry. may I ask more?21:59
rkukuranati_ueno: At least with ml2, hererogenous deployments are possible, so L2 agent config may differ on different nodes.22:00
*** bjornar has quit IRC22:00
nati_uenorkukura: I agree22:00
rkukurathat was supposed to be "heterogeneous"22:00
nati_uenorkukura: OK so you wanna let agent report vif_security values?22:01
rkukuraIts an idea worth considering, and is already used for bridge_mappings as explained in gerrit22:01
rkukuraThe firewall driver is really only used by the L2 agent, right?22:02
nati_uenorkukura: yes22:02
rkukuraRIght now, the server looks at whether firewall_driver is no-op, in order to decide whether to enable the SG extension API, but that is kind of a hack22:03
nati_uenorkukura: I agree. we shouldn't use no-op driver.22:04
rkukuraSo why not have the L2 load the firewall driver, get the VIF_SECURITY data from it, and include this in its agents_db RPC data?22:05
nati_uenorkukura: we should have enable_security_group config22:05
rkukuras/L2/L2 agent/22:05
rkukuranati_ueno: Agreed on the config, at least for ml2.22:05
nati_uenoI think this will be long discussion22:05
rkukuranati_ueno: There may be a bug for that already.22:05
nati_uenoso there is to way to manage configurations in the cluster22:06
nati_uenocentralized or config in each host22:06
rkukuranati_ueno: Right now, puppet seems to be the way22:06
nati_uenoNote: This is independent discussion with hetro or homo22:06
nati_uenorkukura: yes. The trend is centralized way because of operational cost22:07
nati_uenoEven if the config management is centralized, we can setup hetero config22:07
nati_uenoEg. setup config per host in horizon22:07
rkukuracentrally managed config has been mentioned, along with modular agent, in ml2 proprosals and roadmap discussions22:07
nati_uenoOk so "update vif secturiy by agent" sounds like not centralized management for me22:08
rkukuraBut I think that is after icehouse. Right now, the solution seems to be to push configs to nodes with puppet or similar, right?22:08
nati_uenoso if so why not do this refactoring on that timing?22:09
rkukuraEach L2 agent needs to know which firewall_driver to use. Until we have something better, that's based on each node's config. Puppet or similar can be used to centrally manage the config of all those nodes.22:09
nati_uenoPuppet is a kind of helper tool. IMO, the system should ease operational cost22:10
rkukuraI think managing the config centrally via an API is a big task - lots of variables, such as bridge_mappings, plus details like creating OVS bridges, setting NICs as ports, ....22:10
nati_uenoso Nova asks neutron for vif_security, and neutron asks l2_agent vif security. Bug L2_agent is on the same host of nova22:11
nati_uenoif we let l2 agent to config it, why not nova and l2 agent talk directly? (or let nova read l2-agent config)22:12
rkukuraNova doesn't know or care whether an L2 agent is involved. Remember that some mechanism drivers don't use L2 agents.22:12
rkukuraSo nova can't assume there is an L2 agent - it just wants to know how to setup the VIF security.22:12
nati_uenorkukura: I know Not every driver using l2 agent.22:13
rkukuraI'm not suggesting the the server make new RPC calls to the L2 agent to get the VIF security. There are already the agent_db calls from agent to server that can be used for this, just like they are currently used for bridge_mappings.22:13
nati_uenorkukura: however, even if l2 agent case, the control flow sounds like not simple.22:13
rkukuraOne the agent has reported in, the vif security info for that agent will be in the agents_db table in the server.22:14
*** sputnik13net has quit IRC22:14
nati_uenorkukura: so if our roadmap is centralized management, why not move toward on that goal step by step?22:15
nati_uenorkukura: we can move one by one22:15
rkukuraI'm not sure centralized API-based management is an agreed goal. It really hasn't been discussed much.22:16
nati_uenoAh I got it22:16
rkukuraIs nova working toward removing config files from its compute nodes?22:16
nati_uenoI'm not sure22:17
rkukuraSeems a coordinated effort across projects would be needed if the goal is to do centralized config through OpenStack APIs.22:17
rkukuraDoesn't help much to do this for neuton but not for nova, keystone, ...22:18
*** sputnik13net has joined #openstack-neutron22:18
nati_uenoOK so how do you think? centralized vs host config. which is better?22:18
rkukuraIn an ideal world, starting with a clean slate, I think I'd take a centralized approach, but this would require a distributed config component as part of the core architecture.22:20
nati_uenoI agree. so I believe openstack should go that way22:21
nati_uenoremove many configs and set it up by controllers22:21
*** mili_ has joined #openstack-neutron22:21
*** rwsu has quit IRC22:22
rkukuraI've designed systems that had a pluggable config service for exactly this purpose. Plugins to the config service could even be file-based for simple deployments.22:22
rkukuranati_ueno: This sounds like a great oslo session topic for the J summit.22:22
nati_uenorkukura: I agree.22:22
*** jecarey has quit IRC22:23
nati_uenoso This is why I thought it takes few weeks to fix vif_type and vif_security refacotring..22:23
nati_uenoThis issues is not easy. (at least for me)22:23
nati_uenoAnd the current patch is works with limited functionality22:23
nati_uenobut it is better than broken for few month22:23
nati_uenoI have nova side fix too22:24
nati_uenoso I wanna finish this review before 1st birth day of this patch.. (This patch born Feb13/2013)22:24
rkukuranati_ueno: Agree we need a solution urgently. I'll do a more detailed review of the current patch ASAP, especially the ml2 parts that would apply with either approach. Good goal!22:25
nati_uenorkukura: Thanks!22:25
rkukuraI may look for you here tomorrow to continue discussion, or via email.22:26
nati_uenorkukura: I got it. I'll start a thread in mailing list22:26
rkukuranati_ueno: OK. I need to get some dinner together for me and the kids.22:27
nati_uenorkukura: Thank you for your talking time to discuss this! Have a good night!22:27
*** mili_ has quit IRC22:27
*** mili_ has joined #openstack-neutron22:28
*** mili_ has quit IRC22:28
*** mili_ has joined #openstack-neutron22:29
*** rwsu has joined #openstack-neutron22:30
*** bmeshjason has quit IRC22:33
openstackgerritNachi Ueno proposed a change to openstack/neutron: Improve vif attributes related with firewalling  https://review.openstack.org/2194622:34
*** markwash has quit IRC22:36
*** thuc has quit IRC22:38
*** markwash has joined #openstack-neutron22:38
*** thuc has joined #openstack-neutron22:39
pcm_nati_ueno: Hi22:39
*** pcm_ has quit IRC22:41
*** pcm_ has joined #openstack-neutron22:42
jrooversnati_ueno: I added a version 0 of VPNaaS scenario test - https://review.openstack.org/#/c/65515/22:42
*** thuc has quit IRC22:43
*** jroovers has quit IRC22:51
openstackgerritAaron Rosen proposed a change to openstack/neutron: Add test to port_security to test with security_groups  https://review.openstack.org/6554322:52
openstackgerritAaron Rosen proposed a change to openstack/neutron: Don't require passing in port_security=False if security_groups present  https://review.openstack.org/6554422:52
*** WackoRobie has quit IRC22:53
*** dims has quit IRC22:53
*** jroovers has joined #openstack-neutron22:54
*** rkofman has left #openstack-neutron22:56
*** jecarey has joined #openstack-neutron22:56
*** ozialien has joined #openstack-neutron22:56
pcm_nati_ueno: Quick question. Did you see my review reply on https://review.openstack.org/#/c/64676/ ? Was wondering your thoughts.22:56
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Add DB mappings with NSX logical routers  https://review.openstack.org/5458423:00
*** ozialien has quit IRC23:04
*** ozialien has joined #openstack-neutron23:04
*** ozialien has quit IRC23:04
*** mili__ has joined #openstack-neutron23:06
*** dims_ has joined #openstack-neutron23:08
*** mili_ has quit IRC23:09
*** thuc has joined #openstack-neutron23:09
*** clev has quit IRC23:11
pcm_nati_ueno: ping23:12
*** carl_baldwin has quit IRC23:13
*** thuc has quit IRC23:18
nati_uenopcm_: pong23:23
nati_uenopcm_: I see your reply now, let me reply on gerrit23:23
pcm_nati_ueno: OK. Thanks23:29
pcm_nati_ueno: Another Q: If one changes a connection (or policy), when connection is action, when do the changes get applied?23:29
pcm_nati_ueno: Will it just get sent to driver as an update and then openswan will restart w/new config?23:30
nati_uenopcm_: I prefer reload config in openswan, but basically yes23:31
nati_uenopcm_: I'm not sure we can provide such function without dataplane disconnection23:32
pcm_nati_ueno: do you think it breaks and restarts the connection?23:32
nati_uenopcm_: If it make data plane disconnected, i prefer not provider update23:32
pcm_nati_ueno: wondering about reference impl.23:33
nati_uenopcm_: Ah sorry I'm not sure. We should test it23:33
*** networkstatic has joined #openstack-neutron23:33
*** thuc has joined #openstack-neutron23:33
nati_uenopcm_: may be kernel config didn't affected openswan processs, so it may not be disconnected23:33
*** jgrimm has quit IRC23:33
nati_uenopcm_: however, it sounds we should re-establish ipsec connection when we change connection configration23:33
nati_uenopcm_: eg, ciphers23:34
*** networkstatic has quit IRC23:34
nati_uenopcm_: if some update causes data plane disconnection, it's not intuitive and dangerous design23:34
nati_uenopcm_: so I prefer let user delete connection first, then create new connection23:34
nati_uenoif we can't provide update without dataplane disconnection23:34
pcm_nati_ueno: Looking at the code, trying to figure out what it does. I see that, if I restart VPN on one side, it seems like the connection doesn't always come up.23:35
pcm_nati_ueno: Looks like other side rejects in one of the phases. If I restart on the other end, then it comes up fine.23:36
nati_uenopcm_: may be it depends on dpd values.. (i'm not sure thought)23:36
*** sputnik13net has quit IRC23:37
pcm_nati_ueno: So on change, it looks like it stops and then starts openswan. I guess it'll be ok, once that happens on both ends.23:41
nati_uenopcm_: I'm not sure. we need to test it23:41
pcm_nati_ueno: I was stopping, and then starting one end (w/o changing any settings), and it wasn't always negotiating.23:41
nati_uenopcm_: which configuration did you change?23:42
pcm_nati_ueno: I wasn't in the test. I was just stopping one end and then starting again w/same config. Saw that it wasn't always coming up.23:43
pcm_nati_ueno: Later, I was looking into how config changes are handled, and it seems like it'll do the same start/stop.23:43
nati_uenopcm_: gotcha.23:43
*** Ilja1 has quit IRC23:43
*** peristeri has quit IRC23:43
pcm_nati_ueno: Granted, in my case, I have a Cisco router on one end that is stopping/starting. It was reporting that the negot failed23:44
pcm_nati_ueno: Looks like VPN on other end was rejecting some ID.23:44
nati_uenopcm_: ah btw did you connected vpnaas ref impl with cisco router?23:44
pcm_nati_ueno: yes23:45
nati_uenopcm_: Awesome if so, could you share the config with community?23:45
pcm_nati_ueno: Sure. Where should I place it?23:45
nati_uenopcm_: Wiki is good start. But we are lacking admin manual for vpn. so how about let work on it togetter?23:46
pcm_nati_ueno: As part of the vendor impl, I'm working toward configuring Cisco device via OpenStack (for I-3)23:46
nati_uenovia netconf?23:46
pcm_nati_ueno: sure23:46
pcm_nati_ueno: No, via a REST API23:47
nati_uenopcm_: oh IOS has rest interface?23:47
* pcm_ feverishly trying to get everything pulled together23:48
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Make timeout for ovs-vsctl configurable  https://review.openstack.org/6110523:48
pcm_nati_ueno: Some of the boxes have a REST I/F (not sure how many).23:49
*** ashaikh has quit IRC23:50
nati_uenopcm_: cool23:50
pcm_nati_ueno: Yeah. Lots to do to get it all going. Been pretty swamped.23:50
*** aymenfrikha has quit IRC23:51
pcm_nati_ueno: Appreciate your suggestions/guidance on my questions.23:51
openstackgerritRajesh Mohan proposed a change to openstack/neutron: Firewall as a Service (FWaaS)  Service Insertion  https://review.openstack.org/6259923:53
nati_uenopcm_: Thanks TTYL23:54
pcm_nati_ueno: ok.23:54
*** evgenyf has quit IRC23:55
*** networkstatic has joined #openstack-neutron23:59

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