Bug ID 460627: SASP monitor starts a new connection to the Group Workload Manager (GWM) server when a connection to it already exists

Last Modified: Jul 13, 2024

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

Known Affected Versions:
10.2.4, 11.0.0, 11.1.0, 11.2.0, 11.2.1, 11.3.0, 11.4.0, 11.4.1, 11.5.0, 11.5.1, 11.5.1 HF1, 11.5.1 HF2, 11.5.1 HF3, 11.5.1 HF4, 11.5.1 HF5, 11.5.1 HF6, 11.5.1 HF7, 11.5.1 HF8, 11.5.1 HF9, 11.5.1 HF10, 11.5.1 HF11, 11.5.2, 11.5.2 HF1, 11.5.3, 11.5.3 HF1, 11.6.0, 11.6.0 HF1, 11.6.0 HF2, 11.6.0 HF3, 11.6.0 HF4, 11.6.0 HF5

Fixed In:
12.0.0, 11.6.0 HF6, 11.5.3 HF2, 11.4.1 HF9, 10.2.4 HF12

Opened: May 05, 2014

Severity: 3-Major

Related Article: K17059

Symptoms

When the SASP monitor starts up, it can attempt to open a new TCP connection to the GWM server when another connection exists to it.

Impact

The SASP monitor fins an existing TCP connection to the GWM server.

Conditions

This happens when a GWM server sends the SendWeight messages to SASP monitor immediately after the registration of the pool member is complete, but the registration of all the pool members is not complete.

Workaround

This issue has no workaround at this time.

Fix Information

The Send Weight messages are processed only after the registration of all the pool members is complete. Monitor logging has been vastly improved. In addition, there was a crashing bug that caused the SASPD_monitor process to be restarted. That bug has been fixed.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips