आप ग्रेफाइट कानाफूसी में एक काउंटर कैसे हटाते हैं?


14

मेरे पास एक काउंटर है stats.message.fooऔर मैं इसे स्थानांतरित करना चाहता हूं stats.messages.foo

मैंने नए काउंटर को आबाद करने के लिए अपना कोड अपडेट किया है, हालांकि पुराना अभी भी मौजूद है।

मैंने पढ़ा है कि ग्रेफाइट से एक प्रतिमा को हटाने के लिए मुझे डिस्क पर उपयुक्त कानाफूसी फ़ाइल को हटाने की आवश्यकता है, हालांकि ऐसा लगता है कि हटाने के कुछ सेकंड के भीतर इसे फिर से प्राप्त किया wspजाता है (डेटा के बिना)।

यह एक झुंझलाहट है यदि मैं उस कुंजी का नाम बदलना चाहता हूं जिसे डेटा के तहत संग्रहीत किया जाता है क्योंकि मुझे याद रखने की आवश्यकता है कि कौन सी कुंजी सही है।

क्या कोई जानता है कि पुराने काउंटर को स्थायी रूप से कैसे हटाया जाए?


अगर ग्रेफाइट stats.message.fooअपनी लिखता रहता है क्योंकि कुछ, कहीं न कहीं अभी भी उस मीट्रिक को भेज रहा है। मैं आपके आँकड़ों का सेटअप देख रहा हूँ।
डेव वॉन्गिलीज

क्या आपको कभी इसके लिए जवाब मिला? उसी समस्या से पीड़ित।
डेविड एलेन

@dave दुर्भाग्य से नहीं। यह एक समय हो गया है और हम एक नए ग्रेफाइट सर्वर पर चले गए हैं, इसलिए समस्या स्वयं हल हो गई है।
hafichuk

जवाबों:


8

इस मुद्दे (मुझे शामिल किया गया) के कारण बहुत से लोग संघर्ष कर रहे हैं क्योंकि आँकड़े (इसकी सेटिंग के आधार पर) पुराने आँकड़े (कानाफूसी करने वाली फाइलें) को कानाफूसी करने वाली फ़ाइल (.wsp) को हटाने के बाद भी आपको लिखना जारी रखते हैं।

/Etc/statsd/config.js (उबंटू पर) में अपनी स्टेटसट सेटिंग्स की जाँच करें। उदाहरण सेटिंग https://github.com/etsy/statsd/blob/master/exampleConfig.js पर । मैं deleteIdleStats को सही पर सेट करने की सलाह दूंगा ताकि आँकड़े प्राप्त न होने पर आँकड़े न लिखें।

DeleteIdleStats की खराबी यह है कि ग्रेफाइट में अब कुछ आंकड़ों के लिए शून्य मान हो सकते हैं। इसे विज़ुअलाइज़ेशन लेयर पर हैंडल किया जा सकता है (मैं Grafana की सलाह देता हूं)।

आपके पास हटाई गई व्हिस्पर फ़ाइलों के पुनर्जनन को रोकने के लिए दो विकल्प हैं:

  • बस service statsd restartया के साथ आँकड़े पुनः आरंभ करें
  • यदि आँकड़े प्राप्त नहीं हुए हैं तो बैकएंड पर आँकड़े न भेजें और फिर आँकड़ों को अद्यतन न करें service statsd restart

Wsp फ़ाइलों को हटाने के लिए जिनकी आपको अब आवश्यकता नहीं है:

  1. के साथ हटाए जाने वाली फ़ाइलों की सूची बनाएंfind pathToUnwantedStatistic -print
  2. यदि वह केवल उन फ़ाइलों को प्रिंट कर रहा है जिन्हें आप हटाना चाहते हैं, तो अवांछित फ़ाइलों को हटाने के लिए निम्न पंक्ति चलाएँ find pathToUnwantedStatistic -delete

1

मुझे एक समान समस्या थी जहां ग्रेफाइट में प्रविष्टियां अभी भी मौजूद थीं, हालांकि कोई डेटा उपलब्ध नहीं था। मैं आँकड़ों का उपयोग कर रहा हूँ और इसमें मैट्रिक्स भी नहीं था। यह पता चला है कि मुझे wsp फ़ाइलों के अलावा इन फ़ोल्डरों को हटाना पड़ा।

मेरा सटीक मामला है, मैंने आँकड़ों के लिए उपसर्ग के रूप में मशीन नाम का उपयोग किया। कार्बन ने मशीनों में से प्रत्येक के लिए फ़ोल्डर बनाया जैसे / ऑप्ट / ग्रेफाइट / स्टोरेज / व्हिस्पर / स्टैटिस्टिक्स / ip-0A215A08, जहाँ इसने मेरे मेट्रिक्स के लिए wsp स्टोर किया था। उसके कारण, एक बार जब मैंने wsp फाइलें हटाईं, तब भी मुझे ग्रेफाइट w / o में "फ़ोल्डर्स" का एक गुच्छा मिला, जो अभी भी UI में दिखाया गया है।

कार्बन / ग्रेफाइट पर जाँच

  • .wsp फाइलें
  • आपके द्वारा निकाले गए आँकड़ों के लिए निर्देशिका

आँकड़ों पर (यदि आप इसका उपयोग कर रहे हैं), सत्यापित करें कि जिस मैट्रिक्स से आप छुटकारा पाना चाहते हैं, उसके लिए अधिक गेज, टाइमर या काउंटर नहीं हैं। इसके लिए, आप अपने उदाहरण (डिफ़ॉल्ट पोर्ट 8126) पर टेलनेट कर सकते हैं और प्रक्रिया को मारने के बजाय व्यवस्थापक इंटरफ़ेस के उचित आदेशों के साथ मैट्रिक्स की जांच कर सकते हैं।


0

मेरी भी यही समस्या थी। मैं पहले एक StatsD सर्वर को चलाकर निर्देशिका को हटाने में सक्षम था जो चल रहा था। शायद यह वही मुद्दा है जो आप कर रहे थे।

pkill statsd



0

मैं दूसरों से सहमत हूं कि कुछ को अभी भी पुरानी मीट्रिक भेजना होगा।

आदर्श रूप से, आप इसे हल करने के लिए अपने क्लाइंट पर समस्या को संबोधित करेंगे, लेकिन आप कानाफूसी की ब्लैकलिस्ट कार्यक्षमता का उपयोग करके उस मीट्रिक सर्वर-साइड को भी अस्वीकार कर सकते हैं

यह करने के लिए:

  1. सुनिश्चित USE_WHITELIST=True में/opt/carbon/conf/carbon.conf
  2. कष्टप्रद मीट्रिक जोड़ें /opt/carbon/conf/blacklist.conf
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.