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

Annotations not visible in kube_pod_container_status_waiting_reason as labels #2603

Open
Pheggas opened this issue Feb 6, 2025 · 1 comment
Assignees
Labels
kind/bug Categorizes issue or PR as related to a bug. triage/accepted Indicates an issue or PR is ready to be actively worked on.

Comments

@Pheggas
Copy link

Pheggas commented Feb 6, 2025

What happened:
I enabled --metric-annotations-allowlist with specifying deployments and pods to show "owner" annotation as label in prometheus

What you expected to happen:
To see label "annotation.owner" in any kube_pod metric.

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

  1. Deploy kubernetes with kube-prometheus-stack using helm
  2. Define custom values.yml containing following
kube-state-metrics:
  metricAnnotationsAllowList:
  - deployments=[owner]
  - pods=[owner]
  1. Upgrade the helm chart to apply custom values
  2. See kube_pod_annotations has annotation.owner label but no other kube_pod metrics have it

Anything else we need to know?:

  • Pretty basic kubernetes cluster with 3 nodes and one control plane

Environment:

  • kube-state-metrics version: v2.15.0
  • Kubernetes version (use kubectl version): v1.31.0
  • Cloud provider or hardware configuration:
  • Other info:
@Pheggas Pheggas added the kind/bug Categorizes issue or PR as related to a bug. label Feb 6, 2025
@k8s-ci-robot k8s-ci-robot added the needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. label Feb 6, 2025
@richabanker
Copy link
Contributor

/triage accepted
/assign @rexagod
could you please help take a look at this? Thanks!

@k8s-ci-robot k8s-ci-robot added triage/accepted Indicates an issue or PR is ready to be actively worked on. and removed needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. labels Feb 20, 2025
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. triage/accepted Indicates an issue or PR is ready to be actively worked on.
Projects
None yet
Development

No branches or pull requests

4 participants