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

Last Modified: Nov 07, 2022

Bug Tracker

Affected Product:  See more info
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, 17.0.0, 17.0.0.1

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

None

Behavior Change