Як видалити лічильник у графітовому шепоті?


14

У мене є лічильник stats.message.fooі хочу перенести його stats.messages.foo.

Я оновив свій код, щоб заповнити новий лічильник, проте старий все ще існує.

Я прочитав все, що потрібно зробити, щоб видалити статистику з графіту, - це видалити відповідний файл шепіту на диску, однак здається, що протягом декількох секунд після видалення wspвін регенерується (без даних).

Це роздратування, якщо я хочу перейменувати ключ, під яким зберігаються дані, оскільки мені потрібно запам'ятати, який ключ є правильним.

Хтось знає, як назавжди видалити старий лічильник?


Якщо графіт продовжує писати stats.message.fooйого через щось, десь все ще надсилає цю метрику. Я б дивився на вашу статистику налаштувань.
Дейв Вонгіллз

Ви коли-небудь знаходили відповідь на це? Страждає однакова проблема.
Девід Елнер

@dave На жаль, ні. Минув час, і ми перейшли на новий графітовий сервер, тому проблема "вирішилася" сама.
hafichuk

Відповіді:


8

Причина, через яку багато людей борються з цією проблемою (включаючи мене), полягає в тому, що statsd (залежно від її налаштувань) продовжує записувати дані в старі статистичні дані (шепітні файли) навіть після того, як ви видалите файл шепіту (.wsp).

Перевірте налаштування statsd за адресою /etc/statsd/config.js (в Ubuntu). Приклад налаштувань на https://github.com/etsy/statsd/blob/master/exampleConfig.js . Я рекомендую встановити deleteIdleStats на true, щоб statsd не писав статистику, коли вони не були отримані.

Падіння deleteIdleStats є те , що графіт тепер можуть мати значення нуля для певних характеристик. Це можна вирішити на шарі візуалізації (я рекомендую Grafana).

У вас є два варіанти зупинити відновлення видалених файлів шепіту:

  • просто перезавантажте statsd з service statsd restartабо
  • оновіть налаштування statsd, щоб не надсилати статистику до бекенда, якщо статистика не отримана ТА потім service statsd restart

Щоб видалити wsp файли, які вам більше не потрібні:

  1. Список файлів, які потрібно видалитиfind pathToUnwantedStatistic -print
  2. якщо це друкує лише ті файли, які ви хочете видалити, запустіть наступний рядок, щоб видалити непотрібні файли find pathToUnwantedStatistic -delete

1

У мене була схожа проблема, коли записи досі існували в Graphite, хоча даних не було. Я використовую statsd і в ньому також не було показників. Виявляється, мені довелося видалити ці папки на додаток до файлів wsp.

Мій точний випадок - я використовував ім'я машини як префікс для statsd. Карбон створив папку для кожної машини в напр. / Opt / graphite / storage / whisper / stats / ip-0A215A08, де вона зберігала wsp для моїх показників. Через це, як тільки я видалив wsp-файли, у мене все ще з'явилася купа «папок» у Graphite без будь-яких даних, які все ще з’являються в інтерфейсі.

Перевірки на вуглець / графіт

  • .wsp файли
  • каталоги для статистики, яку ви позбулися

У статистиці statsd (якщо ви його використовуєте) переконайтеся, що немає більше вимірювальних приладів, таймерів чи лічильників для показників, які ви хочете позбутися. З цього приводу ви також можете звертатися по телнету до свого примірника (порт 8126 за замовчуванням) і перевіряти наявність показників із належними командами інтерфейсу адміністратора, а не вбивати процес.


0

У мене було те саме питання. Мені вдалося видалити каталог, попередньо вбивши запущений сервер StatsD. Можливо, це те саме питання, яке ви мали.

pkill statsd



0

Я погоджуюсь з іншими, що щось все-таки повинно надсилати стару метрику.

В ідеалі ви вирішите проблему свого клієнта, щоб вирішити цю проблему, але ви також можете відхилити цю метричну сторону сервера, використовуючи функцію чорного списку шепіту .

Зробити це:

  1. забезпечити USE_WHITELIST=Trueв/opt/carbon/conf/carbon.conf
  2. додайте до дратівливої ​​метрики /opt/carbon/conf/blacklist.conf
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.