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

service.address unexpectedly removed from some metricsets #26902

Closed
1 of 15 tasks
jsoriano opened this issue Jul 15, 2021 · 6 comments
Closed
1 of 15 tasks

service.address unexpectedly removed from some metricsets #26902

jsoriano opened this issue Jul 15, 2021 · 6 comments
Labels
bug Metricbeat Metricbeat Stalled Team:Integrations Label for the Integrations team

Comments

@jsoriano
Copy link
Member

jsoriano commented Jul 15, 2021

Some metricsets don't have the service.address field when they were expected to have it.

It seems to happen since #21022. It may be the case that metricsets that don't have a sanitized URI in their host data don't have a service.address now. We want to keep both features, sanitized URIs to avoid credential leaks, and service.address field to identify services in different hosts.

Seen with the vsphere module, but it may affect others.

For confirmed bugs, please report:

  • Version: 7.10 to master
  • Operating System: All
  • Steps to Reproduce: Enable one of the affected modules, run it and check that service.address is not present.

Metricsets that might be affected for this issue (because they don't register a host parser):

  • metricbeat/module/aerospike/namespace
  • metricbeat/module/docker/network_summary
  • metricbeat/module/graphite/server
  • metricbeat/module/kafka/consumergroup
  • metricbeat/module/kvm/dommemstat
  • metricbeat/module/kvm/status
  • metricbeat/module/munin/node
  • metricbeat/module/vsphere Use common host parser in vsphere module #26904
  • x-pack/metricbeat/module/iis/application_pool
  • x-pack/metricbeat/module/iis/webserver
  • x-pack/metricbeat/module/iis/website
  • x-pack/metricbeat/module/statsd/server
  • Cloud and system modules may be also affected, but do they need this field?

Other related issues:

  • There are some modules still using mb.Registry.AddMetricSet, initialization of host parser is different there (Use MustAddMetricSet in all metricsets #26907).
  • Generation of data.json files is not doing the same as a running Metricbeat, different values are generated for service.address (e.g. aerospike doesn't generate service.address in Metricbeat, but it does when generating the data.json).
@jsoriano jsoriano added bug Metricbeat Metricbeat Team:Integrations Label for the Integrations team labels Jul 15, 2021
@elasticmachine
Copy link
Collaborator

Pinging @elastic/integrations (Team:Integrations)

@jsoriano
Copy link
Member Author

I am afraid that all metricsets that don't have a host parser (or explicitly set the sanitized URI in some other way) are affected by this, we should check all these metricsets. But this hasn't been reported frequently, so maybe this is not such an important issue.

@jsoriano
Copy link
Member Author

Added the list of metricsets without host parser, they are not so many.

@jsoriano jsoriano removed their assignment Jul 15, 2021
@ishleenk17
Copy link
Contributor

@jsoriano : Is service.address not seen in some specific scenario ?
For vsphere integration, I am seeing the service.address in the vents generated.

@jsoriano
Copy link
Member Author

jsoriano commented Jul 6, 2022

@ishleenk17 this issue was fixed for vsphere in #26904, I will update the description to avoid confusion.

I don't know what is the current status for other metricsets.

@botelastic
Copy link

botelastic bot commented Jul 6, 2023

Hi!
We just realized that we haven't looked into this issue in a while. We're sorry!

We're labeling this issue as Stale to make it hit our filters and make sure we get back to it as soon as possible. In the meantime, it'd be extremely helpful if you could take a look at it as well and confirm its relevance. A simple comment with a nice emoji will be enough :+1.
Thank you for your contribution!

@botelastic botelastic bot added the Stalled label Jul 6, 2023
@botelastic botelastic bot closed this as completed Jan 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Metricbeat Metricbeat Stalled Team:Integrations Label for the Integrations team
Projects
None yet
Development

No branches or pull requests

3 participants