≋

Validator Log Analyzer

नोड लॉग में विफलता पैटर्न खोजें

.log / .txt फ़ाइल चुनें

इनपुट2 MB / 20 000 पंक्तियों तक — बड़ा इनपुट काटा जाता है।

परिणाम1 निष्कर्ष

अच्छाकोई ज्ञात वैलिडेटर विफलता पैटर्न नहीं मिला।अज्ञात1× · L1–1उच्च

IP, होस्टनाम, पथ और टोकन अंशों में मास्क किए जाते हैं।

परिचय

Validator Log Analyzer चिपकाए गए नोड या वैलिडेटर लॉग स्कैन करता है और ज्ञात विफलता पैटर्न बताता है: out-of-memory घटनाएँ, भरी डिस्क, छूटे slot और attestation, डुप्लिकेट वैलिडेटर कुंजी, slashing जोखिम, घड़ी विचलन, कम पीयर संख्या, टाइमआउट, कनेक्शन विफलता, डेटाबेस भ्रष्टाचार, असंगत स्नैपशॉट और बार-बार रीस्टार्ट।

हर पहचान गंभीरता, श्रेणी, घटना संख्या, पहली और आखिरी पंक्ति, मास्क किया अंश, संभावित कारण, अनुशंसित जाँच और विश्वास स्तर दिखाती है। विश्लेषण पूरी तरह ब्राउज़र में चलता है: लॉग न अपलोड होते हैं न संग्रहीत।

उद्देश्य

वैलिडेटर नोड को सबसे अधिक नीचे लाने या दंडित करने वाले विफलता पैटर्न पहचानना।
घटनाओं को पैटर्न द्वारा संख्या, पहली और आखिरी पंक्ति और मास्क किए अंश के साथ समूहित करना।
साझा Linux नियमों को chain-विशिष्ट consensus नियमों से अलग करना।
IPv4/IPv6 पते, होस्टनाम, पथ, टोकन और संभावित रहस्य मास्क करना और seed/निजी-कुंजी सामग्री पूरी कभी न दोहराना।

इनपुट

journald, syslog, नोड या वैलिडेटर आउटपुट का चिपकाव, या .log/.txt फ़ाइल।
इनपुट 2 MB और 20 000 पंक्तियों तक सीमित है; बड़े इनपुट सूचना के साथ काटे जाते हैं।
कुछ अपलोड नहीं होता; डेटा एक क्लिक में साफ़ किया जा सकता है।

यह कैसे काम करता है

हर पंक्ति साझा Linux पैटर्न (OOM, भरी डिस्क, I/O त्रुटियाँ, घड़ी विचलन, प्रमाणीकरण विफलताएँ, अस्वीकृत कनेक्शन, टाइमआउट, पोर्ट संघर्ष, डेटाबेस भ्रष्टाचार, रीस्टार्ट लूप) और वैलिडेटर/consensus पैटर्न (छूटे slot, छूटी attestation, मतदान विफलता, डुप्लिकेट वैलिडेटर कुंजी, slashing संकेत, स्नैपशॉट और संस्करण बेमेल) से मिलाई जाती है।

घटनाएँ प्रति पैटर्न पहली और आखिरी पंक्ति संख्या के साथ गिनी जाती हैं; पहली घटना का छोटा अंश रखा और मास्क किया जाता है।

seed phrase या निजी कुंजी जैसी दिखने वाली पंक्तियाँ कभी दोहराई नहीं जातीं: वे उच्च गंभीरता का छिपा निष्कर्ष उत्पन्न करती हैं।

बार-बार आरंभ मार्कर रीस्टार्ट-लूप निष्कर्ष उत्पन्न करते हैं; किसी ज्ञात पैटर्न से न मिलने वाली बार-बार त्रुटि पंक्तियाँ अज्ञात-त्रुटि निष्कर्ष उत्पन्न करती हैं।

पहचान गंभीरता से क्रमबद्ध होती हैं और कारण, अनुशंसित जाँच और विश्वास के साथ दिखाई जाती हैं।

परीक्षण योग्य उदाहरण

आज़माएँ — विश्लेषण आपके ब्राउज़र में स्थानीय रूप से चलता है।

उदाहरण

Aug 22 14:06:11 node1 kernel: Out of memory: Killed process 8492 (geth)
Aug 22 14:07:02 node1 geth[8492]: ERROR[08-22|14:07:02] Failed to write block   err="no space left on device"
Aug 22 14:08:40 node1 geth[8492]: WARN[08-22|14:08:40] Missed slot            slot=512344

अपेक्षित आउटपुट

उच्च  OOM killer     · 1 घटना · पंक्ति 1
उच्च  डिस्क भरी     · 1 घटना · पंक्ति 2
चेतावनी  Slot छूटा  · 1 घटना · पंक्ति 3
संभावित कारण: मेमोरी दबाव + भरी डिस्क → नोड रुका और slot छूटा।

आउटपुट पढ़ना

उच्च निष्कर्ष (OOM, भरी डिस्क, डेटाबेस भ्रष्टाचार, slashing जोखिम, डुप्लिकेट वैलिडेटर) को नोड के फिर विश्वसनीय होने से पहले कार्रवाई चाहिए।
छूटा slot या attestation चेतावनी है: एक बार शोर है, पैटर्न समस्या है।
मास्क किया अंश IP, पथ और टोकन की रक्षा करते हुए खोज के लिए संदर्भ बचाता है।
साफ़ परिणाम का मतलब कोई ज्ञात पैटर्न नहीं मिला — यह नोड के स्वस्थ होने का प्रमाण नहीं है।

जोखिम

sync के बीच OOM से मारा गया नोड डेटाबेस भ्रष्ट कर सकता है और re-sync मजबूर कर सकता है।
डुप्लिकेट वैलिडेटर कुंजी और slashing संकेत सबसे खतरनाक निष्कर्ष हैं: तुरंत कार्रवाई करें और प्रभावित प्रक्रिया रोकें।
लॉग में रहस्य हो सकते हैं। उपकरण उन्हें मास्क करता है, लेकिन वास्तविक कुंजियों वाले लॉग कहीं न चिपकाएँ।

सीमाएँ

पैटर्न मिलान अनुमानात्मक है; झूठे सकारात्मक और छूट संभव हैं।
यह केवल चिपकाई गई अवधि का विश्लेषण करता है — उससे पहले या बाद की घटनाएँ नहीं देख सकता।
यह ट्रायेज सहायता है, monitoring प्रणाली नहीं।

आधिकारिक संदर्भ

FAQ

मेरा लॉग डेटा कहाँ जाता है?

कहीं नहीं। विश्लेषण आपके ब्राउज़र में स्थानीय रूप से चलता है। कोई अपलोड एंडपॉइंट नहीं है, डेटा संग्रहीत नहीं होता और URL में कभी लॉग सामग्री नहीं होती। टेक्स्ट क्षेत्र साफ़ करने के लिए क्लियर बटन उपयोग करें।

slashing संकेत मिलने पर मुझे क्या करना चाहिए?

वैलिडेटर प्रक्रिया तुरंत रोकें, कारण समझने तक उसी कुंजी से पुनः आरंभ न करें और chain की slashing दस्तावेज़ देखें। यह उपकरण केवल पैटर्न पहचानता है; निर्णय आपका है।

IP और पथ <ip>/<path> से क्यों बदले जाते हैं?

लॉग संवेदनशील हैं। मास्किंग आपको अपने इन्फ्रास्ट्रक्चर विवरण या लॉग पंक्तियों में आए क्रेडेंशियल लीक किए बिना अंश खोजने और साझा करने देती है।