Eu tenho um contador stats.message.foo
e quero movê-lo para stats.messages.foo
.
Atualizei meu código para preencher o novo contador, no entanto, o antigo ainda existe.
Eu li tudo o que preciso para remover uma estatística da grafite e excluir o arquivo de sussurro apropriado no disco, no entanto, parece que alguns segundos depois de removê-la, wsp
ela é regenerada (sem dados).
Isso é um aborrecimento se eu quiser renomear a chave na qual os dados estão armazenados, pois preciso lembrar qual chave é a correta.
Alguém sabe como remover permanentemente o contador antigo?
stats.message.foo
porque alguma coisa ainda está enviando essa métrica. Eu estaria olhando para a sua configuração statsd.Respostas:
A razão pela qual tantas pessoas estão lutando com esse problema (inclusive eu) é porque o statsd (dependendo das configurações) continua gravando dados em estatísticas antigas (arquivos whisper), mesmo depois de excluir o arquivo whisper (.wsp).
Verifique suas configurações de statsd em /etc/statsd/config.js (no Ubuntu). Exemplos de configurações em https://github.com/etsy/statsd/blob/master/exampleConfig.js . Eu recomendaria definir deleteIdleStats como true para que o statsd não escreva estatísticas quando não forem recebidas.
A queda do deleteIdleStats é que o Graphite agora pode ter valores nulos para determinadas estatísticas. Isso pode ser tratado na camada de visualização (eu recomendo o Grafana).
Você tem duas opções para parar a regeneração de arquivos whisper excluídos:
service statsd restart
ouservice statsd restart
Para excluir arquivos wsp que você não precisa mais:
find pathToUnwantedStatistic -print
find pathToUnwantedStatistic -delete
fonte
Eu tive um problema semelhante em que ainda existiam entradas no Graphite, embora não houvesse dados disponíveis. Estou usando o statsd e ele também não possui métricas. Acontece que eu tive que excluir essas pastas, além dos arquivos wsp.
Meu caso exato é que usei o nome da máquina como prefixo para o statsd. Pasta criada para carbono para cada uma das máquinas em, por exemplo, / opt / grafite / storage / whisper / stats / ip-0A215A08, onde armazenava o wsp para minhas métricas. Por isso, depois de excluir os arquivos wsp, ainda havia um monte de "pastas" no Graphite sem quaisquer dados que ainda apareciam na interface do usuário.
Verificações de carbono / grafite
No statsd (se você estiver usando), verifique se não há mais medidores, cronômetros ou contadores para as métricas das quais você deseja se livrar. Para isso, você também pode telnet na sua instância (porta padrão 8126) e verificar métricas com os comandos adequados da interface do administrador, em vez de interromper o processo.
fonte
Eu tive o mesmo problema. Consegui remover o diretório matando primeiro um servidor StatsD que estava sendo executado. Talvez este seja o mesmo problema que você estava tendo.
pkill statsd
fonte
Nenhuma das respostas acima ajudou no meu caso. Encontrei este no stackoverflow que me ajudou: /programming/15501677/deleted-empty-graphite-whisper-files-automatically-re-generating#answer-20011928
fonte
Concordo com os outros que algo ainda deve estar enviando a métrica antiga.
Idealmente, você resolveria o problema no seu cliente para resolver isso, mas também poderá rejeitar essa métrica no lado do servidor usando a funcionalidade da lista negra do whisper .
Para fazer isso:
USE_WHITELIST=True
em/opt/carbon/conf/carbon.conf
/opt/carbon/conf/blacklist.conf
fonte