Como você exclui um contador em um sussurro de grafite?

Question

Eu tenho um contador em stats.message.foo e quero movê-lo para stats.messages.foo .

Atualizei meu código para preencher o novo contador, mas o antigo ainda existe.

Eu leia tudo o que preciso fazer para remover um stat do grafite é apagar o arquivo sussurro apropriado no disco, no entanto, parece que dentro de alguns segundos de remover o wsp ele é regenerado (sem dados).

Isso é um aborrecimento se eu quiser renomear a chave na qual os dados estão armazenados, já que preciso lembrar qual chave é a correta.

Alguém sabe como remover permanentemente o contador antigo?

    

Answer 1

A razão pela qual tantas pessoas estão lutando com esse problema (eu incluído) é porque o statsd (dependendo de suas configurações) continua a gravar dados em estatísticas antigas (arquivos sussurrados) mesmo depois de excluir o arquivo sussurro (.wsp). / p>

Verifique suas configurações do statsd em /etc/statsd/config.js (no Ubuntu). Exemplos de configurações no link . Eu recomendaria definir deleteIdleStats como true para que statsd não grave estatísticas quando elas não forem recebidas.

A queda de deleteIdleStats é que o Graphite agora pode ter valores nulos para determinadas estatísticas. Isso pode ser tratado na camada de visualização (recomendo o Grafana).

Você tem duas opções para interromper a regeneração de arquivos sussurrados excluídos:

• simplesmente reinicie o statsd com service statsd restart ou
• atualize as configurações statsd para não enviar estatísticas para o back-end se as estatísticas não forem recebidas E, em seguida, service statsd restart

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

1. Listar os arquivos a serem excluídos com find 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

Answer 2

Eu tive um problema semelhante, onde as entradas ainda existiam no Graphite, embora nenhum dado estivesse disponível. Estou usando o statsd e também não tem 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 statsd. Carbon criou pasta para cada uma das máquinas em / opt / grafite / storage / whisper / stats / ip-0A215A08, onde armazenou o wsp para minhas métricas. Por causa disso, uma vez que eu apaguei os arquivos wsp, eu ainda tinha um monte de "pastas" no Graphite sem qualquer dado que ainda aparecesse 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, temporizadores ou contadores para as métricas das quais você deseja se livrar. Para isso, você também pode fazer o telnet em sua instância (porta padrão 8126) e verificar as métricas com os comandos apropriados do Interface de administração em vez de matar o processo.

    

Answer 3

Eu tive o mesmo problema. Eu era capaz de remover o diretório, primeiro matando um servidor StatsD que estava sendo executado. Talvez este seja o mesmo problema que você estava tendo.

pkill statsd

    

Answer 4

Nenhuma das respostas acima ajudou no meu caso. Eu encontrei este em stackoverflow que me ajudou: link

    

Answer 5

Concordo com os outros que algo ainda deve estar enviando a métrica antiga.

O ideal seria resolver o problema no seu cliente para resolver isso, mas você também pode rejeitar essa métrica do lado do servidor usando funcionalidade de lista negra do whisper .

Para fazer isso:

1. garanta o USE_WHITELIST=True em /opt/carbon/conf/carbon.conf
2. adicione uma métrica irritante a /opt/carbon/conf/blacklist.conf