Monday, 2015-04-06

*** yamamoto has joined #openstack-neutron00:01
*** shwetaap has quit IRC00:02
*** markvoelker has quit IRC00:03
*** Marga_ has joined #openstack-neutron00:03
*** Marga_ has quit IRC00:05
*** Marga_ has joined #openstack-neutron00:05
*** yamamoto has quit IRC00:05
*** Marga_ has quit IRC00:10
*** banix has joined #openstack-neutron00:15
*** yamamoto has joined #openstack-neutron00:22
*** emagana has joined #openstack-neutron00:23
*** dboik has joined #openstack-neutron00:25
*** jckasper has quit IRC00:25
*** shwetaap has joined #openstack-neutron00:26
*** dboik_ has joined #openstack-neutron00:26
*** emagana has quit IRC00:29
*** emagana has joined #openstack-neutron00:29
*** ijw has joined #openstack-neutron00:29
*** dboik has quit IRC00:30
*** sridhar_ram has joined #openstack-neutron00:34
*** emagana has quit IRC00:35
*** ijw has quit IRC00:35
*** shaohe_feng has joined #openstack-neutron00:45
*** nati_uen_ has quit IRC00:45
*** nati_ueno has joined #openstack-neutron00:46
*** yamamoto has quit IRC00:50
*** tiswanso has joined #openstack-neutron00:56
*** achanda has joined #openstack-neutron00:59
*** tiswanso_ has joined #openstack-neutron01:00
*** markvoelker has joined #openstack-neutron01:00
*** xianghui has quit IRC01:02
*** tiswanso has quit IRC01:02
*** baoli has joined #openstack-neutron01:03
*** xianghui has joined #openstack-neutron01:04
*** markvoelker has quit IRC01:04
*** Marga_ has joined #openstack-neutron01:06
*** Marga_ has quit IRC01:11
*** apuimedo has quit IRC01:11
*** baoli has quit IRC01:14
*** baoli has joined #openstack-neutron01:14
*** diegows has quit IRC01:15
*** emagana has joined #openstack-neutron01:18
*** YorikSar has quit IRC01:21
*** emagana has quit IRC01:23
*** oda-g has joined #openstack-neutron01:23
*** shaohe_feng has quit IRC01:24
*** baoli has quit IRC01:27
*** ijw has joined #openstack-neutron01:29
*** achanda has quit IRC01:33
*** ijw has quit IRC01:35
*** achanda has joined #openstack-neutron01:38
*** yamamoto_ has joined #openstack-neutron01:39
*** erkules_ has joined #openstack-neutron01:42
*** erkules has quit IRC01:44
*** dimsum__ has quit IRC01:46
*** nati_ueno has quit IRC01:51
*** nati_ueno has joined #openstack-neutron01:54
*** julim_ has quit IRC01:55
*** jbrendel has quit IRC01:57
*** markvoelker has joined #openstack-neutron02:00
*** archers has joined #openstack-neutron02:01
*** baoli has joined #openstack-neutron02:04
*** markvoelker has quit IRC02:05
*** Marga_ has joined #openstack-neutron02:06
*** archers has quit IRC02:08
*** baoli has quit IRC02:09
*** Marga_ has quit IRC02:11
*** emagana has joined #openstack-neutron02:12
*** tomoe_ has joined #openstack-neutron02:13
*** amotoki has joined #openstack-neutron02:13
*** emagana has quit IRC02:17
*** ijw has joined #openstack-neutron02:29
*** Marga_ has joined #openstack-neutron02:33
*** Marga_ has quit IRC02:34
*** Marga_ has joined #openstack-neutron02:35
*** ijw has quit IRC02:35
*** baoli has joined #openstack-neutron02:37
*** kiran has joined #openstack-neutron02:40
*** baoli has quit IRC02:42
*** dimsum__ has joined #openstack-neutron02:46
*** dimsum__ has quit IRC02:52
*** banix has quit IRC02:53
*** banix has joined #openstack-neutron02:53
*** emagana has joined #openstack-neutron02:54
*** kiran has quit IRC02:56
*** zhhuabj has joined #openstack-neutron02:56
*** emagana has quit IRC02:59
*** chlong has joined #openstack-neutron03:00
*** markvoelker has joined #openstack-neutron03:01
*** markvoelker has quit IRC03:06
openstackgerritYAMAMOTO Takashi proposed openstack/neutron-specs: OVS agent: Use python binding instead of ovs-ofctl command  https://review.openstack.org/16876703:08
*** shwetaap has quit IRC03:09
*** shwetaap has joined #openstack-neutron03:19
*** banix has quit IRC03:19
*** leenheer has joined #openstack-neutron03:20
*** tiswanso_ has quit IRC03:20
*** tomoe_ has quit IRC03:21
*** vhosakot has joined #openstack-neutron03:23
*** emagana has joined #openstack-neutron03:23
*** vhosakot has left #openstack-neutron03:24
*** pritesh has joined #openstack-neutron03:24
*** pritesh has quit IRC03:26
*** pritesh has joined #openstack-neutron03:27
*** coolsvap|afk is now known as coolsvap03:29
*** ijw has joined #openstack-neutron03:29
*** emagana has quit IRC03:32
*** tomoe_ has joined #openstack-neutron03:32
*** changbl has joined #openstack-neutron03:32
*** shaohe_feng has joined #openstack-neutron03:32
*** achanda has quit IRC03:33
*** ijw has quit IRC03:35
*** chandankumar has joined #openstack-neutron03:40
*** archers has joined #openstack-neutron03:45
*** archers has quit IRC03:47
*** markvoelker has joined #openstack-neutron04:02
*** markvoelker has quit IRC04:07
*** ajmiller has quit IRC04:08
*** pritesh has quit IRC04:08
*** nati_ueno has quit IRC04:09
*** tflynn has joined #openstack-neutron04:10
*** shaohe_feng has quit IRC04:14
*** achanda has joined #openstack-neutron04:24
*** leenheer has quit IRC04:28
*** ijw has joined #openstack-neutron04:29
*** chandankumar has quit IRC04:31
*** shaohe_feng has joined #openstack-neutron04:33
*** watanabe_isao has joined #openstack-neutron04:34
*** ijw has quit IRC04:35
*** anish_ has joined #openstack-neutron04:37
*** changbl has quit IRC04:40
*** imcsk8 has quit IRC04:41
*** imcsk8 has joined #openstack-neutron04:41
openstackgerritDane LeBlanc proposed openstack/neutron: DBDeadlock caused by blocked call in dvr_deletens_if_no_port  https://review.openstack.org/17069004:43
*** Marga_ has quit IRC04:46
*** chandankumar has joined #openstack-neutron04:52
*** nati_ueno has joined #openstack-neutron04:55
*** nati_ueno has quit IRC04:56
*** nati_ueno has joined #openstack-neutron04:56
*** nati_ueno has quit IRC04:57
*** itzikb has joined #openstack-neutron04:59
openstackgerritwatanabe isao proposed openstack/neutron: Make sure OVS restarts when Exception occurred  https://review.openstack.org/16997505:00
*** daneyon has quit IRC05:01
*** kiran has joined #openstack-neutron05:02
*** daneyon has joined #openstack-neutron05:02
*** markvoelker has joined #openstack-neutron05:03
*** anshul has joined #openstack-neutron05:04
*** changbl has joined #openstack-neutron05:05
*** trinaths has joined #openstack-neutron05:05
*** kiran has quit IRC05:07
*** kiran has joined #openstack-neutron05:08
*** kiran is now known as kiran-r05:08
*** anilvenkata has joined #openstack-neutron05:14
*** Longgeek has joined #openstack-neutron05:14
*** suresh12 has joined #openstack-neutron05:15
*** vthapar has joined #openstack-neutron05:15
*** irenab has quit IRC05:25
*** anshul has quit IRC05:26
*** anshul has joined #openstack-neutron05:26
*** nati_ueno has joined #openstack-neutron05:28
*** ijw has joined #openstack-neutron05:29
*** anshul has quit IRC05:32
*** nati_ueno has quit IRC05:33
*** coolsvap is now known as coolsvap|afk05:33
*** changbl has quit IRC05:34
*** yatin has joined #openstack-neutron05:35
*** ijw_ has joined #openstack-neutron05:35
*** ijw has quit IRC05:35
*** neeti has joined #openstack-neutron05:37
*** tflynn_ has joined #openstack-neutron05:38
*** ijw_ has quit IRC05:40
*** tflynn has quit IRC05:41
openstackgerritGal Sagie proposed openstack/neutron: Add OVSDB connection as a parameter to the transaction  https://review.openstack.org/17077105:41
*** tflynn_ has quit IRC05:44
*** coolsvap has joined #openstack-neutron05:47
*** Longgeek has quit IRC05:47
openstackgerritHirofumi Ichihara proposed openstack/neutron-specs: Add enable_new_agents to agent conf in network node  https://review.openstack.org/17077405:49
*** anshul has joined #openstack-neutron05:50
*** sudipto has joined #openstack-neutron05:50
*** seizadi has joined #openstack-neutron05:58
*** irenab has joined #openstack-neutron05:59
*** shaohe_feng has quit IRC05:59
*** anshul has quit IRC06:01
*** emagana has joined #openstack-neutron06:06
*** seizadi has quit IRC06:06
*** anshul has joined #openstack-neutron06:06
*** sudipto has quit IRC06:07
*** yamamoto_ has quit IRC06:07
*** seizadi has joined #openstack-neutron06:07
*** yamamoto_ has joined #openstack-neutron06:07
*** emagana has quit IRC06:11
*** anshul has quit IRC06:12
*** seizadi has quit IRC06:13
*** anshul has joined #openstack-neutron06:14
openstackgerritHirofumi Ichihara proposed openstack/neutron-specs: Add enable_new_agents to agent conf in network node  https://review.openstack.org/17077406:17
*** suresh12 has quit IRC06:22
*** apuimedo has joined #openstack-neutron06:23
*** akamyshnikova_ has joined #openstack-neutron06:23
*** Longgeek has joined #openstack-neutron06:24
*** anshul has quit IRC06:24
*** coolsvap has quit IRC06:25
*** ijw has joined #openstack-neutron06:29
*** numan has joined #openstack-neutron06:33
*** shwetaap has quit IRC06:34
*** ijw has quit IRC06:35
*** coolsvap has joined #openstack-neutron06:38
*** anshul has joined #openstack-neutron06:48
*** jamielennox|away is now known as jamielennox06:48
*** anshul has quit IRC06:52
*** atuvenie has joined #openstack-neutron06:55
*** markvoelker has quit IRC07:04
*** anshul has joined #openstack-neutron07:05
*** anshul has quit IRC07:12
*** anshul has joined #openstack-neutron07:12
*** YorikSar has joined #openstack-neutron07:13
*** chandankumar has quit IRC07:15
*** anshul has quit IRC07:17
*** yfried is now known as yfried|afk07:26
*** chandankumar has joined #openstack-neutron07:26
*** SridharG has joined #openstack-neutron07:27
*** jschwarz_ has joined #openstack-neutron07:27
*** jschwarz_ is now known as jschwarz07:28
*** achanda has quit IRC07:28
*** atuvenie has quit IRC07:29
*** ijw has joined #openstack-neutron07:29
*** yfried|afk is now known as yfried07:32
*** nplanel_ has quit IRC07:33
*** tomoe_ has quit IRC07:35
*** anshul has joined #openstack-neutron07:38
*** achanda has joined #openstack-neutron07:39
*** anshul has quit IRC07:41
*** anshul has joined #openstack-neutron07:41
*** yfried is now known as yfried|afk07:45
openstackgerritMike Kolesnik proposed openstack/neutron: Update port bindings for master router  https://review.openstack.org/14111407:47
*** yog__ has joined #openstack-neutron07:48
*** Miouge has joined #openstack-neutron07:48
*** anshul has quit IRC07:48
*** yfried|afk is now known as yfried07:50
*** nfedotov has joined #openstack-neutron07:50
*** ronis has joined #openstack-neutron07:53
*** emagana has joined #openstack-neutron07:54
*** nmagnezi has joined #openstack-neutron07:55
*** nati_ueno has joined #openstack-neutron07:56
*** atuvenie has joined #openstack-neutron07:58
*** emagana has quit IRC07:59
*** nati_ueno has quit IRC08:01
*** yeungp has quit IRC08:02
*** markvoelker has joined #openstack-neutron08:03
*** anshul has joined #openstack-neutron08:05
*** markvoelker has quit IRC08:08
*** yfried is now known as yfried|afk08:09
*** anshul has quit IRC08:13
*** ajo has joined #openstack-neutron08:17
*** Murali has joined #openstack-neutron08:17
*** SridharG1 has joined #openstack-neutron08:21
*** pradipta has joined #openstack-neutron08:22
*** pal has joined #openstack-neutron08:23
*** anshul has joined #openstack-neutron08:26
*** achanda has quit IRC08:27
*** chandankumar_ has joined #openstack-neutron08:27
*** psd has joined #openstack-neutron08:29
*** yfried|afk is now known as yfried08:30
*** Miouge has quit IRC08:31
*** chandankumar has quit IRC08:31
psdI need some help using the openstack neutron python api for making a benchmark for Rally. Is the right place for some doubts?08:31
*** ijw has quit IRC08:32
jschwarzpsd, probably. you better ask, else you'd never know :)08:32
*** tomoe_ has joined #openstack-neutron08:36
openstackgerritRomil Gupta proposed openstack/neutron-fwaas: Updated Protocol named constants  https://review.openstack.org/16870908:36
psdvery well! I was trying to add security group scenario for Neutron. I am essentially trying to call the various security group functions. but I am not sure what all is to passed for the body parameter in those functions. It'd be great if someone could explain it to me or point me towards some docs for the same.08:37
psdFor eg. create_security_group_rule08:37
psdhttps://github.com/openstack/python-neutronclient/blob/master/neutronclient/v2_0/client.py#L71408:37
*** watanabe_isao has quit IRC08:39
openstackgerritNikolay Fedotov proposed openstack/neutron: Update firewall to make it test 'fwaas insertion mode'  https://review.openstack.org/16585908:40
*** tomoe_ has quit IRC08:40
*** gsagie has joined #openstack-neutron08:41
*** aepifanov has joined #openstack-neutron08:42
*** apuimedo has quit IRC08:42
*** roeyc has joined #openstack-neutron08:42
*** yfried has quit IRC08:48
*** neeti has quit IRC08:49
*** emagana has joined #openstack-neutron08:49
*** emagana has quit IRC08:53
*** hichihara has quit IRC08:54
*** chlong_ has joined #openstack-neutron08:54
*** coolsvap has quit IRC08:55
*** neeti has joined #openstack-neutron08:57
*** coolsvap has joined #openstack-neutron08:57
*** YorikSar has quit IRC08:57
*** chlong has quit IRC08:57
*** tomoe_ has joined #openstack-neutron08:57
*** tomoe_ has quit IRC08:58
*** yatin has quit IRC09:00
*** anshul has quit IRC09:01
*** yatin has joined #openstack-neutron09:01
*** ijw has joined #openstack-neutron09:02
*** markvoelker has joined #openstack-neutron09:04
*** ijw has quit IRC09:08
*** markvoelker has quit IRC09:08
*** anshul has joined #openstack-neutron09:13
*** anshul has quit IRC09:14
*** anshul has joined #openstack-neutron09:15
*** Miouge has joined #openstack-neutron09:17
*** YorikSar has joined #openstack-neutron09:21
*** roeyc has quit IRC09:22
*** pradipta has quit IRC09:24
*** veena has joined #openstack-neutron09:26
*** pradipta has joined #openstack-neutron09:27
*** anshul has quit IRC09:28
*** ijw has joined #openstack-neutron09:29
veenaWhat are the configurations to be done for neutron to use SRIOV functionality? I have installed devstack stable icehouse version. I see that in icehouse SRIOV for neutron was implemented and nova changes were not complete.09:29
trinathsveena:  Use juno for full support09:30
*** coolsvap has quit IRC09:30
*** jeroenvdl has joined #openstack-neutron09:31
veenatrinaths: I'm supposed to use Icehouse and bring up SRIOV funtionality in Icehouse itself09:31
trinathsveena: you may need to cherry-pick necessary patches to nova since, as said "I see that in icehouse SRIOV for neutron was implemented and nova changes were not complete."09:32
veenatrinaths: Sure, will do that. But I thought of at least testing neutron port-create. Is it not possible to test only neutron withuot nova?09:33
*** ijw has quit IRC09:35
trinathsveena: you follow this link, https://wiki.openstack.org/wiki/SR-IOV-Passthrough-For-Networking09:35
veenatrinaths: Thanks for the link. Will follow it09:39
*** anshul has joined #openstack-neutron09:40
*** veena has quit IRC09:40
*** veena has joined #openstack-neutron09:41
veenatrinaths: Thanks for the link. Will follow it09:41
*** emagana has joined #openstack-neutron09:43
*** Longgeek has quit IRC09:43
*** Longgeek has joined #openstack-neutron09:43
*** coolsvap has joined #openstack-neutron09:45
veenatrinaths: are there any changes need to be done in neutron to get the functionality09:45
*** yuanying has quit IRC09:46
*** anshul has quit IRC09:47
*** emagana has quit IRC09:47
*** yamamoto_ has quit IRC09:50
*** chandankumar_ has quit IRC09:53
*** akamyshnikova_ has quit IRC09:53
*** chandankumar has joined #openstack-neutron09:53
*** coolsvap has quit IRC09:55
*** yuanying has joined #openstack-neutron09:55
*** dimsum__ has joined #openstack-neutron09:56
*** rook__ has joined #openstack-neutron09:59
*** anshul has joined #openstack-neutron10:00
vthaparquestion about dhcp-agent: does it run one dnsmasq instance per tenant-network?10:01
*** moshele has joined #openstack-neutron10:01
enikanorovvthapar: one dhcp agent runs one dhcp instance for each tenant network that it hosts10:04
enikanorovhowever network may be hosted by several dhcp agents, so several dnsmasq instances may be serving one tenant network from several controllers10:04
*** markvoelker has joined #openstack-neutron10:04
*** anshul has quit IRC10:05
*** coolsvap has joined #openstack-neutron10:07
vthaparenikanorov: thanks. other question is when dhcp-agent makes an entry to dnsmasq config it restars dnsmasq, right? if yes, I believe only the affected dnsmasq on that particular agent will be restarted, right?10:08
*** markvoelker has quit IRC10:09
enikanorovvthapar: correct. incase of multiple dnsmasqs for single tenant network all instances restarted because the changes are applied to all of them10:09
enikanorov*all instances for that tenant network10:10
vthaparenikanorov: thank you, much appreciated.10:10
*** yatin has quit IRC10:11
*** pc_m has joined #openstack-neutron10:13
*** yatin has joined #openstack-neutron10:14
*** rook__ has quit IRC10:17
*** moha_hunt has joined #openstack-neutron10:18
*** anshul has joined #openstack-neutron10:19
*** tomoe_ has joined #openstack-neutron10:19
*** moshele has quit IRC10:21
jeroenvdlquestion about subnets: The external subnet I created, the ports have status DOWN. chaning it gives me "Cannot update read-only attribute status"10:23
*** moshele has joined #openstack-neutron10:23
*** moshele has quit IRC10:24
jeroenvdleven my router between my external subnet and internal subnet the port for the externel is DOWN10:24
*** yamamoto has joined #openstack-neutron10:26
*** yatin has quit IRC10:29
*** anshul has quit IRC10:29
*** ijw has joined #openstack-neutron10:29
*** trinaths has quit IRC10:33
*** ZZelle_ has joined #openstack-neutron10:34
*** ijw has quit IRC10:35
*** ronis has quit IRC10:35
*** dboik_ has quit IRC10:37
*** chlong_ has quit IRC10:41
*** yatin has joined #openstack-neutron10:44
*** anilvenkata has quit IRC10:45
*** nati_ueno has joined #openstack-neutron10:47
*** anshul has joined #openstack-neutron10:47
*** psd has quit IRC10:49
*** yuanying has quit IRC10:49
*** yatin has quit IRC10:53
*** yatin has joined #openstack-neutron10:56
*** anshul has quit IRC10:57
*** chlong_ has joined #openstack-neutron10:58
*** luqas has joined #openstack-neutron10:59
*** anshul has joined #openstack-neutron10:59
*** yatin has quit IRC11:03
*** luqas has quit IRC11:03
*** yamamoto has quit IRC11:04
*** chlong_ has quit IRC11:05
*** markvoelker has joined #openstack-neutron11:05
*** tomoe_ has quit IRC11:06
*** markvoelker has quit IRC11:10
*** atuvenie has quit IRC11:11
*** anshul has quit IRC11:13
*** yamamoto has joined #openstack-neutron11:14
*** diegows has joined #openstack-neutron11:17
*** Longgeek has quit IRC11:20
*** chlong has joined #openstack-neutron11:24
*** anshul has joined #openstack-neutron11:26
*** veena has quit IRC11:28
*** ijw has joined #openstack-neutron11:29
*** veena has joined #openstack-neutron11:29
*** pradipta has quit IRC11:31
*** emagana has joined #openstack-neutron11:31
*** Miouge has quit IRC11:32
*** nmagnezi has quit IRC11:32
*** yatin has joined #openstack-neutron11:33
*** anshul has quit IRC11:35
*** ijw has quit IRC11:35
*** emagana has quit IRC11:35
*** pal has quit IRC11:36
*** nmagnezi has joined #openstack-neutron11:36
*** dave-mccowan has joined #openstack-neutron11:38
*** Longgeek has joined #openstack-neutron11:39
-openstackstatus- NOTICE: gerrit has been restarted to restore event streaming. any change events missed by zuul (between 10:56 and 11:37 utc) will need to be rechecked or have new approval votes set11:39
*** anshul has joined #openstack-neutron11:48
*** jamielennox is now known as jamielennox|away11:49
*** shaohe_feng has joined #openstack-neutron11:49
*** diegows has quit IRC11:53
*** ronis has joined #openstack-neutron11:53
*** anilvenkata has joined #openstack-neutron11:56
*** xuhanp has joined #openstack-neutron11:58
*** xuhanp_ has joined #openstack-neutron11:58
*** raildo has joined #openstack-neutron12:03
jschwarzZZelle, ping12:03
ZZelle_jschwarz, pong12:04
jschwarzZZelle_, re: https://review.openstack.org/#/c/123000/41/neutron/tests/fullstack/fullstack_fixtures.py12:04
jschwarzI didn't understand your second comment there :)12:05
*** baoli has joined #openstack-neutron12:05
*** gsagie_ has joined #openstack-neutron12:05
*** markvoelker has joined #openstack-neutron12:06
ZZelle_jschwarz, you define _get_br_ex_name and get_br_int/phy_name methods12:06
*** anshul has quit IRC12:06
ZZelle_jschwarz, gor coherency, they should all be private or publuc12:06
jschwarzZZelle_, so either all of them with '_' or without?12:07
jschwarzgottcha12:07
ZZelle_s/publuc/public/12:07
ZZelle_jschwarz, yes12:07
jschwarzZZelle, done :)12:08
*** atuvenie has joined #openstack-neutron12:09
*** rkukura has joined #openstack-neutron12:09
*** markvoelker has quit IRC12:10
*** psd has joined #openstack-neutron12:10
*** chandankumar has quit IRC12:11
*** busterswt has joined #openstack-neutron12:13
ajoping sc68cal  :)12:15
ajoI sent a reply on the QoS topic,12:15
ajoyou got me writing an email to the list to organize a weekly meeting, I planned to lead it as you told me it's not your primary focus anymore, but I wanted to confirm if you're ok with it :)12:16
sc68calajo: pong12:16
ajohi :)12:16
sc68calajo: I'd be happy to co-organize it12:17
ajoI'm otherwise happy to let you lead, or we can co-lead the thing :D12:17
ajoahh, very cool sc68cal , that should make it esier :D12:17
sc68calsuccess has many fathers/mothers, so let's do it together :)12:17
ajoeasier, sorry12:17
ajosc68cal++12:17
ajo:)12:17
*** yamamoto has quit IRC12:17
ajoOk, I'll write the email about the meeting on behalf of both, let me know if you know of more interested people so we can put them on the initial email CC12:18
*** anshul has joined #openstack-neutron12:18
ajo(for now my list is on the last email CC)12:18
ajosc68cal ^12:18
sc68calajo: sure. I think we should include irena b12:20
sc68callet me fetch the e-mail addy12:20
sc68calajo: https://review.openstack.org/#/c/139859/12:20
ajosc68cal, right, I think it's in the CC if I didn't do it wrong12:20
sc68calajo: ok12:20
sc68calirenab@mellanox.com12:20
ajothat one is old :)12:20
sc68cal:)12:20
ajoirenab.dev##NOSPAM##@gmail.com (nospam thing for the logs...)12:21
irenabhi guys12:21
ajoirenab, is that email right irenab ? :D12:21
ajoI'm repeating myself :D12:21
irenabcorrect12:21
*** anish_ has quit IRC12:22
ajook, I'm going to get ahold of some lunch, and then I'll finish the email writing :)12:22
ajoirenab, check my last email, and let me no if you remember about more people with QoS interest to loop in into the meeting thing12:22
irenabgreat, bon appetite12:22
*** bradjones_ has joined #openstack-neutron12:22
sc68calajo: thanks - enjoy lunch12:22
irenabajo: when did you sent it?12:22
ajoirenab: 14:14, "Regarding Neutron's QoS Capability"12:23
*** ajo is now known as ajo|lunch12:23
*** bradjones has quit IRC12:24
*** bradjones_ is now known as bradjones12:24
*** bradjones has joined #openstack-neutron12:24
irenabajo: will check and let you know12:24
*** markvoelker has joined #openstack-neutron12:24
*** coolsvap has quit IRC12:25
jschwarzZZelle_, also let me know what you think about my last comment here: https://review.openstack.org/#/c/123000/41/neutron/tests/fullstack/base.py12:25
*** emagana has joined #openstack-neutron12:25
*** dimsum__ has quit IRC12:25
*** psd has quit IRC12:26
*** shaohe_feng has quit IRC12:27
*** chandankumar has joined #openstack-neutron12:28
openstackgerritJohn Schwarz proposed openstack/neutron: get_rand_name should return the same length string  https://review.openstack.org/17017912:29
*** ijw has joined #openstack-neutron12:29
*** emagana has quit IRC12:30
*** rotbeard has joined #openstack-neutron12:34
*** ijw has quit IRC12:35
*** pal has joined #openstack-neutron12:36
*** flaviof_ has joined #openstack-neutron12:43
*** banix has joined #openstack-neutron12:45
*** jckasper has joined #openstack-neutron12:49
*** veena has quit IRC12:49
*** annegentle has joined #openstack-neutron12:50
*** dimsum__ has joined #openstack-neutron12:51
*** shaohe_feng has joined #openstack-neutron12:51
*** annegentle has quit IRC12:52
*** annegentle has joined #openstack-neutron12:52
*** thomasem has joined #openstack-neutron12:54
*** psd has joined #openstack-neutron12:54
*** numan has quit IRC12:54
*** claudiub has joined #openstack-neutron12:57
*** dboik has joined #openstack-neutron12:57
*** yatin has quit IRC12:58
openstackgerritJohn Schwarz proposed openstack/neutron: Add full-stack test  https://review.openstack.org/12300012:58
*** amotoki has quit IRC12:58
*** wverdugo5001 has left #openstack-neutron12:59
*** kbringard has joined #openstack-neutron12:59
openstackgerritEvgeny Bagdasaryan proposed openstack/neutron: Test attaching router to IPv6 subnets  https://review.openstack.org/16981713:00
*** dboik_ has joined #openstack-neutron13:00
jschwarzanilvenkata, ping13:02
*** dboik has quit IRC13:02
*** akamyshnikova_ has joined #openstack-neutron13:03
*** thomasem has quit IRC13:03
*** dimsum__ is now known as dims13:03
*** busterswt has quit IRC13:03
*** thomasem has joined #openstack-neutron13:03
*** britthou_ has joined #openstack-neutron13:06
*** tomoe_ has joined #openstack-neutron13:07
*** julim has joined #openstack-neutron13:09
*** britthouser has quit IRC13:09
*** irenab has quit IRC13:09
*** julim has quit IRC13:11
openstackgerritJohn Schwarz proposed openstack/neutron: Add full-stack test  https://review.openstack.org/12300013:11
*** rdo has quit IRC13:13
*** rotbeard has quit IRC13:13
*** rkukura has quit IRC13:14
*** dboik_ has quit IRC13:14
*** rdo has joined #openstack-neutron13:15
*** cference has joined #openstack-neutron13:17
*** tiswanso has joined #openstack-neutron13:18
mesteryajo|lunch: When you return, can you eyeball this ipset review: https://review.openstack.org/#/c/170328/13:18
*** ajo|lunch is now known as ajo13:18
ajomestery, sure ;)13:18
mesteryajo: Cool, thanks!13:18
mesteryajo: haleyb was looking to you to get some eyes on it before we merge it, it fixes a gate issue found last thursday13:18
ajothanks haleyb , hanzhang  ^13:19
*** neeti has quit IRC13:19
ajohanzhang can you look at it too?13:19
haleybmed_: thanks, i was just getting around to that ping13:19
mesteryhaleyb: I've got your back ;)13:20
*** emagana has joined #openstack-neutron13:20
openstackgerritGal Sagie proposed openstack/neutron: Add OVSDB connection as a parameter to the transaction  https://review.openstack.org/17077113:20
openstackgerritGal Sagie proposed openstack/neutron: allow OVSDB connection schema to be configurable  https://review.openstack.org/17084213:20
haleybajo: i'm curious waht you think of the --resize 50 i also added, just in case it's not necessary13:21
ajohaleyb, ack, I'm reading the patch, I will also check the ipset documentation13:21
haleybthe man page didn't mention it locally, but i think it was Han (?) that asked about it13:22
*** annegentle has quit IRC13:22
ajoah good hanzhang was already looking at it,13:23
ajohaleyb, so you had to look into the source code? :)13:23
*** emagana has quit IRC13:24
haleybajo: i did look at the kernel :) but the online man page had the newer arguments13:24
*** ferest has joined #openstack-neutron13:25
*** zhenq has joined #openstack-neutron13:25
*** Murali has quit IRC13:27
*** ferest has quit IRC13:27
*** ijw has joined #openstack-neutron13:29
*** rpothier has joined #openstack-neutron13:29
*** johnbelamaric has joined #openstack-neutron13:30
jschwarzSo I'm getting rabbitmq timeouts on the functional tests upstream (specifically for a patch I'm running, not affecting everyone) and I'm trying to figure out what it is.13:31
jschwarzhttp://logs.openstack.org/00/123000/44/check/check-neutron-dsvm-functional/bebd01e/logs/neutron-l3-agent--2015-04-06--115101.txt.gz13:31
jschwarzSpecifically at 11:52:02.756 (exactly a minute after a rabbitmq connection was made) it times out...13:32
jschwarzany ideas?13:32
*** dboik has joined #openstack-neutron13:33
*** Longgeek has quit IRC13:33
*** dboik has quit IRC13:33
*** dboik has joined #openstack-neutron13:34
*** ijw has quit IRC13:35
*** rdo has quit IRC13:35
*** rdo has joined #openstack-neutron13:37
*** britthou_ has quit IRC13:37
openstackgerritMerged openstack/neutron: Prepare for unit test reorg  https://review.openstack.org/17032913:37
*** psd has quit IRC13:40
HenryGjschwarz: timeout? What are these errors? http://logs.openstack.org/00/123000/44/check/check-neutron-dsvm-functional/bebd01e/logs/neutron-l3-agent--2015-04-06--115101.txt.gz#_2015-04-06_11_52_02_86613:41
*** banix has quit IRC13:42
openstackgerritEvgeny Bagdasaryan proposed openstack/neutron: Test attaching router to IPv6 subnets  https://review.openstack.org/16981713:43
*** chandankumar has quit IRC13:46
*** annegentle has joined #openstack-neutron13:52
*** bradjones has quit IRC13:53
*** anshul has quit IRC13:53
*** raildo has quit IRC13:53
*** xuhanp_ has quit IRC13:53
*** tiswanso has quit IRC13:53
*** markvoelker has quit IRC13:53
*** sc68cal has quit IRC13:53
*** x58 has quit IRC13:53
*** sdague has quit IRC13:53
*** rohara has quit IRC13:53
*** jamiec has quit IRC13:53
*** briancline has quit IRC13:53
*** _cerberus_ has quit IRC13:53
*** shaohe_feng has quit IRC13:53
*** itzikb has quit IRC13:53
*** xianghui has quit IRC13:53
*** yamahata has quit IRC13:53
*** david-lyle has quit IRC13:53
*** gilliard has quit IRC13:53
*** pcarver_ has quit IRC13:53
*** isq has quit IRC13:53
*** skoude has quit IRC13:53
*** puck has quit IRC13:53
*** fouxm has quit IRC13:53
*** raginbajin has quit IRC13:53
*** sgordon has quit IRC13:53
*** TrevorV has quit IRC13:53
*** Apsu has quit IRC13:53
*** mkoderer has quit IRC13:53
*** michatotol has quit IRC13:53
*** kbringard has quit IRC13:53
*** yog__ has quit IRC13:53
*** ZZelle has quit IRC13:53
*** krtaylor has quit IRC13:53
*** mitz has quit IRC13:53
*** hanzhang has quit IRC13:53
*** jdaggett has quit IRC13:53
*** mordred has quit IRC13:53
*** rstarr has quit IRC13:53
*** jmeridth has quit IRC13:53
*** adam_g_out has quit IRC13:53
*** comstud has quit IRC13:53
*** lbragstad has quit IRC13:53
*** gus has quit IRC13:53
*** zacksh has quit IRC13:53
*** ebagdasa has quit IRC13:53
*** ekarlso has quit IRC13:53
*** mikal has quit IRC13:53
*** coolsvap|afk has quit IRC13:53
*** Trozz has quit IRC13:53
*** mihero has quit IRC13:53
*** jroll has quit IRC13:53
*** mattt has quit IRC13:53
*** aignatov has quit IRC13:53
*** johnbelamaric has quit IRC13:53
*** rpothier has quit IRC13:53
*** dims has quit IRC13:53
*** chem has quit IRC13:53
*** lascii has quit IRC13:53
*** ianw has quit IRC13:53
*** strictlyb has quit IRC13:53
*** stefanb has quit IRC13:53
*** SpamapS has quit IRC13:53
*** inara` has quit IRC13:53
*** nplanel has quit IRC13:53
*** phschwartz has quit IRC13:53
*** xmltok has quit IRC13:53
*** q3k has quit IRC13:53
*** larsks has quit IRC13:53
*** imcsk8 has quit IRC13:53
*** enikanorov has quit IRC13:53
*** harlowja_away has quit IRC13:53
*** aleksandr_null has quit IRC13:53
*** kickinz1|afk has quit IRC13:53
*** skraynev has quit IRC13:53
*** pck has quit IRC13:53
*** hitalia has quit IRC13:53
*** mikehn has quit IRC13:53
*** frickler has quit IRC13:53
*** ondergetekende has quit IRC13:53
*** mdavidson has quit IRC13:53
*** nati_ueno has quit IRC13:53
*** raildo has joined #openstack-neutron13:54
*** britthouser has joined #openstack-neutron13:55
*** kbringard has joined #openstack-neutron13:55
*** yog__ has joined #openstack-neutron13:55
*** ZZelle has joined #openstack-neutron13:55
*** krtaylor has joined #openstack-neutron13:55
*** mitz has joined #openstack-neutron13:55
*** hanzhang has joined #openstack-neutron13:55
*** jdaggett has joined #openstack-neutron13:55
*** mordred has joined #openstack-neutron13:55
*** rstarr has joined #openstack-neutron13:55
*** jmeridth has joined #openstack-neutron13:55
*** adam_g_out has joined #openstack-neutron13:55
*** lbragstad has joined #openstack-neutron13:55
*** comstud has joined #openstack-neutron13:55
*** gus has joined #openstack-neutron13:55
*** zacksh has joined #openstack-neutron13:55
*** mattt has joined #openstack-neutron13:55
*** ebagdasa has joined #openstack-neutron13:55
*** ekarlso has joined #openstack-neutron13:55
*** mikal has joined #openstack-neutron13:55
*** coolsvap|afk has joined #openstack-neutron13:55
*** Trozz has joined #openstack-neutron13:55
*** mihero has joined #openstack-neutron13:55
*** jroll has joined #openstack-neutron13:55
*** aignatov has joined #openstack-neutron13:55
*** suresh12 has joined #openstack-neutron13:55
*** johnbelamaric has joined #openstack-neutron13:56
*** rpothier has joined #openstack-neutron13:56
*** dims has joined #openstack-neutron13:56
*** chem has joined #openstack-neutron13:56
*** lascii has joined #openstack-neutron13:56
*** ianw has joined #openstack-neutron13:56
*** strictlyb has joined #openstack-neutron13:56
*** stefanb has joined #openstack-neutron13:56
*** SpamapS has joined #openstack-neutron13:56
*** inara` has joined #openstack-neutron13:56
*** nplanel has joined #openstack-neutron13:56
*** phschwartz has joined #openstack-neutron13:56
*** xmltok has joined #openstack-neutron13:56
*** q3k has joined #openstack-neutron13:56
*** larsks has joined #openstack-neutron13:56
ajohaleyb, mestery,  I had some pedantic nits, and I need a few more minutes to look at the resize13:57
*** tiswanso has joined #openstack-neutron13:58
*** markvoelker has joined #openstack-neutron13:58
*** sc68cal has joined #openstack-neutron13:58
*** x58 has joined #openstack-neutron13:58
*** sdague has joined #openstack-neutron13:58
*** rohara has joined #openstack-neutron13:58
*** jamiec has joined #openstack-neutron13:58
*** briancline has joined #openstack-neutron13:58
*** _cerberus_ has joined #openstack-neutron13:58
*** itzikb has joined #openstack-neutron13:58
*** xianghui has joined #openstack-neutron13:58
*** yamahata has joined #openstack-neutron13:58
*** david-lyle has joined #openstack-neutron13:58
*** gilliard has joined #openstack-neutron13:58
*** pcarver_ has joined #openstack-neutron13:58
*** isq has joined #openstack-neutron13:58
*** skoude has joined #openstack-neutron13:58
*** puck has joined #openstack-neutron13:58
*** fouxm has joined #openstack-neutron13:58
*** raginbajin has joined #openstack-neutron13:58
*** sgordon has joined #openstack-neutron13:58
*** TrevorV has joined #openstack-neutron13:58
*** Apsu has joined #openstack-neutron13:58
*** mkoderer has joined #openstack-neutron13:58
*** michatotol has joined #openstack-neutron13:58
*** bradjones has joined #openstack-neutron13:58
*** xuhanp_ has joined #openstack-neutron13:58
*** imcsk8 has joined #openstack-neutron13:58
*** enikanorov has joined #openstack-neutron13:58
*** harlowja_away has joined #openstack-neutron13:58
*** aleksandr_null has joined #openstack-neutron13:58
*** kickinz1|afk has joined #openstack-neutron13:58
*** skraynev has joined #openstack-neutron13:58
*** pck has joined #openstack-neutron13:58
*** hitalia has joined #openstack-neutron13:58
*** mikehn has joined #openstack-neutron13:58
*** frickler has joined #openstack-neutron13:58
*** ondergetekende has joined #openstack-neutron13:58
*** mdavidson has joined #openstack-neutron13:58
*** shaohe_feng has joined #openstack-neutron13:58
mesteryajo: Ack! Overall, it looks pretty nice and it was super awesome of haleyb to jump on that one last week. Thanks to both of you!13:58
ajohaleyb, thank you for working on the fix13:58
ajoyes, mestery , that's exactly what I was thinking13:59
ajoa fast & good job :)13:59
mestery++13:59
*** shaohe_feng has quit IRC13:59
*** shaohe_feng has joined #openstack-neutron13:59
*** busterswt has joined #openstack-neutron13:59
haleybajo: i'll take a look at your comments and get a new patch out, thanks for reviewing so fast!13:59
ajoI need to confirm the --resize part, but it looks like haleyb did the homework :)14:00
*** lascii is now known as alaski14:00
*** psd_ has joined #openstack-neutron14:00
*** tiswanso has quit IRC14:00
*** markvoelker has quit IRC14:00
*** sc68cal has quit IRC14:00
*** x58 has quit IRC14:00
*** sdague has quit IRC14:00
*** rohara has quit IRC14:00
*** jamiec has quit IRC14:00
*** briancline has quit IRC14:00
*** _cerberus_ has quit IRC14:00
*** tomoe_ has quit IRC14:00
*** shwetaap has joined #openstack-neutron14:00
*** tiswanso has joined #openstack-neutron14:01
*** markvoelker has joined #openstack-neutron14:01
*** sc68cal has joined #openstack-neutron14:01
*** x58 has joined #openstack-neutron14:01
*** sdague has joined #openstack-neutron14:01
*** rohara has joined #openstack-neutron14:01
*** jamiec has joined #openstack-neutron14:01
*** briancline has joined #openstack-neutron14:01
*** _cerberus_ has joined #openstack-neutron14:01
*** luqas has joined #openstack-neutron14:01
*** anilvenkata has quit IRC14:02
jschwarzHenryG, those are intentional - I'm killing (kill -9) the process and removing the DB from under the process feet :)14:02
*** Marga_ has joined #openstack-neutron14:02
*** anshul has joined #openstack-neutron14:03
*** annegentle has quit IRC14:05
*** luqas has quit IRC14:05
openstackgerritEvgeny Bagdasaryan proposed openstack/neutron: Test attaching router to IPv6 subnets  https://review.openstack.org/16981714:06
*** Marga__ has joined #openstack-neutron14:06
*** banix has joined #openstack-neutron14:07
*** ajmiller has joined #openstack-neutron14:07
*** anshul has quit IRC14:08
*** Marga_ has quit IRC14:09
*** itzikb has quit IRC14:10
*** neeti has joined #openstack-neutron14:11
ajohaleyb, I suspect the resize value is ignored in kernel: http://lxr.free-electrons.com/source/net/netfilter/ipset/ip_set_hash_gen.h#L53314:13
ajoit sais "double the hash size" regardless of any value14:13
ajobut :14:13
ajo50% seems a reasonable value if they implement that anytime or if I'm getting it wrong14:14
ajowhich could definitely be14:14
ajoit's a more expensive operation, but I guess that will succeed regardless of the admin config for the hashsize, etc...14:14
*** emagana has joined #openstack-neutron14:18
*** emagana has quit IRC14:18
*** emagana has joined #openstack-neutron14:19
openstackgerritJohn Schwarz proposed openstack/neutron: Add full-stack test  https://review.openstack.org/12300014:19
*** rook has quit IRC14:21
*** rushil has joined #openstack-neutron14:21
*** nmagnezi has quit IRC14:23
*** amotoki has joined #openstack-neutron14:23
*** amotoki has quit IRC14:23
*** gsagie_ has quit IRC14:24
*** ijw has joined #openstack-neutron14:29
*** xuhanp has quit IRC14:32
*** xuhanp_ has quit IRC14:32
*** neeti has quit IRC14:32
*** leenheer has joined #openstack-neutron14:32
*** ijw has quit IRC14:35
*** achanda has joined #openstack-neutron14:35
*** prad has joined #openstack-neutron14:36
*** rook has joined #openstack-neutron14:37
haleybajo: so should i be passing --resize?  i didn't understand your comment.  The command needs the argument to succeed, but the kernel does seem to just double up-to 4096 hashsize14:37
*** pal has quit IRC14:37
ajohaleyb, may be I would use 100% instead of 50% to match the current kernel behavior?14:41
*** johnbelamaric has quit IRC14:41
*** johnbelamaric has joined #openstack-neutron14:42
ajohaleyb, this way, if they start actually making use of the parameter value in the future, the behavior won't change?14:42
openstackgerritPavel Bondar proposed openstack/neutron: Implement IPAM Driver loader  https://review.openstack.org/14747914:42
openstackgerritPavel Bondar proposed openstack/neutron: Refactor db_base_plugin_v2.py to use new IPAM  https://review.openstack.org/15323614:42
openstackgerritPavel Bondar proposed openstack/neutron: IPAM reference driver  https://review.openstack.org/15048514:42
*** johnbelamaric has quit IRC14:42
*** kiran-r has quit IRC14:42
*** ivar-lazzaro has joined #openstack-neutron14:42
*** pavel_bondar has joined #openstack-neutron14:42
*** tomoe_ has joined #openstack-neutron14:43
ajohaleyb, so that's what you actually saw while testing? the kernel will double up the size?14:43
haleybajo: or i just don't use it?  it was more a pre-emptive change14:43
ajowow, I'm happy that I understood the thing since the C code was kite abstracted :)14:43
*** achanda has quit IRC14:43
haleybajo: no, it was just a suggestion by a reviewer, the failure was always due to maxelem being too small14:43
ajohmm, haleyb will it resize regardless of you providing the parameter or not?14:43
haleybthe kernel code is terrible14:43
ajoahhh14:43
ajohaleyb lol X)14:43
*** ZZelle has quit IRC14:43
ajohaleyb, I've seen worse C code :D14:44
openstackgerritAman Kumar proposed openstack/neutron: ovs agent resync may miss port remove event  https://review.openstack.org/16502314:44
*** ZZelle has joined #openstack-neutron14:44
ajohaleyb, kernel code seems like "good" C code to me (compared to other references)14:44
*** tomoe_ has quit IRC14:44
ajoif it will double I would skip the parameter then14:44
ajo(if it does double regardless of the parameter)14:45
ajoI guess, in the future then they will either remove the parameter, or make 100% increase size the default.14:45
*** shaohe_feng has quit IRC14:45
ajotoo bad they don't resize on maxelem size hit... :/14:45
openstackgerritJohn Schwarz proposed openstack/neutron: Add full-stack test  https://review.openstack.org/12300014:45
haleybajo: you need the arg or you get "ipset v6.20.1: Missing mandatory argument of option `resize'"14:46
ajohaleyb, I mean taking out the whole "resize" parameter14:47
ajoif you checked that it will resize anyway,14:47
ajoand that matches what we saw into the kernel code14:47
ajothen we don't need to add complexity to our code14:47
*** prad_ has joined #openstack-neutron14:47
*** prad has quit IRC14:48
ajohaleyb, do what I say make sense?,14:48
haleybajo: i have not checked it resized automatically14:48
ajohaleyb, what limit is hit when the "resize" happens?14:48
ajoah, ok14:49
ajothen my code interpretation could be wrong14:49
openstackgerritTerry Wilson proposed openstack/neutron: OVS_LIB API addition - change bridge controller connection-mode  https://review.openstack.org/16791314:49
ajook, let me re-read the manual and the code, then may be it's safer to leave it in place, I misunderstood you14:49
*** annegentle has joined #openstack-neutron14:49
haleybi will just drop the argument since the only failure we know happens is the max elements is hit - the hashsize is just typically set to some value relative to that14:49
*** wverdugo5001 has joined #openstack-neutron14:50
*** wverdugo5001 has left #openstack-neutron14:50
haleybtoo bad there isn't a min/max elements and it autosizes that (where min is a smaller default)14:50
*** prad_ is now known as prad14:50
*** julim has joined #openstack-neutron14:52
*** gsagie has quit IRC14:52
ajohaleyb, I guess with ipv6 history could be different? more bytes for elements than the hashes?. :) but yet, the parameter is tunable in your patch, so...14:53
*** leenheer has quit IRC14:53
haleybajo: well allowing 128K elements with only a 1K hash seems like a really bad idea (~128 per bucket)14:55
*** jorgem has joined #openstack-neutron14:55
ajoyes14:55
ajoand it has a default limit of 8 per bucket14:56
ajoyou can be unlucky very fast...14:56
*** signed8bit has joined #openstack-neutron14:56
*** jaypipes has joined #openstack-neutron14:56
*** ociuhandu has joined #openstack-neutron14:56
haleybajo: so remove the --resize, for now?14:57
ajohaleyb, I'm looking into the cmdline tool (when I find it) sources14:57
ajobut kernel points to that, yes14:57
ajoI'd like to fully understand what they are doing, and try to guess what the'd do in the future, but...14:58
haleybIPSET_ATTR_RESIZE is the attribute, and only passed at creation14:58
ajoanyway,14:58
ajowhat we said, you can completely tune it by your parameters14:58
prometheanfiremestery: question about working on something that may have been missed in a blueprint for kilo14:58
haleybexcept when there is this collision and it fails adding14:58
prometheanfirehttps://blueprints.launchpad.net/neutron/+spec/mtu-selection-and-advertisement14:58
prometheanfirehere's the bug https://bugs.launchpad.net/neutron/+bug/134878814:59
openstackLaunchpad bug 1348788 in neutron "network_device_mtu is not applied to VMs, only to agents" [Low,Confirmed]14:59
haleybbut we haven't seen the collision14:59
*** chlong has quit IRC15:00
*** jobewan has joined #openstack-neutron15:01
ajohaleyb, true, the IPSET_ATTR_RESIZE is only set, but never checked anywhere in the code15:01
*** pal has joined #openstack-neutron15:02
ajoand the code resizes to double15:02
ajowe can get the same removing the parameter (as the equivalent default is --resize 100)15:02
*** johnbelamaric has joined #openstack-neutron15:02
*** johnbelamaric has quit IRC15:03
*** johnbelamaric has joined #openstack-neutron15:03
*** rkukura has joined #openstack-neutron15:03
*** suresh12 has quit IRC15:04
*** packet has joined #openstack-neutron15:07
*** zzzeek has joined #openstack-neutron15:07
*** TrevorV_ has joined #openstack-neutron15:08
jschwarzanilvenkata, ping15:10
jschwarzprometheanfire, that launchpad bug seems odd since Ian Wells (the reporter of that bug) was the one who drove the mtu-selection-and-advertisement blueprint15:11
jschwarzprometheanfire, so probably it's just not resolved15:11
prometheanfirejschwarz: ya, I think I'll email (if I can find it)15:12
*** TrevorV_ has quit IRC15:13
jschwarzprometheanfire, why email when you can ping ijw?15:13
*** moha_hunt has quit IRC15:13
jschwarz(ijw isn't on now but he's around)15:13
prometheanfireah15:13
prometheanfireok15:13
prometheanfiredidn't see him on :P15:13
*** xgerman has joined #openstack-neutron15:14
*** dannywilson has joined #openstack-neutron15:14
jschwarz(ijw isn't on now but he's around)15:14
openstackgerritDane LeBlanc proposed openstack/neutron: Re-use context session in ML2 DB get_port_binding_host  https://review.openstack.org/17069015:14
*** dsneddon has joined #openstack-neutron15:16
*** dannywilson has quit IRC15:16
*** dannywilson has joined #openstack-neutron15:17
prometheanfirejschwarz: my question is kinda  policy one too, should plugins be included with blueprints like that15:19
jschwarzprometheanfire, afaik it was implemented for OVS (and not LB), but I might be wrong15:20
jschwarzif that's what you asked15:20
prometheanfiremore general policy15:20
prometheanfirethis just seems like it was missed15:20
*** packet has quit IRC15:20
jschwarzwhat was missed?15:21
prometheanfireLB15:21
*** jorgem has quit IRC15:21
mesteryprometheanfire jschwarz: Someone modified the DHCP agent to pass the MTU if it's set, which shudl get it to the VMs15:21
prometheanfireprogress, but not the bug :P15:22
*** suresh12 has joined #openstack-neutron15:22
* prometheanfire has a possible patch for LB15:23
sc68calit *must* be Easter - linuxbridge has risen from the dead15:25
prometheanfire?15:25
prometheanfireis it being depricated?15:26
sc68calno, it was just neglected15:26
prometheanfireya, ovs was the hotness for a while15:26
* prometheanfire likes vxlan/linuxbridge15:26
*** amuller has joined #openstack-neutron15:26
prometheanfireor just LB over about anything else :P15:27
sc68calprometheanfire: if you have a chance, please review https://review.openstack.org/16842315:27
sc68calwe're trying to get a devstack configuration for LB that works, so we can resume testing it15:27
prometheanfireah, neat15:27
sc68caland possibly introduce it as a "minimal" neutron for devstack consumption15:27
*** nfedotov has quit IRC15:28
*** bobmel_ has joined #openstack-neutron15:29
jschwarzamuller, so I found what causes my fullstack tests to fail in said patch15:29
*** ijw has joined #openstack-neutron15:29
jschwarzamuller, apperantly adding 'import time;time.sleep(10)' after I spawn neutron-server but before any other agent, fixes it.15:30
jschwarzyay us15:30
amullerthat sucks15:30
prometheanfireyay race15:30
jschwarzyeah.15:30
prometheanfirethe eth0 thing is gonna suck15:30
jschwarzamuller, so I tried adding like a 'check that neutron-server is up before adding new agents' but that doesn't work15:30
*** bobmel has quit IRC15:31
amullerjschwarz: what issue are you talking about specifically? last time we talked you fixed the bridge naming thing15:31
prometheanfireeno1 is local here15:31
jschwarzamuller, specifically report_state doesn't reach the neutron-server. l3-agent for example times out after a minute. sec, I'll log15:31
openstackgerritSean M. Collins proposed openstack/neutron: DO NOT MERGE: Test OneConvergence IPv6 API operations  https://review.openstack.org/16817315:31
jschwarzamuller, http://logs.openstack.org/00/123000/46/check/check-neutron-dsvm-functional/c41a921/logs/neutron-l3-agent--2015-04-06--132138.txt.gz#_2015-04-06_13_22_39_78615:32
jschwarzamuller, you'll see that the message is logged exactly one minute after the connection to the AMQP server was initiated15:32
jschwarzamuller, also that code can only be reached by an 'except RabbitTimeout' block15:32
amullerjschwarz: what happens if you start a L3 agent and after 5 seconds a Neutron server. Does the agent eventually start reporting its state correctly?15:33
*** aranjan has joined #openstack-neutron15:33
jschwarzamuller, gah, I didn't add a 'wait_until_true' in the code that checks it... :< sec15:34
amullerjschwarz: does the L3 agent report state time out and then the 2nd one succeeds?15:34
jschwarzamuller, I can try locally... give me a few15:35
jschwarz(btw, happy holidays :) )15:35
*** ijw has quit IRC15:35
*** absubram has quit IRC15:35
amullerjschwarz: Thanks, you too15:35
openstackgerritJohn Schwarz proposed openstack/neutron: Add full-stack test  https://review.openstack.org/12300015:36
jschwarzamuller, I can't try that locally since the l3 agent depends on neutron.conf, which is created for neutron-server... it will result in quite a rewrite just for this check15:36
amullerjschwarz: you can try it manually in devstack15:36
amulleroutside of the full stack framework15:36
jschwarzyes I could15:36
*** gsagie_ has joined #openstack-neutron15:36
jschwarzsec15:37
*** rwsu has joined #openstack-neutron15:37
busterswtijw Hi Ian. Questions about your MTU BP if you're around. https://blueprints.launchpad.net/neutron/+spec/mtu-selection-and-advertisement15:38
*** carl_baldwin has joined #openstack-neutron15:38
jschwarzamuller, it's stacking and gating, so i'll ping you whenever the first returns15:39
*** nplanel_ has joined #openstack-neutron15:39
*** carl_baldwin has quit IRC15:40
*** Miouge has joined #openstack-neutron15:41
*** suresh12 has quit IRC15:41
*** carl_baldwin has joined #openstack-neutron15:41
*** pal has quit IRC15:42
*** pal has joined #openstack-neutron15:43
jschwarzamuller, so manually starting neutron-server 10 seconds after the l3 agent works15:49
jschwarz:(15:49
amullerjschwarz: so what's the difference between doing it manually and the full stack tests?15:49
jschwarzamuller, configuration? but I've looked into that most of the day and already fixed meaningful dependencies15:50
*** vishwana_ has quit IRC15:50
jschwarzalso starting the agents 10 seconds after the server works, so the configuration is good15:50
jschwarzmaybe there's a retry rabbitmq option somewhere i've missed?15:50
*** vishwanathj has joined #openstack-neutron15:50
*** yamamoto has joined #openstack-neutron15:50
*** yog__ has quit IRC15:51
jschwarzamuller, it's been buffling me the whole day now :<15:52
*** flaviof_ has quit IRC15:52
*** flaviof_ has joined #openstack-neutron15:53
*** dencaval has joined #openstack-neutron15:53
*** ZZelle_ has quit IRC15:54
*** seizadi has joined #openstack-neutron15:54
*** vishwanathj has quit IRC15:55
jschwarzamuller, afraid I have to go... mail me if you can think of something? :)15:55
amullerjschwarz: Sorry I doubt I'll be able to assist you this week =/15:55
*** nlahouti has joined #openstack-neutron15:56
*** _cjones_ has joined #openstack-neutron15:56
*** emagana has quit IRC15:56
*** flaviof_ has quit IRC15:58
jschwarzamuller, ack16:00
*** jschwarz has quit IRC16:00
*** vthapar has quit IRC16:00
*** emagana has joined #openstack-neutron16:00
*** flaviof_ has joined #openstack-neutron16:00
*** _cjones_ has quit IRC16:01
*** annegentle has quit IRC16:03
*** SridharG1 has left #openstack-neutron16:03
*** flaviof_ has quit IRC16:04
*** flaviof_ has joined #openstack-neutron16:04
*** busterswt has quit IRC16:06
openstackgerritElena Ezhova proposed openstack/neutron: [WIP]: Add handling of SIGHUP - multiprocess mode  https://review.openstack.org/16173216:06
openstackgerritElena Ezhova proposed openstack/neutron: Sync service from oslo-incubator  https://review.openstack.org/16797416:06
openstackgerritElena Ezhova proposed openstack/neutron: [WIP] Add SIGHUP support: single process mode  https://review.openstack.org/17090516:06
*** flaviof_ is now known as flaviof16:06
*** marun has joined #openstack-neutron16:09
*** gsagie_ has quit IRC16:10
*** pritesh has joined #openstack-neutron16:10
*** adam_g_out is now known as adam_g16:12
*** armax has joined #openstack-neutron16:12
*** johnbelamaric has quit IRC16:13
*** atuvenie has quit IRC16:14
mesteryZZelle: Can you rebase this one quickly and I'll move it back into the gate? Tahnsk! https://review.openstack.org/#/c/165115/16:14
mesteryemagana: Any updates on this bug for Kilo? How is it progressing? https://bugs.launchpad.net/neutron/+bug/143832916:15
openstackLaunchpad bug 1438329 in neutron "Example configuration files lack changes for Kilo" [High,In progress] - Assigned to Edgar Magana (emagana)16:15
*** kiran-r has joined #openstack-neutron16:15
emaganamestery: Will be sending a patch later today  ;-)16:17
mesteryemagana: Ack, thank you!16:17
*** kiran_ has joined #openstack-neutron16:18
*** crose has joined #openstack-neutron16:18
*** pritesh_ has joined #openstack-neutron16:20
*** kiran_ has quit IRC16:21
*** kiran_ has joined #openstack-neutron16:21
*** kiran-r has quit IRC16:22
*** kiran_ is now known as kiran-r16:22
*** mlavalle has joined #openstack-neutron16:23
*** pritesh has quit IRC16:23
*** alexpilotti has joined #openstack-neutron16:23
*** vishwanathj has joined #openstack-neutron16:26
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS Remove dependency on Neutron for unit test  https://review.openstack.org/16900816:27
*** pritesh has joined #openstack-neutron16:28
*** vivek-ebay has joined #openstack-neutron16:28
*** ijw has joined #openstack-neutron16:29
*** tiswanso has quit IRC16:30
*** pritesh_ has quit IRC16:30
*** ivar-lazzaro has quit IRC16:30
*** tiswanso has joined #openstack-neutron16:30
*** kiran_ has joined #openstack-neutron16:30
*** aranjan has quit IRC16:31
*** sridhar_ram has joined #openstack-neutron16:31
*** baoli has quit IRC16:31
*** dboik_ has joined #openstack-neutron16:31
*** dboik_ has quit IRC16:31
openstackgerritCedric Brandily proposed openstack/neutron: Allow metadata proxy running with nobody user/group  https://review.openstack.org/16511516:31
*** dboik_ has joined #openstack-neutron16:32
*** pal has quit IRC16:32
*** ZZelle_ has joined #openstack-neutron16:33
*** seizadi has quit IRC16:33
*** seizadi has joined #openstack-neutron16:33
*** kiran-r has quit IRC16:34
*** dboik has quit IRC16:35
*** baoli has joined #openstack-neutron16:35
*** gsagie_ has joined #openstack-neutron16:35
openstackgerritpritesh proposed openstack/neutron: Moving VLAN Transparency support from core to extension  https://review.openstack.org/16956916:35
*** ijw has quit IRC16:35
openstackgerritMaru Newby proposed openstack/neutron: Skip example retargetable functional test  https://review.openstack.org/17091516:36
marunHenryG, mestery, armax, kevinbenton: We should merge this skip asap to avoid accidental failure ^16:36
mesterymarun: +2 from me, thanks for the pointer16:37
marunmestery: thanks!16:37
HenryGmarun: done16:39
*** busterswt has joined #openstack-neutron16:39
marunHenryG: thanks!16:39
*** johnbelamaric has joined #openstack-neutron16:41
HenryGmarun: I assume some re-organization will allow these targets to co-run better, or independently?16:42
marunHenryG: that's the plan, the related bug documents the failure and I'll work with John to resolve16:42
*** johnbelamaric has quit IRC16:42
*** johnbelamaric1 has joined #openstack-neutron16:42
*** vishwanathj has quit IRC16:42
*** sridhar_ram1 has joined #openstack-neutron16:42
marunHenryG: another case of global use of cfg.CONF biting us16:43
*** sridhar_ram has quit IRC16:43
armaxmarun: it looks like I got here too late16:44
*** killer_prince has joined #openstack-neutron16:45
*** killer_prince is now known as lazy_prince16:45
marunarmax: hopefully you'll be around for a rebased reorg patch :)16:45
armaxmarun: yeah, I just needs lots lots of coffee16:46
marunfor that one, definiely16:46
marundefinitely16:46
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS Remove dependency on Neutron for unit test  https://review.openstack.org/16900816:46
*** erkules_ is now known as erkules16:47
*** erkules has joined #openstack-neutron16:47
*** smcquaid has joined #openstack-neutron16:47
*** vishwanathj has joined #openstack-neutron16:47
*** chandankumar has joined #openstack-neutron16:47
*** leenheer has joined #openstack-neutron16:51
*** smcquaid has quit IRC16:51
*** vishwanathj has quit IRC16:52
*** vishwanathj has joined #openstack-neutron16:53
*** akamyshnikova_ has quit IRC16:53
*** vishwana_ has joined #openstack-neutron16:54
*** suresh12 has joined #openstack-neutron16:54
*** suresh12 has quit IRC16:54
*** suresh12 has joined #openstack-neutron16:54
*** annegentle has joined #openstack-neutron16:55
*** vishwanathj has quit IRC16:57
*** yamamoto has quit IRC16:57
*** Aish has joined #openstack-neutron16:59
*** vishwana_ has quit IRC16:59
*** vishwanathj has joined #openstack-neutron17:00
*** pal has joined #openstack-neutron17:02
*** seizadi has quit IRC17:02
*** seizadi has joined #openstack-neutron17:02
openstackgerritBrian Haley proposed openstack/neutron: Add ipset element and hashsize tunables  https://review.openstack.org/17032817:04
*** vishwanathj has quit IRC17:05
marunpc_m, dougwig: hi17:05
dougwigmarun: morning17:05
pc_mmarun: hi17:05
marunhave you seen this? https://review.openstack.org/#/c/158811/17:05
marunIt's close to being ready, I have an update I'm just running through local testing17:06
pc_mmarun: no17:06
dougwigmarun: i was going to run it against the *aas unit tests later today.  need it sooner?17:06
marunIt restructures the unit test tree in a way that is likely to break *aas, assuming the dependency on neutron unit test infrastructure remains17:06
marundougwig: no, just wanted to make sure I wasn't springing it on you17:07
marundougwig: there's a restructure script that you might be able to start from to automate the changes17:07
dougwigmarun: ok, i'll take a look.17:07
*** Marga__ has quit IRC17:07
marundougwig: it's not actually part of the commit, because this is intended to be on-shot17:08
marundougwig: but I submitted it by accident so it's on gerrit17:08
marunhttps://review.openstack.org/#/c/170629/17:08
dougwigahh, sweet.17:08
*** johnbelamaric1 has quit IRC17:08
marunthis might also be a great time to start vendoring, though that might be more work17:08
openstackgerritCarl Baldwin proposed openstack/python-neutronclient: Add Neutron subnet-create with subnetpool  https://review.openstack.org/16591017:09
*** baoli has quit IRC17:09
openstackgerritMaru Newby proposed openstack/neutron: Reorganize unit test tree  https://review.openstack.org/15881117:09
marunarmax, HenryG, mestery, kevinbenton: assuming my local success can be replicated in the gate, this should be ready ^17:10
armaxmarun: looking17:10
*** aepifanov has quit IRC17:10
pc_mmarun: So we need to hurry up and update the *aaS repos too?17:10
marunthe docs and check script are probably worth reviewing.  the renames, I'm not so sure.17:10
mesterymarun: nice and thanks!17:11
*** Miouge has quit IRC17:11
marunpc_m: yes, I hope to merge this today so the sooner you fix the less you'll be broken17:11
*** Marga_ has joined #openstack-neutron17:12
marunah crap, ws :(17:12
marunwill respin17:12
*** ijw has joined #openstack-neutron17:12
openstackgerritMaru Newby proposed openstack/neutron: Reorganize unit test tree  https://review.openstack.org/15881117:12
*** baoli has joined #openstack-neutron17:13
pc_mmarun: I've been working on UT cleanup in VPN and have one that is ready for review (once I get the rebase resolved). Would be nice to get it in, before breakage.17:13
marunpc_m: We can try to make that happen17:14
*** baoli has quit IRC17:14
*** vishwanathj has joined #openstack-neutron17:14
*** tiswanso has quit IRC17:14
*** achanda has joined #openstack-neutron17:15
pc_mmarun: I'm a bit confused as to what is going on with mine and could use some advice. The commit was dependent on another that was upstreamed and merged (165226). I rebased to origin/master and pushed, but it says merge failed.17:17
*** YorikSar has quit IRC17:17
pc_mmarun: https://review.openstack.org/#/c/169008/217:17
*** banix has quit IRC17:17
*** tiswanso_ has joined #openstack-neutron17:17
pc_mmarun: Not sure what I'm missing...17:17
marunpc_m: I'm not seeing 'merge failed'?17:18
pc_mmarun: duh. It was on Cisco CI...17:18
mesterymarun: Reviewed17:18
marunah, ok :)17:18
pc_mThought I was loosing my mind.17:18
*** smcquaid has joined #openstack-neutron17:18
pc_mmarun: I need to ping them about that. See it occasionally.17:18
*** baoli_ has joined #openstack-neutron17:19
openstackgerritCarl Baldwin proposed openstack/python-neutronclient: Allow passing None for subnetpool  https://review.openstack.org/16849917:19
*** Marga_ has quit IRC17:19
*** smcquaid has quit IRC17:20
marunmestery: thanks!17:20
*** jorgem has joined #openstack-neutron17:21
*** vishwanathj has quit IRC17:21
*** rms_13 has joined #openstack-neutron17:22
*** vishwanathj has joined #openstack-neutron17:22
*** yamahata has quit IRC17:22
*** vhosakot has joined #openstack-neutron17:24
*** vishwanathj has quit IRC17:26
*** kiran_ has quit IRC17:27
*** johnbelamaric has joined #openstack-neutron17:28
*** sballe has joined #openstack-neutron17:28
armaxmarun: reviewing too17:29
armaxmarun: one comment I have is about the use of bash17:29
*** rm_work is now known as rm_work|away17:29
armaxmarun: not that I care particularly about pure shell17:29
marunarmax: arrays in pure shell sucks17:29
HenryGarmax: no, I was going to comment that17:30
armaxmarun: I know17:30
marunarmax: If it was something for runtime, I'd see the concern.  Otherwise, there's no value in restricting ourselves17:30
* HenryG deletes draft comment on use of bash17:30
marunI like dougwig's idea of adding a comment in the header line so we don't have to keep updating misc checks17:31
armaxmarun: agreed, my point is that we can get yamamoto to rewrite your file in pure shell17:31
marunarmax: and then who's going to maintain it?17:31
armax:)17:31
*** gsagie_ has quit IRC17:31
* marun is so easily trolled :/17:31
*** ivar-lazzaro has joined #openstack-neutron17:31
*** pritesh_ has joined #openstack-neutron17:31
armaxok, let me step back17:31
*** jorgem has quit IRC17:31
armaxI’d be okay with having bash files17:32
HenryGI think we should allow the use of bash. Why do some not like it?17:32
marunHenryG: it has more overhead17:32
armaxbut having them called in tox -epep8 goes against the check_opinionated_shell17:32
*** leenheer has left #openstack-neutron17:32
armaxso I think that keep bumping check_opinionated_shell’s EXPECTED is not really viable17:33
marunHenryG: so for things that we are going to invoke at runtime, sh is preferable if at all possible17:33
maruncheck_opinionated_shell?17:33
armaxthe function’s whose EXPECTED value you modified17:33
HenryGmarun: https://review.openstack.org/#/c/158811/7/tools/misc-sanity-checks.sh17:33
*** kothari has joined #openstack-neutron17:33
marunarmax: I'd be for simply removing it17:33
marunI think it's a pointless waste of our time17:34
armaxI agree that writing in shell is a bit of a pain17:34
armaxmarun: it took me a while to write the pylint check in pure shell17:34
marunI certainly didn't agree to that kind of arbitrary restriction17:34
*** julim has quit IRC17:34
marunwho did, exactly?17:34
* marun goes to check17:34
dougwigthe objection was not against bash, but against using it when you didn't need it, because some users are on netbsd.17:34
*** pritesh has quit IRC17:34
armaxyamamoto17:34
dougwignote that i'm all for bash, since it's 2015 and all.17:35
marundougwig: users vs developers :/17:35
armaxand I think also john swartz liked it17:35
*** michatotol has quit IRC17:35
dougwigmarun: devs.  i think some of our japan contributors dev on netbsd.17:35
marundougwig: anything that is developer-only shouldn't be subject to this kind of arbitrary restriction17:35
armaxall I am saying…is that bumping expected for a command that goes in tox -epep8 is not really the right thing to do17:35
armaxwe either kill shell in favor of bash17:35
dougwighere was the thing marun was referring to, though perhaps it needs to be broken into its own review: https://review.openstack.org/#/c/163062/17:35
marundougwig: wait, netbsd doesn't have bash?17:35
HenryGIs it not possible to install bash on netbsd?17:35
armaxor we keep using pure shell for commands that get invoked in tox -epep817:35
marundougwig: I'd vote for that17:35
marundougwig: although, I'd also be in favor of dropping the arbitrary restriction17:36
marunmaybe I'll go ahead and propose that17:36
marunI'd rather netbsd folks move into the present than be held back by their intransigence17:36
*** pritesh_ has quit IRC17:37
armaxmarun: I am okay either way17:37
*** julim has joined #openstack-neutron17:37
*** leenheer has joined #openstack-neutron17:37
marunarmax: I don't understand even a little bit how restricting outselves to pure shell makes sense17:37
marunI mean, they don't use devstack?17:37
armaxmarun: my only point being: bumping the variable is equivalent as getting rid of the check altogether17:37
*** baoli_ has quit IRC17:38
*** baoli has joined #openstack-neutron17:38
armaxmarun: not necessarily if your dev env != from test17:38
marunarmax: which is stupid, but whatever17:38
armaxmarun: well, I certainly don’t!17:38
armaxmarun: perhaps we can just file a bug associted to the change https://review.openstack.org/#/c/163062/17:39
armaxtitled: ‘pure shell kills productivity’ and have yamamoto or whomever is interest comment ettc17:39
*** catohornet has joined #openstack-neutron17:39
armaxmarun: that said, I am satifisifed that at least we acklowledged the issue17:40
*** sripriya has joined #openstack-neutron17:41
openstackgerritCedric Brandily proposed openstack/neutron: Replace BaseIPVethTestCase by FakeMachine  https://review.openstack.org/16029017:41
openstackgerritCedric Brandily proposed openstack/neutron: Define FakeMachine helper for functional/fullstack tests  https://review.openstack.org/14341217:41
openstackgerritCedric Brandily proposed openstack/neutron: Replace BaseLinuxTestCase by BaseSudoTestCase  https://review.openstack.org/16191317:41
*** jorgem has joined #openstack-neutron17:42
*** wpward has joined #openstack-neutron17:43
*** sthillma has joined #openstack-neutron17:44
*** tomoe_ has joined #openstack-neutron17:45
*** atuvenie has joined #openstack-neutron17:46
*** yamahata has joined #openstack-neutron17:47
*** tomoe_ has quit IRC17:49
*** YorikSar has joined #openstack-neutron17:49
*** Marga_ has joined #openstack-neutron17:50
*** Aish has quit IRC17:50
*** banix has joined #openstack-neutron17:51
*** Aish has joined #openstack-neutron17:51
*** atuvenie has quit IRC17:55
*** baoli has quit IRC17:56
*** ijw has quit IRC17:57
*** leenheer has left #openstack-neutron17:57
openstackgerritMaru Newby proposed openstack/neutron: Remove check for bash usage  https://review.openstack.org/17093917:58
*** sripriya has quit IRC17:59
*** dboik_ has quit IRC17:59
*** baoli_ has joined #openstack-neutron18:00
*** dboik has joined #openstack-neutron18:00
*** jorgem1 has joined #openstack-neutron18:01
*** jorgem1 has joined #openstack-neutron18:01
*** jorgem1 has quit IRC18:03
*** jorgem has quit IRC18:03
marundougwig, armax ^^ I've submitted a patch proposal and added to tomorrow's agenda18:03
armaxmarun: looking18:03
openstackgerritMaru Newby proposed openstack/neutron: Remove check for bash usage  https://review.openstack.org/17093918:03
*** luqas has joined #openstack-neutron18:04
openstackgerritMaru Newby proposed openstack/neutron: Remove check for bash usage  https://review.openstack.org/17093918:04
*** Marga_ has quit IRC18:04
* marun needs a grammar checker already18:04
armaxI was going to be your grammarf checker :)18:04
armaxbut you were faster18:04
*** Marga_ has joined #openstack-neutron18:04
*** vishwanathj has joined #openstack-neutron18:06
*** dave-mccowan has quit IRC18:07
*** luqas has quit IRC18:08
dougwigDid you mean to workflow that?18:10
marunmestery: regarding unit test reorg, how would you like to see the landing coordinated?18:10
marunworkflow?18:10
*** atuvenie has joined #openstack-neutron18:10
marunoh, yeah18:10
mesterymarun: However it happens, it may be best to land it ASAP, I think we may cut the RC branch tomorrow.18:10
*** yamahata has quit IRC18:10
marundougwig: don't want it merging before we talk about it tomorrow18:10
dougwigarmax: the bash wip18:10
dougwigI got a +a email.   :)18:11
marundougwig: maybe yamamoto has a good reason I'm not seeing for restricting18:11
mesteryI can talk to ttx and maybe cut the RC branch Wednesday18:11
marunmestery: ok18:11
*** harlowja_away is now known as harlowja18:11
dougwigRight, I think it got mis-merged.18:11
marunmestery: armax suggested tracking down those with pending reviews so they know about the potential conflict18:11
dougwigPecking on my phone.18:11
*** johnbelamaric has quit IRC18:11
armaxdougwig: what did I do?18:11
armaxI am still full from yesterday’s meal18:12
mesterymarun: armax is smart like that :)(18:12
armaxand can’t think straight18:12
dougwigMerged the bash wip18:12
dougwigmarun: can we test aas units first?18:12
mesterymarun: I'm mostly concerned about 1) the RC, and second 2) ensuring we get this merged into the RC so backports are easier18:12
*** vishwanathj has quit IRC18:12
mestery3) aas unit tests. /cc dougwig18:12
mesterymarun: Make sense?18:12
*** vishwanathj has joined #openstack-neutron18:13
marundougwig: I think so, yeah18:14
marundougwig: hopefully skip-if will mean your test changes don't require tempest getting involved. we're dumb enough to use setup.cfg entrypoints to discover test-only classes so we're not so lucky18:15
*** rangansw has joined #openstack-neutron18:15
*** Marga_ has quit IRC18:16
*** pal has quit IRC18:16
marunin fact, I'm going to file a bug on that bit of terrible while it's on my mind18:16
*** Marga_ has joined #openstack-neutron18:16
*** vishwana_ has joined #openstack-neutron18:16
*** jeroenvdl has quit IRC18:16
*** vishwanathj has quit IRC18:17
*** crose has quit IRC18:18
*** vishwana_ has quit IRC18:21
*** sbfox has joined #openstack-neutron18:21
*** jorgem has joined #openstack-neutron18:21
*** ebagdasa has quit IRC18:22
armaxHenryG: ping18:22
HenryGarmax: pong18:22
*** bobmel has joined #openstack-neutron18:22
marundougwig: how fast do you figure you can get vpnaas unit tests running?18:22
*** signed8bit is now known as signed8bit_ZZZzz18:22
armaxcan you get dane on irc, I was looking at his patch today and I had a comment that would involve improving a change that kevinbenton merged in the kilo timeframe18:22
marundougwig: also, who's on point for fwaas?18:22
*** dboik has quit IRC18:23
*** ebagdasa has joined #openstack-neutron18:23
marundougwig: the check queue for the change is eta ~30m, would like to merge before anything conflicting lands though maybe that's a longshot18:23
pc_mmarun: dougwig: Are you doing the vpnaas changes? (I was going to)18:23
dougwigI'm boarding a plane, with no empty seats, so I won't be able to touch it for a few hours.18:23
marunpc_m: oh, I mean lbaas, sorry18:23
armaxHenryG: I’d also need to thank him for preventing me to resign18:23
pc_mmarun: Sumit is FWaaS point18:23
kevinbentonarmax: which change?18:23
pc_mmarun: OK. had me confused.18:23
armaxkevinbenton: the one you and I were talking about: https://review.openstack.org/#/c/170690/18:24
HenryGarmax: he is currently offline, i'll get him here when he shows up18:24
armaxHenryG: ok, thanks18:24
dougwigI was going to start with Lbaas and then fix any others that needed it.  If someone can test before me, great.18:24
*** rm_work|away is now known as rm_work18:24
kevinbentonarmax: no, i mean which of my patches?18:24
marundougwig: so we can't merge until you land and have time to work:/18:24
pc_mmarun: I'm got a bit of work I'm in the middle of, but then will start on VPN changes...later today or first thing tomorrow (East coast time)18:24
armaxkevinbenton: there’s the hash in my comment, looking...18:25
armaxkevinbenton: abc16ebf18:25
marunmestery: it looks like we're going to be held up on *aas testing today and likely won't be able to merge18:25
armaxkevinbenton: https://review.openstack.org/#/c/124478/18:25
*** bobmel_ has quit IRC18:26
mesterymarun: OK. I would push the RC release out then, beause I tihnk we need this as a part of the RC. Is there a bug for this work so I can target it to the RC?18:26
mesterymarun: Ack, it's a BP, I see it now.18:26
armaxmestery: I think it’s a blueprint18:26
mesterymarun armax: Any chacne we can get a bug? ttx will want to know why the release is blocked, I can file one quick if you guys want18:26
*** dboik has joined #openstack-neutron18:26
marunhttps://blueprints.launchpad.net/neutron/+spec/reorganize-unit-test-tree18:27
armaxI am okay with demoting this to a bug18:27
marunyeah, I don't think it matters what it gets tracked aas18:27
marunok, I'll file18:28
*** rm_work is now known as rm_work|away18:28
mesterymarun: Thanks! That will make it easier to explain to ttx why we're stalling, if I added a BP this late he'd freak out :)18:28
mesterymarun: And I agree, lets get this in pre-RC, so no worries there18:28
marunmestery: it's all procedural anyway.  we've been delaying this until close to rc to minimize conflict18:28
mesterymarun: Exactly!18:28
mesterymarun: And thanks again for tracking this and doing all hte hardwork18:29
*** sudipto has joined #openstack-neutron18:29
*** vivek-ebay has quit IRC18:29
dougwigmarun: ping blogan18:30
marunblogan: hi!18:30
marundougwig: safe flight!18:30
*** johnbelamaric has joined #openstack-neutron18:32
marunmestery: https://bugs.launchpad.net/neutron/+bug/144083418:32
openstackLaunchpad bug 1440834 in neutron "Unit test tree does not match the structure of the code tree" [Critical,In progress]18:32
openstackgerritBrian Haley proposed openstack/neutron: Add ipset element and hashsize tunables  https://review.openstack.org/17032818:32
mesterymarun: Tahnks sir!18:32
*** rm_work|away is now known as rm_work18:34
openstackgerritMaru Newby proposed openstack/neutron: Reorganize unit test tree  https://review.openstack.org/15881118:34
*** suresh12 has quit IRC18:34
kevinbentonarmax: i don't think there is a point18:35
*** ijw has joined #openstack-neutron18:35
kevinbentonarmax: the only thing that calls in that direction is an RPC call to retrieve details18:35
armaxok18:36
kevinbentonarmax: the context associated with that won't have any session editing other stuff18:36
*** sridhar_ram1 has quit IRC18:36
kevinbentonarmax: i will leave a comment18:36
armaxkevinbenton: ok18:36
*** dane_leblanc has joined #openstack-neutron18:37
armaxkevinbenton: so it would be only cleaner, rather than necessary, is that your point?18:37
kevinbentonarmax: yeah, i'm really uncertain where this fix is helping though18:38
mesteryarmax kevinbenton: What's the status of this one? https://review.openstack.org/#/c/170690/18:39
mesteryarmax kevinbenton: Last I saw, armax was waiting for kevinbenton to comment on it.18:40
*** s3wong has joined #openstack-neutron18:40
armaxmestery: that’s the one we’re talking about now18:40
kevinbentonmestery: i'm processing it now18:40
mesteryarmax kevinbenton: Ack, sorry to interrupt, carry on :P18:40
armaxkevinbenton: are you punching cards?18:40
armax:)18:40
* armax funny18:41
dane_leblancarmax, kevinbenton: HenryG and I are working on another possible solution18:41
armaxdane_leblanc: hi!18:41
dane_leblancarmax: Hi!18:41
amullermarun: heya Maru, are you aware of any advancement in multi node Tempest?18:42
armaxdane_leblanc: is that going to be based on 170690 or is it different?18:42
marunamuller: apparently it's on18:42
marunamuller: sdague posted recently that it's running in the nova check queue18:42
*** vishwanathj has joined #openstack-neutron18:42
amullerhmm I missed that18:42
marunaiopcpu?18:42
marunarmax: ^18:42
dane_leblancarmax: Separate patch18:42
marun?18:43
amullerare there any Neutron jobs that run multinode or is it just that nova one?18:43
armaxamuller: swami and I are working on it18:43
*** johnbelamaric has quit IRC18:43
armaxamuller: we got to patches pending18:43
armaxamuller: one for d-g and the other for project config18:43
armaxamuller: swami is the owner of both18:43
*** dboik has quit IRC18:43
armaxthey flip the existing experimental neutron aiopcpu to be dvr enabled18:44
*** johnbelamaric has joined #openstack-neutron18:44
*** crose has joined #openstack-neutron18:44
armaxdane_leblanc: ok18:44
armaxdane_leblanc: so would the newer supersedes the former?18:44
amullerarmax: what tests would run against that job?18:45
amullerI mean where do I put a test that would run on that job18:45
armaxthat would be tempest18:45
dane_leblancarmax: Yes, hopefully, but what we're doing might not be 100% right, need some input to see best way to fix it.18:45
armaxamuller: I don’t think the fullstack work can allow multi-node deployment yet18:46
amullerarmax: if I had a test that requires multi node and would fail on AIO, is there a way to flag such a test?18:46
amullerin Tempest18:46
amullerarmax: no it doesn't18:46
armaxand it’s my understanding that is going to be the infrastructure that the api job will rely on18:46
amullerarmax: I'm heavily involved in the full stack work I'm well aware of the status there18:46
armaxamuller: ok, so disregard my last comment18:46
armaxdane_leblanc: ok, tag us as soon as it’s up18:47
armaxamuller: typically these are driven by config variables18:47
armaxfor instance live migration tests require multi-node18:47
amullerarmax: I'll look at those then, thanks18:47
armaxthose are driven by a flag that skips the test when the feature is off18:47
dane_leblancarmax: Will do.18:47
armaxamuller: there are a few example like these18:47
armaxin the tempest code18:47
amullerarmax: hopefully we can have a few basic L3 HA tests then in Tempest :)18:47
armaxamuller: that would be neat18:48
kevinbentonarmax, dane_leblanc: left a comment on the patch18:48
pc_mmarun: Have a question on functional tests. Have a minute?18:48
kevinbentonneed to step way for 10-15 mins18:49
armaxkevinbenton: thanks kevinbenton18:49
*** dboik has joined #openstack-neutron18:50
marunpc_m: shoot18:50
*** Aish has quit IRC18:50
pc_mmarun: In configure_for_funct_testing.sh it does two things... one is sources neutron-legacy, which install sudoers for /usr/local/bin/neutron-rootwrap, and _install_rootwrap_sudoers, which seems to supt sudoers for .tox/dsvm-functional/.../neutron-rootwrap18:50
marunarmax: what is actually implied by multi-node?18:51
armaxmarun: what do you mean?18:51
marunarmax: I can't imagine it being more than a single controller+compute and another copmute18:51
pc_mmarun: In my VPN funtional test, it is failing, saying that /usr/local/bin/neutron-rootwrap does not exist.18:51
marunit's not arbitrary, in other words18:51
armaxmarun: yes, that’s what it is18:51
marunamuller: so I don't know that l3 ha is going to benefit from the current state of things18:51
marunamuller: since it's multi-compute, not multi-controller18:52
amullermarun: I see it's AIO + 1 other compute18:52
pc_mmarun: Wondering... who installs neutron-rootwrap into /usr/local/bin? Should we be running that or the one in .tox?18:52
*** kutija has quit IRC18:52
armaxmarun, amuller I don’t think we could piggyback on the same infrastructure18:52
marunpc_m: devstack installs it to /usr/local/bin18:52
armaxmarun: I mean same job18:53
*** wpward has left #openstack-neutron18:53
* amuller sighs18:53
armaxmarun: the extra node can really run whatever you’d want18:53
marunpc_m: the neutron functional setup instead installs a sudo rule that allows targeting the rootwrap in the tox env's bin18:53
pc_mmarun: But we're not stacking with the latest.18:53
marunpc_m: not sure what you mean18:53
armaxmarun: for instance for DVR it runs an L3 agent in ‘dvr’ mode18:53
armaxmarun: plust n-cpu and l2-agt18:53
marunarmax: so you can potentially run multiple l3's?18:53
armaxmarun: technically speaking it’s possible18:54
amullerarmax: are you planning on DVR + vlans or tunnels + l2pop?18:54
marunarmax: and that's configured in the job def? (link?)18:54
amullerarmax: Because we don't test tunnels and l2pop anywhere, that alone would be a huge win18:54
armaxamuller: when it’s up...18:54
pc_mmarun: I see the configure_for_func_testing.sh making a sudo entry for .tox and the neutron-legacy source doing the same for /usr/local/bin version of script.18:54
armaxamuller: and I stress, when it’s up…18:54
armaxamuller: it’s going to be DVR with l2pop with vxlan18:55
amullerarmax: that same deployment should be good for L3 HA as well then18:55
pc_mmarun: But I don't see where neutron-rootwrapper is placed into /user/local/bin (or .tox/ for that matter).18:55
*** signed8bit_ZZZzz is now known as signed8bit18:55
armaxamuller: it’s the underlying config driven by the Q_DVR_MODE available in devstack18:55
armaxamuller: at one point vivek was going to work on tweaking devstack to allow the configuration of vlan instead of vxlan18:56
*** Marga_ has quit IRC18:56
armaxbut I fear that effort has stalled18:56
*** atuvenie has quit IRC18:56
dane_leblanckevinbenton: Can you help me understand your concern re. the removal of the subtransaction, and the parent transaction getting into an error state?18:56
pc_mmarun: On my local machine the FT works, but it fails when run in check queue, where it is looking for /usr/local/bin/neutron-rootwrap18:56
marunpc_m: installing neutron system-wide puts all commands (including rootwrap) in /usr/local/bin18:56
marunpc_m: installing in tox env puts it in .tox/[env name]/bin18:56
marunpc_m: we configure the tox env to use the right rootwrap via env vars18:57
marunhttps://github.com/openstack/neutron/blob/master/tox.ini#L4318:57
*** ijw has quit IRC18:57
marunpc_m: that it's failing in the gate suggests that tox.ini is not setting the env correctly18:57
pc_mmarun: So my confusion is that it is looking in /usr/local/bin for the script.18:58
kevinbentondane_leblanc: i remember under certain conditions an exception being thrown by a query would stop any more things from being done inside of the transaction18:58
pc_mmarun: Ah, so the tox.ini has /usr/local/bin18:58
kevinbentondane_leblanc: so to be safe, just keep the subtransaction there18:58
marunpc_m: right18:58
pc_mSo I need to use {envbindir}18:59
*** ijw has joined #openstack-neutron18:59
dane_leblanckevinbenton: Ah, yes, I see now.18:59
*** jorgem has quit IRC18:59
dane_leblanckevinbenton: Thanks!18:59
pc_mmarun: Thanks! I'll correct it!18:59
marunpc_m: np18:59
kevinbentondane_leblanc: but in the broader context, i don't think you should edit those functions because they aren't related to the issue from what i can see19:00
kevinbentondane_leblanc: this late in the cycle, i would prefer the fix was just isolated to the problem get_port_binding_host function19:01
dane_leblanckevinbenton: Makes sense. I'll revert the other changes.19:02
kevinbentondane_leblanc: then we can refactor the rest to use context passing after L opens19:02
HenryGkevinbenton: dane_leblanc: ++19:02
*** baoli_ has quit IRC19:02
*** jorgem has joined #openstack-neutron19:03
*** sridhar_ram has joined #openstack-neutron19:04
*** ijw_ has joined #openstack-neutron19:04
pc_mmarun: I see in the tox.ini you gave, there was also a OS_ROOTWRAP_DAEMON_CMD specified. Is that used, and if so, under what conditions?19:04
marunpc_m: rootwrap daemon has a significant impact on repeated rootwrap invocations19:04
marunpc_m: it's controlled by a configuration variable that I believe is enabled by default in neutron as of kilo19:05
*** dboik has quit IRC19:06
marunpc_m: I lied19:06
marunhttps://github.com/openstack/neutron/blob/master/neutron/agent/common/config.py#L3819:06
marunpc_m: the configuration var needs to be set to enable ti19:06
*** ijw has quit IRC19:07
pc_mmarun: OK, for VPN, where they have neutron-rootwrap running neutron-vpn-netns-wrapper (from what I can tell). Sounds like I can just use OS_ROOTWRAP_CMD.19:09
marunpc_m: I think you might want to use the daemon as well19:09
marunpc_m: but that's just me19:09
marunpc_m: maybe too late to decide for kilo19:09
marunpc_m: they are both required19:09
marunpc_m: the daemon is only good for blocking calls, not long-running daemons19:10
pc_mmarun: There's two cases, I guesss. One is the starting of the VPN process, which is long running. The other are commands for checking VPN link status.19:10
marunpc_m: since the ability to communicate with spawned processes is minimal19:10
marunpc_m: as I said, probably not something to worry about this close to rc19:10
marunit will work regardless19:10
marunit's an optimization19:10
pc_mmarun: So even for the VPN process runs?19:10
* pc_m just trying to understand the mechanism19:11
pc_mmarun: Or is there a way, on a per call basis to use one vs the other?19:11
marunpc_m: vpn process -> managed by a process manager19:11
marunpc_m: I think by default the daemon would be used19:12
marunpc_m: but otherwiseguy is the best guy to ask19:12
marunpc_m: most client code doesn't have to are19:12
maruncare19:12
marunpc_m: https://github.com/openstack/neutron/blob/master/neutron/agent/linux/utils.py19:13
*** chandankumar has quit IRC19:13
otherwiseguydaemon, if enabled, will be used for anything that uses execute(). Anything using create_process() will just use regular rootwrap.19:13
marunotherwiseguy: so things like processmanager presumably use create_process?19:14
otherwiseguymarun: yes.19:14
marunotherwiseguy: ok, thanks for clarification19:14
*** johnbelamaric has quit IRC19:15
otherwiseguymarun: actually, processmanager uses ip netns exec.19:15
otherwiseguywhich uses execute.19:15
otherwiseguyhmm.19:15
marunyikes19:15
marunthat would seem to be problematic19:15
marunthough I guess we haven't hit any problem yet?19:15
marun(not sure how that's possible)19:15
otherwiseguymarun: yeah, I'd have to stare at it a bit...19:17
marunotherwiseguy: please do :)19:17
pc_mmarun: VPN has a19:17
pc_mmarun: process manager, but it is not a ProcessManager :)19:18
*** nuritv has joined #openstack-neutron19:18
bloganmarun: sorry was in a meeting19:18
bloganmarun: do i need to test lbaas unit tests with a change?19:18
*** boris-42 has quit IRC19:18
marunblogan: yes19:18
marunhttps://review.openstack.org/#/c/158811/19:18
*** uschreiber_ has joined #openstack-neutron19:18
marunblogan: guaranteed to break you19:18
pc_mmarun: Just an object used to manage things. Everything called, goes through execute() it looks like19:18
bloganwell if its guaranteed to break, ill check that guarantee out19:18
marunblogan: the restructure script in this abandoned change may be helpful in automating the rewriting of imports: https://review.openstack.org/#/c/170629/19:19
marunblogan: it's a one-shot deal so that change being on gerrit was an accident, but it may prove useful after all.19:19
bloganah okay you're just moving test classes/modules around?19:19
marunblogan: that's correct19:20
marunblogan: strictly a rename19:20
bloganmarun: ah okay, ill get this started then19:21
marunblogan: awesome, thanks :)19:21
nuritvHi all, i'm looking for reviewers to look at this bug fix - https://review.openstack.org/#/c/162648/. it's a small fix after several fixes. core reviwers would be really appreciated :)19:21
bloganmarun: np19:21
*** jorgem has quit IRC19:22
*** atuvenie has joined #openstack-neutron19:22
*** shwetaap has quit IRC19:22
marunnuritv: we're closing in on rc in the next couple of days19:23
*** ijw_ has quit IRC19:23
*** jorgem has joined #openstack-neutron19:23
marunnuritv: the fact that the bug in question isn't targeted to rc means it won't be getting attention until after the release is cut and we open for contributions for liberty19:23
*** uschreiber_ has quit IRC19:23
nuritvmarun: is that mean no more fixes for Kilo?19:24
marunnuritv: no fixes that haven't been triaged for kilo, no19:24
marunnuritv: if for some reason you think the fix should be in kilo, you should raise it with mestery19:25
marunmestery: https://bugs.launchpad.net/neutron/+bug/142764119:25
openstackLaunchpad bug 1427641 in neutron "ml2 extension mechanism do not notify agents on update port" [Undecided,In progress] - Assigned to Nurit Vilosny (nuritv)19:25
nuritvmarun: thanks! it is just that the code right now is broken, and the fix is very very minor19:26
marunnuritv: minor or no, we have lots of competition for gate time right now19:26
nuritvmarun: i understand. i hope maybe mestrey would decide to push it anyway. thanks for explaining the situation to me.19:27
marunnuritv: np, best of luck :)19:27
*** leenheer has joined #openstack-neutron19:29
*** yfauser has joined #openstack-neutron19:29
*** Marga_ has joined #openstack-neutron19:29
*** yfauser has left #openstack-neutron19:29
*** vivek-ebay has joined #openstack-neutron19:30
*** leenheer has quit IRC19:30
*** sudipto has quit IRC19:31
*** leenheer has joined #openstack-neutron19:31
openstackgerritBrian Haley proposed openstack/neutron: Add ipset element and hashsize tunables  https://review.openstack.org/17032819:33
*** jorgem has quit IRC19:34
openstackgerritPaul Michali proposed openstack/neutron-vpnaas: VPNaaS: Revise functional test hooks  https://review.openstack.org/16811519:34
*** vivek-ebay has quit IRC19:34
*** suresh12 has joined #openstack-neutron19:35
openstackgerritDane LeBlanc proposed openstack/neutron: Synchronize auto-addr updates for subnet create  https://review.openstack.org/17096819:35
*** sbfox has quit IRC19:35
*** sbfox has joined #openstack-neutron19:38
*** ajmiller has quit IRC19:39
*** suresh12 has quit IRC19:40
*** johnbelamaric has joined #openstack-neutron19:41
*** nlahouti has quit IRC19:43
dane_leblancarmax, kevinbenton: I submitted a new patch (working with HenryG on this) for the DB deadlock: https://review.openstack.org/170968. Could use some guidance, I think it's the right area for the fix, but the fix can probably be done better or more efficiently.19:44
otherwiseguymarun: the thing I worry about w/ daemon mode with long-running stuff is that it uses Popen.communicate() so it is storing all of the stdout/err for returning. Still not completely sure about how well it handles interleaving multiple simultaneous execute() calls either, but the fact that it hasn't completely fallen over must mean that it handles it fairly well, anyway. YorikSar should know since he wrote it, though. :)19:44
marunotherwiseguy: so, we pray :)19:45
*** dboik has joined #openstack-neutron19:47
*** dboik has quit IRC19:47
*** dboik has joined #openstack-neutron19:47
otherwiseguymarun: although old-style utils/execute() also uses communicate(), so that never caused a memory issue...19:47
* YorikSar digs out of his lair19:48
*** Marga_ has quit IRC19:48
*** alexpilotti has quit IRC19:48
YorikSarotherwiseguy, marun: Daemon mode shouldn't be used for long-running processes that you might want to manage somehow or communicate with.19:49
*** kbringard1 has joined #openstack-neutron19:49
otherwiseguyYorikSar: Was just noticing that we are using daemon mode for ProcessMonitor which spawns long-running processes. So it's being used with l3agent/dhcpagent...19:49
*** moha_hunt has joined #openstack-neutron19:50
YorikSarotherwiseguy: You're right, daemon will wait for process to complete and buffer all stdout/err.19:50
otherwiseguyYorikSar: but the old pre-daemon mode utils.execute() also uses Popen.communicate() so that itself hasn't changed I guess.19:51
YorikSarotherwiseguy: It shouldn't work...19:51
*** johnbelamaric has quit IRC19:51
*** baoli has joined #openstack-neutron19:51
otherwiseguybut still seems crazy.19:51
YorikSarotherwiseguy: Yes, for long-running processes utils.execute shouldn't have been used... It's for one-off calls, not background process spawning.19:51
*** baoli has quit IRC19:52
YorikSarWhich commands are executed this way19:52
*** dencaval has quit IRC19:52
YorikSar?19:52
*** shwetaap has joined #openstack-neutron19:52
*** baoli has joined #openstack-neutron19:52
*** nuritv has quit IRC19:52
YorikSarotherwiseguy: btw, about "interleaving multiple simultaneous execute() calls", it's just a simple multithreaded server. One thread per RPC request.19:53
otherwiseguyYorikSar: neutron/agent/l3/agent.py has a ProcessMonitor for instance.19:54
otherwiseguyand ProcessMonitor.enable() calls IpWrapper.netns.execute() which calls utils.execute()19:54
*** kbringard has quit IRC19:55
otherwiseguyYorikSar: so it sounds like basically "well, the code's always been a bit silly but hasn't managed to crash yet presumably because the processes being launched don't write to stdout?19:56
otherwiseguyHaving an IpWrapper.netns.create_process() might be a good idea.19:57
*** ijw has joined #openstack-neutron19:57
YorikSarotherwiseguy: It looks like noone actually calls enable there...19:59
YorikSarotherwiseguy: And process monitor is used only in agent.linux.ra with only register/unregister methods20:01
*** johnbelamaric has joined #openstack-neutron20:01
*** annegentle has quit IRC20:01
YorikSarotherwiseguy: Oh, right. Process _manager_ uses execute, process _monitor_ doesn't execute anything.20:02
otherwiseguyYorikSar: see spawn_tate_change_monitor() in  ha_router.py.20:02
marunotherwiseguy: would you please file a bug to track this issue?20:03
marunotherwiseguy: I have a feeling it'll need to be fixed in l and backported20:03
*** alexpilotti has joined #openstack-neutron20:04
YorikSarotherwiseguy: Oh, ok... Is HA router covered in gate?20:04
*** cference has quit IRC20:05
anteayamestery: great etherpad colour20:05
otherwiseguyYorikSar: Think so. And neautron/agent/linux/dhcp.py uses ProcessManager and it definitely is tested.20:05
marunYorikSar: Maybe?  amuller would know20:05
anteayadougwig: I can't believe you are doing this to yourself again, what are you thinking? https://review.openstack.org/#/c/154736/7/specs/liberty/neutron-lib.rst20:06
mesteryanteaya: lol20:06
anteayait is20:06
mesteryanteaya: We'll make it happen20:06
anteayaI get so frustrated we can't pick our colours with a hex value20:06
otherwiseguymarun: I'm less worried about it after realizing that we've always called Popen.communicate() for these things.20:07
anteayamake what happen, great colours or driving dougwig crazy?20:07
mesteryanteaya: both ;)20:07
anteayaI'm all for great colours20:07
mesteryanteaya: neutron-lib split20:07
YorikSarotherwiseguy: It runs keepalived-state-change which daemonizes itself20:07
otherwiseguyAnd the thread per RPC request interleaving not being an issue.20:07
anteayamestery: yeah that is what I was looking at20:07
YorikSarotherwiseguy: So it is one-off20:07
mesteryanteaya: :)20:07
YorikSarotherwiseguy: I mean it finishes fast.20:07
*** aepifanov has joined #openstack-neutron20:08
YorikSarotherwiseguy: And I have no idea how it communicates with calling process...20:08
anteayadougwig: apparently you have grown some attitude since last round: This is a concrete, and opinionated,20:08
YorikSarotherwiseguy: Oh, it looks like it uses some HTTP...20:08
anteayadougwig: that may be your saving grace20:09
*** jorgem has joined #openstack-neutron20:09
otherwiseguyYorikSar: and metadata proxy has spawn_monitored_metadata_proxy() which uses a ProcessManager. But basically none of them communicate with the process via the stdin/out, just make sure they are respawned if they exit, etc.20:09
YorikSarotherwiseguy: over UNIX socket, omg20:09
YorikSarotherwiseguy: Do they all just start some daemons?20:10
otherwiseguyYorikSar: Yeah.20:10
otherwiseguyAs far as I can tell.20:10
YorikSarotherwiseguy: So how does process manager manage them then?20:10
*** SumitNaiksatam has joined #openstack-neutron20:11
otherwiseguydisable() calls kill() active() checks /proc to see it is still there, reload() sends a HUP. Doesn't look like there is really much actual management going on.20:12
YorikSarotherwiseguy: Oh, they're tied by pid files...20:12
*** dboik has quit IRC20:12
YorikSarand some UNIX sockets.20:12
*** atuvenie has quit IRC20:12
YorikSarlooks like lots of overcomplications...20:13
openstackgerritpritesh proposed openstack/neutron: Moving VLAN Transparency support from core to extension  https://review.openstack.org/16956920:13
otherwiseguyAnd ProcessMonitor manages ProcessManagers.20:13
YorikSarotherwiseguy: Anyway, it seems we have no problems with utils.execute here :)20:14
otherwiseguyBasically checking in an eventlet thread every so often that something is active() andif not, respawning.20:14
YorikSar(although why, oh why didn't one just use multiprocessing here?..)20:14
otherwiseguyYorikSar: yeah. I just was originally worried because of the communicate() and memory growing forever...didn't realize at first that we'd been using communicate() all along and the daemon mode didn't cause a difference there. :p20:15
*** nuritv has joined #openstack-neutron20:15
*** alexpilotti has quit IRC20:16
*** ociuhandu has quit IRC20:16
YorikSarotherwiseguy: btw, I had plans on adding some long-running processes support to daemon mode, but it was too long ago...20:16
otherwiseguyYorikSar: Thanks for digging yourself out of your lair. :)20:17
YorikSarotherwiseguy: E.g. pass stdin/out/err fds back to caller and then just notify it if process exits.20:17
YorikSarotherwiseguy: Oh, it's always nice to look at some Python code now and then :)20:18
*** emagana has quit IRC20:19
YorikSarotherwiseguy: We're now in deep research phase, so all I see is either docs or bash :)20:19
otherwiseguyYorikSar: Yeah. Time passes and we move on. :) Since most of the benefit in daemon mode is eliminating overhead of starting up, long-running processes were definitely a lower priority for it. :)20:19
otherwiseguyYorikSar: I'm so sorry. ;)20:19
*** Marga_ has joined #openstack-neutron20:19
otherwiseguyThat reminds me that I've had some documentation tasks that I've been putting off for a while...20:20
*** baoli has quit IRC20:21
*** raildo is now known as raildo|away20:23
*** vivek-ebay has joined #openstack-neutron20:24
*** Marga_ has quit IRC20:24
*** ajmiller has joined #openstack-neutron20:24
*** ijw_ has joined #openstack-neutron20:24
*** emagana has joined #openstack-neutron20:24
*** dboik has joined #openstack-neutron20:26
*** ijw has quit IRC20:27
*** dboik has quit IRC20:27
*** dboik has joined #openstack-neutron20:27
*** krtaylor has quit IRC20:28
*** dkehn has quit IRC20:29
*** dkehn has joined #openstack-neutron20:30
*** ijw_ has quit IRC20:30
*** ijw has joined #openstack-neutron20:31
*** krtaylor has joined #openstack-neutron20:33
*** suresh12 has joined #openstack-neutron20:36
*** jorgem has quit IRC20:37
*** jorgem has joined #openstack-neutron20:39
*** yamahata has joined #openstack-neutron20:40
*** nlahouti has joined #openstack-neutron20:40
openstackgerritMerged openstack/neutron: Skip example retargetable functional test  https://review.openstack.org/17091520:41
*** suresh12 has quit IRC20:41
*** smcquaid has joined #openstack-neutron20:44
*** kothari has quit IRC20:44
*** smcquaid has quit IRC20:44
*** nuritv has quit IRC20:45
*** shwetaap has quit IRC20:45
*** stevemcquaid has joined #openstack-neutron20:46
*** dave-mccowan has joined #openstack-neutron20:46
*** stevemcquaid has left #openstack-neutron20:47
*** leenheer has left #openstack-neutron20:49
*** banix has quit IRC20:55
*** salv-orlando has joined #openstack-neutron20:56
*** Marga_ has joined #openstack-neutron20:58
*** moha_hunt has quit IRC20:59
*** jorgem has quit IRC21:01
*** shwetaap has joined #openstack-neutron21:02
*** ZZelle_ has quit IRC21:02
*** hichihara has joined #openstack-neutron21:03
*** shwetaap has quit IRC21:03
amullerYorikSar: otherwiseguy: Back from AFK land21:05
amullerYorikSar: otherwiseguy: Are there any action items from that discussion?21:05
*** luqas has joined #openstack-neutron21:06
*** busterswt has quit IRC21:08
*** ZZelle_ has joined #openstack-neutron21:09
*** suresh12 has joined #openstack-neutron21:10
*** marun has quit IRC21:10
*** emagana has quit IRC21:10
*** luqas has quit IRC21:11
*** dane_leblanc has quit IRC21:11
openstackgerritMerged openstack/neutron: Allow metadata proxy running with nobody user/group  https://review.openstack.org/16511521:12
*** marun has joined #openstack-neutron21:12
*** emagana has joined #openstack-neutron21:13
*** xgerman has quit IRC21:13
*** ajmiller_ has joined #openstack-neutron21:14
*** Bsony has joined #openstack-neutron21:14
*** julim has quit IRC21:14
*** ajmiller has quit IRC21:17
*** dane_leblanc has joined #openstack-neutron21:18
*** ajmiller__ has joined #openstack-neutron21:19
ZZelle_mestery, ^^, Yippee!21:19
mesteryZZelle_: Yay! :)21:20
bloganmarun: https://review.openstack.org/#/c/170983/21:20
marunblogan: lgtm21:21
marunblogan: what do you think of centralizing the neutron imports as a follow-on?21:21
marunblogan: i.e. a single module responsible for importing anything test-related from neutron21:22
marunblogan: so that management and vendoring/replacement have a single point of coordination21:22
bloganalmost like a neutron tests lib?21:22
bloganexcept still just neutron21:22
marunblogan: well, I don't think that is warranted tbh21:22
*** ajmiller_ has quit IRC21:22
marunblogan: the in-process requirement of runtime code doesn't apply to tests21:23
marunblogan: so vendoring seems a more reasonable option to me21:23
bloganmarun: so how would a typical import of a base test class in neutron look like from a neutron_lbaas module?21:23
bloganjust so i understand correctly21:24
marunblogan: i think we should manage test infrastructure oslo incubator-style in the near term21:24
marunblogan: *aas can copy code into the tree as required21:24
bloganyeah that would solve the issues i have with the way we're doing it now21:24
marunblogan: the overhead of stabilizing non-production code doesn't seem justifiable to me, at least not yet.21:24
bloganmarun: valid point, copy pasta is a much more efficient use of time, especially if its just a script that does it for maintainers21:25
*** ronis has quit IRC21:25
marunblogan: it would still require us to isolate the stuff to be copied21:26
bloganmarun: which goes back to the centralizing right?21:26
marunblogan: the anti-pattern I've seen in doing this restructure is tests importing other test modules21:26
marunblogan: test modules should be test-only, and shouldn't depend on anything else21:27
prometheanfireijw: you made this right? https://blueprints.launchpad.net/neutron/+spec/mtu-selection-and-advertisement21:27
marunblogan: (sorry, anything test_*.py)21:27
marunblogan: so we'll need to factor out common stuff - constants, fixture, etc21:27
prometheanfireijw: had a question on if https://bugs.launchpad.net/neutron/+bug/1348788 should be included with it21:27
openstackLaunchpad bug 1348788 in neutron "network_device_mtu is not applied to VMs, only to agents" [Low,Confirmed]21:27
prometheanfireijw: rushed into kilo more or less21:27
bloganmarun: well can't they import a base test module?21:28
marunblogan: and put it in one place for reuse both in-tree and out21:28
marunblogan: they should not import anything with tests in it21:28
marunblogan: base.py shouldn't have any tests21:28
maruntest_*.py should denote modules that contain tests21:28
bloganmarun: oh okay thats what you meant, then yes i totally agree21:28
*** Bsony has quit IRC21:28
bloganmarun: though i've been guilty of such shortcuts im sure :(21:28
marunblogan: and we can round up the mixins and bury them21:29
marun:)21:29
*** rpothier has quit IRC21:29
*** tiswanso_ has quit IRC21:29
marunblogan: hey, it worked in the small.21:29
marunblogan: it just hasn't proven to scale.21:29
bloganmarun: oh the mixin seductresses21:29
*** xgerman has joined #openstack-neutron21:29
bloganmarun: yeah used in moderation, they can be useful21:30
marunblogan: I think something like testscenarios is preferable, so that there is a clear indication of what tests will be run at the point of their definition21:30
marunblogan: at least within a given project21:30
bloganmarun: what do you mean by testscenarios?21:31
marunblogan: https://github.com/openstack/neutron/blob/master/neutron/tests/functional/scheduler/test_dhcp_agent_scheduler.py21:32
marunblogan: it's generative testing, basically21:32
bloganmarun: ah haven't seen this yet21:32
*** vhosakot has quit IRC21:32
marunblogan: a 'scenarios' attribute can define sets of parameters to execute the class's tests with21:32
bloganmarun: is this like data driven tests?21:33
marunblogan: yes21:33
marunblogan: and it doesn't have to be static, either21:33
bloganmarun: ah okay, great!21:33
*** dboik has quit IRC21:33
marunblogan: a subclass could override by setting scenarios to something else, for example21:33
bloganmarun: yep, i like it21:33
marunblogan: also, the scenarios attribute could be generated by a function21:33
*** sripriya has joined #openstack-neutron21:33
*** dboik has joined #openstack-neutron21:34
*** johnbelamaric has quit IRC21:34
marunblogan: it can be abused, same as mixins, though.  We'd have to be careful not to allow arbitrary use - a given test class should have scenarios defined once and only once in the project.  No subclassing21:34
marunblogan: subclassing could be allowed in other repos, though.21:34
*** pritesh has joined #openstack-neutron21:35
*** annegentle has joined #openstack-neutron21:35
bloganmarun: yeah, id say lbaas repo should implement the same and revisit the need for subclassing if enough benefits warrant it21:36
dougwigback.  sweet, blogan is on it.21:36
blogandougwig: im on it like a parking spot i shouldn't park in21:37
bloganhow the hell did that change get a merge conflict21:38
*** crose has quit IRC21:40
*** jckasper has quit IRC21:40
*** pc_m has quit IRC21:43
*** baoli has joined #openstack-neutron21:43
*** melwitt has joined #openstack-neutron21:43
*** annegentle has quit IRC21:46
*** pritesh has quit IRC21:46
*** ivar-lazzaro has quit IRC21:47
*** ivar-lazzaro has joined #openstack-neutron21:48
*** dboik has quit IRC21:49
*** dboik has joined #openstack-neutron21:49
*** dims has quit IRC21:52
*** dboik has quit IRC21:53
*** dboik has joined #openstack-neutron21:54
*** dims has joined #openstack-neutron21:54
*** dims has quit IRC21:54
*** dims has joined #openstack-neutron21:55
*** baoli has quit IRC21:55
*** dsneddon has quit IRC22:03
*** dsneddon has joined #openstack-neutron22:03
*** kbringard1 has quit IRC22:05
*** jblunt has joined #openstack-neutron22:08
*** achanda has quit IRC22:08
*** aepifanov has quit IRC22:08
*** sridhar_ram1 has joined #openstack-neutron22:08
*** sridhar_ram has quit IRC22:09
*** achanda has joined #openstack-neutron22:14
openstackgerritDoug Wiegley proposed openstack/neutron: WIP - Mechanism to allow using bash in shell scripts  https://review.openstack.org/17099222:14
dougwigmarun: i prefer your removal change, but there's the alternate, just in case ^^22:14
*** jblunt has quit IRC22:17
HenryGmarun: How do I run an individual testscenario unit test case from the command line, not using tox? I am trying unit2 and nose2 but not having any luck.22:20
*** dboik has quit IRC22:21
marundougwig: I'd settle for that, maybe add a Related-Bug link?22:21
marunHenryG: that's a good question22:21
marunHenryG: Given that filtering happens post-discovery, and scenarios are generated by discovery, I'd try running the class and noting the form of the generated test name22:21
marunHenryG: then it should be possible to filter22:22
marunHenryG: looks like test_name(scenario name) should work22:22
marunHenryG: e.g. neutron.tests.functional.agent.test_ovs_lib.OVSBridgeTestCase.test_add_tunnel_port(vsctl)22:22
HenryGmarun: yeah, I tried that. No luck.22:25
marunHenryG: you can hack around by limiting the scenario list to the test you want to run, but there is probably a way to get it working.22:25
marunlifeless: surely this is possible? ^22:26
*** ociuhandu has joined #openstack-neutron22:29
mtreinishHenryG: using testr a regex filter should work fine, because the scenario is added to the test_id22:30
mtreinishat least that was my experience the last time I used it22:30
*** _cjones_ has joined #openstack-neutron22:30
mtreinishHenryG: I have no idea how nose2 does filtering and for unittest.run I think you would have to pass it the full path to run, I'm not sure how that interacts with load_tests22:33
openstackgerritMerged openstack/neutron: Fix docstring for l3_dvr_db.dvr_vmarp_table_update  https://review.openstack.org/17015822:33
*** rushil has quit IRC22:33
*** Bsony has joined #openstack-neutron22:34
mtreinishHenryG: you might want to try the wrapper I've been working on to replace pretty_tox.sh too: https://pypi.python.org/pypi/os-testr22:35
lifelessmarun: HenryG: python -m testtools discover . --load-list <(echo testid)22:35
lifelessmarun: HenryG: or testr run testid22:36
lifelessmarun: HenryG: (which will take care of that plumbing for you)22:36
mtreinishlifeless: oh, so you have to use discover to ensure load_tests is run. That makes sense22:36
lifelessmarun: HenryG: there is a bug open requesting a nicer UI for command line test filtering22:36
lifelessmtreinish: yup22:37
*** __afazekas has quit IRC22:39
*** Bsony has quit IRC22:39
ijwprometheanfire: ping22:41
*** banix has joined #openstack-neutron22:42
prometheanfireijw: pong22:42
*** ijw has quit IRC22:42
*** ijw has joined #openstack-neutron22:43
*** annegentle has joined #openstack-neutron22:44
*** nlahouti has quit IRC22:44
*** sbfox has quit IRC22:52
*** nlahouti has joined #openstack-neutron22:52
*** markvoelker has quit IRC22:52
*** claudiub has quit IRC22:55
ZZelle_marun, hi22:58
*** devlaps has joined #openstack-neutron22:59
*** igordcard_ has joined #openstack-neutron22:59
*** annegentle has quit IRC22:59
marunZZelle_: hi23:00
*** annegent_ has joined #openstack-neutron23:00
*** ivar-lazzaro has quit IRC23:00
ZZelle_marun, if you have some time, could you have a look to the discussion at the end of https://review.openstack.org/#/c/143412/22/neutron/tests/common/helpers.py ?23:01
ZZelle_marun, as we fail to find an elegant solution to handle ip pool/subnet/cidr23:02
*** sridhar_ram1 has quit IRC23:03
marunZZelle_: why are we defining the ips instead of letting neutron define them for us?23:04
marunZZelle_: or this isn't for neutron-managed ports?23:04
*** sridhar_ram1 has joined #openstack-neutron23:05
ZZelle_marun, it's not neutron-managed ports23:05
marunZZelle_: are these ips being configured in a namespace?23:06
ZZelle_marun, yes23:07
*** jamielennox|away is now known as jamielennox23:07
marunZZelle_: maybe we need a subnet fixture that can manage allocation?23:07
marunZZelle_: I'm not sure the cidr range should matter if it's internal to a namespace23:07
* marun is good at making things unnecessarily complicated23:08
ZZelle_marun, a really old PS proposed to manage allocation with a set of allocated ips ... it seems overkill23:09
marunZZelle_: I think a bit of abstraction wouldn't be bad23:09
marunZZelle_: tests shouldn't care about specific ips, they just need to be able to configure resources in the same subnet or different subnets, and an ip on a given subnet should only be used once23:10
*** chlong has joined #openstack-neutron23:10
marunZZelle_: so s = MySubnet(); cidr1 = s.allocate_ip() etc23:10
*** baoli has joined #openstack-neutron23:11
marunZZelle_: the same pattern might make sense for subnet management23:11
* marun digresses23:11
*** annegent_ has quit IRC23:13
ZZelle_marun, we could allow mysubnet1 = MySubnet(no_overloapping_with=mysubnet0)23:13
*** _cjones_ has quit IRC23:13
marunZZelle_: that could work23:14
* ZZelle_ wondering if subnet is the right term as subnet embeds also routes/dns23:14
marunZZelle_: IpPool?23:15
marunZZelle_: I dunno, we're overloading left right and center23:15
*** jaypipes has quit IRC23:16
marunZZelle_: maybe IpCidr.allocate_ip()?23:17
marunZZelle_: My main concern is that it's easy for test writers23:17
*** signed8bit is now known as signed8bit_ZZZzz23:17
ZZelle_marun, i should perhaps look a "new" IPAM abstract class names ... it should be easy if it just allocates ip23:19
openstackgerritKevin Benton proposed openstack/neutron: Add simple ARP spoofing protection  https://review.openstack.org/17100323:21
*** jobewan has quit IRC23:21
openstackgerritMaru Newby proposed openstack/neutron: Reorganize unit test tree  https://review.openstack.org/15881123:23
openstackgerritMaru Newby proposed openstack/neutron: Merge open source plugin test code modules  https://review.openstack.org/17100423:23
openstackgerritMaru Newby proposed openstack/neutron: Reorganize plugin test modules  https://review.openstack.org/17100523:23
*** _cjones_ has joined #openstack-neutron23:24
*** yuanying has joined #openstack-neutron23:25
*** seizadi has quit IRC23:26
*** markvoelker has joined #openstack-neutron23:27
openstackgerritMaru Newby proposed openstack/neutron: Reorganize unit test tree  https://review.openstack.org/15881123:28
kevinbentondane_leblanc, HenryG: hey guys, still around?23:28
openstackgerritMaru Newby proposed openstack/neutron: Merge open source plugin test code modules  https://review.openstack.org/17100423:28
openstackgerritMaru Newby proposed openstack/neutron: Reorganize plugin test modules  https://review.openstack.org/17100523:28
dane_leblanckevinbenton: Yes23:29
*** banix has quit IRC23:29
HenryGkevinbenton: yes23:29
kevinbentondane_leblanc: why this other approach using the lock?23:29
kevinbentondane_leblanc: was passing the context not fixing it?23:29
dane_leblanckevinbenton: Passing the context seemed to solve the issue, but there's no good explanation, as far as I know, why this works.23:30
dane_leblanckevinbenton: There were some review comments saying that this fix isn't addressing the real root cause, since it doesn't line up with the deadlock timeouts.23:31
*** ZZelle_ has quit IRC23:35
*** annegent_ has joined #openstack-neutron23:36
*** carl_baldwin has quit IRC23:37
kevinbentondane_leblanc: your comment indicated that it was correct though, right? the dhcp request yielded while holding a lock23:37
*** banix has joined #openstack-neutron23:37
kevinbentondane_leblanc: my concern was just around the other stuff for retrieving device details23:37
*** Aish has joined #openstack-neutron23:38
*** vishwanathj has quit IRC23:39
dane_leblanckevinbenton: I can revert the other changes outside of the immediate need for the fix... but which approach do we want to go with? With the latest approach, it's clearer that it's addressing the root cause. With the earlier approach, there's always going to be some doubt that maybe we're just getting lucky by changing the timing in a subtle way.23:40
kevinbentondane_leblanc: give me a few minutes here, checking something23:40
HenryGlifeless: sorry, I was pulled away for a bit23:45
HenryGlifeless: I ran the following ...23:45
HenryGtestr run neutron.tests.unit.test_l3_schedulers.TestGetL3AgentsWithAgentModeFilter.test_get_l3_agents23:46
lifelessHenryG: yes, and ?23:46
HenryGlifeless: It gives me "Ran 9 (+9) tests in 0.745s", which is good, there are 9 scenarios23:47
*** Marga_ has quit IRC23:47
HenryGlifeless: Now I am trying to run just one. For example:23:47
HenryG"neutron.tests.unit.test_l3_schedulers.TestGetL3AgentsWithAgentModeFilter.test_get_l3_agents (legacy)"23:47
openstackgerritpritesh proposed openstack/neutron: Moving VLAN Transparency support from core to extension  https://review.openstack.org/16956923:47
lifelesstestr run 'TestGetL3AgentsWithAgentModeFilter.test_get_l3_agents(legacy)'23:48
HenryGlifeless: tried that, nothing runs23:48
lifelessif that runs nothing, its the ()23:48
lifelesstestr run 'TestGetL3AgentsWithAgentModeFilter.test_get_l3_agents.legacy'23:48
*** annegent_ has quit IRC23:48
HenryGlifeless: ha!23:48
lifelessbecause its a regex23:48
HenryGlifeless: that runs 4 tests. ??23:48
* HenryG begins to understand (hopefully)23:49
lifelesstestr last --subunit | subunit-ls23:49
lifelesswill show you everything that was reported23:50
HenryGlifeless: yup, 4 tests starting with legacy23:50
lifelessoh, you have multiple scenarios with that prefixing the name?23:50
lifelesstestr run 'TestGetL3AgentsWithAgentModeFilter.test_get_l3_agents\(legacy\)'23:50
lifelessor possibly, depending on your shell and hell -23:51
lifelesstestr run 'TestGetL3AgentsWithAgentModeFilter.test_get_l3_agents\\(legacy\\)'23:51
*** achanda has quit IRC23:51
HenryGlifeless: awesome, thanks!23:52
HenryGlifeless: now to figure out how to run a single scenario test in my debugger ...23:52
*** suresh12 has quit IRC23:53
*** suresh12 has joined #openstack-neutron23:53
*** markvoelker has quit IRC23:53
*** baoli has quit IRC23:53
*** emagana has quit IRC23:54
*** emagana has joined #openstack-neutron23:55
*** SumitNaiksatam has quit IRC23:56
*** suresh12 has quit IRC23:57
*** puck has quit IRC23:58
*** dannywilson has quit IRC23:59

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