Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upcustom labels and up timeseries #4917
Comments
This comment has been minimized.
This comment has been minimized.
|
Please share your configuration. |
This comment has been minimized.
This comment has been minimized.
|
@simonpasquier That's not exactly possible. I can provide you a configuration that is "like" what I'm using in the codebase. |
This comment has been minimized.
This comment has been minimized.
|
@nfrush sure |
This comment has been minimized.
This comment has been minimized.
learon
commented
Dec 21, 2018
•
|
Same issue here: Prometheus version: 2.5.0 Config:
|
This comment has been minimized.
This comment has been minimized.
|
This is working as expected, metric_relabel_configs only applies to scraped metrics. You want relabel_configs. |
simonpasquier
added
the
kind/more-info-needed
label
Dec 21, 2018
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment

nfrush commentedNov 26, 2018
Bug Report
What did you do?
Added a metric_relabel_config to take values out of my instance name corresponding to the relative location and though it into a "rack" and "server" tag. When I queries the up timeseries, there is no such label on the series (on any sampling series provided by Prometheus). Not sure if this is intended behavior. Note ona ny other collected metrics, these labels appear.
What did you expect to see?
The presence of the label on the up timeseries so that I could issue up({rack="some-rack"}) and get a report on how many machines within a rack we're up (or down). This also provides an ease for alerting if a rack goes down later on
What did you see instead? Under which circumstances?
The series up does not contain the custom labels as expected.
Environment
System information:
Centos 6.6
Prometheus version:
2.3.2
Alertmanager version:
0.15.1