मुझे लगता है कि विंडोज सर्वर 2003 मानक 64 पर चल रहा है एक .net 2.0 वेब अनुप्रयोग है पर, के लिए आईआईएस 6.मैं एक आईआईएस क्रैश का कारण कैसे निर्धारित कर सकते हैं एक 64-बिट सर्वर
अनुप्रयोग पूल का उपयोग कर हमारे वेबसाइट हाल ही में दुर्घटनाग्रस्त हो गई और मैं निर्धारित नहीं कर सकता क्यों। यह एक सप्ताहांत पर शुरू हो रहा था, और वेबसाइट की नवीनतम रिलीज कई दिन पहले हुई थी। मैंने यह निर्धारित किया है कि कोड और माइक्रोसॉफ्ट अपडेट सहित हाल ही में सर्वर में कोई अन्य बदलाव नहीं किए गए थे।
ईवेंट लॉग जब भी एक दुर्घटना डेटा ब्लॉक में कोई अतिरिक्त जानकारी के साथ होता है निम्न दिखाता है:,
दोषयुक्त अनुप्रयोग w3wp.exe संस्करण 6.0.3790.3959, स्टांप 45d691cc, मॉड्यूल kernel32.dll दोषयुक्त, संस्करण 5.2.3790.4062, टिकट 462643a7, डीबग? 0, गलती पता 0x0000000000027d8d।
यह इसके बारे में एक 64 बिट संस्करण है, क्योंकि भले ही तो मैं मानक डीबग निदान के औजार के किसी भी उपयोग नहीं कर सकते एक x64 सर्वर पर चल रहा है, यह केवल 32 बिट मोड में चल रहा आईआईएस जोड़ा जाता है।
मैंने विंडोज़ (x64) के लिए डिबगिंग टूल का उपयोग करने का प्रयास किया है और w3wp प्रक्रिया से अटैच करने में सक्षम था, और एक और क्रैश के लिए इंतजार कर रहा था। हालांकि, इसने सर्वर को इतना धीमा कर दिया कि यह अनुपयोगी था, इसलिए मुझे इसे रोकना पड़ा।
आईआईएस दुर्घटना के कारण को निर्धारित करने के लिए मैं अन्य विधियों का उपयोग कैसे कर सकता हूं?
अच्छा खोज, मैं अभी यह कोशिश कर रहा हूं। – AaronS
@AaronS, यह आपके लिए कैसे काम करता है? – jinsungy
यह आलेख सीधे मेरे लिए काम नहीं करता है, लेकिन सही जवाब है। चूंकि इसने एक उत्पादन प्रणाली को प्रभावित किया, इसलिए मैंने माइक्रोसॉफ्ट के साथ एक सपोर्ट टिकट खोला। उन्होंने पहली बार मुझे इस लेख में इंगित किया, और फिर मुझे वास्तविक समस्या खोजने में मदद के लिए एक डीबग टूल के साथ आपूर्ति की। खराब घोंसला वाले डेटा की वजह से समस्या एक अंतहीन रिकर्सिव लूप थी। – AaronS