Bug ID 969105: HA failover connections via the management address do not work on vCMP guests running on VIPRION

Last Modified: Jul 23, 2021

Bug Tracker

Affected Product:  See more info
BIG-IP TMOS(all modules)

Known Affected Versions:
13.1.0, 13.1.0.1, 13.1.0.2, 13.1.0.3, 13.1.0.4, 13.1.0.5, 13.1.0.6, 13.1.0.7, 13.1.0.8, 13.1.1, 13.1.1.2, 13.1.1.3, 13.1.1.4, 13.1.1.5, 13.1.3, 13.1.3.1, 13.1.3.2, 13.1.3.3, 13.1.3.4, 13.1.3.5, 13.1.3.6, 13.1.4, 13.1.4.1, 14.1.0, 14.1.0.1, 14.1.0.2, 14.1.0.3, 14.1.0.5, 14.1.0.6, 14.1.2, 14.1.2.1, 14.1.2.2, 14.1.2.3, 14.1.2.4, 14.1.2.5, 14.1.2.6, 14.1.2.7, 14.1.2.8, 14.1.3, 14.1.3.1, 14.1.4, 14.1.4.1, 14.1.4.2, 14.1.4.3, 15.1.0, 15.1.0.1, 15.1.0.2, 15.1.0.3, 15.1.0.4, 15.1.0.5, 15.1.1, 15.1.2, 15.1.2.1, 15.1.3, 15.1.3.1, 16.0.0, 16.0.0.1, 16.0.1, 16.0.1.1, 16.0.1.2

Fixed In:
16.1.0

Opened: Dec 02, 2020
Severity: 3-Major

Symptoms

A high availability (HA) failover connection using the management IP addresses does not work on vCMP guests running on a VIPRION. BIG-IP instances running directly on hardware, on Virtual Edition, and as vCMP guests running on an appliance are unaffected. HA failover connections using self IPs are unaffected.

Impact

Failover state determination over the management port is permanently down.

Conditions

-- vCMP guest running on a VIPRION -- HA failover connection using the management IP addresses (unicast and/or multicast)

Workaround

While self IP-based HA failover connections are not affected by this issue, F5 recommends configuring failover connections over both management IPs and self IPs (as detailed in K37361453: Configuring network failover for redundant VIPRION systems :: https://support.f5.com/csp/article/K37361453). To mitigate this issue, run the following command on each blade of every guest: touch /var/run/chmand.pid The workaround does not survive a reboot, so a more permanent workaround is to edit the file /config/startup and add a line to touch /var/run/chmand.pid. Add this line to the end of /config/startup: (sleep 120; touch /var/run/chmand.pid) & Note: The sleep time of 120 seconds should be tested as it depends on how quickly or slowly the Guest starts up, so the appropriate value for one system may differ from another system. Alternatively, You can use instructions in K11948: Configuring the BIG-IP system to run commands or scripts upon system startup :: https://support.f5.com/csp/article/K11948 to issue commands at system startup after verification if mcpd is up and ready, e.g.: #!/bin/bash source /usr/lib/bigstart/bigip-ready-functions wait_bigip_ready # Customized startup command(s) can be added below this line. touch /var/run/chmand.pid # Customized startup command(s) should end above this line.

Fix Information

None

Behavior Change