Closed digambarGitHub closed 6 years ago
What mapping configuration are you using? Do the basic examples here work? Is there anything in the exporter logs about this?
I have metrics kind of : servers.usva.instance1.cpu.total.user
Configuration(graphite_mapping.conf) file looks like below : servers.star.star.cpu.total.user (here I have star=*) name="servers_cpu_percent" region="$1" instance="$2" job="cpu_job"
Exporter logs stay as it is like :
Does it matter how old metric_timestamp is?
I think the mapping does not match, and therefore the metrics are discarded. Try with
servers.*.*.cpu.total.user
instead? In general, to exclude problems with the mapping, try without the mapping, the metrics should show up even if they're not in a great format.
More long-term, consider using node exporter or WMI exporter to collect CPU utilization metrics. Going through the graphite exporter should be a last resort, if no more native option to get the data you want in Prometheus format is available.
I'll close this issue, since it does not appear to be an issue with the exporter itself. For usage questions, it's better to use the appropriate channels where there are more eyes on the problem.
I have the metrics as you shown - servers...cpu.total.user
Could you attach the mappings file as it is here?
@matthiasr Here is the file : [graphite_mapping.txt] (https://github.com/prometheus/graphite_exporter/files/1738955/graphite_mapping.txt)
@matthiasr : issue is resolved, I was sending timestamp 6 hours back. we need to send latest timestamp.
Btw how long back timestamp works for graphite exporter?
Anything less than the value of the --graphite.sample-expiry flag should work, by default 5 minutes.
Keep in mind that Prometheus does not ingest old samples the way graphite does. Sending anything older than "now" will most likely not do what you expect.
My application is sending metrics over tcp on port 9109 in plaintext protocol format :