Bug ID 715756: Clusterd may not trigger primary election when primary blade has critical filesystems mounted read-only

Last Modified: Nov 22, 2021

Bug Tracker

Affected Product:  See more info
BIG-IP All(all modules)

Known Affected Versions:
12.1.0, 12.1.0 HF1, 12.1.0 HF2, 12.1.1, 12.1.1 HF1, 12.1.1 HF2, 12.1.2, 12.1.2 HF1, 12.1.2 HF2, 12.1.3,,,,,,,, 12.1.4,, 12.1.5,,,, 12.1.6, 13.0.0, 13.0.0 HF1, 13.0.0 HF2, 13.0.0 HF3, 13.0.1, 13.1.0,,,,,,,,, 13.1.1, 14.0.0,,,,,, 14.0.1,

Fixed In:

Opened: Apr 18, 2018
Severity: 3-Major


When filesystems critical to TMOS functional operation are mounted read-only, clusterd on that blade should trigger a primary election if it was primary. Either way, the cluster should be informed of this critical error state.


The blade with read-only filesystems and degraded functionality might stay primary and claim to be passing traffic.


A critical filesystem (e.g., '/', '/var', '/var/run', '/config', '/shared') has been mounted read-only.


There is no workaround other than to avoid mounting filesystems read-only on a BIG-IP system.

Fix Information

The blade with read-only filesystems and degraded functionality now yields primaryship to a more healthy cluster member.

Behavior Change