Client traffic may experience unexpected HTTP 500 'Internal Server Error' responses from an Avi Virtual Service.
This issue occurs without any immediately obvious configuration errors and presents itself under the following specific conditions:
An HTTP Request Policy configured on the VS is using the Pool + Server content switch action. This issue will happen only if the HTTP policy is matched for that specific connection.
The Default Server Port in the associated Pool configuration is modified (for example, during a Disaster Recovery failover or routine maintenance).
The HTTP 500 error is caused by a server lookup failure during the content switching action.
While Avi has strict validation checks in place to prevent modifications to a server's IP address or port under the 'Servers' tab if that server is tied to an active HTTP policy, it currently lacks a similar validation check for the Default Server Port field at the broader Pool level.
Because the system permits the 'Default Server Port' to be changed, the specific server referenced in the HTTP Request Policy inadvertently enters an invalid or "bad" state. When traffic attempts to hit the policy, the server lookup fails, resulting in the 500 error.
A permanent fix to address this validation gap will be included in future software versions.
Workaround:
Virtual service policies guide: https://techdocs.broadcom.com/us/en/vmware-security-load-balancing/avi-load-balancer/avi-load-balancer/30-2/vmware-avi-load-balancer-configuration-guide/load-balancing-overview/virtual-services/virtual-service-policies.html