Oracle GoldenGate Discovery fails to collect .rpt and .prm files due to incorrect use of ls -d with file globs - Known Error

Oracle GoldenGate Discovery fails to collect .rpt and .prm files due to incorrect use of ls -d with file globs Description Oracle GoldenGate Discovery patterns attempt to list report (.rpt) and parameter (.prm) files using Linux commands that combine ls -d (or equivalent behavior) with file globbing. On standard Linux distributions, the -d / --directory option is intended to list directories themselves and is not valid for listing regular files. As a result, the Discovery pattern fails to collect GoldenGate report and parameter files even when those files exist and are readable. This leads to:

Empty report_table and param_table attributes Incomplete GoldenGate discovery results Missing installation and entitlement data in CMDB

The behavior has been reproduced in a lab environment and confirmed by engineering.

Steps to Reproduce

From the ServiceNow instance, trigger Discovery against the Linux host. Allow the Oracle GoldenGate pattern to execute. Observe the Discovery execution logs for the steps:

"get list of reports" "get list of params"

Note the commands executed by the pattern, such as:

sudo ls -d /*.rpt | sort sudo ls -d /*.prm | sort

Expected Result

.rpt and .prm files are correctly listed report_table and param_table attributes are populated GoldenGate installations and entitlements are fully discovered

Actual Result

Commands fail with errors such as:

ls: cannot access /*.rpt: No such file or directory

report_table and param_table remain empty GoldenGate discovery results are incomplete despite files being present

Workaround If the commands $sudo + " ls -d " + $rpt_base_dir + "*.rpt | sort " or $sudo + " ls -d " + $prm_base_dir + "*.prm| sort " failed to retrieve the files, replace it with commands $sudo + " ls " + $rpt_base_dir + " | grep '\\.rpt$' | sort " and $sudo + " ls " + $prm_base_dir + " | grep '\\.prm$' | sort " Update set enclosed.