Workaround:
Workaround 1:
- We need to identify the VS/pool configuration responsible for triggering the issue.
- To assist with the same, we would require the SE tech-supports for the impacted SEs and debuglogs. Ref techdoc for log collection : collecting-tech-support-logs-using-avi-load-balancer-ui
- Please reach out to Broadcom Support (Avi load balancer) team for analysis of the issue with the support bundles mentioned above.
- Once the VS/Pool is identified, remove the persistence profile associated with the virtual service and save it.
- You can re-attach the same persistence profile to the pool again and save it.
Workaround 2:
- Disable se_objsync, if the above workaround does not help for long.
- Login to cli of Avi controller leader using the command "shell" and execute the below commands to disable objsync:
> configure serviceenginegroup <segroup-name>
> objsync_mode objsync_disabled
> save
- Use the below command to validate the status of objsync
> show serviceenginegroup <segroup-name> | grep objsync_mode
Note: It is advised that once you upgrade to the fixed version, you should re-enable the objsync from the Avi CLI using the below commands. Before enabling, make sure port 4001 is allowed between the SEs.
> configure serviceenginegroup
> objsync_mode objsync_enabled
> save
Fix:
- Fix for this issue is targeted to be released in future version release of Avi LB software.