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

[Metricbeat] Release munin as GA. #10311

Merged
merged 5 commits into from Feb 1, 2019
Merged

[Metricbeat] Release munin as GA. #10311

merged 5 commits into from Feb 1, 2019

Conversation

ruflin
Copy link
Member

@ruflin ruflin commented Jan 24, 2019

Add integration tests and add data.json file.

@ruflin ruflin added module review Metricbeat Metricbeat needs_backport PR is waiting to be backported to other branches. Team:Integrations Label for the Integrations team labels Jan 24, 2019
@ruflin ruflin requested review from a team as code owners January 24, 2019 11:33
@jsoriano
Copy link
Member

@ruflin thanks for addding the tests!

Before going to GA with munin, I'd like to confirm that we are ok with current fields, and that we ensure that all values are mapped to double. I have opened #10322 to discuss about this. Let me know what you think

@ruflin ruflin force-pushed the munin-ga branch 2 times, most recently from 4d533cf to 2ea6045 Compare January 25, 2019 12:51
@ruflin ruflin self-assigned this Jan 28, 2019
"uptime": 5.98
},
"users": {
"X": 0,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe we should open an issue to lowercase this field... or rename it to something more meaningful (well... maybe it's super meaningful for people experienced in Munin)

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

maybe it's super meaningful for people experienced in Munin

😆

"forwarded": 0,
"received": 823
},
"if_err_eth0": {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

All this fields seems dynamically generated from the machine network interfaces. I thought this wasn't ideal for a Metricbeat module. Just asking

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

They are names of "plugins", now they are going to go to the munin.plugin.name field as values, so we avoid fields explosion. and problems of this kind.

I am open in the future to add some kind of grok-like patterns to extract fields from these names (e.g, extract labels with expressions like if_err_%{WORD:network_interface}).

Copy link
Contributor

@sayden sayden left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we can release it as GA but I don't know if we should (regarding the comments I left)

@sayden
Copy link
Contributor

sayden commented Jan 28, 2019

Sorry, I overlooked #10322 and I can see that there's a lot of discussion around this module alreayd

@ruflin ruflin removed the needs_backport PR is waiting to be backported to other branches. label Jan 31, 2019
@ruflin
Copy link
Member Author

ruflin commented Jan 31, 2019

I removed needs_backport from this PR as we made some major changes in munin for 7.0, so better push it to GA with these changes.

@@ -21,8 +21,11 @@ import (
"time"

"github.com/elastic/beats/libbeat/common"
<<<<<<< HEAD

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

expected 'STRING', found '<<' (and 10 more errors)

"name": "host.example.com"
},
"event": {
"dataset": "munin.node",
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@jsoriano I'm thinking if the data set here should actually be munin.metrics. Same would apply to prometheus. WDYT?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What I like of munin.node is that it refers to being a metricset that collects metrics from a munin node. But I don't have an strong opinion, feel free to change it, now that there are going to be so many breaking changes it would be the moment.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

To be honest I'm on the fence here. I like the name of the metricset itself and would keep it. I'm only thinking about the dataset name.

Copy link
Member

@jsoriano jsoriano left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

😨

@@ -268,6 +268,7 @@ https://github.com/elastic/beats/compare/v7.0.0-alpha2...master[Check the HEAD d
- Release kvm module as beta. {pull}10279[10279]
- Release http.server metricset as GA. {pull}10240[10240]
- Release Nats module as GA. {pull}10281[10281]
- Release munin module as GA. {pull}10311[10311]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am still not 100% sure that current implementation is a final one, but I feel more confident that at least the settings and the field mappings are better than before.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We can still improve it moving forward but keep compatibilty.

@ruflin ruflin merged commit 0e4f938 into elastic:master Feb 1, 2019
@ruflin ruflin deleted the munin-ga branch February 1, 2019 13:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Metricbeat Metricbeat module review Team:Integrations Label for the Integrations team
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants