[CI][Find Root Cause] Fix cant find ftr configs yaml fle #158375
Closed
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.
Summary
This pr is meant to be a starting point for finding the root cause of the problem.
Born from: #158072
Resolves: #156861
TLDR
For some reason, ci is trying to load
.buildkite/ftr_configs.yml
from.../elastic/kibana-pull-request/kibana-build-xpack
Not sure of the root cause, but this is a band-aid.
All the code does is try to load it normally, and if it fails, try to load it from one directory back.
How I check my progress
Currently I've added a double try-catch block as an exception based flow control.
It will try to load path A and if it fails, it loads path B; complete with verbose
logging of what happenned.
To view this, you've to discover which ci group the the config in question ran within.
To do that, I download / view the ftr_run_order.json file, from the Pick Test Group Run Order panel.
Within the json file, I search for
x-pack/test/alerting_api_integration/security_and_spaces/group2/config_non_dedicated_task_runner
and the last time I did that, I saw the following stanza:this means I now go look into the FTR Configs 55 panel's terminal output for:
Very Interesting: I did not see it this pr's terminal output, but I did see it in Patricks
Does that mean there is something in his PR???
Example of when the "Abnormal" execution path ran
The following thread shows this:
https://elastic.slack.com/archives/C5UDAFZQU/p1684926185982099?thread_ts=1683235279.695229&cid=C5UDAFZQU