Grafit fısıltısında bir sayacı nasıl silebilirsiniz?


14

'De bir kontuarım var stats.message.foovestats.messages.foo .

Yeni sayacı doldurmak için kodumu güncelledim, ancak eskisi hala var.

Ben grafit bir stat kaldırmak için yapmanız gereken tüm okudum disk üzerinde uygun fısıltı dosyasını silmektir, ancak kaldırıldığı birkaç saniye içinde wsp(veri olmadan) yenilenir gibi görünüyor .

Hangi anahtarın doğru anahtar olduğunu hatırlamamız gerektiğinden, verilerin altında saklandığı anahtarı yeniden adlandırmak istiyorsam bu bir sıkıntıdır .

Eski sayacı kalıcı olarak nasıl kaldıracağını bilen var mı?


Grafit bir stats.message.fooşey yüzünden yazmaya devam ederse , bir yerlerde hala bu metriği gönderiyor. Statisticsd kurulumunuza bakıyorum.
Dave Wongillies

Bunun için bir cevap buldunuz mu? Aynı sorundan muzdarip.
David Elner

@dave Ne yazık ki hayır. Bir süre oldu ve yeni bir grafit sunucusuna geçtik, böylece sorun kendi kendine "çözüldü".
hafichuk

Yanıtlar:


8

Pek çok insanın bu konuda (ben dahil) mücadele etmesinin nedeni, istatistiklerin (ayarlarına bağlı olarak), fısıltı dosyasını (.wsp) sildikten sonra bile eski istatistiklere (fısıltı dosyaları) veri yazmaya devam etmesidir.

/Etc/statsd/config.js (Ubuntu'da) adresinden istatistik ayarlarınızı kontrol edin. Https://github.com/etsy/statsd/blob/master/exampleConfig.js adresindeki örnek ayarlar . İstatistiklerin alınmadığında istatistik yazmaması için deleteIdleStats değerini true olarak ayarlamanızı öneririm .

DeleteIdleStats'ın çöküşü, Graphite'ın artık belirli istatistikler için boş değerlere sahip olabileceğidir. Bu görselleştirme katmanında ele alınabilir (Grafana'yı öneririm).

Silinen fısıltı dosyalarının yeniden oluşturulmasını durdurmak için iki seçeneğiniz vardır:

  • istatistiklerini service statsd restartveya ile yeniden başlatmanız yeterlidir
  • istatistik alınmazsa, istatistik ayarlarını arka uça istatistik göndermeyecek şekilde güncelleyin VE sonra service statsd restart

Artık ihtiyacınız olmayan wsp dosyalarını silmek için:

  1. Silinecek dosyaları listelefind pathToUnwantedStatistic -print
  2. yalnızca silmek istediğiniz dosyaları yazdırıyorsa, istenmeyen dosyaları silmek için aşağıdaki satırı çalıştırın find pathToUnwantedStatistic -delete

1

Veri mevcut olmamasına rağmen Grafit'te girişlerin olduğu yerlerde de benzer bir sorun yaşadım. Statisticsd kullanıyorum ve orada da metrikleri yoktu. Wsp dosyalarına ek olarak bu klasörleri silmek zorunda kaldım.

Benim durumum, istatistik adı için makine adını önek olarak kullandım. Karbon, / opt / graphite / storage / whisper / stats / ip-0A215A08 içindeki her bir makine için klasör oluşturdu; burada metriklerim için wsp'yi sakladı. Bu nedenle, wsp dosyalarını sildikten sonra, hala UI'de gösterilen herhangi bir veri olmadan Grafit'te bir sürü "klasör" vardı.

Karbon / Grafit Kontrolü

  • .wsp dosyaları
  • Kurtulduğunuz istatistikler için dizinler

İstatistiklerde (kullanıyorsanız), kurtulmak istediğiniz metrikler için daha fazla gösterge, zamanlayıcı veya sayaç olmadığını doğrulayın. Bunun için, örneğinize telnet (varsayılan bağlantı noktası 8126) ekleyebilir ve işlemi öldürmek yerine Yönetici arayüzünün uygun komutlarına sahip metrikleri kontrol edebilirsiniz .


0

Aynı sorunu yaşadım. Önce çalışan bir StatsD sunucusunu öldürerek dizini kaldırabildim. Belki de bu, yaşadığınız aynı konudur.

pkill statsd



0

Başkalarıyla aynı şeyin hala eski metriği göndermesi gerektiğine katılıyorum.

İdeal olarak, bunu çözmek için istemcinizdeki sorunu ele alırsınız, ancak fısıltıların kara liste işlevini kullanarak bu metrik sunucu tarafını da reddedebilirsiniz .

Bunu yapmak için:

  1. sağlamak USE_WHITELIST=Trueiçinde/opt/carbon/conf/carbon.conf
  2. sinir bozucu metrik ekle /opt/carbon/conf/blacklist.conf
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.