search

a10networks / a10-neutron-lbaas

A10 Networks, Openstack Neutron LBaaS Driver
Apache License 2.0
9 stars 19 forks source link

Investigate session persistence not being set correctly #190

Closed ghost closed 8 years ago

ghost commented 8 years ago

From Liu Chao:

Hi Michael&Doug,

Thanks for your help,I have been tested version 1.3.7 drive on custom environment, it’s fine to handle health monitor delete. But we noticed another issue when update VIP session persistent method through Horizon dashboard,we set persistent method from source_ip or cookie to none,on thunder device config can’t update accordingly.I am also tested on version 1.3.5/1.3.1,it’s the same result. Can you help to check this issue? thanks again!

Below is log from neutron server,it seems in my aXPI call ,in json payload the drive didn’t set “"source_ip_persistence_template":"" option

2016-01-08 15:36:39.700 32074 DEBUG a10_neutron_lbaas.a10_context [-] A10Context obj={'status': 'PENDING_UPDATE', 'protocol': u'HTTP', 'description': u'', 'address': u'182.34.99.13', 'protocol_port': 8144L, 'port_id': u'0ffa74eb-2996-458f-8514-65d9ca93b4e0', 'id': u'c44f8231-7b2c-4c31-b363-718f54668ed6', 'status_description': None, 'name': u'a10', 'admin_state_up': True, 'subnet_id': u'bdcd9b29-47bb-457b-834b-5cf98c7227c6', 'tenant_id': u'95c7be7b0e2d46408c7913dd8c1dee61', 'connection_limit': -1L, 'pool_id': u'6c27f0c1-b467-4f6b-9499-7c48b574da4c', 'session_persistence': None} __init__ /usr/lib/python2.7/site-packages/a10_neutron_lbaas-1.3.1-py2.7.egg/a10_neutron_lbaas/a10_context.py:33
2016-01-08 15:36:39.887 32074 DEBUG acos_client.v21.axapi_http [-] axapi_http: params = {'vport': {'service_group': u'6c27f0c1-b467-4f6b-9499-7c48b574da4c', 'status': 1, 'protocol': 11, 'name': u'c44f8231-7b2c-4c31-b363-718f54668ed6_VPORT', 'port': 8144}, 'name': u'c44f8231-7b2c-4c31-b363-718f54668ed6'} request build/bdist.linux-x86_64/egg/acos_client/v21/axapi_http.py:152
2016-01-08 15:36:39.887 32074 DEBUG acos_client.v21.axapi_http [-] axapi_http: params_all = {'vport': {'service_group': u'6c27f0c1-b467-4f6b-9499-7c48b574da4c', 'status': 1, 'protocol': 11, 'name': u'c44f8231-7b2c-4c31-b363-718f54668ed6_VPORT', 'port': 8144}, 'name': u'c44f8231-7b2c-4c31-b363-718f54668ed6', 'port': {}} request build/bdist.linux-x86_64/egg/acos_client/v21/axapi_http.py:159
2016-01-08 15:36:39.887 32074 DEBUG acos_client.v21.axapi_http [-] axapi_http: url:     /services/rest/v2.1/?format=json&method=slb.virtual_server.vport.update&session_id=33392edd5ba2efe0a628747f817946 _http build/bdist.linux-x86_64/egg/acos_client/v21/axapi_http.py:132
2016-01-08 15:36:39.888 32074 DEBUG acos_client.v21.axapi_http [-] axapi_http: method:  POST _http build/bdist.linux-x86_64/egg/acos_client/v21/axapi_http.py:133
2016-01-08 15:36:39.888 32074 DEBUG acos_client.v21.axapi_http [-] axapi_http: headers: {'Content-type': 'application/json', 'User-Agent': 'ACOS-Client-AGENT-1.2.4'} _http build/bdist.linux-x86_64/egg/acos_client/v21/axapi_http.py:134
2016-01-08 15:36:39.888 32074 DEBUG acos_client.v21.axapi_http [-] axapi_http: payload: {"vport": {"service_group": "6c27f0c1-b467-4f6b-9499-7c48b574da4c", "status": 1, "protocol": 11, "name": "c44f8231-7b2c-4c31-b363-718f54668ed6_VPORT", "port": 8144}, "name": "c44f8231-7b2c-4c31-b363-718f54668ed6", "port": {}} _http build/bdist.linux-x86_64/egg/acos_client/v21/axapi_http.py:135
2016-01-08 15:36:39.988 32074 DEBUG acos_client.v21.axapi_http [-] axapi_http: data = {"response": {"status": "OK"}} request build/bdist.linux-x86_64/egg/acos_client/v21/axapi_http.py:202

Note from MD: This might only be an issue w/ 2.1 API. I believe we have tests that cover this precise functionality but I may be mistaken.

ghost commented 8 years ago

Investigated and issue created with actual issue.