Havia duas instâncias do StatsD alimentando o Graphite, uma delas tinha contadores zerados sendo enviados e substituindo dados do outro.
Paramos a segunda instância do StatsD e parece estar resolvido.
Eu reinstalei do zero o nosso servidor Graphite para começar a automatizá-lo.
Eu não sei o que, mas devo ter esquecido algum tipo de configuração, porque agora os nossos dados mostram apenas as últimas datapoints do StatsD.
Se eu executar um whisper-fetch
em algum arquivo de métrica, posso ver entradas como:
whisper-fetch --pretty FILE.wsp | tail -n 10
Thu Oct 23 20:01:00 2014 0.000000
Thu Oct 23 20:02:00 2014 0.000000
Thu Oct 23 20:03:00 2014 0.000000
Thu Oct 23 20:04:00 2014 0.000000
Thu Oct 23 20:05:00 2014 0.000000
Thu Oct 23 20:06:00 2014 0.000000
Thu Oct 23 20:07:00 2014 0.000000
Thu Oct 23 20:08:00 2014 0.000000
Thu Oct 23 20:09:00 2014 0.000000
Thu Oct 23 20:10:00 2014 13.000000
Este exemplo é de uma métrica alimentada por StatsD, se eu fizer a mesma coisa nas métricas de carbono. * é completamente normal:
whisper-fetch --pretty /mnt/graphite/whisper/carbon/agents/127.0.0.1-a/committedPoints.wsp | tail -n 10
Thu Oct 23 20:02:00 2014 9254.000000
Thu Oct 23 20:03:00 2014 8857.000000
Thu Oct 23 20:04:00 2014 8763.000000
Thu Oct 23 20:05:00 2014 8236.000000
Thu Oct 23 20:06:00 2014 9265.000000
Thu Oct 23 20:07:00 2014 8737.000000
Thu Oct 23 20:08:00 2014 8691.000000
Thu Oct 23 20:09:00 2014 8738.000000
Thu Oct 23 20:10:00 2014 8437.000000
Thu Oct 23 20:11:00 2014 5585.000000
O que está causando o carbono para não agregar e confirmar os dados enviados pelo StatsD?
Havia duas instâncias do StatsD alimentando o Graphite, uma delas tinha contadores zerados sendo enviados e substituindo dados do outro.
Paramos a segunda instância do StatsD e parece estar resolvido.
Tags graphite