Bug ID 1123885: A specific type of software installation may fail to carry forward the management port's default gateway.

Last Modified: Aug 04, 2022

Bug Tracker

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

Known Affected Versions:
14.1.0, 14.1.0.1, 14.1.0.2, 14.1.0.3, 14.1.0.5, 14.1.0.6, 14.1.2, 14.1.2.1, 14.1.2.2, 14.1.2.3, 14.1.2.4, 14.1.2.5, 14.1.2.6, 14.1.2.7, 14.1.2.8, 14.1.3, 14.1.3.1, 14.1.4, 14.1.4.1, 14.1.4.2, 14.1.4.3, 14.1.4.4, 14.1.4.5, 14.1.4.6, 14.1.5, 14.1.5.1, 15.1.0, 15.1.0.1, 15.1.0.2, 15.1.0.3, 15.1.0.4, 15.1.0.5, 15.1.1, 15.1.2, 15.1.2.1, 15.1.3, 15.1.3.1, 15.1.4, 15.1.4.1, 15.1.5, 15.1.5.1, 15.1.6, 15.1.6.1_RELEASE, 16.1.0, 16.1.1, 16.1.2, 16.1.2.1, 16.1.2.2, 16.1.3, 16.1.3.1, 17.0.0, 17.0.0.1

Opened: Jul 02, 2022
Severity: 3-Major

Symptoms

After performing a specific type of software installation, the unit returns on-line without the management port's default gateway.

Impact

On Virtual Edition systems, this issue coupled with the removal of autolasthop from the management port means you will not be able to connect to the BIG-IP system's management port from non-directly connected clients after the installation. On all systems, this issue means the BIG-IP system will not be able to initiate connections to non-directly connected systems over the management port after the installation. Note: If the system is configured for dual-stack (IPv4 and IPv6) this issue can affect either (or both) stack.

Conditions

-- A software installation that does not carry forward the entirety of the BIG-IP system's configuration is performed. For example, this is achieved by running "image2disk --format=volumes <...>", or by using the live-install subsystem after disabling the liveinstall.saveconfig and liveinstall.moveconfig db keys. This type of installation, however, does carry forward the management port's configuration (IP address, subnet mask, and default gateway). -- In addition to the default gateway, the management port is configured with additional static routes (for example, to a log server, dns server, etc.). -- When mcpd is queried for the management routes, the default gateway is not the first entry in mcpd's reply (this is something outside of your control that entirely depends on the name of the objects and how the config was loaded).

Workaround

After the issue has occurred, you can connect to the affected BIG-IP system by means of serial console or video console and apply the default gateway again. If you are trying to prevent this issue, you can remove all management routes except the default one before performing this type of installation.

Fix Information

None

Behavior Change