¿Cómo se elimina un contador en susurro de grafito?

Tengo un contador en stats.message.fooy quiero moverlo stats.messages.foo.

He actualizado mi código para llenar el nuevo contador, sin embargo, el antiguo todavía existe.

He leído que todo lo que necesito hacer para eliminar una estadística del grafito es eliminar el archivo de susurro apropiado en el disco, sin embargo, parece que a los pocos segundos de eliminarlo wspse regenera (sin datos).

Esto es una molestia si quiero cambiar el nombre de la clave en la que se almacenan los datos, ya que necesito recordar qué clave es la correcta.

¿Alguien sabe cómo eliminar permanentemente el viejo contador?

La razón por la que tanta gente está luchando con este problema (incluido yo) es porque statsd (dependiendo de su configuración) continúa escribiendo datos en estadísticas antiguas (archivos de susurro) incluso después de eliminar el archivo de susurro (.wsp).

Verifique la configuración de sus estadísticas en /etc/statsd/config.js (en Ubuntu). Configuraciones de ejemplo en https://github.com/etsy/statsd/blob/master/exampleConfig.js . Recomendaría establecer deleteIdleStats en true para que statsd no escriba estadísticas cuando no se reciban.

La caída de deleteIdleStats es que Graphite ahora puede tener valores nulos para ciertas estadísticas. Esto se puede manejar en la capa de visualización (recomiendo Grafana).

Tiene dos opciones para detener la regeneración de archivos susurrados eliminados:

• simplemente reinicie las estadísticas con service statsd restarto
• actualizar la configuración de estadísticas para no enviar estadísticas al backend si las estadísticas no se reciben Y luego service statsd restart

Para eliminar archivos wsp que ya no necesita:

1. Listar los archivos que se eliminarán confind pathToUnwantedStatistic -print
2. si solo imprime los archivos que desea eliminar, ejecute la siguiente línea para eliminar los archivos no deseados find pathToUnwantedStatistic -delete

Tuve un problema similar en el que todavía existían entradas en Graphite, aunque no había datos disponibles. Estoy usando statsd y tampoco tenía métricas allí. Resulta que tuve que eliminar estas carpetas además de los archivos wsp.

Mi caso exacto es que usé el nombre de la máquina como prefijo para statsd. Carbon creó una carpeta para cada una de las máquinas, por ejemplo, en / opt / graphite / storage / whisper / stats / ip-0A215A08, donde almacenó el wsp para mis métricas. Debido a eso, una vez que eliminé los archivos wsp, todavía tenía un montón de "carpetas" en Graphite sin ningún dato que todavía apareciera en la interfaz de usuario.

Comprobaciones de carbono / grafito

• archivos .wsp
• directorios para las estadísticas que eliminó

En statsd (si lo está usando), verifique que no haya más indicadores, temporizadores o contadores para las métricas de las que desea deshacerse. Para esto, también puede hacer telnet en su instancia (puerto predeterminado 8126) y verificar las métricas con los comandos adecuados de la interfaz de administración en lugar de matar el proceso.

Tuve el mismo problema. Pude eliminar el directorio matando primero un servidor StatsD que se estaba ejecutando. Quizás este es el mismo problema que estabas teniendo.

pkill statsd

Ninguna de las respuestas anteriores ayudó en mi caso. Encontré este en stackoverflow que me ayudó: /programming/15501677/deleted-empty-graphite-whisper-files-automatically-re-generating#answer-20011928

Estoy de acuerdo con otros en que algo aún debe estar enviando la métrica anterior.

Idealmente, abordaría el problema en su cliente para resolver esto, pero también puede rechazar esa métrica del lado del servidor utilizando la funcionalidad de lista negra de whisper .

Para hacer esto:

1. asegurar USE_WHITELIST=Trueen/opt/carbon/conf/carbon.conf
2. agregar métrica molesta a /opt/carbon/conf/blacklist.conf