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

Update Deprecation Info API for 7.0 breaking changes #36024

Closed
26 tasks done
gwbrown opened this issue Nov 29, 2018 · 5 comments
Closed
26 tasks done

Update Deprecation Info API for 7.0 breaking changes #36024

gwbrown opened this issue Nov 29, 2018 · 5 comments
Assignees

Comments

@gwbrown
Copy link
Contributor

gwbrown commented Nov 29, 2018

The Deprecation Info API should be updated to check for breaking changes coming in the next major version.

Here is a list created by looking through the breaking changes list in the docs and >breaking PRs. I have not verified each one of these, it will likely be necessary to add and/or remove items from this list.

Cluster

Indices

Nodes

@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-core-features

@gwbrown gwbrown changed the title Update Migration Assistant API for 7.0 breaking changes Update Deprecation Info API for 7.0 breaking changes Dec 6, 2018
jakelandis added a commit to jakelandis/elasticsearch that referenced this issue Dec 10, 2018
…eout

This commit adds support to check for negative values for index setting
`index.unassigned.node_left.delayed_timeout` for the deprecation info API.

relates elastic#36024
relates elastic#26828
jakelandis added a commit to jakelandis/elasticsearch that referenced this issue Dec 10, 2018
This commit adds support to check for a value of 'fix' for the index setting
`index.shard.check_on_startup` for the deprecation info API. This is no longer
a valid value for this setting.

relates elastic#36024
relates elastic#33194
@joshdover
Copy link
Contributor

@gwbrown Will you be updating the Migration Assistance API as part of this as well or is that separate?

As it stands right now, I'm not sure we need this API going forward. Since the Deprecation Info API provides information about indexes that need to be reindexed and as far as I know, there won't be any internal indices requiring upgrade through the Migration Upgrade API in the 7.0 upgrade, it seems like maybe we should remove this two APIs completely?

Whether or not we remove them, I will need to know whether or not we anticipate any useful data coming from these in 6.7 or not. If not, I'd like to drop our usage of them completely in Kibana to simplify things quite a bit.

@gwbrown
Copy link
Contributor Author

gwbrown commented Dec 11, 2018

@joshdover I've created #36514 to track and discuss those APIs ES-side. I don't believe we should get rid of them completely, as especially the Migration Upgrade API is highly likely to be necessary for a future major version, even if it isn't for this one.

We may be able to drop their usage from Kibana however, depending on what folks familiar with Watcher and Security have to say.

jakelandis added a commit that referenced this issue Dec 13, 2018
…eout (#36454)

This commit adds support to check for negative values for index setting
`index.unassigned.node_left.delayed_timeout` for the deprecation info API.

relates #36024
relates #26828
jakelandis added a commit that referenced this issue Dec 13, 2018
…36458)

This commit adds support to check for a value of 'fix' for the index setting
`index.shard.check_on_startup` for the deprecation info API. This is no longer
a valid value for this setting.

relates #36024
relates #33194
@gwbrown
Copy link
Contributor Author

gwbrown commented Feb 5, 2019

All items on the checklist above are complete, but I'm going to leave this issue open for another day or two just in case, even though I believe we're past the point of adding more. I'll continue to monitor for any new breaking changes and close this in a few days if nothing comes up.

@gwbrown
Copy link
Contributor Author

gwbrown commented Feb 13, 2019

Closing this as nothing else has come up.

@gwbrown gwbrown closed this as completed Feb 13, 2019
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

3 participants