2013-05-24 18 views
11

मेरा प्रश्न निम्न के जैसा है, लेकिन कुछ अलग परिस्थितियों में हो रहा है।हरोकू/यूनिकॉर्न पर आवर्ती रेल त्रुटि - 'निष्पादन समाप्त हो गया', एक एक्शन व्यू :: टेम्पलेट :: त्रुटि

Rails: execution expired on time_zone_select

मेरे सेटअप है:

  • रेल 3.2.13
  • यूनिकॉर्न 4.6.2
  • Mongoid 3.0.22
  • इंजन से साइकिल 1.4.2

हरोकू सीडर पर चल रहा है। MongoDB मोंगोलाब में आयोजित किया जाता है।

त्रुटियां बैच में आती हैं और अक्सर एक हेरोोक प्रक्रिया पुनरारंभ द्वारा हल की जाती है। पहला आमतौर पर नीचे दिया गया है:

An ActionView::Template::Error occurred in [controller]#[action]: 

execution expired 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/sockets/connectable.rb:46:in `read' 

स्टैक ट्रेस का शीर्ष भाग निम्न है। यदि आवश्यक हो तो अधिक जोड़ने के लिए खुश! अगर जवाब टाइमआउट को बढ़ाने के लिए है, यह ठीक है -

vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/sockets/connectable.rb:46:in `read' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/sockets/connectable.rb:46:in `block in read' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/sockets/connectable.rb:118:in `handle_socket_errors' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/sockets/connectable.rb:46:in `read' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/connection.rb:177:in `read_data' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/connection.rb:99:in `block in read' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/connection.rb:202:in `with_connection' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/connection.rb:97:in `read' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/protocol/query.rb:163:in `receive_replies' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/connection.rb:135:in `block in receive_replies' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/connection.rb:134:in `map' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/connection.rb:134:in `receive_replies' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/node.rb:553:in `block (2 levels) in flush' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/node.rb:129:in `ensure_connected' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/node.rb:551:in `block in flush' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/node.rb:566:in `logging' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/node.rb:550:in `flush' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/node.rb:539:in `process' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/node.rb:349:in `query' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/cursor.rb:138:in `block in load_docs' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/session/context.rb:105:in `block in with_node' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/cluster.rb:250:in `with_secondary' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/session/context.rb:104:in `with_node' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/cursor.rb:137:in `load_docs' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/cursor.rb:25:in `each' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/query.rb:76:in `each' 
vendor/bundle/ruby/1.9.1/gems/moped-1.4.2/lib/moped/query.rb:76:in `each' 
vendor/bundle/ruby/1.9.1/gems/mongoid-3.0.22/lib/mongoid/contextual/mongo.rb:132:in `block in each' 
vendor/bundle/ruby/1.9.1/gems/mongoid-3.0.22/lib/mongoid/contextual/mongo.rb:556:in `selecting' 
vendor/bundle/ruby/1.9.1/gems/mongoid-3.0.22/lib/mongoid/contextual/mongo.rb:131:in `each' 
vendor/bundle/ruby/1.9.1/gems/mongoid-3.0.22/lib/mongoid/contextual.rb:18:in `each' 

रैक :: समय समाप्त 10 सेकंड (मुझे विश्वास है कि कैशिंग ट्यूटोरियल मैंने पढ़ा है में से एक ने सुझाव दिया गया था) के लिए निर्धारित है। लेकिन मुझे आश्चर्य है कि यह धीमी क्वेरी समस्या नहीं है? व्यवहार यह इंगित करता है कि यह यूनिकॉर्न प्रक्रियाओं में से एक है जो लटका हुआ है (यही कारण है कि एक पीएस पुनरारंभ इसे ठीक करने लगता है)।

किसी भी विचार या सुझाव की अत्यधिक सराहना की जाएगी!

+1

मैं एक बहुत ही इसी तरह के ढेर के साथ इस एक ही समस्या/EC2 पर स्टैकट्रेस दिखाई दे रही है। – nont

+0

यह समस्या का समाधान नहीं है, लेकिन मामूली कामकाज (और जरूरी नहीं कि एक अच्छा) - मैंने प्यूमा के लिए यूनिकॉर्न को बदल दिया और हेरोोकू पर 2 डायनोस तक पहुंचा और समस्या एक बड़े कारक से कम हो गई है। लेकिन यह अभी भी हल नहीं हुआ है और मुझे अभी भी एक दिन में 'निष्पादन की समाप्ति' त्रुटियों का मुट्ठी भर मिल रहा है (जो एक मुट्ठी भर एक घंटे से नीचे है)। मेरा आंत कह रहा है कि यह एक मोंगोइड/मोंगोलाब मुद्दा है - या तो एक धीमी क्वेरी प्रतिक्रिया या गैर-स्थानीय डेटाबेस के साथ खुले कनेक्शन लटकाना। – nlh

+0

अद्यतन # 2: यह अभी भी बहुत कुछ हो रहा है, यहां तक ​​कि यूनिकॉर्न के बजाय 2 डायनोस और प्यूमा के साथ भी। आह। – nlh

उत्तर

1

मुझे सुझाव है कि यह उसकीोकू की फ़ाइल या नेटवर्क सिस्टम के साथ एक मुद्दा है। संशोधित रीड विधि कॉल 'कर्नेल :: चुनें। इसका चयन करें एक सिस्टम अवरुद्ध कॉल है जो आईओ ऑब्जेक्ट्स को पठनीय बनने की प्रतीक्षा करेगा। इस मामले में यह टीसीपी पोर्ट है जो मोंगोलाब से बाहरी कनेक्शन बनाता है। टीसीपी पोर्ट को पढ़ने योग्य नहीं होने के कई कारण हो सकते हैं। नेटवर्किंग और फाइल मुद्दे दिमाग में आते हैं। मुझे संदेह है कि यह एक लंबी चल रही क्वेरी है क्योंकि चयन के लिए क्वेरी के चलते सॉकेट पठनीय होगा स्क्रिप्ट निष्पादन को अवरुद्ध नहीं करेगा। यदि समस्या बनी रहती है तो मैं एक अलग नेटवर्क पर अपने पड़ोसी या शायद बाहरी डेटाबेस से दूर जाने पर विचार करता हूं। एडब्ल्यूएस हमेशा एक अच्छा विकल्प है क्योंकि उनके पास बॉक्सन (बक्से) के बीच बहुत कम विलंबता है। HTH

0

अपने Gemfile में 1.9.3 के लिए गहरे लाल रंग का संस्करण स्थापित करने का प्रयास करें, तो बंडल, प्रतिबद्ध और तैनात फिर

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

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