15

हमारी वेब ऐप प्रक्रिया नियमित रूप से पुनरारंभ हो रही है और हम कारण निर्धारित करने में असमर्थ हैं।समस्या निवारण वेब ऐप प्रक्रिया

Failed to gracefully shutdown process '14040'. 
:

जब आवेदन घटनाक्रम में देख (का उपयोग करते हुए 'निदान और समस्याओं का समाधान' Azure पोर्टल में ब्लेड), वहाँ 'आईआईएस AspNetCore मॉड्यूल'

Event ID 1005 द्वारा निम्नलिखित Info लॉग का एक समूह मौजूद है

Event ID 1001:

Application 'MACHINE/WEBROOT/APPHOST/myapplication__xxxx' started process '31628' successfully and is listening on port '17663'. 

आम संसाधन उपयोग के साथ गड़बड़ नहीं है और हमारे आवेदन लॉग में कुछ नहीं।

इन प्रक्रियाओं के पीछे कारणों का निवारण करने का सबसे अच्छा तरीका क्या है?

संपादित करें 1:

वेब एप्लिकेशन का निदान लॉग्स में वेब लॉगिंग के साथ लगभग नगण्य के बाद, मैं अब हर बार पुनः प्रारंभ करने W3SVC-WP से लॉग ऑन कोई त्रुटि मिलती है, लेकिन संदेश बकवास है:

1<br/>5<br/>50000780 

Application Events

संपादित करें 2:

Event Id 2284this को दर्शाता है:

विफल रेक्वेट ट्रेसिंग मॉड्यूल विफलता परिभाषा से मेल खाने वाले अनुरोध के लिए फ़ाइल लॉग इन करने के लिए buffered ईवेंट लिखने में विफल रहा। इस स्थिति को ठीक होने तक कोई लॉग उत्पन्न नहीं होगा। समस्या पिछले 12 मिनट में कम से कम% 1 बार हुई थी। यह डेटा त्रुटि है।

मुझे यकीन है कि यह हमारे डायग्नोस्टिक लॉग विन्यास से संबंधित हो सकता है, तो नहीं कर रहा हूँ, लेकिन संभावना नहीं लगता है।

संपादित करें 3:

प्रति ब्रांडो झांग के सुझाव के रूप में, मैं वेब एप्लिकेशन क्रैश Diagnoser विस्तार का उपयोग किया है और 2 मौका बिना क्रिया के अपवाद दोनों पर अपना आवेदन प्रक्रिया और w3wp पर निगरानी की कोशिश की है, लेकिन कुछ भी डंप नहीं किया गया है।

मैं इसे कैसे समझता हूं, पहला मौका अपवाद प्रक्रिया को क्रैश नहीं करेगा, इसलिए इन पर नजर रखने की कोई आवश्यकता नहीं है।

+0

उल्लेख मैं सुझाव है कि आप क्रैश Diagnoser साइट एक्सटेंशन का उपयोग करने आंतरायिक अपवाद मुद्दों के लिए डंप पर कब्जा करने की कोशिश कर सकते। इसका उपयोग करने के तरीके के बारे में अधिक जानकारी इस [आलेख] (https://blogs.msdn.microsoft.com/asiatech/2015/12/28/use-crash-diagnoser-site-extension-to-capture- डंप के लिए रुक-रुक कर-अपवाद-मुद्दों या प्रदर्शन के मुद्दों-ऑन-नीला-वेब-एप्लीकेशन /)। –

+0

@ ब्रांडाज़हांग: कृपया पुष्टि करें कि मुझे आवेदन प्रक्रिया पर दूसरे परिवर्तन अनचाहे अपवादों की निगरानी करनी चाहिए? – davenewza

+0

2284 केवल मुझे लगता है कि ट्रेसिंग से संबंधित है। यहां और अधिक: https://technet.microsoft.com/en-us/library/cc734951.aspx। आपकी कॉन्फ़िगरेशन के आधार पर, क्या यह सामान्य नहीं हो सकता है? आईआईएस ऐप पूल रीसायकल कर सकता है: https://docs.microsoft.com/en-us/iis/configuration/system.applicationHost/applicationPools/add/recycling/ और https://github.com/aspnet/KestrelHttpServer/issues/1040 # Isscomment-267506588 "मॉड्यूल के लिए आईआईएस संकेत, .NET कोर प्रोसेस के लिए मॉड्यूल सिग्नल" –

उत्तर

3

घातक अपवाद और पुनरारंभ करने के कारण एप्लिकेशन बहुत अधिक क्रैश हो रहा है।

Azure अनुप्रयोग सेवा platform.You पर Diagnostics as a Service (DaaS) उपयोग कर सकते हैं निवारण करने के लिए इस

यह भी एक विश्लेषण करते हैं और कदम infofrmation द्वारा time.More कदम से ज्यादातर आप मूल कारण बताओ हो सकता है कर सकते हैं this msdn blog पर मिला।इसके अलावा tips for using crash diagnoser

Memory Dumps

संबंधित मुद्दे