ഇത് എങ്ങനെ ശ്രദ്ധിക്കപ്പെടാതെ പോകുന്നു
ഏജന്റ് തിരിച്ചുവരുന്നു, അതിനാൽ എല്ലാം ശരിയാണെന്ന് തോന്നുന്നു. പിന്നെ അത് വീണ്ടും തുടങ്ങുന്നു. ആവർത്തിച്ചുള്ള പുനരാരംഭങ്ങൾ നിങ്ങൾ നോക്കുമ്പോഴൊക്കെ ആരോഗ്യകരമായി കാണപ്പെടുന്ന ഒരു പ്രക്രിയക്ക് പിന്നിൽ ഒളിക്കാം.
അധൂരമായ ടാസ്ക് നിങ്ങളുടെ ടു-ഡു ലിസ്റ്റിൽ നിലനിൽക്കുമ്പോൾ റൺടൈം തുടർന്ന് പുനരാരംഭിക്കുന്നു. സെഷൻ ഇവന്റുകളുടെ ക്രമമില്ലാതെ, ഓരോ പുനരാരംഭവും ഒരു പുതിയ തുടക്കം പോലെ കാണപ്പെടുന്നു. ഒരുമിച്ച്, അവ അന്വേഷണം അർഹിക്കുന്ന ഒരു വിശ്വാസ്യതാ പ്രശ്നം സൂചിപ്പിക്കുന്നു.
ClawMetry എന്ത് detect ചെയ്യുന്നു
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-ഉം complete results-ഉം download ചെയ്യുക (JSON)ഉദാഹരണം എങ്ങനെ പരിശോധിച്ചു
ഈ ഉദാഹരണങ്ങൾ authored event data-യോ disposable configuration files-ഓ ഉപയോഗിച്ച് published detector evaluate ചെയ്യുന്നു. Videos ആ behaviors ചിത്രീകരിക്കുന്നു. ഇവ live agents-ന്റെയോ product interface-ന്റെയോ recordings അല്ല. ഉദാഹരണങ്ങളിലെ ഒരു command-ഉം execute ചെയ്തിട്ടില്ല.
Result ഈ inputs-നുള്ള behavior സ്ഥാപിക്കുന്നു. Runtime ingestion, prevention, അല്ലെങ്കിൽ real compromise സ്ഥാപിക്കുന്നില്ല. Pinned source contract പരിശോധിക്കുക.
അടുത്തതായി എന്ത് പരിശോധിക്കണം
എക്സിറ്റ് കാരണങ്ങൾക്കും സ്റ്റാർട്ടപ്പ് പിശകുകൾക്കുമായി റൺടൈം ലോഗ് പരിശോധിക്കുക. റിസോഴ്സ് സമ്മർദ്ദവും പുനരാരംഭത്തിന് മുൻപുള്ള അവസാന നടപടിയും നോക്കുക. കാരണം പരിഹരിച്ചുകഴിഞ്ഞാൽ, ഏജന്റ് പ്രവർത്തിക്കുന്നുണ്ടെന്നും യഥാർഥ ടാസ്കിലേക്ക് മടങ്ങുന്നുണ്ടെന്നും ഉറപ്പാക്കുക.
- റൺടൈം എക്സിറ്റ് ലോഗ് വായിക്കുക
- മുൻ നടപടി പരിശോധിക്കുക
- സെഷൻ സ്ഥിരമായി പ്രവർത്തിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക
ഈ signal എന്ത് സ്ഥാപിക്കുന്നു
ആവർത്തിച്ചുള്ള സ്റ്റാർട്ട് ഇവന്റുകൾ ഒരു വിശ്വാസ്യതാ സിഗ്നലാണ്. അവ ക്രാഷ് കാരണം തെളിയിക്കുന്നില്ല, ഉദ്ദേശ്യപൂർവ്വമായ പുനരാരംഭം എണ്ണത്തിൽ ഉൾപ്പെടാം.