Forum Discussion
Edgar_J_Martinez
Nimbostratus
NimbostratusBug with delete connection command
Good afternoon forum,
I need your technical support and experience, since when applying the delete connections command in a virtual server that balances two LDAPs servers, the monitors changed to the down state. It is worth mentioning that the version of f5 is 14.1.4.3 and the applied command was carried out according to the article https://support.f5.com/csp/article/K53851362
- Nikoolayy1
MVP
Strange? What is your healrh monitor? It is not passive health monitor right?
Edgar_J_MartinezHi Nikolay1,
It is not a passive health monitor. I have the default monitor for ldap.- Nikoolayy1
Then it is really strange as the health monitor traffic shouldn't be affected if renember correctly (I may test it ).
If you delete a specific connection for a virtual server and not all the connections to that server, do you see the same issue? (https://support.f5.com/csp/article/K53851362#Delete)
Also you may enable monitor debug just too see what is happening:
https://support.f5.com/csp/article/K17472
-------
- *Debug: Specifies whether the monitor sends error messages and additional information to a log file created and labeled specifically for this monitor. The default setting is No. You can use the log information to help diagnose and troubleshoot unsuccessful health checks. To view the log entries, see the System :: Logs screens.
- No: Specifies that the system does not redirect error messages and additional information related to this monitor. (default)
- Yes: Specifies that the system redirects error messages and additional information to the /var/log/<monitor_type>_<ip_address>.<port>.log file.
------
Also it is interesting if the client traffic is using different ip address when connecting to the backend server as if you are using a standalone f5 device without floating self ip and you have automap under the VIP then the client traffic and health monitor traffic will use the same ip address when contacting the server and you could be hiting some strange bug or the LDAP server to not like so many terminated RST connections and to kill the health monitor traffic because maybe it comes from the same source IP that generates traffic etc. (better check the server and its logs just in case). Also if nothing helps look at the bug tracker and release notes for known issues and maybe do pcap capture and raise a case.
- *Debug: Specifies whether the monitor sends error messages and additional information to a log file created and labeled specifically for this monitor. The default setting is No. You can use the log information to help diagnose and troubleshoot unsuccessful health checks. To view the log entries, see the System :: Logs screens.
