हे कसे दुर्लक्षित राहते
एजंट पुन्हा ऑनलाइन येतो, त्यामुळे सगळे ठीक वाटते. मग पुन्हा सुरू होतो. वारंवार पुनर्सुरुवात एखाद्या प्रक्रियेमागे लपू शकते जी तुम्ही पाहता तेव्हा निरोगी दिसते.
अपूर्ण काम तुमच्या यादीत राहते तर रनटाइम पुन्हा-पुन्हा सुरू होत राहतो. सेशन इव्हेंटचा क्रम नसल्यास प्रत्येक पुनर्सुरुवात ताजी सुरुवात वाटते. एकत्र पाहिल्यावर ते विश्वासार्हतेची समस्या सुचवतात.
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
}
}उदाहरण कसे तपासले गेले
ही उदाहरणे लेखी event data किंवा disposable configuration files सह प्रकाशित detector चे मूल्यांकन करतात. व्हिडिओ त्या वर्तनांचे उदाहरण देतात. ते live एजंट्स किंवा product interface चे रेकॉर्डिंग नाहीत. उदाहरणांमधील कोणताही command execute केला गेला नाही.
परिणाम या inputs साठी वर्तन स्थापित करतो. तो runtime ingestion, प्रतिबंध किंवा खरी तडजोड स्थापित करत नाही. Pinned source contract तपासा.
पुढे काय तपासायचे
एक्झिट कारणे आणि स्टार्टअप त्रुटींसाठी रनटाइम लॉग तपासा. संसाधनांचा दबाव आणि पुनर्सुरुवातीपूर्वीची शेवटची कृती पाहा. कारण दूर केल्यावर एजंट चालू राहतो आणि मूळ कामाकडे परत येतो का ते पाहा.
- रनटाइम एक्झिट लॉग वाचा
- आधीची कृती तपासा
- सेशन स्थिर राहते का ते पाहा
हा signal काय स्थापित करतो
वारंवार सुरुवात इव्हेंट विश्वासार्हतेचे संकेत आहेत. ते क्रॅशचे कारण सिद्ध करत नाहीत, आणि हेतुपूर्वक पुनर्सुरुवात संख्येत भर घालू शकते.