[Fleet] Backport retry/logging changes#241144
[Fleet] Backport retry/logging changes#241144Supplementing wants to merge 2 commits intoelastic:9.0from
Conversation
non-serverless environments relied on integrations-server triggering fleet setup retries externally. This change allows fleet setup retries in all environments
|
Pinging @elastic/fleet (Team:Fleet) |
|
CI was triggered for this PR, but this PR targets 9.0 which should not receive a future release. CI is not supported for these branches. Please consult the release schedule, or contact The following branches are currently considered to be open:
|
1 similar comment
|
CI was triggered for this PR, but this PR targets 9.0 which should not receive a future release. CI is not supported for these branches. Please consult the release schedule, or contact The following branches are currently considered to be open:
|
|
CI was triggered for this PR, but this PR targets 9.0 which should not receive a future release. CI is not supported for these branches. Please consult the release schedule, or contact The following branches are currently considered to be open:
|
1 similar comment
|
CI was triggered for this PR, but this PR targets 9.0 which should not receive a future release. CI is not supported for these branches. Please consult the release schedule, or contact The following branches are currently considered to be open:
|
|
Closed as there are no future releases planned and the branch is closed. |
Summary
This is a manual backport PR for adding the retry and error logging changes into 9.0 to stop smoke test failures.
We are aware there are no planned patches, but the changes made in #240342 solved the failing smoke tests on everything but 9.0.x, and we cant automatically backport, so this PR is needed. Also included are some error logging fixes that might be useful for solving issues with tests in the future.
Additional context: https://elastic.slack.com/archives/C01G6A31JMD/p1761235645302459
cc: @MichelLosier @kpollich @isaacaflores2
Checklist
Check the PR satisfies following conditions.
Reviewers should verify this PR satisfies this list as well.
release_note:breakinglabel should be applied in these situations.release_note:*label is applied per the guidelinesbackport:*labels.Identify risks
Does this PR introduce any risks? For example, consider risks like hard to test bugs, performance regression, potential of data loss.
Describe the risk, its severity, and mitigation for each identified risk. Invite stakeholders and evaluate how to proceed before merging.