Bug ID 1111189: Listing errors in tmsh and installation failures when the configuration includes an AVR scheduled-report.

Last Modified: May 29, 2024

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

Known Affected Versions:
16.0.0, 16.0.0.1, 16.0.1, 16.0.1.1, 16.0.1.2, 16.1.0, 16.1.1, 16.1.2, 16.1.2.1, 16.1.2.2, 16.1.3, 16.1.3.1, 16.1.3.2, 16.1.3.3, 16.1.3.4, 16.1.3.5, 17.0.0, 17.0.0.1, 17.0.0.2

Fixed In:
17.1.0, 16.1.4

Opened: May 31, 2022

Severity: 3-Major

Symptoms

-- The tmsh utility may return an error when listing analytics configuration. -- TMOS installations may fail and return an error. -- Saving new UCS archives may fail and return an error. In all cases, the error is similar to the following example: TSocket::open() getaddrinfo() <Host: 127.3.0.2 Port: 9090>Name or service not known std exception: (Could not resolve host for client socket.), exiting...

Impact

The operation you were attempting fails and an error is returned.

Conditions

-- Multi-blade VIPRION system (either metal or in the form of a vCMP guest). -- AVR is provisioned. -- At least one AVR scheduled-report is present in the configuration. -- An action such as listing the config, saving a UCS archive, performing a TMOS installation, etc. is performed on a secondary blade.

Workaround

The only workaround consists in removing all AVR scheduled-reports, performing the intended task, and then re-defining the AVR scheduled-reports as necessary. This is of course disruptive and may not be indicated for your site. If you require an Engineering Hotfix for this issue, please contact F5 Support.

Fix Information

The presence of AVR scheduled-reports in the configuration no longer interferes with administrative tasks.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips