2013-02-15 6 views
9

मैं कुछ समय के लिए Google AppEngine पर एक जावा उच्च प्रतिकृति वेब एप्लिकेशन चला रहा हूं। लगभग दो दिन पहले - मूल रूप से कहीं से बाहर नहीं - HTTP स्थिति 500 ​​ और त्रुटि कोड 121 के साथ कई अनुरोध विफल होने लगे, जिसका अर्थ है कि संबंधित जीएई इंस्टेंस क्रैश या बंद हो गया है। जब एक नया उदाहरण अपनी पहली अनुरोध प्राप्त करता है सही 'एक वार्मअप के अनुरोध के भीतरमेरे Google AppEngine उदाहरण 'त्रुटि कोड 121' के साथ क्यों क्रैश हो रहे हैं?

2013-02-15 06:44:00.909 /api 500 3770ms 0kb Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.57 Safari/537.17 
###.###.###.### - - [14/Feb/2013:22:44:00 -0800] "POST /api HTTP/1.1" 500 0 - "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.57 Safari/537.17" "###.########.###" ms=3770 cpu_ms=1191 exit_code=121 instance=00c61b117c2c2b8fd8c433bc45a62183829f6484 

W 2013-02-15 06:44:00.652 
    A problem was encountered with the process that handled this request, causing it to exit. This is likely to cause a new process to be used for the next request to your application. (Error code 121) 

त्रुटि कभी कभी होता है, इस प्रकार:

यहाँ जो मैं अब की टन है एक अनुकरणीय लॉग प्रविष्टि, है। एक संबद्ध लॉग प्रविष्टि इस तरह दिखता है:

2013-02-15 06:40:02.779 /_ah/warmup 500 2970ms 0kb 
0.1.0.3 - - [14/Feb/2013:22:40:02 -0800] "GET /_ah/warmup HTTP/1.1" 500 0 - - "2013-02-14-1438.flox-by-gamua.appspot.com" ms=2971 cpu_ms=671 loading_request=1 exit_code=121 instance=00c61b117c48cb17ea555d1988c0db473c2390 

I 2013-02-15 06:40:02.437 
    This request caused a new process to be started for your application, and thus caused your application code to be loaded for the first time. This request may thus take longer and use more CPU than a typical request for your application. 
W 2013-02-15 06:40:02.437 
    A problem was encountered with the process that handled this request, causing it to exit. This is likely to cause a new process to be used for the next request to your application. (Error code 121) 

मैं इस समस्या के लिए वेब की खोज की गई है और ऐसा लगता है कि यह पहले हुआ: http://code.google.com/p/googleappengine/issues/detail?id=7348

के बाद से सभी प्रासंगिक मुद्दों 'का समाधान', मैं यहाँ पर एक नई GAE उत्पादन मुद्दा दायर किया था के रूप में चिह्नित किया गया है: http://code.google.com/p/googleappengine/issues/detail?id=8812

संपादित 2013-04-29: ऊपर दिए लिंक पर अब और काम नहीं करता है, के बाद से इस मुद्दे को जीएई टीम द्वारा 'प्रतिबंधित' के रूप में चिह्नित किया गया है।

दुर्भाग्यवश मेरी मदद के लिए रोना अब दो दिनों से अधिक ध्यान नहीं दिया गया। यही कारण है कि मैं, मेरी पूरी निराशा में, आपकी मदद मांग रहा हूं! :-)

क्या किसी को पता है कि त्रुटि कोड 121 क्या है? क्या दस्तावेज का कुछ रूप है? क्या मेरे ऐप में कुछ गड़बड़ है? क्या इस मुद्दे पर नजर रखने के लिए एपइंजिन टीम को कुचलने का कोई तरीका है?

धन्यवाद!

+0

क्या आप हमें बता सकते हैं कि आपका ऐप जावा, पायथन या गो है या नहीं? –

+0

निक, इसके बारे में भूलने के लिए खेद है: यह जावा है। – Holger

+0

हाय, होल्गर, क्या यह त्रुटि स्वयं ही दूर हो जाती है? आज (1 घंटा पहले), मेरे पास आपकी तरह ही एक ही समस्या है (त्रुटि कोड 121)। मेरा ऐप एक महीने पहले ठीक चल रहा है, लेकिन अभी यह त्रुटि प्राप्त करें। हालांकि, मेरा ऐप python27/एचआरडी पर है। –

उत्तर

0

Google से इस बारे में निश्चित रूप से कुछ भी नहीं देखा है। वे अक्सर इस तरह के मुद्दों की व्याख्या करने के लिए शर्मीली हैं। धागे में से एक डेटास्टोर माइग्रेशन का उल्लेख करते हैं। देखें कि क्या मदद करता है;

http://code.google.com/p/googleappengine/issues/detail?id=7022

+0

मेरा ऐप पहले से ही उच्च प्रतिकृति डेटास्टोर का उपयोग कर रहा है। तो, एमएस त्रुटियों का कारण नहीं हो सकता है। पोस्ट में उल्लेख नहीं करने के लिए खेद है। – Holger

+0

मैं देखता हूं। वैसे, मैंने ऐप इंजन के साथ दो अजीब व्यवहार का अनुभव किया। 1) थोड़ी देर के लिए मेरे ऐप के लिए लॉग में नहीं जा सका 2) आवेदन का उपयोग कर डेटास्टोर से कुछ भी हटा नहीं सका। मैंने ऐप में फिर से तैनात किया और थोड़ी देर के बाद चीजें ठीक काम करती थीं। जैसा कि आपने कहा था, आपकी समस्या अभी बढ़ी है, यह स्वयं ही दूर हो सकती है। केवल Google ही जवाब दे सकता है कि यह क्यों हो रहा है। जानकारी के लिए सभी बेहतरीन – mhan

+0

धन्यवाद। हालांकि, वेब इंटरफ़ेस मेरे लिए ठीक काम करता है। इसके अलावा पुन: नियोजन त्रुटियों को ठीक करने में मदद नहीं करता था। यह मेरा पहला अनुमान भी था। एक बार फिर धन्यवाद। – Holger

0

मैं जवाब देने के लिए पर्याप्त अंक नहीं है, लेकिन मैं एक विशिष्ट उपयोग के मामले कि दिलचस्प लगता है:

  • python27
  • मानव संसाधन विकास
  • गतिशील 8 उदाहरणों के साथ विन्यस्त बैक

सब कुछ एक उदाहरण के अलावा, अपेक्षा के अनुसार काम करता है उदाहरण = 2, जो मूल रूप से चक्र

  • '/ _ah/स्टार्ट'
  • (त्रुटि कोड 121)
  • '/ _ah/स्टॉप'

backends आप एक विशिष्ट पता करने के लिए अनुमति देता है उदाहरण 2.backendname.appname.appspot.com और स्पष्ट रूप से उस उदाहरण के साथ कुछ गलत है।

मुझे लगता है कि यह एक आश्वस्त त्रुटि कोड है जो एक अस्पष्ट त्रुटि कोड के कारण यादृच्छिक रूप से असफल होने के बजाय, एक अस्पष्ट त्रुटि कोड के कारण बार-बार विफल रहा है, यह एक आश्वस्त उदाहरण है। अगर यह उदाहरण गिरा दिया गया तो यह अधिक आश्वस्त होगा, विशेष रूप से यदि यह इस पैटर्न पर साइकिल चल रहा है।

0

अपनी लॉग प्रतिधारण सीमाएं जांचें, और आपने उन्हें पार नहीं किया है। आप उम्मीद नहीं करेंगे कि आपके लॉग प्रतिधारण सीमाओं को छोड़कर एक अपवाद होगा जिससे इंस्टेंस विफल हो गया, लेकिन जब मैंने अपनी वृद्धि की, तो मैंने इस त्रुटि को फसल अप करना बंद कर दिया और मेरी बैकएंड क्रॉन नौकरियां पूरी करने में सक्षम थीं।

+0

नेबुला, आपके उत्तर के लिए धन्यवाद! मुझे अभी तक समझ में नहीं आता कि मुझे इसके साथ कैसे काम करना चाहिए: अगर मैं लॉग प्रतिधारण सीमा बढ़ाता हूं तो मुझे बड़े लॉग मिलेंगे। इन लॉगों को अंततः किसी बिंदु पर हटा दिया जाना होगा। तो मुझे लगता है कि यह सिर्फ एक अस्थायी फिक्स है, क्योंकि मुझे अभी तक लॉग को मैन्युअल रूप से हटाने का कोई तरीका नहीं मिला है। क्या यह संभव है? – Holger

+0

नेबुला, मैंने अपनी प्रतिधारण सीमा को दोगुना करके अपने लॉग प्रतिधारण चाल का परीक्षण किया। यह मेरे लिए समस्या को ठीक नहीं करता है। – Holger

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