Forum Discussion
Standby Has Fewer Online VIPs Than Active – Requires Manual Monitor Reset
Which one out of the active and standby device is generally showing more online VIPs? Do you notice any patterns in terms of a particular pool or pool member(s) failing their health checks more often than others? Are you using the same nodes across a large number pools? Do you have health monitors applied also at the node level or is it just at the pool / pool member level?
I would recommend checking out the following article which has good tips on how to troubleshoot health monitors:
Troubleshooting health monitors
From past experience, I have had cases where the issue with health check failures were attributed to the back-end pool member and other cases where it was the BIG-IP. The BIG-IP by default uses the "bigd" daemon to send health check probes on the control plane. If you have a significant number of pools with health check monitors applied, then it could be getting overwhelmed. As per the previously mentioned article, you can check the memory usage of the "bigd" daemon by running the following command:
ps aux | grep bigd
If you notice that the memory usage for this daemon is high, you may want to consider switching to "in-TMM" monitoring which makes the BIG-IP send health check probes using TMM (data plane) instead of the bigd (control plane)
More information about in-TMM monitoring here
- ShaunSimmonsMar 06, 2025
Altostratus
Thank you for the responses -
Troubleshooting monitors -- that is not an issue. The problem I am experiencing is out of the ordinary.-=TMOS 17.1.1.3=-
Total(s) 126 VIPs, 138 pools, 220 nodes --No noticeable patterns.
The VIPs and servers are all on their respective IP subnets.--A non-complicated network topology.
Ex: VIP(s) 192.168.10.x / Server(s): 192.168.11.x
"bigd": I am used to environments with over 2000 VIPs / 10000> nodes. My current role the LTMs are basically desk paper-weights. Bigd is in a good state.The nodes do not have a monitor configured; only at a pool level.
Standby - Monitor statusActive - Monitor status
-To test to see if bigd had a problem I switched monitoring to TMM. No dice.
Below: Both the active and standby are able to reach the pool members with no issues with curl ( port is open )
Recent Discussions
Related Content
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com