Bug ID 547532: Monitor instances in a partition that uses a non-default route domain can fail validation on secondary blades

Last Modified: Sep 13, 2023

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

Known Affected Versions:
11.1.0, 11.2.0, 11.2.1, 11.3.0, 11.4.0, 11.4.1, 11.6.0, 12.0.0, 12.0.0 HF1, 12.1.0 HF1, 12.0.0 HF2, 12.1.0 HF2, 12.1.1 HF1, 12.1.1 HF2, 12.1.2 HF1, 12.1.2 HF2

Fixed In:
12.1.0, 12.0.0 HF3, 11.6.1, 11.5.4 HF2, 11.4.1 HF10

Opened: Sep 22, 2015

Severity: 3-Major

Related Article: K00366669

Symptoms

Error messages similar to this are present in the ltm log: -- err mcpd[9369]: 01020036:3: The requested monitor instance (/part10/test_mon 90.90.90.90%10 443 ltm-pool-member) was not found. -- err mcpd[9369]: 01070734:3: Configuration error: Configuration from primary failed validation: 01020036:3: The requested monitor instance (/part10/test_mon 90.90.90.90%10 443 ltm-pool-member) was not found.

Impact

Monitor instances in a partition that uses a non-default route domain can fail validation on secondary blades. mcpd restarts.

Conditions

A chassis-based system with multiple blades. This can occur a few different ways: - A monitor is attached to an object that is configured in a partition that uses a non-default route domain, but the address of the monitor is explicitly using the default route domain (e.g. %0). - A monitor defined in the Common partition is attached to an object from a partition where the default route domain is different.

Workaround

There are two possible workarounds: -- Move the monitor to the /Common/ partition and do not specify %0 in the Alias Address. -- Do not use monitors from other partitions where the default route domain is different.

Fix Information

The complete state for addresses on the primary blade is propagated to secondary blades.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips