2014-10-30 5 views
5

मुझे इनमें से कुछ दिखाई देते हैं। मैं समझता हूं कि उनका क्या मतलब है, यही कारण है कि मैं समझ नहीं पा रहा हूं कि यह क्यों हो रहा है। बहुत असंगत है, और यह एक टाइमआउट मुद्दा प्रतीत नहीं होता है।हेरोोक एच 18 503 "अनुरोध बाधित" त्रुटियां

प्रासंगिक सामान:

  • Php/laravel/Postgres Heroku
  • मैं एसएसएल मजबूर
  • मैं मार्ग/to/anotherroute
  • मैं किसी भी ग्राहक के साथ दोहराने नहीं कर सकते हैं अपने आप को
  • मार्ग हमेशा एक जैसा नहीं होता है, कभी-कभी संपत्ति का एक साधारण भार
  • मैंने कोई आवेदन त्रुटियां नहीं देखी हैं
  • जुर्राब = ग्राहक
  • सेवा समय हमेशा होता है < 1 सेकंड

कुछ लॉग डेटा:

अक्टू 29 18:22:12 MyApp-वेब-उत्पादन Heroku/रूटर: जुर्राब = क्लाइंट पर = त्रुटि कोड = H18 desc = "अनुरोध बाधित" विधि = पथ प्राप्त करें = "/ aroute" होस्ट = ... request_id = ... fwd = "##। ##। ##। ###" dyno = वेब .1 कनेक्ट = 2 एमएमएस सेवा = 34 एमएमएस स्थिति = 503 बाइट्स = 3816

अक्टूबर 29 18:22:13 myapp-web-production heroku/राउटर: सॉक = क्लाइंट = त्रुटि कोड = H18 desc = "अनुरोध बाधित" विधि = पथ प्राप्त करें = "/ aroute" होस्ट = ... request_id = ... fwd = "##। ##। ##। ###" dyno = web। 1 कनेक्ट = 1 एमएमएस सेवा = 538 एमएमएस स्थिति = 503 बाइट्स = 3822

अक्टूबर 29 18:22:14 myapp-web-production heroku/राउटर: सॉक = क्लाइंट = त्रुटि कोड = H18 desc = "अनुरोध बाधित" विधि = पथ प्राप्त करें = "/ aroute" होस्ट = ... request_id = ... fwd = "##। ##। ##। ###" dyno = web.1 connect = 1ms service = 406ms status = 503 बाइट्स = 13 9 27

मैं अटक गया हूं। किसी भी सहायता की सराहना की जाएगी।

उत्तर

5

मैं sock=client विशेषता का अर्थ यह मानने के लिए करता हूं कि क्लाइंट प्रतिक्रिया देने से पहले ग्राहक डिस्कनेक्ट कर रहा है। हम हैंडलर को कृत्रिम 10s देरी जोड़कर और फिर, उदाहरण के लिए, किसी वेब ब्राउज़र में एंडपॉइंट का अनुरोध करके और सर्वर को जवाब देने से पहले इसे बंद करके इसे पुन: उत्पन्न कर सकते हैं।

हम अपने लॉग से बाहर sock=client के साथ सभी H18s फ़िल्टर करें।

+1

यह हैरोकू से मुझे मिली प्रतिक्रिया भी है। यह देखने के लिए आश्चर्यजनक था कि कितने ग्राहक डिस्कनेक्ट करते हैं, प्रतिक्रिया किसी भी अनुरोध के लिए 1000ms से अधिक नहीं लेती है। उत्तर के लिए Thx। – Nick

+0

@ निक: मुझे आश्चर्य है कि हमारे मामले में कितने हैं। क्या आपने कभी इस बारे में गहरी खुदाई की है या आपने इसे स्वीकार किया है और आगे बढ़ना है? मैं वास्तव में गहराई से खोदने के तरीके के बारे में सोच रहा हूं ... – hendrikbeck

+0

@ हेन्ड्रिकबेक मैंने अभी इसे स्वीकार कर लिया क्योंकि हमें उपयोगकर्ताओं से मुद्दों की कोई रिपोर्ट नहीं मिली और कभी भी कोई समस्या नहीं देखी। अगर मुझे जांच करने में समय लगेगा तो मैं "चार्ल्स" जैसे नेटवर्क डायग्नोस्टिक प्रोग्राम चलाऊंगा, कनेक्शन को थ्रॉटल कर दूंगा और इस मुद्दे को पुन: उत्पन्न करने के लिए लॉग को पूंछ दूंगा। यह एनालिटिक्स (google, woopra आदि) के रूप में सरल हो सकता है जो मोबाइल नेटवर्क के नुकसान पर डिस्कनेक्ट हो रहा है। – Nick

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