Friday, 2015-04-24

*** bharath has quit IRC00:03
*** madhu_ak_ has quit IRC00:04
*** apuimedo has quit IRC00:14
*** xgerman_ has quit IRC00:15
*** apuimedo has joined #openstack-lbaas00:42
*** SumitNaiksatam has quit IRC01:05
*** Tango has quit IRC01:11
*** apuimedo has quit IRC01:12
*** haigang has joined #openstack-lbaas01:15
*** madhu_ak has joined #openstack-lbaas01:32
*** apuimedo has joined #openstack-lbaas01:39
*** kbyrne has quit IRC02:05
*** kbyrne has joined #openstack-lbaas02:10
*** SumitNaiksatam has joined #openstack-lbaas02:31
*** haigang has quit IRC02:58
*** xgerman has joined #openstack-lbaas03:01
*** xgerman has quit IRC03:13
*** madhu_ak has quit IRC04:36
*** woodster_ has quit IRC05:00
*** kiran-r has joined #openstack-lbaas05:15
*** Tango has joined #openstack-lbaas05:31
*** bharath has joined #openstack-lbaas06:19
*** bharath has quit IRC06:32
*** chlong has quit IRC06:39
*** Tango has quit IRC07:23
*** SumitNaiksatam has quit IRC08:51
*** smcgough has quit IRC10:20
*** kiran-r has quit IRC13:18
*** fnaval has joined #openstack-lbaas14:18
*** woodster_ has joined #openstack-lbaas14:26
*** Miouge has quit IRC14:35
*** Tango has joined #openstack-lbaas14:48
*** blogan_ has joined #openstack-lbaas15:18
*** xgerman has joined #openstack-lbaas15:19
*** xgerman has quit IRC15:19
*** xgerman has joined #openstack-lbaas15:22
*** rm_work|away is now known as rm_work15:30
*** blogan_ has quit IRC15:34
*** TrevorV|Home has joined #openstack-lbaas15:38
*** Miouge has joined #openstack-lbaas15:40
*** john-davidge has joined #openstack-lbaas15:47
john-davidgeblogan: ping15:48
*** blogan_ has joined #openstack-lbaas16:00
*** Miouge has quit IRC16:01
*** rm_work is now known as rm_work|away16:22
*** mlavalle has joined #openstack-lbaas16:30
*** madhu_ak has joined #openstack-lbaas16:40
*** blogan_ has quit IRC16:47
openstackgerritTrevor Vardeman proposed stackforge/octavia: Amphora SSH Driver  https://review.openstack.org/16096416:47
TrevorV|Homejohn-davidge, Not sure he saw this in time, it looks like his connection here just died.16:48
*** TrevorV|Home has quit IRC16:53
*** blogan_ has joined #openstack-lbaas16:58
*** rm_work|away is now known as rm_work17:12
*** blogan_ has quit IRC17:13
*** blogan_ has joined #openstack-lbaas17:14
*** john-davidge has quit IRC17:17
TangoHello, I would like to confirm the version of LBaaS in the Kilo release. From the page http://docs.openstack.org/developer/devstack/guides/devstack-with-lbaas-v2.html, it appears that Kilo will have V2. Does this mean that if I need V1, I would have to install it separately?17:18
TangoI am using Kubernetes which currently uses V1 API17:18
TangoFrom earlier chat on the IRC, V1 and V2 are mutually exclusive17:20
blogan_Tango: v1 and v2 should both be installed if neutron-lbaas is installed17:38
openstackgerritmin wang proposed stackforge/octavia: Fix Octavia complexity issues  https://review.openstack.org/17703517:39
Tangoblogan_: Thanks, there should be no problem with making V1 API call?17:39
xgermanthey don't work at the same time17:41
xgermanyou should only use v1 or v2 -- but not both at the same time17:42
Tangoxgerman: OK, is there a config somewhere that enables V1?17:42
xgermanit's installed by default and the cleint will offer the options17:43
xgermanboth options making it confusing for users17:43
xgermanyou can sort of deactivate things in neutron.conf17:44
Tangoxgerman: I see, so the user would specify the version on the CLI?17:44
xgermanthere are commands called lb- and lbaas-17:44
xgermanlb is 1.0 and lbaas 2.017:44
xgermanso the user would need to know which ones to use17:44
TangoRight, that's the confusing part.17:45
xgermanyep17:45
TangoI had one devstack with V2 and the lb- command would return 404 Not Found17:45
xgermanin devstack you get lbaas v1 installed by default and you will have to edit neutron-conf to deactivate17:45
xgermanTango, so you have 2.0 successfully installed ;-)17:46
xgermanthat;s the expected beahavior17:46
TangoSo if I pick up the Kilo release and follow the normal instruction, would I get V1 or V2 by default?17:47
*** rm_work is now known as rm_work|away17:47
xgermanif you are doing devstack you would end up with V1 which is part of the devstack repo whereas V2 devstack code is in our lbaas repo17:48
xgermanso getting V2 requires some extra work17:49
TangoOK perfect, that answers my question then.  Thanks xgerman17:49
xgermanyou are welcome17:50
*** bharath has joined #openstack-lbaas17:53
*** mwang2 has joined #openstack-lbaas17:54
blogan_stupid time warner18:10
blogan_thanks for answering his questions xgerman18:11
*** TrevorV|Home has joined #openstack-lbaas18:21
*** mwang2 has quit IRC18:24
*** rm_work|away is now known as rm_work18:34
*** rm_work is now known as rm_work|away18:50
*** rm_work|away is now known as rm_work18:56
*** TrevorV|Home has quit IRC18:59
*** bharath has quit IRC19:09
*** bharath has joined #openstack-lbaas19:09
*** rm_work is now known as rm_work|away19:22
*** madhu_ak_ has joined #openstack-lbaas19:22
*** madhu_ak has quit IRC19:24
*** rm_work|away is now known as rm_work19:43
*** mwang2 has joined #openstack-lbaas19:58
*** blogan_ has quit IRC20:11
*** blogan_ has joined #openstack-lbaas20:13
*** rm_work is now known as rm_work|away20:17
*** rm_work|away is now known as rm_work20:19
*** blogan_ has quit IRC20:19
*** woodster_ has quit IRC20:20
openstackgerritmin wang proposed openstack/neutron-lbaas: Admin API tempest for healthmonitor  https://review.openstack.org/17354220:35
*** woodster_ has joined #openstack-lbaas20:40
*** blogan_ has joined #openstack-lbaas20:46
*** rm_work is now known as rm_work|away20:47
*** rm_work|away is now known as rm_work20:47
openstackgerritmin wang proposed openstack/neutron-lbaas: Introduced tempest API tests for openstack/neutron-lbaas  https://review.openstack.org/16843920:48
*** rm_work is now known as rm_work|away20:57
xgermanblogan - we need some sqlachemy help21:20
xgermanyt?21:21
xgermanespecially the to_data_model is confusing us --21:22
xgermanthis is the test exposing the problem:21:23
xgermanhttps://gist.github.com/xgerman/8daed3f344887fed469721:23
xgermanfails line 1721:24
*** madhu_ak_ is now known as madhu_ak21:24
xgermanrm_work? Is any of you there?21:26
*** santosh_ns has quit IRC22:18
blogan_xgerman: im here, ill give it a look see22:29
xgermanthanks -- it seems that if you start the recursion in t_data_model at pool then it goes to listener then it own't do default_pool22:29
blogan_xgerman: why can't you just use new_pool at that point?22:30
xgermanit's a test ;-)22:30
xgermanto expose https://gist.github.com/anonymous/a2fb712444ff06cd96a622:31
blogan_xgerman: yeah the to_data_model method won't try to convert what you just came from bc then it'd get in an infinite recursion loop22:31
xgermanyes22:31
blogan_if absolutely needed we can add in recursive max depth but that'll definitely complicate it even more (its already quite complicated)22:32
xgermanwell, the work around would be to get the Pool; the xtract the listener.id; then get the listener22:32
blogan_but you already have the listener22:33
blogan_and the pool22:33
xgermanthe pool might not be the dedault pool? Is that a valid case?22:35
blogan_is that something that isn't possible?22:35
blogan_right now the listener only has one pool22:35
xgermanyeah, so we should just assume that -- or make it future proof?22:35
blogan_just assume it, when L7 comes around we'll have to make sure that still holds22:36
blogan_though I'm thinking the pool model would be a child of an L7 rule/policy model, not the listener, but thats yet to be fleshed out22:36
xgermanok, so for now: pool : listener is 1:122:40
blogan_yep22:40
blogan_xgerman: while you're here, i was looking at that review that improved the complexity of the octavia code22:42
xgermanyes22:42
blogan_xgerman: i commented, not sure if you read it yet, but is that tool used in a lot of openstack products?22:42
xgermanI saw the comments -- I don't have any info on that22:43
xgermanI will be touching base with the other HP people (using the tool) next week --22:43
blogan_well like i said, i like the improvements, just have a minor concern on it forcing some style22:43
xgermanyeah, all tools do that22:44
xgermanand part of the exercise was to figure out to look at the quality of the tool's suggestions22:44
blogan_yep, which is why i bring up the whole openstack thing, they definitely support using pep8,flake8 and all of that22:44
blogan_well other than the staticmethods, suggestions looked good22:45
blogan_pycharm's inspections will also suggest using staticmethod22:45
xgermanthey probably all rely on the same open source inspection lib22:45
blogan_yeah you're probably right22:47
*** woodster_ has quit IRC22:50
openstackgerritmin wang proposed openstack/neutron-lbaas: Admin API tempest for healthmonitor  https://review.openstack.org/17354222:53
*** woodster_ has joined #openstack-lbaas23:03
*** bharath has quit IRC23:06
*** bharath has joined #openstack-lbaas23:06
*** bharath has quit IRC23:35
*** bharath has joined #openstack-lbaas23:36
*** bharath has quit IRC23:58
*** bharath_ has joined #openstack-lbaas23:58

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