Bug ID 634583: bigd cores when FQDN-configured pool member is removed

Last Modified: Sep 13, 2023

Affected Product(s):
BIG-IP LTM(all modules)

Known Affected Versions:
11.6.1, 11.6.2, 11.6.3, 11.6.3.1, 11.6.3.2, 11.6.3.3, 11.6.3.4, 11.6.4, 11.6.5, 11.6.5.1, 11.6.5.2, 11.6.5.3, 12.0.0, 12.0.0 HF1, 12.1.0 HF1, 12.0.0 HF2, 12.1.0 HF2, 12.0.0 HF3, 12.0.0 HF4, 12.1.1 HF1, 12.1.1 HF2, 12.1.2 HF1, 12.1.2 HF2, 12.1.0, 12.1.1, 12.1.2, 12.1.3, 12.1.3.1, 12.1.3.2, 12.1.3.3, 12.1.3.4, 12.1.3.5, 12.1.3.6, 12.1.3.7, 12.1.4, 12.1.4.1, 12.1.5, 12.1.5.1, 12.1.5.2, 12.1.5.3, 12.1.6

Fixed In:
13.0.0

Opened: Dec 20, 2016

Severity: 2-Critical

Symptoms

'bigd' may restart, or restart continously, when an FQDN-configured pool member is removed due to an IP-node change in the associated DNS server.

Impact

The 'bigd' process will restart, and monitoring will continue as expected. It is possible that the 'bigd' process will restart continuously, causing monitoring to not be performed (as 'bigd' continually restarts).

Conditions

A pool member is configured through FQDN; and that pool member IP node is changed in the associated DNS (causing the old pool member to be removed, and a new pool member with a new IP to be configured in its place).

Workaround

Configure monitors statically (not using FQDN); or ensure IP addresses provided through DNS for FQDN configured monitors remain unchanged.

Fix Information

'bigd' no longer restarts continuously when an FQDN-configured pool member is removed due to an IP-node change in the associated DNS server.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips