Fix/exec textanalyze path clean #1865
Open
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description, Motivation and Context
This PR fixes a critical file path matching issue where textAnalyze analyzers consistently return "No matching file" errors when used with exec collector outputs.
Problem: File path structure mismatch causes preflight check failures
{collector}/{namespace}/{pod}/{collector}-stdout.txt
{collector}/{fileName}
Root Cause: The exec collector saves output to deeply nested directory structures but the textAnalyze analyzer constructs search paths using only the collector name and filename, missing the intermediate namespace/pod directories.
Solution: Added intelligent auto-matching logic that:
*-stdout.txt
,*-stderr.txt
,*-errors.json
)collector/*/*/file.txt
)Customer Impact: This resolves support tickets where users report broken preflight checks when trying to analyze exec command outputs. Now users can use simple filenames like
my-collector-stdout.txt
instead of having to guess nested paths like*/*/my-collector-stdout.txt
.Checklist
Does this PR introduce a breaking change?