Wednesday, 2013-12-11

*** yamahata_ has quit IRC00:04
*** kfox1111 has joined #openstack-neutron00:04
kfox1111I'm seeing a case where if I disassociate an ip from an instance, it is getting deallocated as well. This is bad. Any ideas what might cause it?00:04
*** gdubreui has quit IRC00:09
*** aymenfrikha has quit IRC00:15
*** rudrarugge has joined #openstack-neutron00:15
openstackgerritShiv Haris proposed a change to openstack/neutron: Testing tempest with neutron  https://review.openstack.org/6127300:18
openstackgerritA change was merged to openstack/neutron: Sync global requirements to pin sphinx to sphinx>=1.1.2,<1.2  https://review.openstack.org/6124500:19
*** alagalah has joined #openstack-neutron00:19
*** alagalah has joined #openstack-neutron00:20
*** alagalah has left #openstack-neutron00:21
openstackgerritShiv Haris proposed a change to openstack/neutron: Testing tempest with neutron  https://review.openstack.org/6127300:22
*** rudrarug_ has joined #openstack-neutron00:24
*** rudrarugge has quit IRC00:24
*** otherwiseguy has quit IRC00:25
openstackgerritShiv Haris proposed a change to openstack/neutron: Testing tempest with neutron  https://review.openstack.org/6127300:25
anteayanati_ueno: you around?00:26
*** banix has quit IRC00:26
nati_uenoanteaya: sorry in mtg now00:26
anteayacan you -2 this patch? https://review.openstack.org/#/c/61273/00:26
nati_uenoanteaya: done00:27
anteayathanks00:27
nati_uenoanteaya: your welcome00:27
*** carl_baldwin has quit IRC00:28
*** salv-orlando has joined #openstack-neutron00:30
anteayasalv-orlando: shouldn't you be asleep00:32
salv-orlandoanteaya: it's half past midnight; still early. And I'm on the train back from the london meetup00:33
*** rudrarug_ has quit IRC00:33
anteayasalv-orlando: ah, how was the meetup?00:33
anteayastill such a shame you didn't make it to Paris00:33
salv-orlandoanteaya: meet up was good, room packed. It's a shame about Paris, but I had a dentist appointment I could not postpone00:34
anteayaawesome about the packed room, shame about the dentist00:35
anteayahope all is good now?00:35
anteayaor more appointments on the horizon?00:35
* anteaya has to see the dentist tomorrow00:35
openstackgerritstephen-ma proposed a change to openstack/neutron: L3 Agent restart causes network outage  https://review.openstack.org/3098800:35
*** gdubreui has joined #openstack-neutron00:36
salv-orlandonope it's a long running thing but I'm painless at the moment, which is good00:38
anteayayay for painless00:39
anteaya:( for chronic issue00:39
anteayaso back to the meetup, do you follow an agenda and have presentations?00:40
anteayaor just gather and chat00:40
openstackgerritShiv Haris proposed a change to openstack/neutron: Testing ...  https://review.openstack.org/6127300:43
*** dims has joined #openstack-neutron00:46
*** salv-orlando has quit IRC00:46
*** yamahata_ has joined #openstack-neutron00:55
*** yamahata_ has quit IRC00:55
*** yamahata_ has joined #openstack-neutron00:56
*** aymenfrikha has joined #openstack-neutron01:00
*** x86brandon has quit IRC01:04
*** julim has joined #openstack-neutron01:09
*** x86brandon has joined #openstack-neutron01:09
*** dims has quit IRC01:21
*** kfox1111 has left #openstack-neutron01:21
*** SumitNaiksatam has quit IRC01:21
*** salv-orlando has joined #openstack-neutron01:25
*** salv-orlando has quit IRC01:28
*** salv-orlando has joined #openstack-neutron01:29
*** otherwiseguy has joined #openstack-neutron01:32
*** djbkd has quit IRC01:34
*** dims has joined #openstack-neutron01:36
*** suresh12 has quit IRC01:37
*** julim has quit IRC01:40
*** SumitNaiksatam has joined #openstack-neutron01:45
*** SumitNaiksatam has quit IRC01:55
*** banix has joined #openstack-neutron01:58
*** Jianyong has joined #openstack-neutron01:59
*** Alienyyg_ has quit IRC01:59
*** suresh12 has joined #openstack-neutron02:08
*** aymenfrikha has quit IRC02:14
*** x86brandon has quit IRC02:15
*** carl_baldwin has joined #openstack-neutron02:16
*** wenjianhn has joined #openstack-neutron02:16
*** suresh12 has quit IRC02:17
*** oda-g has joined #openstack-neutron02:19
*** banix has quit IRC02:19
*** terence has joined #openstack-neutron02:21
*** oda-g has left #openstack-neutron02:21
*** oda-g has joined #openstack-neutron02:22
*** banix has joined #openstack-neutron02:22
*** suresh12 has joined #openstack-neutron02:23
*** banix has quit IRC02:24
*** x86brandon has joined #openstack-neutron02:24
oda-gHi, I submitted a BP https://blueprints.launchpad.net/neutron/+spec/enable-to-set-dhcp-port-attributes . Please check.02:25
*** banix has joined #openstack-neutron02:25
*** oda-g has left #openstack-neutron02:25
*** banix has quit IRC02:30
*** banix has joined #openstack-neutron02:31
*** hua has joined #openstack-neutron02:32
*** hua has quit IRC02:42
*** zhhuabj has joined #openstack-neutron02:43
*** carl_baldwin has quit IRC02:46
*** SumitNaiksatam has joined #openstack-neutron02:49
*** nati_ueno has quit IRC02:54
*** marun has joined #openstack-neutron03:00
mesteryoda-g: Thanks for pinging the channel on this.03:11
marunsalv-orlando: piong03:23
marunmestery: ping03:23
marun76908103:24
*** clev has joined #openstack-neutron03:37
*** pcm_ has quit IRC03:43
openstackgerritJianing Yang proposed a change to openstack/neutron: Implement basic functionalities for port forwarding  https://review.openstack.org/6051203:53
openstackgerritJianing Yang proposed a change to openstack/neutron: Implement basic functionalities for port forwarding  https://review.openstack.org/6051203:55
*** suresh12 has quit IRC04:00
*** alex_klimov has joined #openstack-neutron04:02
*** alex_klimov has quit IRC04:05
*** yfried has quit IRC04:22
*** zhhuabj has quit IRC04:24
*** yamahata_ has quit IRC04:24
*** lari has quit IRC04:25
*** lari has joined #openstack-neutron04:25
*** hdd_ has joined #openstack-neutron04:25
*** hdd_ has left #openstack-neutron04:26
*** yamahata_ has joined #openstack-neutron04:28
openstackgerritSushil Kumar proposed a change to openstack/neutron: Updates tox.ini to use new features  https://review.openstack.org/6082504:28
*** yfried has joined #openstack-neutron04:33
*** changbl has quit IRC04:33
*** changbl has joined #openstack-neutron04:36
*** alex_klimov has joined #openstack-neutron04:36
*** clev has quit IRC04:36
*** yfried has quit IRC04:37
*** zhhuabj has joined #openstack-neutron04:37
*** yfried has joined #openstack-neutron04:39
*** alagalah has joined #openstack-neutron04:43
*** yfried has quit IRC04:59
*** wenjianhn is now known as _wenjianhn_04:59
openstackgerritAaron Rosen proposed a change to openstack/neutron: Bump api_workers from 0 to 4  https://review.openstack.org/5978704:59
*** alagalah has left #openstack-neutron05:08
*** suresh12 has joined #openstack-neutron05:11
*** suresh12 has quit IRC05:15
*** terence has quit IRC05:18
*** sc68cal has quit IRC05:18
*** sc68cal has joined #openstack-neutron05:18
*** suresh12 has joined #openstack-neutron05:36
openstackgerritMaru Newby proposed a change to openstack/neutron: Send DHCP notifications regardless of agent status  https://review.openstack.org/6116805:39
*** x86brandon has quit IRC05:41
maruna pox on your mixins!05:44
*** banix has quit IRC05:54
*** vkozhukalov has quit IRC06:09
*** otherwiseguy has quit IRC06:15
*** x86brandon has joined #openstack-neutron06:23
openstackgerritPraneet Bachheti proposed a change to openstack/neutron: Juniper Contrail plug-in implementation for core resources  https://review.openstack.org/4379306:27
*** gongysh has joined #openstack-neutron06:28
openstackgerritJenkins proposed a change to openstack/neutron: Imported Translations from Transifex  https://review.openstack.org/6132506:33
*** amritanshu_RnD has joined #openstack-neutron06:43
*** SushilKM has joined #openstack-neutron06:46
openstackgerritMaru Newby proposed a change to openstack/neutron: Send DHCP notifications regardless of agent status  https://review.openstack.org/6116806:49
openstackgerritgongysh proposed a change to openstack/neutron: move rpc_setup to the last step of __init__  https://review.openstack.org/6080506:53
*** gdubreui has quit IRC06:54
*** yfried has joined #openstack-neutron06:56
*** yfujioka has joined #openstack-neutron06:59
*** zhhuabj has quit IRC07:01
*** yfried has quit IRC07:02
openstackgerritOleg Bondarev proposed a change to openstack/neutron: LBaaS: check for associations before deleting health monitor  https://review.openstack.org/5382107:05
*** lifeless has quit IRC07:05
*** zhhuabj has joined #openstack-neutron07:08
*** simon-AS559 has joined #openstack-neutron07:16
*** nati_ueno has joined #openstack-neutron07:36
*** simon-AS559 has quit IRC07:38
*** simon-AS559 has joined #openstack-neutron07:38
*** simon-AS559 has quit IRC07:42
*** Abhishek_ has joined #openstack-neutron07:57
*** vkozhukalov has joined #openstack-neutron07:57
*** suresh12 has quit IRC08:04
openstackgerritOleg Bondarev proposed a change to openstack/neutron: LBaaS: move agent based driver files into a separate dir  https://review.openstack.org/6133908:08
openstackgerritgongysh proposed a change to openstack/neutron: merge add-flow() calls  https://review.openstack.org/6134108:15
*** simon-AS559 has joined #openstack-neutron08:22
*** _wenjianhn_ has quit IRC08:29
*** nati_ueno has quit IRC08:38
*** fouxm has joined #openstack-neutron08:39
*** yongli is now known as yongli_away08:41
openstackgerritSiming Yin proposed a change to openstack/neutron: fix --excluded of meter-label-rule-create is not working  https://review.openstack.org/6134408:41
*** roeyc has joined #openstack-neutron08:56
*** jistr has joined #openstack-neutron08:57
*** jlibosva has joined #openstack-neutron09:01
*** afazekas has joined #openstack-neutron09:02
*** Abhishek_ has quit IRC09:08
openstackgerritZhang Hua proposed a change to openstack/neutron: Clean up ML2 Manager  https://review.openstack.org/6135109:10
*** jpich has joined #openstack-neutron09:14
*** suresh12 has joined #openstack-neutron09:14
*** Abhishek_ has joined #openstack-neutron09:17
*** suresh12 has quit IRC09:19
marungongysh: ping09:39
gongyshmarun: pong09:39
marungongysh: Good catch regarding proper detection of 'active' status.09:39
marungongysh: why does admin_state_up  even exist?09:40
marungongysh: is it ever set to False for agents, and if so, why?09:40
gongyshmarun: admin can force an agent to be excluded.09:40
gongyshmarun: it is set by neutron API, not by agent itself.09:40
marungongysh: When I was doing load testing and seeing dhcp notifications not going through, I guess the agents hadn't been created in the db at all09:41
marungongysh: I see now that there is actually no check for 'liveness' in the notification class.09:41
marungongysh: only a check for 'admin_state_up'09:42
gongyshmarun: the logics is that when the agent reports its first state, the agent record will be created in db.09:42
marungongysh: yeah, that makes sense.  I just wish I had figured that out earlier.09:43
*** lifeless has joined #openstack-neutron09:43
marungongysh: the only real benefit of the current patch is that missing agents will log an error09:43
marungongysh: active/inactive agents were previously notified so long as they had a record in the db09:43
gongyshmarun: I have a new comment in the patch.  https://review.openstack.org/#/c/61168/3/neutron/api/rpc/agentnotifiers/dhcp_rpc_agent_api.py09:46
marungongysh: ok09:47
marungongysh: ah, i'm seeing why i'm confused.  get_dhcp_agents_hosting_networks is calling is_eligible_networks09:47
gongyshmarun:  :)09:48
marungongysh: It took me a few passes to figure it out I'm afraid.09:48
*** gdubreui has joined #openstack-neutron09:49
marungongysh: Is there a reason we can't add methods to models?  It sure would be useful. :/09:50
gongyshmarun: I don't think we have a rule not to add method to models.09:52
marungongysh: it would seem to make sense to have agent models able to determine if they are 'active'09:52
maruninstances, rather09:52
gongyshmarun: yes09:53
*** gongysh has quit IRC10:00
*** safchain has joined #openstack-neutron10:03
*** heyongli has joined #openstack-neutron10:10
*** x86brandon has quit IRC10:13
*** rossella_s has joined #openstack-neutron10:14
*** Jianyong has left #openstack-neutron10:14
*** x86brandon has joined #openstack-neutron10:15
*** _jj_ has quit IRC10:56
*** yhe_ has joined #openstack-neutron11:04
*** heyongli has quit IRC11:06
*** jp_at_hp has joined #openstack-neutron11:08
*** pcm_ has joined #openstack-neutron11:18
*** nati_ueno has joined #openstack-neutron11:21
*** pcm_ has quit IRC11:22
*** pcm_ has joined #openstack-neutron11:22
*** Abhishek_ has quit IRC11:23
*** roeyc has quit IRC11:24
*** Sreedhar has joined #openstack-neutron11:25
*** yhe_ is now known as heyongli11:33
*** yamahata_ has quit IRC11:33
*** jianingy_afk is now known as jianingy11:55
*** gdubreui has quit IRC11:59
*** yfujioka has quit IRC12:12
*** bvandenh has joined #openstack-neutron12:14
*** beagles has quit IRC12:44
*** jianingy is now known as jianingy_afk12:45
openstackgerritOleg Bondarev proposed a change to openstack/neutron: LBaaS: agent monitoring and instance rescheduling  https://review.openstack.org/5974312:48
*** vkozhukalov has quit IRC13:00
*** x86brandon has quit IRC13:03
pcm_Anyone: I'm using the requests package, which on my DevStack setup appears to be V1.2.3 (and 1.2.0 on another system). I see that the latest is 2.1.0. Is there any reason why we cannot use the newer version?13:08
*** b3nt_pin has joined #openstack-neutron13:10
pcm_Asking because I'm seeing some odd errors with v1.2.013:11
*** b3nt_pin has quit IRC13:12
*** b3nt_pin has joined #openstack-neutron13:12
*** ygbo has joined #openstack-neutron13:12
*** b3nt_pin is now known as beagles13:19
*** b3nt_pin has joined #openstack-neutron13:22
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: Do not trigger agent notification if bindings do not change  https://review.openstack.org/5886013:25
*** b3nt_pin has quit IRC13:26
*** aveiga has quit IRC13:31
mariossalv-orlando: ping - hi - do you think https://bugs.launchpad.net/neutron/+bug/1111572 is worth working on? I ask because you commented there. I can't see dan around now. It seems was abandoned as 'not supported by spec' but has been revived recently13:38
*** safchain has quit IRC13:38
*** jorisroovers has joined #openstack-neutron13:39
*** gongysh has joined #openstack-neutron13:43
gongyshsalv-orlando: ping13:43
*** banix has joined #openstack-neutron13:44
*** banix has quit IRC13:47
*** banix has joined #openstack-neutron13:48
pcm_mestery: ping13:49
mesterypcm_: pong13:49
pcm_mestery: Hitting an issue using the requests package. See that we are using v1.2.3, but 2.1.0 is latest.13:50
pcm_mestery: Wondering if can require newer version?13:50
mesterypcm_: Is this with the latest on Ubuntu? I haven't seen this one yet.13:51
pcm_mestery: In DevStack, under Ubuntu, it is using requests 1.2.3. I'm wondering if 2.1.0 would solve my issue.13:52
pcm_mestery: I get SSLError instead of Timeout, when a request times out.13:52
mesterypcm_: Have you tried it locally to see if it helps? I haven't caught up on emails yet this morning, but I see one from you on this in the queue.13:52
pcm_mestery: Not yet, planning on giving it a try. What's the best way to facilitate that change in Neutron?13:53
*** safchain has joined #openstack-neutron13:54
pcm_mestery: Not sure how one specifies a new version (I know I can pip install update it, but wondering the procedure within Neutron).13:54
mesterypcm_: I'm not 100% sure either, but perhaps the requirements.txt file is the way?13:55
pcm_Yeah I see I can change that. Didn't know what I need to do, once I do that to cause the change to be picked up.13:56
* pcm_ confused on the packaging stuff...13:56
*** rkukura has quit IRC13:57
*** rkukura has joined #openstack-neutron13:57
mesterySo, I think you can either manually run "sudo python ./setup.py install" or re-run devstack with OFFLINE=True commented out.13:58
mesteryEither way should install things with your requirements.txt changes.13:59
HenryGpcm_: in my neutron workspace, requests version is 2.0.013:59
pcm_mestery: I'll give that a try13:59
HenryGpcm_: in another neutron workspace it is 2.1.013:59
pcm_HenryG: Did you manually do anything to cause a newer version?14:00
HenryGpcm_: that is without any change to requirements.txt14:00
HenryGpcm_: no, but I did run UT at some point. I think that installs requests (in the venv)14:00
* mestery nods in agreement with HenryG.14:01
pcm_HenryG: I'm using commit 3014e1e021b3fe59c75daae1734472c3a11582ee  12/714:01
*** aymenfrikha has joined #openstack-neutron14:02
HenryGpcm_: do "tox --notest -e py27", then "source .tox/py27/bin/activate14:02
HenryG", then "pip show requests"14:03
* pcm_ trying...14:04
salv-orlandogongysh: poong14:06
pcm_HenryG: So, on a system with requirements.txt saying >=1.1, it is 1.2.0. Run tox and then under that env it shows 2.1.014:08
gongyshsalv-orlando: https://bugs.launchpad.net/neutron/+bug/125993714:08
salv-orlandomarios: The issue with unknown attributes was sorted. But making allocation_pools updatable is still something we'd like to have14:08
* pcm_ confused as to why tox uses a different version than production code14:08
salv-orlandogongysh: I know, it14:09
mariossalv-orlando: awesome. i'll give dan a day to respond (do you know if he is still active here?). I'll take it tomorrow otherwise14:09
salv-orlandois vestigial code.14:09
salv-orlandoDan is now mostly active on nova14:09
*** banix has quit IRC14:09
mariossalv-orlando: i see, thanks14:10
salv-orlandohe's surely not going to do this patch for neutron, so go ahead14:10
mariossalv-orlando: yeah just cos in the comments: "I have the code to make allocation pools writable similar to what we already do for host_routes or dns_nameservers ... " @ https://bugs.launchpad.net/neutron/+bug/1111572/comments/414:10
HenryGpcm_: the system version won't get updated unless you actually install openstack and leave it installed14:11
mariossalv-orlando: can work on something else in the meantime. thanks!14:11
salv-orlandowell, it's over 10 months ago and that code was never pushed. I guess that rebasing it wouldn't be trivial either14:11
pcm_HenryG: The setup.py install... just wondering why the difference between what runs via DevStack and what runs from tox.14:12
mariossalv-orlando: ok. i'm new here, so don't want to tread on toes ;)14:12
mariossalv-orlando: adding to my list. thanks again14:12
HenryGpcm_: I don't know :(14:12
*** alagalah has joined #openstack-neutron14:12
HenryGpcm_: definitely you should try setting requests>=2.0 in requirements.txt and if that fixes your issue then propose a change upstream14:13
pcm_HenryG: Yeah, I'm going to try it.14:14
pcm_HenryG: Just trying to include another package I need too (that aren't in requirements.txt)14:15
*** gongysh has quit IRC14:16
*** aveiga has joined #openstack-neutron14:17
*** clev has joined #openstack-neutron14:17
HenryGpcm_: regarding tox venv vs devstack ... Looks like when creating a venv all the latest pip package versions get installed. When devstack runs the project installer it first checks if the requirement is satisfied and if it is then it does not update the pip package to latest version.14:19
pcm_HenryG: Just seems risky to me... not testing with the same versions...odd14:21
HenryGpcm_: Well, "requests>=1.1" means it is expected to work with any version >=1.114:23
HenryGpcm_: And you are finding otherwise, so you may need to get that fixed14:23
pcm_HenryG: mestery: Well, I updated to requests 2.1.0 and ran my UTs and all the test cases work with Timeout exceptions instead of SSLError exceptions, as expected.14:26
*** jgrimm has joined #openstack-neutron14:27
HenryGpcm_: good. It's about time neutron moved to a new version of requests IMO.14:31
pcm_mestery: Should I create a bug to update requirements.txt, or wait until I'm doing my blueprint commit?14:32
*** x86brandon has joined #openstack-neutron14:33
HenryGpcm_: I think it's fine to wait. Let's not distract the cores with non-critical reviews right now.14:33
*** nati_ueno has quit IRC14:33
HenryGpcm_: The only requests user a.t.m. is neutron/plugins/ml2/drivers/mechanism_ncs.py14:35
*** alagalah has left #openstack-neutron14:35
* HenryG needs to upgrade IRC client. BRB.14:36
*** HenryG has quit IRC14:36
mesteryHenryG: The as-yet-not-upstreamed ODL MechanismDriver also uses requests.14:42
openstackgerritEdward Hope-Morley proposed a change to openstack/neutron: Adds optional timeout for neutronclient  https://review.openstack.org/6118314:43
openstackgerritMaru Newby proposed a change to openstack/neutron: Send DHCP notifications regardless of agent status  https://review.openstack.org/6116814:44
openstackgerritJeremy Stanley proposed a change to openstack/neutron: Add X-Tenant-ID to metadata request  https://review.openstack.org/6143914:46
*** jorisroovers has quit IRC14:49
*** rpodolyaka has joined #openstack-neutron14:50
*** SushilKM has quit IRC14:50
*** marun has quit IRC14:53
*** dhellmann has joined #openstack-neutron14:53
*** carl_baldwin has joined #openstack-neutron14:53
*** jp_at_hp has quit IRC14:54
*** fouxm has quit IRC14:56
*** fouxm has joined #openstack-neutron14:57
*** fouxm has quit IRC14:59
*** fouxm has joined #openstack-neutron15:00
pcm_mestery: Well hopefully, whoever upstreams can also update requests.15:01
mesterypcm_: :)15:02
*** jecarey has joined #openstack-neutron15:04
*** vkozhukalov has joined #openstack-neutron15:07
*** HenryG has joined #openstack-neutron15:13
*** safchain has quit IRC15:14
*** otherwiseguy has joined #openstack-neutron15:20
*** litong has joined #openstack-neutron15:20
*** julim has joined #openstack-neutron15:23
*** alex_klimov has quit IRC15:39
*** jorisroovers has joined #openstack-neutron15:40
*** heyongli has quit IRC15:41
*** carl_baldwin has quit IRC15:44
*** jorisroovers has quit IRC15:46
*** jroovers has joined #openstack-neutron15:46
*** changbl has quit IRC15:46
*** dims has quit IRC15:46
*** jp_at_hp has joined #openstack-neutron15:52
*** fouxm has quit IRC15:52
*** julim has quit IRC15:54
*** banix has joined #openstack-neutron15:57
*** changbl has joined #openstack-neutron15:59
*** jorisroovers has joined #openstack-neutron15:59
*** mestery has quit IRC16:00
*** dims has joined #openstack-neutron16:01
jlibosvaEmilienM: hi16:01
*** jroovers has quit IRC16:03
jlibosvaEmilienM: I got back to work on neutron grenade. I haven't dedicate time for exercise devstack scripts w/ neutron. Now I see it's failing before upgrade process goes in. Did you experience something similar?16:03
*** otherwiseguy has quit IRC16:05
*** carl_baldwin has joined #openstack-neutron16:07
EmilienMjlibosva: no, but did you see that my patch in infra got merged ?16:07
*** jorisroovers has quit IRC16:11
*** safchain has joined #openstack-neutron16:14
*** networkstatic has joined #openstack-neutron16:14
*** networkstatic has quit IRC16:14
*** otherwiseguy has joined #openstack-neutron16:20
*** clev has quit IRC16:21
*** julim has joined #openstack-neutron16:25
jlibosvaEmilienM: yes, good job :) That's why I started to work on it again. But I was told exercise tests from devstack are deprecated16:27
*** aveiga has quit IRC16:27
*** aveiga has joined #openstack-neutron16:30
*** mlavalle has joined #openstack-neutron16:32
*** amritanshu_RnD has quit IRC16:36
*** SushilKM has joined #openstack-neutron16:39
*** fouxm has joined #openstack-neutron16:44
*** bvandenh has quit IRC16:45
*** afazekas has quit IRC16:46
openstackgerritdekehn proposed a change to openstack/neutron: extra_dhcp_opt add checks for empty strings  https://review.openstack.org/5985816:51
*** SushilKM has quit IRC16:51
*** SushilKM has joined #openstack-neutron16:56
*** mestery has joined #openstack-neutron16:56
openstackgerritJames E. Blair proposed a change to openstack/neutron: Have tox install via setup.py develop  https://review.openstack.org/6149016:57
*** mlavalle has quit IRC16:58
*** SushilKM has quit IRC16:58
*** SushilKM has joined #openstack-neutron16:59
*** HenryG has quit IRC17:04
*** HenryG has joined #openstack-neutron17:05
*** jlibosva has quit IRC17:07
*** safchain has quit IRC17:11
*** simon-AS559 has quit IRC17:14
*** simon-AS559 has joined #openstack-neutron17:14
*** wally247 has joined #openstack-neutron17:15
*** wally247 has quit IRC17:18
*** simon-AS559 has quit IRC17:18
openstackgerritJames E. Blair proposed a change to openstack/python-neutronclient: Add -U to pip install command in tox.ini  https://review.openstack.org/6150817:20
*** SumitNaiksatam has quit IRC17:25
*** JoeHazzers has quit IRC17:25
*** JoeHazzers has joined #openstack-neutron17:26
*** yfried has joined #openstack-neutron17:26
*** SushilKM has quit IRC17:28
*** dims has quit IRC17:33
*** fouxm has quit IRC17:36
*** dims has joined #openstack-neutron17:39
*** x86brandon has quit IRC17:40
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Simplify ip allocation/recycling to relieve db pressure  https://review.openstack.org/5801717:40
*** ygbo has quit IRC17:41
*** chandankumar has quit IRC17:41
*** SumitNaiksatam has joined #openstack-neutron17:47
*** SushilKM has joined #openstack-neutron17:56
SumitNaiksatamdoes anyone know if Mark Mcclain is around today?18:06
*** devlaps has joined #openstack-neutron18:06
SumitNaiksatamwe were waiting for him in the FWaaS meeting (currently on)18:06
*** terryw has joined #openstack-neutron18:12
*** jistr has quit IRC18:13
*** otherwiseguy has quit IRC18:15
*** csd has joined #openstack-neutron18:22
mesterySumitNaiksatam: I believe he said he was going to be on a plane during the FWaaS meeting.18:28
SumitNaiksatammestery: ah ok, based on his comment during the neutron IRC meeting, my impression was that he was planning in attending18:29
SumitNaiksatammestery: no worries18:30
mesterySumitNaiksatam: I could be wrong, but that's how I remember it. :) Carry on!18:30
*** garyk has joined #openstack-neutron18:34
*** nati_ueno has joined #openstack-neutron18:40
*** SushilKM has quit IRC18:42
*** rossella_s has quit IRC18:45
*** simon-AS559 has joined #openstack-neutron18:46
*** simon-AS5591 has joined #openstack-neutron18:46
*** simon-AS559 has quit IRC18:46
*** jpich has quit IRC18:47
*** simon-AS5591 has quit IRC18:51
*** nati_uen_ has joined #openstack-neutron19:05
*** terryw has quit IRC19:08
*** nati_ueno has quit IRC19:08
*** x86brandon has joined #openstack-neutron19:11
*** suresh12 has joined #openstack-neutron19:12
*** jorisroovers has joined #openstack-neutron19:17
*** bvandenh has joined #openstack-neutron19:22
*** nati_uen_ has quit IRC19:30
*** openstackgerrit has quit IRC19:34
*** openstackgerrit has joined #openstack-neutron19:34
*** nati_ueno has joined #openstack-neutron19:40
*** clev has joined #openstack-neutron19:41
*** carl_baldwin has quit IRC19:50
*** jecarey has quit IRC20:00
*** jecarey has joined #openstack-neutron20:02
openstackgerritAnita Kuno proposed a change to openstack/python-neutronclient: Pin Sphinx to <1.2 in test-requirements.  https://review.openstack.org/6155320:02
*** balar has quit IRC20:05
*** Sreedhar has quit IRC20:07
*** jistr has joined #openstack-neutron20:08
*** jistr has quit IRC20:08
*** jistr_ has joined #openstack-neutron20:09
*** jistr_ has quit IRC20:09
openstackgerritA change was merged to openstack/neutron: Fix a race condition in agents status update code  https://review.openstack.org/5881420:09
*** jistr has joined #openstack-neutron20:10
*** jistr has quit IRC20:11
*** jistr has joined #openstack-neutron20:11
*** simon-AS559 has joined #openstack-neutron20:11
*** jroovers has joined #openstack-neutron20:12
*** jorisroovers has quit IRC20:12
*** thedodd has joined #openstack-neutron20:13
*** simon-AS5591 has joined #openstack-neutron20:14
*** simon-AS559 has quit IRC20:16
*** alex_klimov has joined #openstack-neutron20:16
*** terryw has joined #openstack-neutron20:18
*** terryw is now known as otherwiseguy20:18
*** bvandenh has quit IRC20:22
anteayajlibosva why would exercise tests from devstack being deprecated affect your work (if that is in fact the case)?20:26
*** simon-AS5591 has left #openstack-neutron20:28
*** mlavalle has joined #openstack-neutron20:28
mlavalletr3buchet, BeardyMcBeards: the instance is 3d16b47e-10e9-44d5-87b9-01d92e86daf820:28
*** vkozhukalov has quit IRC20:29
mlavalletr3buchet, BeardyMcBeards: root password is N45nY3iLHMEi20:29
pcm_Any able some general REST questions that I have related to OpenStack?20:30
*** mriedem has joined #openstack-neutron20:34
mriedemdoes anyone here know Sukhdev Kapur and know why he's running 3rd party CI against nova patches for Arista ML2 neutron code?20:34
*** devlaps has quit IRC20:35
openstackgerritenikanorov proposed a change to openstack/python-neutronclient: Add cli commands to manage loadbalancer instance  https://review.openstack.org/6156120:40
anteayamlavalle: did you mean to post root passwords in channel?20:41
anteayamlavalle: nice job on the ml post too btw20:41
anteayapcm_: ask away, we can do our best20:41
mlavalleanteaya: wrong channel20:41
anteayamriedem: do you have a link?20:41
anteayamlavalle: figured as much, might want to change that password20:42
mlavalleanteaya: we'll throw away that instance in a little bit…. no big deal20:42
mlavallethanks anyway20:42
*** x86brandon has quit IRC20:43
*** jecarey has quit IRC20:43
anteayamlavalle: k20:44
anteayamlavalle: I am rerunning nati_ueno's patch through check, it tripped up on the sphinx pin issue20:44
*** jecarey has joined #openstack-neutron20:45
mriedemanteaya: https://review.openstack.org/#/c/60716/20:45
mlavalleanteaya: ok, i'll keep an eye on it20:45
*** carl_baldwin has joined #openstack-neutron20:45
anteayamriedem: looking20:47
*** armax has joined #openstack-neutron20:50
*** alagalah_ has joined #openstack-neutron20:51
anteayamriedem: he doesn't appear to be on irc, I can't find a nick for him20:51
anteayahe is a neutron dev20:51
mriedemanteaya: that's what i figured20:52
mriedemhe must be setting up vendor plugin 3rd party CI for neutron20:52
pcm_anteaya: I was wondering what to do, if a client does a POST, and times out waiting for server.20:52
mriedembut apparently he's getting triggered on other project's patches too20:52
anteayathere is a push for plugin folks to do third party testing on their plugins, he might be practicing20:52
anteayamriedem: yeah, I think so20:52
mriedemanteaya: yeah, that's my guess20:52
anteayamriedem: okay thanks for the heads up, if you see it happening again, please hit me with links to patches and I'll compose an email20:53
pcm_anteaya: I could just raise an exception, but wondering if there is any way to retry (can't think of a way).20:53
*** armax has left #openstack-neutron20:53
mriedemanteaya: sounds good, thanks20:53
anteayamriedem: or if he isn't responding and cleaning up after himself20:53
anteayanp, thanks for asking20:53
anteayapcm_: good question20:54
anteayapcm_: do you have a specific POST example in mind?20:54
anteayaor better yet, a patch?20:54
pcm_anteaya: Its for a vendor VPNaaS driver I'm creating.20:55
anteayak20:55
anteayaanything remotely code like to look at?20:55
anteayaI give better answers the more detail I have to work with20:55
pcm_anteaya: Yeah, though the question is more workflow related.20:55
anteayaah20:55
anteayacan't you fire off a retry if a timeout exception is raised?20:56
pcm_anteaya: For example, if I try to create a user via POST, and it times out, I can try the POST again, but I'll get a 400 response, because the server did do the request (just slow)20:56
anteayaand add a counter so 3 retries and it fails out noting it tried 3 times20:56
anteayaah20:57
anteayahow much time needs to expire between requests to avoid the 400?20:57
pcm_anteaya: I can catch the retry, and handle the counters and all (I'll paste that in a sec). But the issue is the server rejects the second attempt.20:57
anteayaah I see20:57
anteayaI have not tried to do this myself so mostly I am just listening and asking questions20:58
anteayano personal experience to draw on in this situation20:58
anteayabut what you ask makes sense to me20:58
*** suresh12 has quit IRC20:58
*** suresh12 has joined #openstack-neutron20:59
*** jistr has quit IRC20:59
*** aymenfrikha has left #openstack-neutron20:59
pcm_anteaya: http://paste.openstack.org/show/54848/21:02
pcm_anteaya: So I have the mechanics, but I don't know how to retry. Wondering if the general thought is to set a ridiculously long timeout and then raise and exception.21:03
*** aveiga has quit IRC21:04
*** suresh12 has quit IRC21:04
roaetrkukura: howdy, I have a minor ml2 bug fix I've been trying to get approved, do you mind reviewing it and getting whoever else (a core) to get it approved? It's been waiting since september 3rd21:12
rkukuraroaet: Happy to look. What's the URL? Also, does it need rebasing?21:13
roaetrkukura: https://review.openstack.org/#/c/44942/ it was recently rebased21:15
roaetthe docs bug was blocking it21:15
rkukuraroaet: OK, I've looked at this before, and will review it in detail as soon as possible.21:19
anteayapcm_: hmmm, yes I don't know what the general thought is21:20
anteayaperhaps salv-orlando might have a thought or two, if he is free21:20
openstackgerritCarl Baldwin proposed a change to openstack/neutron: Simplify ip allocation/recycling to relieve db pressure  https://review.openstack.org/5801721:21
salv-orlandoanteaya: I am always free. I'm reading.21:21
salv-orlandothe timeout we're talking about, is it a timeout in the neutron-server, or a timeout in some backend?21:22
anteayasalv-orlando :D thanks21:23
openstackgerritAnita Kuno proposed a change to openstack/python-neutronclient: Pin Sphinx to <1.2 in test-requirements  https://review.openstack.org/6155321:23
*** jecarey has quit IRC21:29
*** alagalah_ has left #openstack-neutron21:30
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: This is a test, please ignore.  https://review.openstack.org/6157421:30
*** mriedem has left #openstack-neutron21:41
pcm_anteaya: salv-orlando: Missed your responses...22:02
salv-orlandoI did not have a response rather a question22:02
*** suresh12 has joined #openstack-neutron22:03
salv-orlandore-post: the timeout we're talking about, is it a timeout in the neutron-server, or a timeout in some backend?22:03
pcm_salv-orlando: I'm doing a client for VNaaS that will talk to a vendor box using REST. If I try to do a REST request and the server delays, I could timeout.22:03
pcm_salv-orlando: If I wait forever, it would hang, obviously. So... if I timeout, I'm wondering what my recourse is.22:04
pcm_salv-orlando: I could raise an exception and say I lost connection to server.22:04
salv-orlandoOk, so it's the backend timing out, is that right? I'm a bit confused as you say "client for VPNaaS" and then "talk to a vendor box"22:04
pcm_salv-orlando: yes. I'm doing a device driver for VPNaaS.22:05
salv-orlandoIn the NVP plugin if we lose the controller we start raising 503 server unavailable - the timeout seems a similar scenario22:05
pcm_salv-orlando: Yeah, I was thinking that. Wondered if there was a way to retry, but if I do, the server gives a 400, because it already did the POST.22:06
*** jroovers has quit IRC22:06
salv-orlandoIs that because the server processed the request asynchronously?22:06
pcm_salv-orlando: No, but it did process the request. The client timed out, considered it a failure.22:07
salv-orlandopcm_: so basically the request actually succeeded but the client does not know that22:07
pcm_salv-orlando: I'm using Requests package to hande the requests, and use a timeout to prevent it for hanging.22:08
pcm_salv-orlando: yes. exactly22:08
salv-orlandoso perhaps you can do a retry but before doing the POST you can do a GET to check whether the request succeeded after all22:08
salv-orlandoor you can interpret the 400 from the server on the 2nd post as something that tells you that the retry is not actually necessary22:08
pcm_salv-orlando: Issue is that the POST create would normally return the ID in the location header item. Without that, I don;t know what to GET22:09
salv-orlandovery good point.22:09
pcm_salv-orlando: Yeah, 400=OK is a possibility, it masks any real 'bad request'22:09
salv-orlandoBut my gut feeling it seems you might be better off with an asynchronous processing of the request - executing a callback when the request returns; is that possible with vpn drivers at the moment?22:10
salv-orlandopcm_: perhaps you can parse the response content when you get a 400?22:10
pcm_salv-orlando: I don't think it supports async, but am not sure. Some things require sync (have to have the policies, before creating connection)22:11
*** x86brandon has joined #openstack-neutron22:11
pcm_salv-orlando: I'm not sure that 400 provides the location though.22:11
salv-orlandopcm_: then fail in neutron upon a backend timeout; but you'd need to find a way to ensure consistency - meaning that somehow you need to undo the operation that neutron thinks failed whereas it was just slow22:13
pcm_salv-orlando: Seems like 3 choices... 1) 503 response on timeout, 2) consider 400 on retry as OK, 3) implement async processing.22:13
pcm_salv-orlando: Hmmm. Not sure how I can ensure consistency (other than get of all and exam to see if there is a match).22:14
salv-orlando1) would need a cleanup; 2) is dangerous if the 400 cannot be disambiguated and 3) is the best but perhaps not feasible now22:14
salv-orlandopcm_22:14
salv-orlando:22:14
pcm_salv-orlando: 4) fail and cleanup by get all22:15
pcm_salv-orlando: I guess 4) would have to be part of 1)22:15
salv-orlandoyes that would be a cleanup option, but what ab out if the operation which failed is still in progress?22:15
openstackgerritrcurran proposed a change to openstack/neutron: Calls in delete_port() should be in reverse order as create.  https://review.openstack.org/6158322:16
pcm_salv-orlando: I'm not sure. Good question.22:16
pcm_salv-orlando: 5) Have a really long timeout such that it would be considered failure - requiring restart of the server. Not sure about that.22:17
salv-orlandoI am thinking that you can wrap the backend request in a thread perhaps. In the caller you might able to execute a wait on that thread with a timeout22:18
salv-orlandoif the wait completes before the timeout expires - fine, that's a success22:19
salv-orlandootherwise, if the timeout expires you fail, and in the thread you started, you do the cleanup22:19
salv-orlandothe hard bit is to avoid the cleanup when you succeed, but that should be doable, somehow22:20
*** gdubreui has joined #openstack-neutron22:20
* pcm_ trying to absorb...22:21
pcm_salv-orlando: How would that be different from single thread and doing a long timeout and cleanup?22:22
salv-orlandopcm_: fail fast22:22
salv-orlandoor at least faster than a long timeout22:23
salv-orlandothe thing is that if the timeout is something like 20 seconds, you will be blocking the client of the neutron api for 20 secs.22:23
pcm_salv-orlando: so, let's say we fail... the async thread cleans up, and then we retry?22:24
pcm_salv-orlando: or just abort the request?22:24
*** rkukura has quit IRC22:24
pcm_salv-orlando: good point on the client effect.22:25
salv-orlandoas you're doing the cleanup maybe you can abort. I don't have enough knowledge of the use case to say what's better; but as long as it's consistent and reasonably efficient, it's good.22:25
*** dims has quit IRC22:26
pcm_Right now, it looks like 1.x secs, but have some commands taking 2-6 seconds (an issue to be tracked).22:26
pcm_salv-orlando: I think for connection create, VPNaaS goes to 'PENDING CREATE', and then polling is done to update status (for the reference impl).22:27
salv-orlandopcm_: sound async to me22:28
pcm_salv-orlando: Not sure about the other commands though. I think they all expect to complete immed.22:28
pcm_salv-orlando: Maybe I can defer all operations until the connect and at that time, send all the requests to server and immed. return. Use a second thread to wait for the response and update the status once replies occur?22:30
pcm_salv-orlando: essentially batch and then async handle? could have a coarse timeout to detect server failure.22:31
salv-orlandopcm_: that would be the best course of action22:31
salv-orlandoin my opinion22:31
pcm_salv-orlando: Thanks for the advice!22:32
salv-orlandopcm_: np22:32
pcm_salv-orlando: din din time... ttyl22:32
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: This is a test, please ignore  https://review.openstack.org/6157422:36
anteayasalv-orlando: feel like reviewing a patch blocking neutronclient? https://review.openstack.org/#/c/61553/22:37
anteayawhat other cores are around?22:37
anteayanati_ueno: ^^22:37
nati_uenoanteaya: what's up?22:38
salv-orlandoanteaya: is this for doc problem?22:38
anteayacan you review 61553?22:38
*** alex_klimov has quit IRC22:38
anteayait is the sphinx pin for neutronclient22:38
nati_uenoah OK22:38
salv-orlandoapproved22:38
anteayasalv-orlando: yes22:38
anteayathank you22:38
nati_uenoso auto update isn't working yet for neutron client?22:38
anteayayes it was22:39
*** dims has joined #openstack-neutron22:39
nati_uenoanteaya: gotcha. Thank you for your working on this too :)22:39
anteayasaw a failure on jeblair patch and cooked up a fix for neutronclient before I looked22:39
anteayamy fault22:39
anteayanati_ueno: thanks :D22:39
anteayawill fix up the other Jenkins requirements patchs and get them in line22:39
anteayameant to do it today already, how can it be dark out now?22:40
anteayaoh and snow, any skiers in the audience, going to be a great season22:40
*** gdubreui has quit IRC22:40
*** SumitNaiksatam has quit IRC22:45
*** enikanorov__ has quit IRC22:49
*** csd has quit IRC22:49
openstackgerritArmando Migliaccio proposed a change to openstack/neutron: This is a test, please ignore  https://review.openstack.org/6157422:49
*** csd has joined #openstack-neutron22:50
*** litong has quit IRC22:51
*** jp_at_hp has quit IRC22:55
*** rkukura has joined #openstack-neutron22:59
*** pasquier-s has quit IRC23:05
anteayamlavalle: this passed Jenkins check https://review.openstack.org/#/c/61234/ if you would like to review23:06
mlavalleanteaya: reviewing……23:07
anteayathanks23:07
*** pasquier-s has joined #openstack-neutron23:08
*** clev has quit IRC23:12
*** carl_baldwin has quit IRC23:16
openstackgerritSalvatore Orlando proposed a change to openstack/neutron: NVP plugin: Do backend router delete out from db transaction  https://review.openstack.org/6160423:20
*** SumitNaiksatam has joined #openstack-neutron23:21
*** thedodd has quit IRC23:24
*** thedodd has joined #openstack-neutron23:24
anteayamlavalle: 61234 is in the gate queue23:30
anteayahey thedodd23:30
*** thedodd has quit IRC23:30
anteayaand there he goes23:31
mlavalleanteaya: well, I might be missing something but I don't think it's going to work23:31
mlavalleanteaya: since it was approved by sdague and mtreinish, I'll just leave my comments with a 0 in the patch set23:33
anteayamlavalle: okay23:33
*** jgrimm has quit IRC23:33
*** dims has quit IRC23:34
anteayayou think the test will fail, or you think the patch will fail to fix the bug it purports to fix?23:34
mtreinishmlavalle: there should be no harm from the patch23:35
*** openstackgerrit has quit IRC23:35
*** openstackgerrit has joined #openstack-neutron23:36
mtreinishwhether it'll fix the bug I can't say23:36
*** x86brandon has quit IRC23:36
mlavallemtreinish, anteaya: I think the patch is incorrect in the way the external gateway is specified in the when the router is created….. I just leave my comments in the patch set. As I say in my comments, I might be messing something23:37
anteayamlavalle: mtreinish okay, well sounds like we are willing to let it merge and then evaluate its effectiveness once it is in master23:39
anteayamlavalle: let's make sure we take a look at this tomorrow and evaluate23:39
anteayaunless of course something goes boom before that23:40
mlavalleanteaya; sure…. i'll be here23:40
anteayathanks23:40
mlavalleanteaya: I left my comments in the patch set. As I said, I might be missing something23:45
*** carl_baldwin has joined #openstack-neutron23:45
*** gdubreui has joined #openstack-neutron23:48
*** carl_baldwin has quit IRC23:49
*** openstackgerrit has quit IRC23:56
*** openstackgerrit has joined #openstack-neutron23:56
anteayamlavalle: okay thanks, fair enough23:58
anteayalet's observe what happens23:58
mlavalleanteaya: cool, I'm going offline….time to git the hit the lap pool and work out for a little bit23:58
mlavallegood night23:59

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