Comment supprimer un compteur en chuchotement graphite?

J'ai un comptoir stats.message.fooet je veux le déplacer stats.messages.foo.

J'ai mis à jour mon code pour remplir le nouveau compteur, mais l'ancien existe toujours.

J'ai lu que tout ce que je dois faire pour supprimer une statistique du graphite est de supprimer le fichier de chuchotement approprié sur le disque, mais il semble que quelques secondes après sa suppression, wspil soit régénéré (sans données).

C'est une gêne si je veux renommer la clé sous laquelle les données sont stockées car je dois me rappeler quelle clé est la bonne.

Quelqu'un sait-il comment supprimer définitivement l'ancien compteur?

La raison pour laquelle tant de gens ont du mal à résoudre ce problème (moi compris) est que statsd (en fonction de ses paramètres) continue d'écrire des données dans les anciennes statistiques (fichiers chuchotés) même après avoir supprimé le fichier chuchoté (.wsp).

Vérifiez vos paramètres statsd dans /etc/statsd/config.js (sur Ubuntu). Exemples de paramètres sur https://github.com/etsy/statsd/blob/master/exampleConfig.js . Je recommanderais de définir deleteIdleStats sur true pour que statsd n'écrive pas les statistiques lorsqu'elles ne sont pas reçues.

L'inconvénient de deleteIdleStats est que Graphite peut maintenant avoir des valeurs nulles pour certaines statistiques. Cela peut être géré sur la couche de visualisation (je recommande Grafana).

Vous avez deux options pour arrêter la régénération des fichiers chuchotés supprimés:

• redémarrez simplement statsd avec service statsd restartou
• mettre à jour les paramètres de statsd pour ne pas envoyer de statistiques au backend si les statistiques ne sont pas reçues ET puis service statsd restart

Pour supprimer les fichiers wsp dont vous n'avez plus besoin:

1. Répertoriez les fichiers à supprimer avecfind pathToUnwantedStatistic -print
2. si cela n'imprime que les fichiers que vous souhaitez supprimer, exécutez la ligne suivante pour supprimer les fichiers indésirables find pathToUnwantedStatistic -delete

J'ai eu un problème similaire où les entrées existaient toujours dans Graphite bien qu'aucune donnée ne soit disponible. J'utilise statsd et il n'y avait pas de métriques non plus. Il s'avère que j'ai dû supprimer ces dossiers en plus des fichiers wsp.

Mon cas exact est que j'ai utilisé le nom de la machine comme préfixe pour statsd. Dossier créé par Carbon pour chacune des machines, par exemple dans / opt / graphite / storage / whisper / stats / ip-0A215A08, où il a stocké le wsp pour mes mesures. Pour cette raison, une fois que j'ai supprimé les fichiers wsp, j'avais encore un tas de "dossiers" dans Graphite sans aucune donnée qui apparaissait toujours dans l'interface utilisateur.

Contrôles sur carbone / graphite

• fichiers .wsp
• répertoires pour les statistiques dont vous vous êtes débarrassé

Sur statsd (si vous l'utilisez), vérifiez qu'il n'y a plus de jauges, de minuteries ou de compteurs pour les mesures dont vous souhaitez vous débarrasser. Pour cela, vous pouvez également telnet sur votre instance (port par défaut 8126) et vérifier les métriques avec les commandes appropriées de l' interface d'administration au lieu de tuer le processus.

J'ai eu le même problème. J'ai pu supprimer le répertoire en tuant d'abord un serveur StatsD en cours d'exécution. C'est peut-être le même problème que vous rencontriez.

pkill statsd

Aucune des réponses ci-dessus n'a aidé dans mon cas. J'ai trouvé celui-ci dans stackoverflow qui m'a aidé: /programming/15501677/deleted-empty-graphite-whisper-files-automatically-re-generating#answer-20011928

Je suis d'accord avec les autres pour dire que quelque chose doit encore envoyer l'ancienne métrique.

Idéalement, vous devriez résoudre le problème sur votre client pour résoudre ce problème, mais vous pouvez également rejeter cette métrique côté serveur en utilisant la fonctionnalité de liste noire de Whisper .

Pour faire ça:

1. assurer USE_WHITELIST=Truedans/opt/carbon/conf/carbon.conf
2. ajouter une métrique ennuyeuse à /opt/carbon/conf/blacklist.conf