-
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
Unrevert "Migrations v2: don't auto-create indices + FTR/esArchiver support (#85778)" #89992
Conversation
…iver support (elastic#85778)"" This reverts commit f979580.
d55ae08
to
1a8e158
Compare
@elasticmachine merge upstream |
@elasticmachine retest |
@elasticmachine merge upstream |
1 similar comment
@elasticmachine merge upstream |
jenkins test this |
@elasticmachine merge upstream |
merge conflict between base and head |
77eb221
to
c647e18
Compare
jenkins test this |
last failure seems like it was jenkins related, no tests failed but there was a |
jenkins test this |
Firefox failure seems to be introduced by https://github.com/elastic/kibana/pull/89942/files#r570906828 |
@@ -66,20 +66,3 @@ | |||
} | |||
} | |||
} | |||
|
|||
{ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
saved objects management sorts by type
and the API doesn't allow sorting by two fields. So having a 6 config object and a 8 config object causes unstable tests because of the unstable ordering, so I just deleted this unused object.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Security change in test/security_functional/insecure_cluster_warning.ts
LGTM
@elasticmachine merge upstream |
@elasticmachine merge upstream |
* master: (55 commits) [APM-UI][E2E] use githubNotify step (elastic#90514) [APM] Export ProcessorEvent type (elastic#90540) [Lens] Retain column config (elastic#90048) [Data Table] Add unit tests (elastic#90173) Migrate most plugins to synchronous lifecycle (elastic#89562) skip flaky suite (elastic#90555) skip flaky suite (elastic#64473) [actions] improve email action doc (elastic#90020) [Fleet] Support Fleet server system indices (elastic#89372) skip flaky suite (elastic#90552) Bump immer dependencies (elastic#90267) Unrevert "Migrations v2: don't auto-create indices + FTR/esArchiver support (elastic#85778)" (elastic#89992) [Search Sessions] Use sync config (elastic#90138) chore(NA): add safe guard to remove bazelisk from yarn global at bootstrap (elastic#90538) [test] Await retry.waitFor (elastic#90456) chore(NA): integrate build buddy with our bazel setup and remote cache for ci (elastic#90116) Skip failing suite (elastic#90526) [Fleet] Fix incorrect conversion of string to numeric values in agent YAML (elastic#90371) [Docs] Update reporting troubleshooting for arm rhel/centos (elastic#90385) chore(NA): build bazel projects all at once in the distributable build process (elastic#90328) ...
Friendly reminder: Looks like this PR hasn’t been backported yet. |
…upport (elastic#85778)" (elastic#89992) * Revert "Revert "Migrations v2: don't auto-create indices + FTR/esArchiver support (elastic#85778)"" This reverts commit f979580. * Fix flaky saved objects management test elastic#89953 * If a clone target exists, wait for yellow, not green, index status * Fix test after master merge * Fix types Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com>
Looks like this PR has a backport PR but it still hasn't been merged. Please merge it ASAP to keep the branches relatively in sync. |
2 similar comments
Looks like this PR has a backport PR but it still hasn't been merged. Please merge it ASAP to keep the branches relatively in sync. |
Looks like this PR has a backport PR but it still hasn't been merged. Please merge it ASAP to keep the branches relatively in sync. |
…chiver support (elastic#85778)" (elastic#89992)" This reverts commit fd1d965.
Looks like this PR has a backport PR but it still hasn't been merged. Please merge it ASAP to keep the branches relatively in sync. |
💔 Build Failed
Failed CI StepsTest FailuresKibana Pipeline / general / X-Pack API Integration Tests.x-pack/test/api_integration/apis/ml/modules/setup_module·ts.apis Machine Learning modules module setup sets up module data for logs_ui_categories with prefix, startDatafeed true and estimateModelMemory trueStandard Out
Stack Trace
Kibana Pipeline / general / X-Pack API Integration Tests.x-pack/test/api_integration/apis/ml/modules/setup_module·ts.apis Machine Learning modules module setup sets up module data for logs_ui_categories with prefix, startDatafeed true and estimateModelMemory trueStandard Out
Stack Trace
Metrics [docs]
History
To update your PR or re-run it, just comment with: |
…iver support (#85778)" (#89992) (#90839) * Unrevert "Migrations v2: don't auto-create indices + FTR/esArchiver support (#85778)" (#89992) * Revert "Revert "Migrations v2: don't auto-create indices + FTR/esArchiver support (#85778)"" This reverts commit f979580. * Fix flaky saved objects management test #89953 * If a clone target exists, wait for yellow, not green, index status * Fix test after master merge * Fix types Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com> * Fix visualize fixture after backport * Disable monitoring plugin email notifications in functional tests * Disabling monitoring emails doesnt disable it, configure instead * Fix monitoring test * Remove debug logging from FTR config Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com>
This reverts commit f979580 to add back v2 migrations to FTR after #85778 was reverted.
From #85778
Saved objects no longer auto-creates indices
The new migrations aren't compatible with an auto-created saved objects index, so when tests delete
.kibana
and then use the saved objects client, the next test will fail because migrations fail. We could hack the v2 migrations to still work on the auto-created indices, but this is never the behaviour a user wants. If the saved objects index was deleted while Kibana was running we should "stop the world" and let users investigate. Our current behaviour means users sometimes end up with some changes in a new index and cannot "merge" the two indices and causes all sorts of runtime failures because of incompatible mappings or upgrade failures.So this PR starts implementing the decision in #81790 to never auto-create system indices. I'm using the
require_alias
query parameter which means we could theoretically miss a route, but something is better than nothing until we move to a system index.It reverses the decision in #14141 where we formalized the auto-create index behaviour in 6.1. However, when this decision was made Kibana used an index template so an auto-created index was acceptable since it would always have the correct mappings. With this PR, if the saved objects index and aliases doesn't exist, indexing actions will return a 500. I think we should also return a 500 for read operations when the index doesn't exist since Kibana really is broken, it's not the same as not being able to find a particular saved object, but I felt like this could be postponed into a follow-up PR (created #89642 to track this).
Enables v2 migrations in all tests
Because of removing the auto-create index behaviour I had to adapt tests to always initialize an empty kibana with
esArchiver.emptyKibanaIndex()
or move somebefore
statements around so that we don't set UiSettings before the index gets initialized.Closes #85911
Closes #91445
In this PR
I also changed the migrations algorithm slightly. Before, if a clone or create index failed with
index_already_exists_exception
we would wait until that index's status turns green. This PR changes that to only wait for a yellow status.Checklist
Delete any items that are not applicable to this PR.
For maintainers