Tuesday, 2015-03-17

*** jamiem has quit IRC00:07
*** banix has joined #openstack-lbaas00:14
*** vivek-ebay has quit IRC00:16
*** vivek-ebay has joined #openstack-lbaas00:16
*** amotoki has joined #openstack-lbaas00:19
*** banix has quit IRC00:26
*** xgerman has quit IRC00:29
*** mlavalle has quit IRC00:39
*** banix has joined #openstack-lbaas00:56
*** vivek-ebay has quit IRC01:05
*** vivek-ebay has joined #openstack-lbaas01:05
openstackgerritmin wang proposed stackforge/octavia: Add the config file for nova compute drive  https://review.openstack.org/16324001:09
*** woodster_ has quit IRC01:10
*** mwang2_ has quit IRC01:16
*** banix has quit IRC01:31
openstackgerritMerged openstack/neutron-lbaas: Fixes session persistence validation error  https://review.openstack.org/16364401:33
*** banix has joined #openstack-lbaas01:42
*** woodster_ has joined #openstack-lbaas01:43
*** madhu_ has joined #openstack-lbaas01:47
openstackgerritPhillip Toohill proposed openstack/neutron-lbaas: TLS capability extension implementation for lbaas v2  https://review.openstack.org/14508501:48
openstackgerritPhillip Toohill proposed openstack/neutron-lbaas: LBaaS reference implementation driver to support TLS  https://review.openstack.org/14515101:49
openstackgerritPattabi Ayyasami proposed openstack/neutron-lbaas: Brocade Driver for lbaas v2 data model  https://review.openstack.org/14707401:53
*** Aish has left #openstack-lbaas01:59
*** madhu_ has quit IRC02:06
*** vivek-ebay has quit IRC02:28
*** bharath has quit IRC02:32
*** Aish has joined #openstack-lbaas02:56
*** Aish has left #openstack-lbaas03:00
*** sbalukoff has quit IRC03:02
*** fnaval has quit IRC03:03
*** fnaval has joined #openstack-lbaas03:10
openstackgerritMerged openstack/neutron-lbaas: Hooks for lbaasv2 api tempest job  https://review.openstack.org/16275703:11
*** banix has quit IRC03:18
*** banix has joined #openstack-lbaas03:19
openstackgerritPhillip Toohill proposed openstack/neutron-lbaas: TLS capability extension implementation for lbaas v2  https://review.openstack.org/14508503:28
openstackgerritPhillip Toohill proposed openstack/neutron-lbaas: LBaaS reference implementation driver to support TLS  https://review.openstack.org/14515103:28
*** banix has quit IRC04:11
*** intr1nsic has joined #openstack-lbaas04:23
openstackgerritMerged openstack/neutron-lbaas: Validate health_monitor id when associating to pool  https://review.openstack.org/16368004:26
openstackgerritPattabi Ayyasami proposed openstack/neutron-lbaas: Brocade Driver for lbaas v2 data model  https://review.openstack.org/14707404:29
*** blogan_ has joined #openstack-lbaas04:36
*** sbalukoff has joined #openstack-lbaas04:39
*** enikanorov has quit IRC04:43
*** enikanorov has joined #openstack-lbaas04:43
openstackgerritPattabi Ayyasami proposed openstack/neutron-lbaas: Brocade Driver for lbaas v2 data model  https://review.openstack.org/14707404:44
*** blogan_ has quit IRC04:46
*** blogan_ has joined #openstack-lbaas05:01
openstackgerritPhillip Toohill proposed openstack/neutron-lbaas: LBaaS reference implementation driver to support TLS  https://review.openstack.org/14515105:15
*** blogan_ has quit IRC05:54
*** blogan_ has joined #openstack-lbaas05:56
*** bharath has joined #openstack-lbaas06:02
*** fnaval has quit IRC06:02
*** blogan_ has quit IRC06:04
*** bharath has quit IRC06:06
*** bharath has joined #openstack-lbaas06:10
*** kobis has joined #openstack-lbaas06:21
*** blogan_ has joined #openstack-lbaas06:27
*** kobis has quit IRC06:31
*** amotoki has quit IRC06:43
*** amotoki has joined #openstack-lbaas06:49
*** blogan_ has quit IRC07:22
*** apuimedo has joined #openstack-lbaas08:41
*** bharath has quit IRC08:56
*** woodster_ has quit IRC09:00
*** BrianShang has joined #openstack-lbaas09:00
*** apuimedo has quit IRC09:19
*** apuimedo has joined #openstack-lbaas09:27
*** kobis has joined #openstack-lbaas10:08
*** kobis has quit IRC10:38
*** kobis has joined #openstack-lbaas11:02
*** kobis has quit IRC11:11
*** kobis has joined #openstack-lbaas11:12
*** kobis has quit IRC11:16
*** bharath has joined #openstack-lbaas11:57
*** woodster_ has joined #openstack-lbaas11:59
*** amotoki has quit IRC11:59
*** bharath has quit IRC12:01
*** apuimedo has quit IRC12:13
*** banix has joined #openstack-lbaas12:48
*** amotoki has joined #openstack-lbaas13:09
*** rohara1 has quit IRC13:09
*** BrianShang_ has joined #openstack-lbaas13:11
*** BrianShang has quit IRC13:13
*** jamiem has joined #openstack-lbaas13:15
*** apuimedo has joined #openstack-lbaas13:18
*** banix has quit IRC13:22
*** banix has joined #openstack-lbaas13:36
*** rohara has joined #openstack-lbaas13:37
*** banix has quit IRC13:52
openstackgerritMerged openstack/neutron-lbaas: Install HAProxy 1.5 on Ubuntu Devstack  https://review.openstack.org/16486414:42
*** fnaval has joined #openstack-lbaas14:56
*** SumitNaiksatam has joined #openstack-lbaas15:00
*** banix has joined #openstack-lbaas15:13
*** xgerman has joined #openstack-lbaas15:16
*** fnaval has quit IRC15:16
*** fnaval has joined #openstack-lbaas15:17
*** crc32 has joined #openstack-lbaas15:17
*** crc32 has quit IRC15:18
*** crc32 has joined #openstack-lbaas15:19
*** vivek-ebay has joined #openstack-lbaas15:20
*** fnaval has quit IRC15:21
openstackgerritTrevor Vardeman proposed openstack/neutron-lbaas: Change default cert manager to barbican  https://review.openstack.org/16489015:24
ptoohillUpdated: https://review.openstack.org/#/c/163682/115:27
*** crc32 has quit IRC15:28
xgermandougwig, blogan: ajmiller is still working on stats... do you think they can still make it?15:30
*** Santosh has joined #openstack-lbaas15:31
Santosh I have query with respect to Load Balancer's Status Tree retrieval . (https://wiki.openstack.org/wiki/Neutron/LBaaS/API_2.0#Retrieve_a_specific_Load_Balancer.27s_Status_Tree)  Is there any specific requirement so that we are returning entities statuses in nested tree? Isn't is simpler to return status in flat order. I can see duplication of entity status with tree. For example if same pool is associated with two listeners(15:31
*** fnaval has joined #openstack-lbaas15:33
*** vivek-ebay has quit IRC15:37
ptoohillhttps://wiki.openstack.org/wiki/Network/LBaaS/docs/how-to-create-tls-loadbalancer15:43
ptoohillTrevorV: and those that may have missed it yesterday ^^^15:43
*** kobis has joined #openstack-lbaas15:44
dougwigxgerman: if they're ready today15:45
*** mlavalle has joined #openstack-lbaas15:46
xgermanok, sounds good15:49
*** Aish has joined #openstack-lbaas15:50
*** ajmiller has joined #openstack-lbaas15:52
fnavalnice doc ptoohill - i'll give it a try later today15:56
*** madhu_ has joined #openstack-lbaas15:57
ptoohillfnaval, let me know i can walk through it with you so i can get feedback if theres any15:57
fnavalyep, i'll probably pull you in later15:58
ptoohillgood deal15:58
sballeMorning15:58
ptoohillMornin'15:59
rm_workptoohill: i'm editing your wiki page a little bit15:59
ptoohilluhoh15:59
rm_workformatting stuff, and notes on Barbican15:59
rm_workthat is all15:59
ptoohillkk15:59
rm_workvery nice doc :P15:59
ptoohill:P15:59
TrevorVYour mom has nice docs15:59
ptoohillitll change once things get merged, bug fixes etc :)16:00
rm_workyeah16:00
rm_workbiggest thing is getting rid of all the $ on the openssl commands16:00
rm_workso you can copy/paste the whole thing easily :P16:00
rm_workwas trying to copy/paste and was like GAH16:01
*** jorgem has joined #openstack-lbaas16:01
*** mwang2 has joined #openstack-lbaas16:01
*** barclaac has joined #openstack-lbaas16:03
*** localloop127 has joined #openstack-lbaas16:03
ptoohillrm_work, haha, i thought about that too and dislike having it there but thought since others were doing it i NEEDED to :/16:05
rm_workyeah screw what OTHERS are doing, just do it the convenient way, if they don't like it they'll switch it back :P16:06
*** amotoki has quit IRC16:06
*** barclaac|2 has quit IRC16:07
openstackgerritPhillip Toohill proposed openstack/neutron-lbaas: Fixes barbican cert manager to support v2/v3 auth  https://review.openstack.org/16406316:07
rm_workptoohill: actually, so, python-barbicanclient if you pull down latest should change a couple of things16:08
rm_workone, the base64 encode isn't necessary anymore16:08
rm_workand two, you shouldn't actually NEED to specify content-type now16:08
ptoohillagreed, i can remove that chunk now!16:08
rm_workjust leave it out16:08
ptoohillah, awesome!16:08
rm_workit does autodetection16:08
ptoohill:D16:08
rm_workso if you want to fix that section16:08
ptoohillthese are good changes! Yep ill take care of those when youre finished messing with it16:09
rm_workerr, test it first :P16:09
ptoohill:P16:09
ptoohillmaybe, let the readers test :D16:09
ptoohilltrial and error ><16:09
ptoohillj/k ill set things back up and verify that and make updates to it in a bit16:10
*** barclaac|2 has joined #openstack-lbaas16:12
*** kunjathi has joined #openstack-lbaas16:15
*** barclaac has quit IRC16:15
bloganSantosh: you asked the question about the nested tree?16:20
*** Aish has quit IRC16:21
SantoshYes16:21
*** madhu_ has quit IRC16:21
Santosh18] == openstack changed the topic of #openstack-meeting-4 to: OpenStack Meetings [03:19] <@openstack> Meeting ended Tue Mar 17 16:18:58 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) [03:19] <@openstack> Minutes:        http://eavesdrop.openstack.org/meetings/neutron_lbaas/2015/neutron_lbaas.2015-03-17-15.59.html [03:19] <dougwig>  /by/bye/ [03:19] <@openstack> Minutes (text): http://eav16:21
SantoshIs there any specific requirement so that we are returning entities statuses in nested tree? Isn't is simpler to return status in flat order. I can see duplication of entity status with tree. For example if same pool is associated with two listeners(when  listener,pool n:1 mapping is implemented ,restriction is removed)   same pool status will appear twice with mentioned listeners in statuses tree.16:22
*** vivek-ebay has joined #openstack-lbaas16:22
bloganSantosh: the reason we dont want to put the status on the pool entity itself is if a pool is associated with two listeners.  That pool could fail provisioning on one listener and succeed on another, and the operating status of the pool could be different as well16:23
*** crc32 has joined #openstack-lbaas16:23
SantoshI am also doing changes for netscaler v2 driver for async tracking including statuses tree16:24
dougwigSantosh: unless you're almost done, i'd focus on the basic object functionality, addressing blogan's comments, getting your CI commenting, and getting the version in gerrit revved.  there's likely a few iterations left on the core stuff.16:26
SantoshIt bit late but i was going through the tempest api test , For listener create we are not waiting for status16:26
*** bharath has joined #openstack-lbaas16:26
Santoshlistener create could be a async operation .16:28
*** barclaac has joined #openstack-lbaas16:30
bloganSantosh: it waits for load balancer status, and checks that listener status goes back to ACTIVE16:31
openstackgerritPhillip Toohill proposed openstack/neutron-lbaas: Fixes barbican cert manager to support v2/v3 auth  https://review.openstack.org/16406316:31
SantoshBut it is not checking down the status tree for listener16:32
bloganSantosh: what do you mean?16:32
*** barclaac|2 has quit IRC16:32
*** mwang2 has quit IRC16:34
*** barclaac has quit IRC16:34
SantoshAfter creating listener should we wait for listener provisioning status be ACTIVE ( could be get from statuses tree)16:34
*** barclaac has joined #openstack-lbaas16:34
bloganSantosh: wait for load baalcner provisioning status to be ACTIVE, then verify that listener provisioning status is ACTIVE16:36
bloganSantosh: but you can wait for listener provisioning status to be ACTIVE, but the gatekeeper is the load balancer provisioning status16:36
SantoshBut we are not verifying listener provisioning status is ACTIVE16:36
SantoshIn the tempest v2 listener test16:37
bloganSantosh: i see many calls to self._check_status_tree helper method16:37
*** SumitNaiksatam has quit IRC16:40
*** enikanorov has quit IRC16:40
*** enikanorov has joined #openstack-lbaas16:41
Santoshin init it is missing16:41
SantoshIn test_pool.py in create pool16:42
*** kobis has quit IRC16:42
bloganSantosh: yeah now that doesn't, that should be fixed16:43
Santoshit has only self._wait_for_load_balancer_status(self.load_balancer.get('id'))  . We should have added  _check_status_tree16:44
bloganSantosh: agreed16:44
*** kobis has joined #openstack-lbaas16:49
*** BrianShang_ has quit IRC16:51
*** BrianShang has joined #openstack-lbaas16:52
*** kobis1 has joined #openstack-lbaas16:56
*** kobis has quit IRC16:57
*** kobis1 has quit IRC17:01
*** xgerman has quit IRC17:01
*** xgerman has joined #openstack-lbaas17:01
*** sbfox has joined #openstack-lbaas17:03
*** Aish has joined #openstack-lbaas17:04
*** kobis has joined #openstack-lbaas17:05
*** barclaac has quit IRC17:05
*** madhu_ has joined #openstack-lbaas17:06
*** ajmiller_ has joined #openstack-lbaas17:06
*** barclaac has joined #openstack-lbaas17:06
*** ajmiller has quit IRC17:07
*** jorgem has quit IRC17:08
*** barclaac has quit IRC17:17
*** barclaac has joined #openstack-lbaas17:20
*** barclaac|2 has joined #openstack-lbaas17:21
*** barclaac has quit IRC17:25
*** localloo1 has joined #openstack-lbaas17:27
*** localloop127 has quit IRC17:31
*** localloo1 is now known as localloop12717:34
*** kobis has quit IRC17:52
*** banix has quit IRC18:04
*** vivek-ebay has quit IRC18:06
*** vivek-ebay has joined #openstack-lbaas18:06
*** sbfox has quit IRC18:13
openstackgerritCarlos Garza proposed openstack/neutron-lbaas: Implemented dynamic loadbalancer status tree  https://review.openstack.org/16105218:17
*** Aish has quit IRC18:19
*** jorgem has joined #openstack-lbaas18:23
*** sbfox has joined #openstack-lbaas18:36
*** Aish has joined #openstack-lbaas18:38
bloganxgerman, johnsom: have a chance to talk about your comments in this review: https://review.openstack.org/#/c/161052/18:40
xgermangive us 5 minutes18:40
johnsom+118:40
bloganxgerman: sure18:40
*** vivek-ebay has quit IRC18:41
johnsomdougwig: blogan wants to talk about the degraded status I asked you about, so you might want to join this conversation18:41
*** vivek-ebay has joined #openstack-lbaas18:42
dougwigjohnsom: here18:42
*** SumitNaiksatam has joined #openstack-lbaas18:43
johnsomblogan what did you want to discuss?18:43
dougwigjohnsom: sounds like you and blogan were agreeing, it's just that OFFLINE is overloaded and not always due to admin action.18:43
bloganjohnsom: just clarifying, you dont want an OFFLINE status in a child to cause a DEGRADED status in its parent?18:44
blogandougwig: +118:44
bloganjohnsom: well i'm saying admin_state_up won't put the operating_status in OFFLINE status18:44
blogansetting that to Fale i mean18:44
bloganfalse18:44
dougwigi think we agree that an admin marking a node offline should not trigger DEGRADED.  now it's down to what it looks like when that happens, right?18:45
xgermanso admin_state down won't cause it to become OFFLINE?18:45
blogandougwig: i think so18:45
xgermandougwig +118:45
bloganxgerman: taht is correct, i dont think two fields should change if a user disables an entity18:45
xgermanwell, if it's DOWN it can't be ONLINE18:46
xgermanthat feels weird18:46
dougwigxgerman: +118:46
bloganxgerman: yeah thats definitely an issue18:46
johnsomYeah, with admin state down we don't want the customer to see ONLINE right?18:47
bloganbut changing two fields because a user disables is just as weird to me18:47
xgerman+118:47
xgermanwell, setting it to DOWN should cause a Node to got offline18:47
johnsomI think the admin state down flag helps explain to the user why it is in OFFLINE18:47
*** jorgem has quit IRC18:48
bloganhmm thats a good way to look at it, makes me feel less weird about it18:48
bloganok carlos or i will push up a new ps18:49
bloganill go with the lesser of two evils here18:49
dougwigbig giant violent agreement.18:49
johnsomCool!18:49
xgerman+118:50
blogani wouldn't say there was agreement, there was disagreement and then i slowly cam eto the dark side18:50
openstackgerritPhillip Toohill proposed openstack/neutron-lbaas: Fixes barbican cert manager to support v2/v3 auth  https://review.openstack.org/16406318:50
johnsomgrin18:50
xgermanblogan, I wouldn't call our side the dark side18:50
rm_workxgerman: re-review ptoohill's commit there ^^ fixed the tests18:51
bloganxgerman: my side is always the light side, all others are dark18:51
xgermanlol18:51
*** jamiem has quit IRC18:52
*** jorgem has joined #openstack-lbaas19:06
*** sbfox has quit IRC19:16
*** vivek-ebay has quit IRC19:26
*** vivek-ebay has joined #openstack-lbaas19:26
dougwigTow yards are dark, yo.19:36
xgermantowed again?19:41
*** sbfox has joined #openstack-lbaas19:41
*** jorgem has quit IRC19:43
*** jorgem has joined #openstack-lbaas19:44
*** banix has joined #openstack-lbaas19:44
*** jorgem has quit IRC20:06
*** jorgem has joined #openstack-lbaas20:11
*** jorgem1 has joined #openstack-lbaas20:14
*** jorgem has quit IRC20:16
*** madhu__ has joined #openstack-lbaas20:18
*** vivek-ebay has quit IRC20:21
fnavalblogan: how do i delete a load balancer that is stuck in a PENDING_UPDATE state?20:21
ptoohillfnaval, can update status in db and call delete, or delete from db20:24
fnavalis there another way, from the user's perspective, without touching the db? ptoohill20:28
fnavaloh, you mean to update the lb status ?20:28
fnavalusing the update load balancer call?20:29
ptoohillnot sure of another way, things shouldnt get stuck and usually means something else is going wrong and requires operator attention20:29
fnavalwhich are  valid statuses to delete from?20:29
ptoohillno, i mean to update status in db directly20:29
fnavalah, should I file an issue20:30
ptoohill?20:30
ptoohillIf things are getting stuck i assume theres an issue we need to fix, so yes please20:30
fnavalis it a bug that i'm not able to delete a LB that is in PENDING_UPDATE provisioning status?20:30
bloganno20:31
bloganno thats nto a bug20:31
bloganthe bug is it getting stuck in PENDING_UPDATE20:31
fnavalah ok.20:31
bloganfnaval: could you look in the neutron-server logs and find out where exactly it went wrong?20:31
fnavalwhere is that kept20:31
bloganfnaval: in the q-svc in screen20:33
*** mugu has quit IRC20:35
fnavalhmm.. i'm seeing some HTTPBadRequest issues20:36
ptoohillill come over20:36
fnavalhttps://gist.github.com/fnaval/6f8f6367cf6e34335cfb20:36
madhu_I am seeing that hrrpbadrequest issues as well in q-svc screen when running test_loadbalancer.py tests20:37
madhu_httpbadrequest*20:37
xgermanyep, looks like one of the negative tests we are about to write20:38
bloganlol ROUNDED20:41
blogani like that algorithm20:41
bloganround to the nearest pool member20:41
openstackgerritMerged openstack/neutron-lbaas: TLS capability extension implementation for lbaas v2  https://review.openstack.org/14508520:42
bloganmadhu_: that causes the LB to get stuck in PENDING_UPDATE?20:43
rm_worknice ptoohill :P20:44
johnsomI am running through the doc: how-to-create-tls-loadbalancer and have hit an issue:20:48
johnsomstack@tlsdevstack:/var/lib$ neutron lbaas-listener-create --loadbalancer lb1 --protocol-port 443 --protocol TERMINATED_HTTPS --name listener1 --default-tls-container=$(barbican container list | awk '/ tls_container / {print $2}')20:48
johnsomStarting new HTTP connection (1): localhost20:48
johnsomStarting new HTTP connection (1): localhost20:48
johnsomUnrecognized attribute(s) 'default_tls_container_id'20:48
rm_workjohnsom: hmm, TLS capability extension just merged20:49
rm_workso it should even be available on master now20:49
rm_workbut only JUST now20:49
johnsomYeah, I followed the page and pulled patchsets20:50
rm_workhmm20:50
*** mugu has joined #openstack-lbaas20:50
rm_workptoohill is afk20:50
rm_workhe should be back soon20:50
*** kunjathi has quit IRC20:52
johnsomYeah, ok, he missed a patchset in the docs.20:54
*** vivek-ebay has joined #openstack-lbaas20:54
*** mestery has quit IRC20:55
johnsomHmm, no, nevermind I have that patchset.20:55
ptoohillneed to get the client johnsom ?20:56
ptoohiller, the client patch20:56
johnsomI have this one: https://review.openstack.org/#/c/161404/20:56
ptoohillyea that should be it, have you 'sudo python setup.py install' in the python-neutronclient?20:58
johnsomIt looks like that is coming back from the server:20:58
ptoohillcant tell if thats a client or lbaas errror from whats pasted20:58
johnsomDEBUG: keystoneclient.session RESP:20:58
johnsomDEBUG: neutronclient.v2_0.client Error message: {"NeutronError": {"message": "Unrecognized attribute(s) 'default_tls_container_id'", "type": "HTTPBadRequest", "detail": ""}}20:58
ptoohillit just seems one of the patches arent in20:58
ptoohillyea, thats client error20:58
*** vivek-ebay has quit IRC20:58
ptoohillneed to checkout that patch then setup the neutronclient20:58
madhu_blogan, yes it is20:59
*** mestery has joined #openstack-lbaas20:59
johnsomI will do it again just to make sure20:59
madhu_I do see that error sometimes, with now it behaving okay20:59
*** vivek-ebay has joined #openstack-lbaas20:59
madhu_blogan ^^20:59
ptoohillsometimes the env can be flaky in regards to setting up the client since devstack uses the libs and doesnt actually download the clients21:00
ptoohillmay just be env issue in this case21:00
*** jorgem1 is now known as jorgem21:01
johnsomNope, same error back from the server21:01
ptoohilldid you checkout the patch for neutron-lbaas and also setup.py that?21:01
ptoohillthat=neutron-lbaas21:01
johnsomI followed the page exactly21:01
ptoohillsome things merged, though that really shouldnt cause issues like this. But, assuming youve checked out the patches, setup the projects and spelled everything correctly this shouldnt be an error21:02
johnsomIt's this driver that should work right?21:02
johnsomservice_provider=LOADBALANCERV2:Haproxy:neutron_lbaas.services.loadbalancer.drivers.haproxy.synchronous_namespace_driver.HaproxyNSDriver:default21:02
ptoohillYou can use that one21:03
ptoohillor the agent21:03
ptoohillbut that error isnt from the driver21:03
ptoohillits either the plugin/ext or the client21:03
ptoohilland that stack trace/reponse looks like just the client is having issues21:04
johnsomNo, it's definitely coming back from the plugin21:04
johnsomThis is what it sent:21:05
johnsom"default_tls_container_id": "http://localhost:9311/v1/containers/c9b41fe9-667a-4d2c-b535-7a17968d9a7f"21:05
johnsomq-svc.log.2015-03-17-180113:2015-03-17 21:04:25.865 TRACE neutron.api.v2.resource HTTPBadRequest: Unrecognized attribute(s) 'default_tls_container_id'21:06
ptoohillhmmm21:07
ptoohilli just reset things up with those patches and i cant seem to duplicate this erorros21:07
ptoohillAH21:07
ptoohilldid you restart the neutron-server?21:07
johnsomYep21:07
ptoohilloh21:07
ptoohillnot quite sure what the problem could be then if youve done all those steps21:08
johnsom2015-03-17 21:04:25.865 TRACE neutron.api.v2.resource ESC[01;35mESC[0021:08
johnsomm  File "/opt/stack/neutron/neutron/api/v2/base.py", line 654, in _verify_attrib21:08
johnsomutes21:08
ptoohilltry with the agent21:10
johnsomCan you paste me the string?21:10
ptoohillits in the config, just needs to be uncommented21:10
johnsomThis one?21:11
johnsomservice_provider=LOADBALANCERV2:Haproxy:neutron_lbaas.drivers.haproxy.plugin_driver.HaproxyOnHostPluginDriver:default21:11
ptoohillyes21:11
ptoohillif anything try cherry-picking the patch: https://review.openstack.org/#/c/145151/21:11
ptoohilland before you do that make sure your neutron-lbaasis up to date with master21:12
johnsomsame error21:12
ptoohillyou setup and restarted the srever after the driver change?21:12
*** mlavalle has quit IRC21:12
johnsomI restarted neutron21:13
ptoohilltry making sure master is up to date and cherry-pic the ref21:13
ptoohillneutron-server21:13
ptoohillthe ref impl patch*21:13
johnsomI can see that the repo I am installing from has 145151 in it.  I wonder if the neutron code is the wrong version.21:14
ptoohillCan you paste me the first two commits from git log?21:14
johnsomcommit 4d5851072b3d66747a994fa0d0670b86b81a34b721:15
johnsomAuthor: ptoohill1 <phillip.toohill@rackspace.com>21:15
johnsomDate:   Wed Aug 20 03:44:48 2014 -050021:15
johnsom    LBaaS reference implementation driver to support TLS21:15
johnsom    Including plugin modifications for barbican container retrieval21:15
johnsom    Including template updates to support TLS and SNI21:15
johnsom    Including jinja_config updates to support storing of the container details21:15
ptoohillnot sure neutron being older would cause this issue. Its acting like you dont have the TLS code at all if the neutron-lbaas ext cant find tls21:15
johnsom    Including driver updates for data directory locations21:15
johnsom    Implement blueprint lbaas-ref-impl-tls-support21:15
johnsom    Change-Id: Ie6d09780bc6e617ca2be15ee2378f7f51f08218d21:15
johnsomcommit 0cc103564b6ddf881c76140a2c413fa9488ea9f621:15
johnsomAuthor: Evgeny Fedoruk <evgenyf@radware.com>21:15
johnsomDate:   Wed Jul 23 09:39:14 2014 -070021:15
johnsom    TLS capability extension implementation for lbaas v221:15
johnsom    Including extension modifications21:15
johnsom    Including db model modifications21:15
ptoohillhmm21:16
johnsomThe cert manager stuff is in there too21:16
johnsomi.e. 16406321:16
ptoohillthats cherry picked on top of all of this?21:16
johnsomyep21:16
ptoohillwhich, that patch doesnt matter if you cant get past the plugin21:16
ptoohilljohnsom: make sure you are restarting the 'neutron-server' under q-svc and not the q-lbaasv221:24
ptoohillq-lbaasv2 is just the agent21:25
johnsom python /usr/local/bin/neutron-server --config-fi /etc/neutron/neutron.conf --config-file /etc/neutron/plugins/ml2/ml2_conf.ini & echo $! >/opt/stack/status/stack/q-svc.pid; fg || echo "q-svc failed to start" | tee "/opt/stack/status/stack/q-svc.failure"21:26
ptoohillthats the right one to restart21:27
johnsomThat's what I have run to restart neutron21:27
ptoohilltypo?21:28
ptoohill--config-fi?21:28
johnsomIt's what devstacck came with in the command buffer.  It starts so must be finding it21:29
ptoohillodd21:29
ptoohillthats a typo for sure21:29
ptoohillassuming its not a cp fail21:29
johnsomCould be a screen issue cutting it off21:30
ptoohillpossible. Im unsure what to say at this point, had a couple others set it up and they ran into that issue but it was because they werent starting the right service (were doing lbaasv2 agent and not the server)21:31
johnsomSomething is wrong with that agent:21:33
johnsomstack@tlsdevstack:~/logs$ neutron lbaas-loadbalancer-create $(neutron subnet-list | awk '/ private-subnet / {print $2}') --name lb221:33
johnsomNo eligible agent found for loadbalancer 332613d7-e8e2-49ba-898e-a7af3d32826e.21:33
johnsomI didn't have that when I used the other driver21:33
bloganjohnsom: try restarting the agent21:36
johnsomDidn't help the "No eligible agent found" issue21:38
bloganis this a fresh stack?21:39
johnsomYeah, built this morning following https://wiki.openstack.org/wiki/Network/LBaaS/docs/how-to-create-tls-loadbalancer21:40
bloganjohnsom: and it pulled down a fresh neutron and neutron-lbaas repository?21:42
johnsomI'm not sure on the neutron part, but the neutron-lbaas was fresh21:43
*** crc32 has quit IRC21:43
johnsomThis one works:21:44
johnsomservice_provider=LOADBALANCERV2:Haproxy:neutron_lbaas.services.loadbalancer.drivers.haproxy.synchronous_namespace_driver.HaproxyNSDriver:default21:44
johnsomThis one does not:21:44
johnsomservice_provider=LOADBALANCERV2:Haproxy:neutron_lbaas.drivers.haproxy.plugin_driver.HaproxyOnHostPluginDriver:default21:44
johnsomBy works, I can at least create the load balancer, then the TLS stuff throws an error21:45
*** BrianShang has quit IRC21:45
bloganyeah because it doesn't use an agent21:45
*** banix has quit IRC21:45
bloganbut if the qlbaasv2 agent is set in localrc, and you're using the service_provider you mentioned above, then that has always worked, there have been times the agent's heartbeat stops for some reason and i get that same error message, but a restart of the agent fixes that21:46
*** BrianShang has joined #openstack-lbaas21:46
blogani know ajmiller_ has gotten this working too21:47
bloganand many here have too21:47
bloganso its gotta be some weird issue that i acn't even fathom21:48
bloganor its the something obvious that everyone looks over21:48
johnsomhaha, likely21:48
bloganonly otehr suggestion i have is pull master from neutron, and restart neutron-server21:49
ajmiller_johnsom, blogan, yes, I have had it working.21:49
bloganif that doesn't work, wipe all of your stack directory and pull down a fresh devstack and restack21:49
ajmiller_Have  you pulled the devstack patch https://review.openstack.org/#/c/161436/21:50
ajmiller_?21:50
bloganajmiller_: that shouldn't affect this21:51
ajmiller_OK21:51
bloganajmiller_: qlbaasv2 should still get started21:51
bloganajmiller_, johnsom: althoguht pulling that down doesn't hurt21:52
ajmiller_blogan the only reason I mention it is that essentially all my testing uses it...21:53
bloganajmiller_: ah i havent had to because i made sure that it being remvoed from devstack and having our devstack plugin together wouldn't cause issues21:53
ajmiller_OK, that sounds right.21:54
johnsomI think I need to restack, I will work on that.21:59
*** Santosh has quit IRC22:01
*** vivek-ebay has quit IRC22:04
*** vivek-ebay has joined #openstack-lbaas22:05
ptoohillsorry, im back. Im going to head home but will be on a bit later tonight. If still having issues i can maybe screen share or work through this with ya. Ping me22:05
johnsomOk, thanks ptoohill22:06
*** localloop127 has quit IRC22:09
*** jorgem has quit IRC22:19
*** jorgem has joined #openstack-lbaas22:19
*** TrevorV|Home has joined #openstack-lbaas22:21
*** ptoohill-oo has joined #openstack-lbaas22:24
*** TrevorV|Home has quit IRC22:25
*** crc32 has joined #openstack-lbaas22:29
*** Trevor_V has joined #openstack-lbaas22:44
*** Trevor_V has quit IRC22:47
openstackgerritAl Miller proposed openstack/neutron-lbaas: Add bytes_in and bytes_out statistics to the listener  https://review.openstack.org/15882322:50
*** ajmiller__ has joined #openstack-lbaas22:55
*** ajmiller_ has quit IRC22:58
johnsomNo luck.  I did a clean, then restack.  The agent driver now creates LBs, but I get the same error from neutron-server:22:59
johnsomUnrecognized attribute(s) 'default_tls_container_id'22:59
ptoohill-ooTry creating via api and not client. See if that gives anything additional or different ?23:11
ptoohill-ooYou have the pluginv2 enabled in neutron I assume?23:12
johnsomI think so.  I can create the LB23:12
ptoohill-ooThat error means the ext with the new TLS stuff can't be found and if you look at the code you checked out it should be there23:13
*** enikanorov has quit IRC23:14
*** enikanorov has joined #openstack-lbaas23:15
ptoohill-ooIn neutron.conf could you just verify the neutron_lbaas.services.loadbalancer.plugin.LoadBalancerPluginv2 is set. I'm sure it is, but running out of trouble shooting ideas for code that's certainly there especially since it merged23:15
ptoohill-ooAnd you did do a cherrypick of the ref impl patch and not a checkout?23:16
johnsomservice_plugins = neutron.services.l3_router.l3_router_plugin.L3RouterPlugin,neutron_lbaas.services.loadbalancer.plugin.LoadBalancerPluginv223:16
ptoohill-ooYep, that looks good23:17
johnsomThe docs say to checkout 145151/23:17
johnsomchery picked 16406323:17
ptoohill-ooWell yea, but things merged a bit ago and havnt updated doc quite yet23:17
ptoohill-oo164063 is the client one right? You did cherry pick into client. Just to be clear23:18
johnsomno, 161404 is client23:18
ptoohill-ooOok23:18
ptoohill-ooI'm on phone and don't have those handy at the moment23:19
*** jorgem has quit IRC23:20
ptoohill-ooHrmmm, screen share? I'm not sure what could be problem if you've done all those things already :/23:20
johnsomI think the alembic didn't run23:21
ptoohill-ooOh, was that a db error? Though it should have failed on lb create or  even start up in that case23:22
johnsomyep23:22
johnsomno sni table23:22
ptoohill-ooShould have other errors for that though23:22
ptoohill-ooNot the missing attr error23:23
ptoohill-ooWe got the sane error you did when we didn't reload neutron-server. But you've done that23:23
ptoohill-ooSame23:23
johnsomHmm, if I just run it I get:23:24
johnsom  File "alembic_migrations/env.py", line 26, in <module>23:24
johnsom    neutron_config = config.neutron_config23:24
johnsomAttributeError: 'Config' object has no attribute 'neutron_config'23:24
ptoohill-ooO.o23:24
ptoohill-ooOK now I'm really not sure what's going on ><23:25
crc32 is brandon around?23:25
ptoohill-ooPing blogan23:25
* crc32 slaps blogan around a bit with a large trout23:26
ptoohill-ooI was having env issues and wiping the /opt/stack and restacking helped. Did you do that already?23:26
johnsomYeah, I pretty much nuked everything this last round23:27
rm_workcrc32: he left23:27
ptoohill-ooAlso, should start neutron-server with neutron_lbaas.conf also. But that requires a patch that hasn't merged yet. Though that wouldn't cause this error23:28
ptoohill-ooOr the other one23:28
ptoohill-ooJohnsom are you deploying locally or VM?23:30
johnsomVM23:30
ptoohill-ooTook screen share won't help then23:30
ptoohill-ooTook*23:30
ptoohill-ooOok*****23:30
ptoohill-ooI'll be on in an hour or so and update the docs. I'll start fresh and follow instructions and see if I can replicate issues23:34
johnsomOk.  I am pretty convinced my issue is the db didn't migrate when I did the install of neutron-lbaas23:34
*** sbfox has quit IRC23:35
johnsomor the stack I guess23:36
*** crc32 has quit IRC23:39
ptoohill-ooRun neutron-db-manage --service lbaas upgrade head23:41
*** crc32 has joined #openstack-lbaas23:44
*** banix has joined #openstack-lbaas23:46
*** ajmiller__ has quit IRC23:50
*** mlavalle has joined #openstack-lbaas23:52
*** SumitNaiksatam has quit IRC23:56

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