Come si elimina un contatore nel sussurro di grafite?

Ho un contatore stats.message.fooe voglio spostarlo stats.messages.foo.

Ho aggiornato il mio codice per popolare il nuovo contatore, tuttavia esiste ancora quello vecchio.

Ho letto tutto ciò che devo fare per rimuovere una stat dalla grafite è eliminare il file sussurro appropriato sul disco, tuttavia sembra che entro pochi secondi dalla rimozione wspvenga rigenerato (senza dati).

Questa è una seccatura se voglio rinominare la chiave in cui sono memorizzati i dati poiché devo ricordare quale chiave è quella corretta.

Qualcuno sa come rimuovere definitivamente il vecchio contatore?

Il motivo per cui così tante persone hanno difficoltà con questo problema (me incluso) è perché statsd (a seconda delle sue impostazioni) continua a scrivere dati su vecchie statistiche (file di sussurro) anche dopo aver eliminato il file di sussurro (.wsp).

Controlla le tue impostazioni statsd su /etc/statsd/config.js (su Ubuntu). Impostazioni di esempio su https://github.com/etsy/statsd/blob/master/exampleConfig.js . Consiglio di impostare deleteIdleStats su true in modo che statsd non scriva le statistiche quando non vengono ricevute.

La rovina di deleteIdleStats è che la grafite potrebbe ora avere valori nulli per determinate statistiche. Questo può essere gestito sul livello di visualizzazione (consiglio Grafana).

Sono disponibili due opzioni per interrompere la rigenerazione dei file di sussurro eliminati:

• riavvia semplicemente statsd con service statsd restarto
• aggiorna le impostazioni statsd per non inviare le statistiche al backend se le statistiche non vengono ricevute E quindi service statsd restart

Per eliminare i file wsp che non ti servono più:

1. Elencare i file con cui eliminarefind pathToUnwantedStatistic -print
2. se questo sta stampando solo i file che si desidera eliminare, eseguire la seguente riga per eliminare i file indesiderati find pathToUnwantedStatistic -delete

Ho avuto un problema simile in cui esistevano ancora voci in Graphite sebbene non fossero disponibili dati. Sto usando statsd e non aveva nemmeno metriche. Si scopre che ho dovuto eliminare queste cartelle oltre ai file wsp.

Il mio caso esatto è che ho usato il nome della macchina come prefisso per statsd. Carbon ha creato la cartella per ciascuna delle macchine in es. / Opt / graphite / storage / whisper / stats / ip-0A215A08, dove ha archiviato il wsp per le mie metriche. Per questo motivo, una volta eliminati i file wsp, avevo ancora un sacco di "cartelle" in Graphite senza alcun dato ancora visibile nell'interfaccia utente.

Controlli su carbonio / grafite

• file .wsp
• directory per le statistiche di cui ti sei sbarazzato

Su statsd (se lo stai usando), verifica che non ci siano più indicatori, timer o contatori per le metriche di cui vuoi sbarazzarti. Per questo, puoi anche telnet sulla tua istanza (porta predefinita 8126) e controllare le metriche con i comandi appropriati dell'interfaccia di amministrazione invece di interrompere il processo.

Ho avuto lo stesso problema. Sono stato in grado di rimuovere la directory uccidendo prima un server StatsD che era in esecuzione. Forse questo è lo stesso problema che stavi riscontrando.

pkill statsd

Nessuna delle risposte di cui sopra ha aiutato nel mio caso. Ho trovato questo in StackOverflow che mi ha aiutato: /programming/15501677/deleted-empty-graphite-whisper-files-automatically-re-generating#answer-20011928

Concordo con gli altri sul fatto che qualcosa deve ancora inviare la vecchia metrica.

Idealmente, risolveresti il ​​problema sul tuo client per risolverlo, ma puoi anche rifiutare quella metrica lato server utilizzando la funzionalità blacklist di whisper .

Per farlo:

1. assicurarsi USE_WHITELIST=Truein/opt/carbon/conf/carbon.conf
2. aggiungi una metrica fastidiosa a /opt/carbon/conf/blacklist.conf