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

Duplicate sample for ingress path metrics #2445

Closed
jutley opened this issue Jul 11, 2024 · 2 comments
Closed

Duplicate sample for ingress path metrics #2445

jutley opened this issue Jul 11, 2024 · 2 comments
Labels
kind/bug Categorizes issue or PR as related to a bug. needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one.

Comments

@jutley
Copy link
Contributor

jutley commented Jul 11, 2024

What happened:

After upgrading Prometheus to 2.52, we started receiving warnings about duplicate metrics, which were ultimately tied to kube-state-metrics. There are a couple forms of this, most of which area already reported in other tickets (#2405, #2408, #2390), but this is a different variation.

The metric kube_ingress_path is resulting in duplicates. In our case, we do have ingress path entries which are completely redundant (the result of some shoddy helm templates), but it's still a legal Kubernetes state resulting in illegal Prometheus scrape results.

What you expected to happen:

Either the data is de-duplicated, or the duplicates are somehow differentiated (with an index, perhaps).

How to reproduce it (as minimally and precisely as possible):

Create an ingress with duplicate paths, then create metrics for it with kube-state-metrics.

Anything else we need to know?:

Environment:

  • kube-state-metrics version: 2.12
  • Kubernetes version (use kubectl version): 1.28.9
  • Cloud provider or hardware configuration: AWS
  • Other info:
@jutley jutley added the kind/bug Categorizes issue or PR as related to a bug. label Jul 11, 2024
@k8s-ci-robot
Copy link
Contributor

This issue is currently awaiting triage.

If kube-state-metrics contributors determine this is a relevant issue, they will accept it by applying the triage/accepted label and provide further guidance.

The triage/accepted label can be added by org members by writing /triage accepted in a comment.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

@k8s-ci-robot k8s-ci-robot added the needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. label Jul 11, 2024
@dgrisonnet
Copy link
Member

Closing as a duplicate of #2408.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Categorizes issue or PR as related to a bug. needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one.
Projects
None yet
Development

No branches or pull requests

3 participants