-
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
[Monitoring] Used fixed_interval explicitly for date_histogram aggregations #37023
[Monitoring] Used fixed_interval explicitly for date_histogram aggregations #37023
Conversation
Pinging @elastic/stack-monitoring |
💔 Build Failed |
@pickypg Any thoughts on this fix? Seem accurate? |
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.
Yes, this looks appropriate, but I wonder if there are other places in our code that require this change (thinking about Beats / Logstash in particular since they have semi-unique workflows).
It would probably be easiest to run with and without this change against the latest ES master to see what gets logged as deprecated.
💚 Build Succeeded |
…ations (elastic#37023) * Used fixed interval explicitly * Fix tests
…ations (elastic#37023) * Used fixed interval explicitly * Fix tests
Relates to #27410
The
interval
field fordate_histogram
aggregations is deprecated and is replaced by either specifyingfixed_interval
orcalendar_interval
. This comment leads me to believe the monitoring code should be usingfixed_interval
, as ourinterval
values arens
wheren
is derived bucketSize. This is actually a very simple change. Let's see how tests react.