When lbaas_persist and lbaas_fallback_persist are defined in a an esd JSON specification, these settings will be first applied to the virtual server properly, but due to a call here, they are overwritten with whatever persistence is defined for the pool. The result of the update_session_persistence call is shown below. This is an issue with conflicting sources of information about session persistence, meaning it can be defined on the pool or on the esd specification.
patch WITH uri: https://172.16.1.19:443/mgmt/tm/ltm/virtual/~Project_8b1447974c7049b1bf652df988cdd3af~Project_2931f171-8f00-4eeb-a61e-e4300c1ed3f0/ AND suffix: AND kwargs: {'json': {'partition': u'Project_8b1447974c7049b1bf652df988cdd3af', 'fallbackPersistence': '', 'name': u'Project_2931f171-8f00-4eeb-a61e-e4300c1ed3f0', 'persist': []}}
It should be noted that the driver tempest test api/test_esd.py::ESDTestJSON::test_create_esd often fails due to the issue. When commenting out the offending line above, it passes. But another way must be devised to account for session persistence on the pool and in esd.
OpenStack Release
found in mitaka
Description
When lbaas_persist and lbaas_fallback_persist are defined in a an esd JSON specification, these settings will be first applied to the virtual server properly, but due to a call here, they are overwritten with whatever persistence is defined for the pool. The result of the update_session_persistence call is shown below. This is an issue with conflicting sources of information about session persistence, meaning it can be defined on the pool or on the esd specification.
Here was the esd spec used:
It should be noted that the driver tempest test api/test_esd.py::ESDTestJSON::test_create_esd often fails due to the issue. When commenting out the offending line above, it passes. But another way must be devised to account for session persistence on the pool and in esd.