Forum Discussion

Mayur_Jadhav's avatar
Mayur_Jadhav
Icon for Cirrus rankCirrus
May 19, 2020

F5 Monitor tcp_half_open is getting down error Ipv4 address mismatch

Hi Team,

 

I could see our pool monitor tcp_half_open is becoming down due to IPv4 address mismatch error? what is this error? This issue is intermittent.

After some time members are coming up.

 

May 06 08:28:20 localhost notice mcpd[6508]: 01070638:5: Pool /Data/ABC_8003 member /Data/10.10.10.10:8003 monitor status down. [ /Common/tcp_half_open: down; last error: /Common/tcp_half_open: IPv4 address mismatch @2019/05/06 08:28:20.  ]  [ was up for 24hrs:0min:6sec ]

May 06 08:43:38 localhost notice mcpd[6508]: 01070727:5: Pool /Data/ABC_8003 member /Data/10.10.10.10:8003 monitor status up. [ /Common/tcp_half_open: up ]  [ was down for 0hr:15mins:18sec ]

 

This issue is only for monitor tcp_haf_open, not for any other monitor. Working fine with other monitors like tcp, http.

There is no any changes in F5 as well in environment.

 

Thanks

 

 

 

 

 

application delivery
BIG-IP
LTM
  • Richard_Shuford's avatar
    Richard_Shuford
    Ret. Employee
    May 20, 2020

    As of A.D. 2020, the "tcp_half_open" monitor type is actually needed about as often as you need your vacuum-tube tester. Years ago, a few quirky server-side resources required this type of monitor, but no current software needs it, although it appears as a kind of dusty artifact in inherited configurations. Also, running many instances of "tcp_half_open" monitors also presents a surprisingly high computational load on the control plane. So the best thing to do is to change the monitors to be the simple "tcp" type.

  • Shaun_Simmons's avatar
    Shaun_Simmons
    Icon for Employee rankEmployee
    May 19, 2020

    This KB may help: https://support.f5.com/csp/article/K12829

    -It is an older KB that is no longer maintained.

     

    --I hope this helps! Have a great day!

     

    Workaround

    To work around this issue, you can remove the TCP half open monitor from the pool or node and then add the monitor back. To do so, perform the following procedure:

    Note: This workaround may need to be performed following each system reboot.

    1. Log in to the Configuration utility.
    2. Navigate to Local Traffic > Pools or Nodes.
    3. Click the appropriate pool or node object.
    4. Remove the TCP half open monitor.
    5. Click Update.
    6. Re-add the monitor to the pool or node object.
    7. Click Update.

     

    • Mayur_Jadhav's avatar
      Mayur_Jadhav
      Icon for Cirrus rankCirrus
      May 19, 2020

      I am currently working on 12.1.5, Also monitors are already up. No need to perform workaround.

       

      What is the reason of this issue

  • Shaun_Simmons's avatar
    Shaun_Simmons
    Icon for Employee rankEmployee
    May 19, 2020

    The root cause is difficult to answer, due to many unknown factors of your network topology. The BIGIP relies heavily upon Layer 2 and Layer 3 to be configured and stable, to maintain its stability. However, at times, a bigip services may run into an issue, which is explained in: https://support.f5.com/csp/article/K12829