Bug ID 421012: scriptd incorrectly reports that it is running on a secondary blade

Last Modified: Apr 28, 2025

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

Known Affected Versions:
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.5.3 HF2, 11.5.4, 11.5.4 HF1, 11.5.4 HF2, 11.5.4 HF3, 11.5.4 HF4, 11.5.5, 11.5.6, 11.5.7, 11.5.8, 11.5.9, 11.5.10, 11.6.0, 11.6.0 HF1, 11.6.0 HF2, 11.6.0 HF3, 11.6.0 HF4, 11.6.0 HF5, 11.6.0 HF6, 11.6.0 HF7, 11.6.0 HF8, 12.0.0, 12.0.0 HF1, 12.0.0 HF2, 12.0.0 HF3, 12.0.0 HF4

Fixed In:
12.1.0, 11.6.1

Opened: May 13, 2013

Severity: 3-Major

Related Article: K73028377

Symptoms

scriptd might indicate that it is running on a secondary blade, even when the process is running on a primary blade or an appliance. The error condition generates this log message: 014f000f:7: Becoming secondary cluster member

Impact

Perpetual iCall handlers do not run, so scripts running under the control of a daemon do not run.

Conditions

The conditions under which this occurs are not well understood, but it is a rare occurrence.

Workaround

Issue the command 'bigstart restart scriptd' on an affected blade or device.

Fix Information

scriptd no longer incorrectly reports that it is running on a secondary blade when it is not.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips