Como você exclui um contador no sussurro de grafite?

Eu tenho um contador stats.message.fooe 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, wspela é 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?

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:

• basta reiniciar o statsd com service statsd restartou
• atualize as configurações do statsd para não enviar estatísticas para back-end se as estatísticas não forem recebidas E então service statsd restart

Para excluir arquivos wsp que você não precisa mais:

1. Listar os arquivos a serem excluídos comfind pathToUnwantedStatistic -print
2. se estiver imprimindo apenas os arquivos que você deseja excluir, execute a seguinte linha para excluir os arquivos indesejados find pathToUnwantedStatistic -delete

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

• arquivos .wsp
• diretórios para as estatísticas das quais você se livrou

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.

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

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

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:

1. garantir USE_WHITELIST=Trueem/opt/carbon/conf/carbon.conf
2. adicione métrica irritante a /opt/carbon/conf/blacklist.conf