-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Metricbeat kubernetes.container.cpu.limit.cores data type #11975
Comments
This sounds about right, we should change their type to support these values |
I just went through more fields. There is more .cores fields which are also long. |
Right now in kubernetes module, we have |
I think those are ok as long, they don't have decimals, or we can ignore them |
…astic#12476) * Fix 11975 kubernetes cores fields data type long -> float (elastic#11975) kubernetes.container.cpu.limit.cores is now a float kubernetes.container.cpu.request.cores is now a float
…astic#12476) * Fix 11975 kubernetes cores fields data type long -> float (elastic#11975) kubernetes.container.cpu.limit.cores is now a float kubernetes.container.cpu.request.cores is now a float (cherry picked from commit 8502c79)
…u cores fields to float (#12609) * Fix 11975 - change Kubernetes container cpu cores fields to float (#12476) * Fix 11975 kubernetes cores fields data type long -> float (#11975) kubernetes.container.cpu.limit.cores is now a float kubernetes.container.cpu.request.cores is now a float (cherry picked from commit 8502c79) * Update CHANGELOG.next.asciidoc
…iner cpu cores fields to float (elastic#12609) * Fix 11975 - change Kubernetes container cpu cores fields to float (elastic#12476) * Fix 11975 kubernetes cores fields data type long -> float (elastic#11975) kubernetes.container.cpu.limit.cores is now a float kubernetes.container.cpu.request.cores is now a float (cherry picked from commit d8eb8e8) * Update CHANGELOG.next.asciidoc
kubernetes.container.cpu.limit.cores field shall be some kind of float rather than long. It is possible to have 0.1 core as it is recorded in elasticsearch. If type is long and we do aggs, then 0.x is interpreted as 0, which is wrong.
The text was updated successfully, but these errors were encountered: