-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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: X-Pack API Integration Tests - ml.x-pack/test/api_integration/apis/ml/jobs/update_groups·ts - Machine Learning jobs update groups "before all" hook for "returns expected list of groups after update" #161324
Closed
Labels
Comments
kibanamachine
added
the
failed-test
A test failure on a tracked branch, potentially flaky-test
label
Jul 6, 2023
Pinging @elastic/ml-ui (:ml) |
New failure: CI Build - main |
New failure: CI Build - main |
New failure: CI Build - main |
New failure: CI Build - main |
/skip |
Skipped main: 3495720 |
Removing the blocker label as the job reset functionality is working fine in manual testing. A fix is in progress for 8.10 - #161326. |
jgowdyelastic
added a commit
that referenced
this issue
Jul 18, 2023
Related to #161324 and #160370 Flaky test runner https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/2649 I believe the problem lies with the function `cleanMLSavedObjects` only cleaning up saved objects in the default space and not in any other of the spaces which jobs or trained models may have been added to. This causes an intermittent clash where a job's saved object already exists, but is in a different space. I don't know why this doesn't fail on every run. The fix is to update `cleanMLSavedObjects` so it can take a list of additional space IDs to also clean. Any test which adds jobs or trained models to spaces other than `default` need to call this function and supply the list of space IDs it is using. I've updated every test I could find in this PR.
Fixed by #161326 |
ThomThomson
pushed a commit
to ThomThomson/kibana
that referenced
this issue
Aug 1, 2023
Related to elastic#161324 and elastic#160370 Flaky test runner https://buildkite.com/elastic/kibana-flaky-test-suite-runner/builds/2649 I believe the problem lies with the function `cleanMLSavedObjects` only cleaning up saved objects in the default space and not in any other of the spaces which jobs or trained models may have been added to. This causes an intermittent clash where a job's saved object already exists, but is in a different space. I don't know why this doesn't fail on every run. The fix is to update `cleanMLSavedObjects` so it can take a list of additional space IDs to also clean. Any test which adds jobs or trained models to spaces other than `default` need to call this function and supply the list of space IDs it is using. I've updated every test I could find in this PR.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
A test failed on a tracked branch
First failure: CI Build - main
The text was updated successfully, but these errors were encountered: