Bug ID 516167: TMSH listing with wildcards prevents the child object from being displayed

Last Modified: Sep 13, 2023

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

Known Affected Versions:
11.5.4, 11.5.5, 11.5.6, 11.5.7, 11.5.8, 11.5.9, 11.5.10, 11.6.0, 11.6.1, 11.6.2, 11.6.3, 11.6.3.1, 11.6.3.2, 11.6.3.3, 11.6.3.4, 11.6.4, 11.6.5, 11.6.5.1, 11.6.5.2, 11.6.5.3, 12.0.0, 12.0.0 HF1, 12.1.0 HF1, 12.0.0 HF2, 12.1.0 HF2, 12.0.0 HF3, 12.0.0 HF4, 12.1.1 HF1, 12.1.1 HF2, 12.1.2 HF1, 12.1.2 HF2, 12.1.0, 12.1.1, 12.1.2, 12.1.3, 12.1.3.1, 12.1.3.2, 12.1.3.3, 12.1.3.4, 12.1.3.5, 12.1.3.6, 12.1.3.7, 12.1.4, 12.1.4.1, 12.1.5, 13.0.0, 13.0.0 HF1, 13.0.0 HF2, 13.0.0 HF3, 13.0.1

Fixed In:
13.1.0, 12.1.5.1

Opened: Apr 02, 2015

Severity: 3-Major

Related Article: K21382264

Symptoms

The tmsh list command is attempted with an identifier that specifies use of wildcard match character (*) , the results returned may not print the nested objects contained within the parent object. For example, the list ltm pool* command will print all pools that begin with the word pool, but will fail to list the profiles that are within the pool.

Impact

Missing details of nested objects when tmsh list is invoked with wildcard character (*) specified in the object identifier

Conditions

tmsh list with a wildcard character specified for parent object.

Workaround

None.

Fix Information

The tmsh list with a wildcard character specified in the object identifier result contains all the nested objects. For the example specified, the results would now be as follows: (tmos)# list ltm pool pool* ltm pool pool-http-1 { members { 10.1.3.1:http { address 10.1.3.1 inherit-profile disabled profiles { nvgre { } } } } } The missing profile objects are now listed correctly, as expected.

Behavior Change

Guides & references

K10134038: F5 Bug Tracker Filter Names and Tips