Detector libraryबार-बार restart

बार-बार restart

वापस ऑनलाइन। फिर दोबारा।

बार-बार शुरू होने वाले सेशन को पहचानें।

समस्या देखें। finding समझें।

अंग्रेज़ी नैरेशन, कैप्शन सहित।

यह कैसे नज़रअंदाज़ हो जाता है

एजेंट वापस ऑनलाइन आ जाता है, इसलिए सब ठीक लगता है। फिर वह दोबारा शुरू होता है। बार-बार रीस्टार्ट एक ऐसी प्रक्रिया के पीछे छुप सकते हैं जो देखने पर स्वस्थ दिखती है।

अधूरा काम आपकी टू-डू लिस्ट में बना रहता है जबकि रनटाइम बार-बार लॉन्च होता रहता है। सेशन इवेंट के क्रम के बिना, हर रीस्टार्ट एक नई शुरुआत जैसा दिखता है। मिलकर ये एक विश्वसनीयता समस्या का संकेत देते हैं।

ClawMetry क्या डिटेक्ट करता है

ClawMetry एक सीमित विंडो में रिकॉर्ड किए गए सेशन स्टार्ट और रीस्टार्ट की गिनती करता है। पर्याप्त संख्या होने पर यह बार-बार रीस्टार्ट का निष्कर्ष उठाता है। साक्ष्य में गिनती और उपयोग किया गया विंडो शामिल है।

वह अंतर जो finding बदल देता है

Trigger करने वाला उदाहरण

एक मिनट में 2 स्टार्ट

चेतावनी

शांत तुलना

एकल स्टार्ट

इस detector के लिए कोई finding नहीं।

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

Detector result की जांच करें
{
  "kind": "crashed",
  "severity": "warning",
  "evidence": {
    "restarts": 2,
    "threshold": 2,
    "window_sec": 900,
    "threshold_source": "static",
    "observed": "session.started/restarted events counted by timestamps",
    "span_sec": 60
  }
}
Inputs और पूरे results डाउनलोड करें (JSON)
उदाहरण कैसे जांचा गया

ये उदाहरण published detector को authored event data या disposable configuration files के साथ evaluate करते हैं। वीडियो उन behaviors को दर्शाते हैं। ये live agents या product interface की recordings नहीं हैं। उदाहरणों में कोई command execute नहीं किया गया।

परिणाम इन inputs के लिए व्यवहार स्थापित करता है। यह runtime ingestion, prevention या वास्तविक compromise स्थापित नहीं करता। Pinned source contract की जांच करें.

आगे क्या जांचें

एग्जिट कारणों और स्टार्टअप त्रुटियों के लिए रनटाइम लॉग जाँचें। संसाधन दबाव और रीस्टार्ट से पहले की अंतिम कार्रवाई देखें। कारण दूर होने के बाद पुष्टि करें कि एजेंट चलता रहता है और मूल कार्य पर लौटता है।

  1. रनटाइम एग्जिट लॉग पढ़ें
  2. पिछली कार्रवाई की जाँच करें
  3. सुनिश्चित करें कि सेशन चलता रहे

यह signal क्या स्थापित करता है

बार-बार स्टार्ट इवेंट एक विश्वसनीयता संकेत हैं। ये क्रैश का कारण साबित नहीं करते, और जानबूझकर किया गया रीस्टार्ट भी गिनती में जुड़ सकता है।

महत्वपूर्ण क्षण दिखते रहें।

एजेंट गतिविधि फॉलो करें, findings जांचें और तय करें कि किस पर ध्यान देना है।