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

Ensure Migration APIs are up to date for 7.0 #36514

Closed
2 tasks done
gwbrown opened this issue Dec 11, 2018 · 4 comments
Closed
2 tasks done

Ensure Migration APIs are up to date for 7.0 #36514

gwbrown opened this issue Dec 11, 2018 · 4 comments

Comments

@gwbrown
Copy link
Contributor

gwbrown commented Dec 11, 2018

Context: We have the Migration Assistance API and the Migration Upgrade API to handle updating system indices as needed to make sure they are ready for a major version upgrade.

This issue is to track the process of ensuring that these APIs are up to date for any changes needed for upgrading from 6.x to 7.0. This may or may not actually involve any changes to those APIs. Could someone who is familiar with each of these features could verify whether or not there are any special upgrades needed, and if so, whether the upgrade procedure has been updated?

Security

  • The upgrade procedure for .security is ready for the 6.x to 7.0 upgrade

Watcher

  • The upgrade procedure for .watches and .triggered_watches is ready for the 6.x to 7.0 upgrade
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-security

@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-core-features

@gwbrown
Copy link
Contributor Author

gwbrown commented Dec 17, 2018

@spinscale confirmed that no upgrades are needed for Watcher, and @tvernum confirmed that no upgrades are needed for Security. The only thing left to do on this is remove any upgrade code that may still be hanging around to make sure it won't break anything if the Upgrade API is used.

@gwbrown
Copy link
Contributor Author

gwbrown commented Dec 27, 2018

These APIs are good for 7.0, so I'm closing this issue. While they still run a script to ensure the documents are in the correct format, the scripts will not modify documents that are already in the correct shape. Therefore, I'm going to leave them in place to keep the infrastructure in place for when they need to be used in the future.

@gwbrown gwbrown closed this as completed Dec 27, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants