Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Failing test: Rules Management - Update Prebuilt Rules Integration Tests - Serverless Env - Complete License.x-pack/test/security_solution_api_integration/test_suites/detections_response/default_license/prebuilt_rules/update_prebuilt_rules_package/update_prebuilt_rules_package·ts - Detection Engine API - Update Prebuilt Rules Package @ess @serverless @skipInQA update_prebuilt_rules_package should allow user to install prebuilt rules from scratch, then install new rules and upgrade existing rules from the new package #175481

Closed
Tracked by #173731
kibanamachine opened this issue Jan 24, 2024 · 5 comments
Assignees
Labels
8.13 candidate failed-test A test failure on a tracked branch, potentially flaky-test Feature:Prebuilt Detection Rules Security Solution Prebuilt Detection Rules area Team:Detection Rule Management Security Detection Rule Management Team Team:Detections and Resp Security Detection Response Team Team: SecuritySolution Security Solutions Team working on SIEM, Endpoint, Timeline, Resolver, etc.

Comments

@kibanamachine
Copy link
Contributor

A test failed on a tracked branch

Error: Reached maximum number of retries for test.
    at block (retry.ts:64:16)
    at runAttempt (retry_for_success.ts:29:21)
    at retryForSuccess (retry_for_success.ts:79:27)
    at RetryService.tryForTime (retry.ts:23:12)
    at retry (retry.ts:58:20)
    at installPrebuiltRulesPackageByVersion (install_fleet_package_by_url.ts:72:25)
    at Context.<anonymous> (update_prebuilt_rules_package.ts:106:46)
    at Object.apply (wrap_function.js:73:16)

First failure: CI Build - main

@kibanamachine kibanamachine added the failed-test A test failure on a tracked branch, potentially flaky-test label Jan 24, 2024
@botelastic botelastic bot added the needs-team Issues missing a team label label Jan 24, 2024
@kibanamachine kibanamachine added the Team:Detection Rule Management Security Detection Rule Management Team label Jan 24, 2024
@elasticmachine
Copy link
Contributor

Pinging @elastic/security-detection-rule-management (Team:Detection Rule Management)

@botelastic botelastic bot removed the needs-team Issues missing a team label label Jan 24, 2024
@jpdjere jpdjere added Team:Detections and Resp Security Detection Response Team Team: SecuritySolution Security Solutions Team working on SIEM, Endpoint, Timeline, Resolver, etc. Feature:Prebuilt Detection Rules Security Solution Prebuilt Detection Rules area labels Jan 26, 2024
@elasticmachine
Copy link
Contributor

Pinging @elastic/security-detections-response (Team:Detections and Resp)

@elasticmachine
Copy link
Contributor

Pinging @elastic/security-solution (Team: SecuritySolution)

@jpdjere
Copy link
Contributor

jpdjere commented Jan 26, 2024

This failure is the exact same as described in #175250, but occurring in Serverless. Not skipping test for same reasons as that ticket.
Will keep an eye on it though, and skip the whole suite if the failure is reported a third time, until we have the time to fix the issue.

jpdjere added a commit that referenced this issue Feb 8, 2024
…76316)

## Summary

**Fixes:** 
- #175481
- #175250


### Description

Improves logging for the `retry` FTR integration testing utility that is
used to wrap helpers that make endpoint calls or direct Elasticsearch
operations.

The previous logging would only explain that the maximum amount of
retries had been reached, with the actual error caused in the test being
lost, which proved hard to debug.

These changes catches the error and log it, allowing us to understand
why a retried test failed.

Error now reported as:

```
[00:00:19]         │ERROR Retrying installPrebuiltRulesPackageByVersion: Error: expected 500 "Internal Server Error", got 200 "OK"
[00:00:19]         │ debg --- retry.tryForTime failed again with the same message...
[00:00:19]         │ERROR Reached maximum number of retries for test: 2/2
[00:00:19]         └- ✖ fail: Rules Management - Prebuilt Rules - Update Prebuilt Rules Package @ess @serverless @skipInQA update_prebuilt_rules_package should allow user to install prebuilt rules from scratch, then install new rules and upgrade existing rules from the new package
[00:00:19]         │       Error: "Reached maximum number of retries for test: 2/2"
[00:00:19]         │       at block (retry.ts:72:16)
[00:00:19]         │       at runAttempt (retry_for_success.ts:29:21)
[00:00:19]         │       at retryForSuccess (retry_for_success.ts:79:27)
[00:00:19]         │       at RetryService.tryForTime (retry.ts:23:12)
[00:00:19]         │       at retry (retry.ts:62:20)
[00:00:19]         │       at installPrebuiltRulesPackageByVersion (install_fleet_package_by_url.ts:77:25)
[00:00:19]         │       at Context.<anonymous> (update_prebuilt_rules_package.ts:106:46)
[00:00:19]         │       at Object.apply (wrap_function.js:73:16)
```
Main error is still `"Reached maximum number of retries for test: 2/2"`,
but now additional logging of exactly **what failed in the test** is
error-logged as seen above: `ERROR Retrying
installPrebuiltRulesPackageByVersion: Error: expected 500 "Internal
Server Error", got 200 "OK"`

**Flaky test run:** 
- Shared 50 and 50:
https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5068
- Ess 100 runs:
https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5091
- Serverless 100 runs:
https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5092

### For maintainers

- [ ] This was checked for breaking API changes and was [labeled
appropriately](https://www.elastic.co/guide/en/kibana/master/contributing.html#kibana-release-notes-process)
@jpdjere
Copy link
Contributor

jpdjere commented Feb 8, 2024

Not reproducable with Flaky test run, but added logging in case issue reappears: #176316

@jpdjere jpdjere closed this as completed Feb 8, 2024
kibanamachine pushed a commit to kibanamachine/kibana that referenced this issue Feb 8, 2024
…astic#176316)

## Summary

**Fixes:**
- elastic#175481
- elastic#175250

### Description

Improves logging for the `retry` FTR integration testing utility that is
used to wrap helpers that make endpoint calls or direct Elasticsearch
operations.

The previous logging would only explain that the maximum amount of
retries had been reached, with the actual error caused in the test being
lost, which proved hard to debug.

These changes catches the error and log it, allowing us to understand
why a retried test failed.

Error now reported as:

```
[00:00:19]         │ERROR Retrying installPrebuiltRulesPackageByVersion: Error: expected 500 "Internal Server Error", got 200 "OK"
[00:00:19]         │ debg --- retry.tryForTime failed again with the same message...
[00:00:19]         │ERROR Reached maximum number of retries for test: 2/2
[00:00:19]         └- ✖ fail: Rules Management - Prebuilt Rules - Update Prebuilt Rules Package @ess @serverless @skipInQA update_prebuilt_rules_package should allow user to install prebuilt rules from scratch, then install new rules and upgrade existing rules from the new package
[00:00:19]         │       Error: "Reached maximum number of retries for test: 2/2"
[00:00:19]         │       at block (retry.ts:72:16)
[00:00:19]         │       at runAttempt (retry_for_success.ts:29:21)
[00:00:19]         │       at retryForSuccess (retry_for_success.ts:79:27)
[00:00:19]         │       at RetryService.tryForTime (retry.ts:23:12)
[00:00:19]         │       at retry (retry.ts:62:20)
[00:00:19]         │       at installPrebuiltRulesPackageByVersion (install_fleet_package_by_url.ts:77:25)
[00:00:19]         │       at Context.<anonymous> (update_prebuilt_rules_package.ts:106:46)
[00:00:19]         │       at Object.apply (wrap_function.js:73:16)
```
Main error is still `"Reached maximum number of retries for test: 2/2"`,
but now additional logging of exactly **what failed in the test** is
error-logged as seen above: `ERROR Retrying
installPrebuiltRulesPackageByVersion: Error: expected 500 "Internal
Server Error", got 200 "OK"`

**Flaky test run:**
- Shared 50 and 50:
https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5068
- Ess 100 runs:
https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5091
- Serverless 100 runs:
https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5092

### For maintainers

- [ ] This was checked for breaking API changes and was [labeled
appropriately](https://www.elastic.co/guide/en/kibana/master/contributing.html#kibana-release-notes-process)

(cherry picked from commit 479a022)
kibanamachine referenced this issue Feb 8, 2024
…x60; function (#176316) (#176497)

# Backport

This will backport the following commits from `main` to `8.12`:
- [[Security Solution] Improve logging for FTR test &#x60;retry&#x60;
function (#176316)](#176316)

<!--- Backport version: 9.4.3 -->

### Questions ?
Please refer to the [Backport tool
documentation](https://github.com/sqren/backport)

<!--BACKPORT [{"author":{"name":"Juan Pablo
Djeredjian","email":"[email protected]"},"sourceCommit":{"committedDate":"2024-02-08T12:35:54Z","message":"[Security
Solution] Improve logging for FTR test `retry` function (#176316)\n\n##
Summary\r\n\r\n**Fixes:** \r\n-
https://github.com/elastic/kibana/issues/175481\r\n-
https://github.com/elastic/kibana/issues/175250\r\n\r\n\r\n###
Description\r\n\r\nImproves logging for the `retry` FTR integration
testing utility that is\r\nused to wrap helpers that make endpoint calls
or direct Elasticsearch\r\noperations.\r\n\r\nThe previous logging would
only explain that the maximum amount of\r\nretries had been reached,
with the actual error caused in the test being\r\nlost, which proved
hard to debug.\r\n\r\nThese changes catches the error and log it,
allowing us to understand\r\nwhy a retried test failed.\r\n\r\nError now
reported as:\r\n\r\n```\r\n[00:00:19] │ERROR Retrying
installPrebuiltRulesPackageByVersion: Error: expected 500 \"Internal
Server Error\", got 200 \"OK\"\r\n[00:00:19] │ debg --- retry.tryForTime
failed again with the same message...\r\n[00:00:19] │ERROR Reached
maximum number of retries for test: 2/2\r\n[00:00:19] └- ✖ fail: Rules
Management - Prebuilt Rules - Update Prebuilt Rules Package @ess
@serverless @skipInQA update_prebuilt_rules_package should allow user to
install prebuilt rules from scratch, then install new rules and upgrade
existing rules from the new package\r\n[00:00:19] │ Error: \"Reached
maximum number of retries for test: 2/2\"\r\n[00:00:19] │ at block
(retry.ts:72:16)\r\n[00:00:19] │ at runAttempt
(retry_for_success.ts:29:21)\r\n[00:00:19] │ at retryForSuccess
(retry_for_success.ts:79:27)\r\n[00:00:19] │ at RetryService.tryForTime
(retry.ts:23:12)\r\n[00:00:19] │ at retry (retry.ts:62:20)\r\n[00:00:19]
│ at installPrebuiltRulesPackageByVersion
(install_fleet_package_by_url.ts:77:25)\r\n[00:00:19] │ at
Context.<anonymous>
(update_prebuilt_rules_package.ts:106:46)\r\n[00:00:19] │ at
Object.apply (wrap_function.js:73:16)\r\n```\r\nMain error is still
`\"Reached maximum number of retries for test: 2/2\"`,\r\nbut now
additional logging of exactly **what failed in the test**
is\r\nerror-logged as seen above: `ERROR
Retrying\r\ninstallPrebuiltRulesPackageByVersion: Error: expected 500
\"Internal\r\nServer Error\", got 200 \"OK\"`\r\n\r\n**Flaky test run:**
\r\n- Shared 50 and
50:\r\nhttps://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5068\r\n-
Ess 100
runs:\r\nhttps://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5091\r\n-
Serverless 100
runs:\r\nhttps://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5092\r\n\r\n###
For maintainers\r\n\r\n- [ ] This was checked for breaking API changes
and was
[labeled\r\nappropriately](https://www.elastic.co/guide/en/kibana/master/contributing.html#kibana-release-notes-process)","sha":"479a022bd3a8ae79ca9af1eb12a90a26cb53efdf","branchLabelMapping":{"^v8.13.0$":"main","^v(\\d+).(\\d+).\\d+$":"$1.$2"}},"sourcePullRequest":{"labels":["test","release_note:skip","Team:Detections
and Resp","Team: SecuritySolution","Team:Detection Rule
Management","v8.13.0","v8.12.2"],"title":"[Security Solution] Improve
logging for FTR test `retry`
function","number":176316,"url":"https://github.com/elastic/kibana/pull/176316","mergeCommit":{"message":"[Security
Solution] Improve logging for FTR test `retry` function (#176316)\n\n##
Summary\r\n\r\n**Fixes:** \r\n-
https://github.com/elastic/kibana/issues/175481\r\n-
https://github.com/elastic/kibana/issues/175250\r\n\r\n\r\n###
Description\r\n\r\nImproves logging for the `retry` FTR integration
testing utility that is\r\nused to wrap helpers that make endpoint calls
or direct Elasticsearch\r\noperations.\r\n\r\nThe previous logging would
only explain that the maximum amount of\r\nretries had been reached,
with the actual error caused in the test being\r\nlost, which proved
hard to debug.\r\n\r\nThese changes catches the error and log it,
allowing us to understand\r\nwhy a retried test failed.\r\n\r\nError now
reported as:\r\n\r\n```\r\n[00:00:19] │ERROR Retrying
installPrebuiltRulesPackageByVersion: Error: expected 500 \"Internal
Server Error\", got 200 \"OK\"\r\n[00:00:19] │ debg --- retry.tryForTime
failed again with the same message...\r\n[00:00:19] │ERROR Reached
maximum number of retries for test: 2/2\r\n[00:00:19] └- ✖ fail: Rules
Management - Prebuilt Rules - Update Prebuilt Rules Package @ess
@serverless @skipInQA update_prebuilt_rules_package should allow user to
install prebuilt rules from scratch, then install new rules and upgrade
existing rules from the new package\r\n[00:00:19] │ Error: \"Reached
maximum number of retries for test: 2/2\"\r\n[00:00:19] │ at block
(retry.ts:72:16)\r\n[00:00:19] │ at runAttempt
(retry_for_success.ts:29:21)\r\n[00:00:19] │ at retryForSuccess
(retry_for_success.ts:79:27)\r\n[00:00:19] │ at RetryService.tryForTime
(retry.ts:23:12)\r\n[00:00:19] │ at retry (retry.ts:62:20)\r\n[00:00:19]
│ at installPrebuiltRulesPackageByVersion
(install_fleet_package_by_url.ts:77:25)\r\n[00:00:19] │ at
Context.<anonymous>
(update_prebuilt_rules_package.ts:106:46)\r\n[00:00:19] │ at
Object.apply (wrap_function.js:73:16)\r\n```\r\nMain error is still
`\"Reached maximum number of retries for test: 2/2\"`,\r\nbut now
additional logging of exactly **what failed in the test**
is\r\nerror-logged as seen above: `ERROR
Retrying\r\ninstallPrebuiltRulesPackageByVersion: Error: expected 500
\"Internal\r\nServer Error\", got 200 \"OK\"`\r\n\r\n**Flaky test run:**
\r\n- Shared 50 and
50:\r\nhttps://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5068\r\n-
Ess 100
runs:\r\nhttps://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5091\r\n-
Serverless 100
runs:\r\nhttps://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5092\r\n\r\n###
For maintainers\r\n\r\n- [ ] This was checked for breaking API changes
and was
[labeled\r\nappropriately](https://www.elastic.co/guide/en/kibana/master/contributing.html#kibana-release-notes-process)","sha":"479a022bd3a8ae79ca9af1eb12a90a26cb53efdf"}},"sourceBranch":"main","suggestedTargetBranches":["8.12"],"targetPullRequestStates":[{"branch":"main","label":"v8.13.0","branchLabelMappingKey":"^v8.13.0$","isSourceBranch":true,"state":"MERGED","url":"https://github.com/elastic/kibana/pull/176316","number":176316,"mergeCommit":{"message":"[Security
Solution] Improve logging for FTR test `retry` function (#176316)\n\n##
Summary\r\n\r\n**Fixes:** \r\n-
https://github.com/elastic/kibana/issues/175481\r\n-
https://github.com/elastic/kibana/issues/175250\r\n\r\n\r\n###
Description\r\n\r\nImproves logging for the `retry` FTR integration
testing utility that is\r\nused to wrap helpers that make endpoint calls
or direct Elasticsearch\r\noperations.\r\n\r\nThe previous logging would
only explain that the maximum amount of\r\nretries had been reached,
with the actual error caused in the test being\r\nlost, which proved
hard to debug.\r\n\r\nThese changes catches the error and log it,
allowing us to understand\r\nwhy a retried test failed.\r\n\r\nError now
reported as:\r\n\r\n```\r\n[00:00:19] │ERROR Retrying
installPrebuiltRulesPackageByVersion: Error: expected 500 \"Internal
Server Error\", got 200 \"OK\"\r\n[00:00:19] │ debg --- retry.tryForTime
failed again with the same message...\r\n[00:00:19] │ERROR Reached
maximum number of retries for test: 2/2\r\n[00:00:19] └- ✖ fail: Rules
Management - Prebuilt Rules - Update Prebuilt Rules Package @ess
@serverless @skipInQA update_prebuilt_rules_package should allow user to
install prebuilt rules from scratch, then install new rules and upgrade
existing rules from the new package\r\n[00:00:19] │ Error: \"Reached
maximum number of retries for test: 2/2\"\r\n[00:00:19] │ at block
(retry.ts:72:16)\r\n[00:00:19] │ at runAttempt
(retry_for_success.ts:29:21)\r\n[00:00:19] │ at retryForSuccess
(retry_for_success.ts:79:27)\r\n[00:00:19] │ at RetryService.tryForTime
(retry.ts:23:12)\r\n[00:00:19] │ at retry (retry.ts:62:20)\r\n[00:00:19]
│ at installPrebuiltRulesPackageByVersion
(install_fleet_package_by_url.ts:77:25)\r\n[00:00:19] │ at
Context.<anonymous>
(update_prebuilt_rules_package.ts:106:46)\r\n[00:00:19] │ at
Object.apply (wrap_function.js:73:16)\r\n```\r\nMain error is still
`\"Reached maximum number of retries for test: 2/2\"`,\r\nbut now
additional logging of exactly **what failed in the test**
is\r\nerror-logged as seen above: `ERROR
Retrying\r\ninstallPrebuiltRulesPackageByVersion: Error: expected 500
\"Internal\r\nServer Error\", got 200 \"OK\"`\r\n\r\n**Flaky test run:**
\r\n- Shared 50 and
50:\r\nhttps://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5068\r\n-
Ess 100
runs:\r\nhttps://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5091\r\n-
Serverless 100
runs:\r\nhttps://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5092\r\n\r\n###
For maintainers\r\n\r\n- [ ] This was checked for breaking API changes
and was
[labeled\r\nappropriately](https://www.elastic.co/guide/en/kibana/master/contributing.html#kibana-release-notes-process)","sha":"479a022bd3a8ae79ca9af1eb12a90a26cb53efdf"}},{"branch":"8.12","label":"v8.12.2","branchLabelMappingKey":"^v(\\d+).(\\d+).\\d+$","isSourceBranch":false,"state":"NOT_CREATED"}]}]
BACKPORT-->

Co-authored-by: Juan Pablo Djeredjian <[email protected]>
CoenWarmer pushed a commit to CoenWarmer/kibana that referenced this issue Feb 15, 2024
…astic#176316)

## Summary

**Fixes:** 
- elastic#175481
- elastic#175250


### Description

Improves logging for the `retry` FTR integration testing utility that is
used to wrap helpers that make endpoint calls or direct Elasticsearch
operations.

The previous logging would only explain that the maximum amount of
retries had been reached, with the actual error caused in the test being
lost, which proved hard to debug.

These changes catches the error and log it, allowing us to understand
why a retried test failed.

Error now reported as:

```
[00:00:19]         │ERROR Retrying installPrebuiltRulesPackageByVersion: Error: expected 500 "Internal Server Error", got 200 "OK"
[00:00:19]         │ debg --- retry.tryForTime failed again with the same message...
[00:00:19]         │ERROR Reached maximum number of retries for test: 2/2
[00:00:19]         └- ✖ fail: Rules Management - Prebuilt Rules - Update Prebuilt Rules Package @ess @serverless @skipInQA update_prebuilt_rules_package should allow user to install prebuilt rules from scratch, then install new rules and upgrade existing rules from the new package
[00:00:19]         │       Error: "Reached maximum number of retries for test: 2/2"
[00:00:19]         │       at block (retry.ts:72:16)
[00:00:19]         │       at runAttempt (retry_for_success.ts:29:21)
[00:00:19]         │       at retryForSuccess (retry_for_success.ts:79:27)
[00:00:19]         │       at RetryService.tryForTime (retry.ts:23:12)
[00:00:19]         │       at retry (retry.ts:62:20)
[00:00:19]         │       at installPrebuiltRulesPackageByVersion (install_fleet_package_by_url.ts:77:25)
[00:00:19]         │       at Context.<anonymous> (update_prebuilt_rules_package.ts:106:46)
[00:00:19]         │       at Object.apply (wrap_function.js:73:16)
```
Main error is still `"Reached maximum number of retries for test: 2/2"`,
but now additional logging of exactly **what failed in the test** is
error-logged as seen above: `ERROR Retrying
installPrebuiltRulesPackageByVersion: Error: expected 500 "Internal
Server Error", got 200 "OK"`

**Flaky test run:** 
- Shared 50 and 50:
https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5068
- Ess 100 runs:
https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5091
- Serverless 100 runs:
https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5092

### For maintainers

- [ ] This was checked for breaking API changes and was [labeled
appropriately](https://www.elastic.co/guide/en/kibana/master/contributing.html#kibana-release-notes-process)
fkanout pushed a commit to fkanout/kibana that referenced this issue Mar 4, 2024
…astic#176316)

## Summary

**Fixes:** 
- elastic#175481
- elastic#175250


### Description

Improves logging for the `retry` FTR integration testing utility that is
used to wrap helpers that make endpoint calls or direct Elasticsearch
operations.

The previous logging would only explain that the maximum amount of
retries had been reached, with the actual error caused in the test being
lost, which proved hard to debug.

These changes catches the error and log it, allowing us to understand
why a retried test failed.

Error now reported as:

```
[00:00:19]         │ERROR Retrying installPrebuiltRulesPackageByVersion: Error: expected 500 "Internal Server Error", got 200 "OK"
[00:00:19]         │ debg --- retry.tryForTime failed again with the same message...
[00:00:19]         │ERROR Reached maximum number of retries for test: 2/2
[00:00:19]         └- ✖ fail: Rules Management - Prebuilt Rules - Update Prebuilt Rules Package @ess @serverless @skipInQA update_prebuilt_rules_package should allow user to install prebuilt rules from scratch, then install new rules and upgrade existing rules from the new package
[00:00:19]         │       Error: "Reached maximum number of retries for test: 2/2"
[00:00:19]         │       at block (retry.ts:72:16)
[00:00:19]         │       at runAttempt (retry_for_success.ts:29:21)
[00:00:19]         │       at retryForSuccess (retry_for_success.ts:79:27)
[00:00:19]         │       at RetryService.tryForTime (retry.ts:23:12)
[00:00:19]         │       at retry (retry.ts:62:20)
[00:00:19]         │       at installPrebuiltRulesPackageByVersion (install_fleet_package_by_url.ts:77:25)
[00:00:19]         │       at Context.<anonymous> (update_prebuilt_rules_package.ts:106:46)
[00:00:19]         │       at Object.apply (wrap_function.js:73:16)
```
Main error is still `"Reached maximum number of retries for test: 2/2"`,
but now additional logging of exactly **what failed in the test** is
error-logged as seen above: `ERROR Retrying
installPrebuiltRulesPackageByVersion: Error: expected 500 "Internal
Server Error", got 200 "OK"`

**Flaky test run:** 
- Shared 50 and 50:
https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5068
- Ess 100 runs:
https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5091
- Serverless 100 runs:
https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/5092

### For maintainers

- [ ] This was checked for breaking API changes and was [labeled
appropriately](https://www.elastic.co/guide/en/kibana/master/contributing.html#kibana-release-notes-process)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
8.13 candidate failed-test A test failure on a tracked branch, potentially flaky-test Feature:Prebuilt Detection Rules Security Solution Prebuilt Detection Rules area Team:Detection Rule Management Security Detection Rule Management Team Team:Detections and Resp Security Detection Response Team Team: SecuritySolution Security Solutions Team working on SIEM, Endpoint, Timeline, Resolver, etc.
Projects
None yet
Development

No branches or pull requests

4 participants