asp.net "अनुरोध का समय समाप्त हो गया" HttpExceptions का निदान




request-timed-out (6)

यह आलेख वर्णन करता है कि यह कैसे विंडबै का उपयोग कर पकड़ सकता है:

http://blogs.msdn.com/b/asiatech/archive/2012/06/21/how-to-troubleshoot-httpexception-request-timed-out-asp-net-4-0-64-bit.aspx

यहां स्टैक ओवरफ्लो पर, हम हर दिन "कुछ समय का अनुरोध" अपवाद देख रहे हैं।

तथ्यों:

  • अनुरोध कालबाह्य डिफ़ॉल्ट 90 सेकंड है
  • केवल पदों पर होता है
  • पोस्ट किया गया डेटा पाठ है, आमतौर पर छोटा (<1KB), लेकिन कुछ केबी तक सीमा हो सकती है
  • सर्वर चर में कोई फॉर्म डेटा कैप्चर नहीं है
  • क्लाइंट यूएड्स विविध हैं: IE5.5 - 7, फ़ायरफ़ॉक्स 3.0.5, आईफोन, क्रोम
  • क्लाइंट स्थान विविध हैं: ब्रिटेन, फ्रांस, अमरीका - एनसी, ओएच, एनई, इन

हमने एक सर्वर-आधारित टाइमआउट (यानी थ्रेड का उपयोग करते हुए। नींद) का परीक्षण किया है और सभी फॉर्म वेरिएबल्स अपवाद लॉग में सही तरीके से कैप्चर किए गए हैं - यह हमें विश्वास करने की ओर जाता है कि क्लाइंट को आवंटित समय में अनुरोध भेजने में समस्याएं आ रही हैं।

इस स्थिति को कैसे फंसाने / डिबग करने के बारे में कोई भी विचार बहुत स्वागत है!


यदि आप IIS 7 चला रहे हैं तो आप असफल अनुरोध ट्रैसिंग का उपयोग कर सकते हैं। मैंने वास्तव में इसे समय समाप्ति के लिए उपयोग नहीं किया है, मैंने इसे केवल विशिष्ट HTTP त्रुटि कोड कैप्चर करने के लिए सेट किया है। लेकिन मुझे पता है कि आप इसे किसी भी अनुरोध के निशान को डंप करने के लिए प्राप्त कर सकते हैं, एक्स की तुलना में अधिक समय लेते हैं।


IIS6 से IIS7 पर स्विच करने के बाद हम अपने वेबसर्वर के साथ "अनुरोध का समय समाप्त हो गया" समस्या का अनुभव कर रहे हैं। मेरा मानना ​​है कि यह मुद्दा IIS7-विशिष्ट है। मेरा अनुमान है कि इन त्रुटियों को आईआईएस 6 में प्रसंस्करण श्रृंखला में आगे निगल लिया गया था या न ही अनदेखा किया गया था, प्रसंस्करण के लिए एएसपी.नेट के अनुरोध को सौंपे जाने से पहले। मैं आज अयशस्वी असेंबली ट्रेसिंग को बदल रहा हूं कि यह देखने के लिए कि क्या मैं इस मुद्दे के बारे में अधिक जानकारी पा सकता हूं। अब तक ऐसा लगता है कि क्लाइंट-साइड कारणों का आपका स्पष्टीकरण सबसे मान्य है।


हम उन लोगों को हमारे बहुत ही उच्च ट्रैफिक वेब क्लाइंट के साथ देखना चाहते थे - अगर यह संबंधित है तो आश्चर्य करें क्या माना जा रहा था HttpWebRequest (मैं मान रहा हूँ कि आपको एचटीटीपी वेब रिस्पांस के साथ समस्या आ रही है? हो सकता है कि उनके पास एक ही समस्या है) कवर के नीचे कुछ जांकी धागा पूल का उपयोग करता है, भले ही आपके अनुरोध तुल्यकालिक हों हर अब और फिर कुछ गतिरोध होगा क्योंकि स्टैक में कुछ अन्य एनईटी ऑब्जेक्ट समान सिस्टम थ्रेडपूल का इस्तेमाल कर रहा था और एक दूसरे को भूखा होगा, आखिरकार एक समय समाप्त होगा। मुझे लगता है कि इस मुद्दे को यहाँ बेहतर वर्णित किया गया है: http://www.deez.info/sengelha/2005/03/03/beware-threadpools-and-httpwebrequest/


क्या आपने मैन्युअल रूप से टेलनेट के माध्यम से पोस्ट करने की कोशिश की है और बस पोस्ट को पूरा नहीं किया है मुझे यह देखने में दिलचस्पी होगी कि आप जो व्यवहार देख रहे हैं उसे दोहरा सकते हैं। साइट की प्रकृति को देखते हुए, मुझे आश्चर्य नहीं होगा यदि आप कुछ गलत रूप से पदों को जानबूझकर सिस्टम की कोशिश और हैक कर रहे थे।

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


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





request-timed-out