-
Notifications
You must be signed in to change notification settings - Fork 24.6k
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
[ML] Move datafeed stats action off of master node #82271
[ML] Move datafeed stats action off of master node #82271
Conversation
Previously the get datafeed stats action was handled on the master node. This dated back to the time when datafeed configs were stored in the cluster state. Now that the action consists of running a series of searches it can be a handled transport action.
Jenkins run elasticsearch-ci/bwc |
2 similar comments
Jenkins run elasticsearch-ci/bwc |
Jenkins run elasticsearch-ci/bwc |
Pinging @elastic/ml-core (Team:ML) |
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.
This is a prudent change. The key will be making sure in a mixed cluster environment all is fine.
++ from me
💔 Backport failed
You can use sqren/backport to manually backport by running |
Previously the get datafeed stats action was handled on the master node. This dated back to the time when datafeed configs were stored in the cluster state. Now that the action consists of running a series of searches it can be a handled transport action. Backport of elastic#82271
Previously the get datafeed stats action was handled on the master node. This dated back to the time when datafeed configs were stored in the cluster state. Now that the action consists of running a series of searches it can be a handled transport action. Backport of #82271
Previously the get datafeed stats action was handled on the master node. This dated back to the time when datafeed configs were stored in the cluster state. Now that the action consists of running a series of searches it can be a handled transport action. Backport of #82271
Previously the get datafeed stats action was handled on the master node. This dated back to the time when datafeed configs were stored in the cluster state. Now that the action consists of running a series of searches it can be a handled transport action.
Previously the get datafeed stats action was handled on the master node. This dated back to the time when datafeed configs were stored in the cluster state. Now that the action consists of running a series of searches it can be a handled transport action.
Previously the get datafeed stats action was handled on the
master node. This dated back to the time when datafeed configs
were stored in the cluster state. Now that the action consists
of running a series of searches it can be a handled transport
action.