2012-08-30 14 views
10

के बाद उदाहरण और एक PHP आवेदन तैयार करने और एडब्ल्यूएस लचीला बीनस्टॉक साथ चल रहा है और त्रुटियों प्राप्त करने के लिए ट्यूटोरियल जब मैं पुश करने के लिए प्रयास करें:एडब्ल्यूएस लचीला बीनस्टॉक [रिमोट को अस्वीकार कर दिया] (हुक से इनकार कर दिया)

git aws.push 
remote: 
remote: error: Internal Error 
remote: 
To https://MYKEY:20120830T11331124[email protected]git.elasticbeanstalk.us-east-1.amazonaws.com/repos/4d7920466972737420256c6173746963204265616e7374616c6b204170706c69636174696f6e20456e7669726f6e6d656e6463/philsturgeon 
! [remote rejected] HEAD -> master (hook declined) 
error: failed to push some refs to 'https://MYKEY:20120830T11331124[email protected]git.elasticbeanstalk.us-east-1.amazonaws.com/repos/4d7920466972737420256c6173746963204265616e7374616c6b204170706c69636174696f6e20456e7669726f6e6d656e6463/philsturgeon' 

कारण क्या है इस का? Google को कोई विचार नहीं लगता है। मैं मूल रूप से यह सोचता था कि मेरे होस्ट से मेल नहीं खा रहा है, दूसरी बार जब आप aws.config चलाते हैं तो यह होस्ट के लिए नहीं पूछेगा, लेकिन मैन्युअल रूप से .git/config में कॉन्फ़िगरेशन को बदलने के बाद भी यह वही त्रुटि दे रहा है।

[aws "endpoint"] 
     us-east-1 = git.elasticbeanstalk.us-east-1.amazonaws.com 
     ap-northeast-1 = git.elasticbeanstalk.ap-northeast-1.amazonaws.com 
     eu-west-1 = git.elasticbeanstalk.eu-west-1.amazonaws.com 
     us-west-1 = git.elasticbeanstalk.us-west-1.amazonaws.com 
     us-west-2 = git.elasticbeanstalk.us-west-2.amazonaws.com 
[alias "aws"] 
     push = !git aws.elasticbeanstalk.push [email protected] 
     config = !git aws.elasticbeanstalk.config [email protected] 
[aws] 
     accesskey = MYKEY 
     secretkey = MYSECRET 
     region = us-east-1 
[aws "elasticbeanstalk"] 
     host = git.elasticbeanstalk.us-east-1.amazonaws.com 
     application = My First Elastic Beanstalk Application 
     environment = philsturgeon 

इस config सही होना चाहिए:

http://d.pr/i/ehwv

तो, क्या हो रहा है यहाँ?

उत्तर

0

यह अंधेरे में एक शॉट है लेकिन एकमात्र अजीब चीज जो मैं देखता हूं वह एप्लिकेशन का नाम है, "मेरा पहला लोचदार बीनस्टॉक एप्लिकेशन" के बजाय पात्रों की जगह के बिना कुछ कोशिश करें।

0

मुझे नहीं लगता कि यह आपके अंत में कुछ भी है, विशेष रूप से।

यहां तीन संबंधित त्रुटि-संदेश हैं। सबसे बाहरी त्रुटि है:

error: failed to push some refs to ... 

कि, अपने पुश ऑपरेशन में, कम से कम एक रेफरी (आमतौर पर "शाखा" अर्थ) जिसका मतलब है पुश करने के लिए विफल रहा है। चूंकि आप केवल इस ऑपरेशन में एक शाखा को धक्का देने की कोशिश कर रहे हैं, यह थोड़ा अनावश्यक है।

में अगले स्तर प्रति-रेफरी त्रुटि है, "क्यों इतने-से-सफलतापूर्वक धक्का नहीं रेफरी दिया?", इस के लिए संदेश है:

! [remote rejected] HEAD -> master (hook declined) 

तो, दूरस्थ इसके लिए अस्वीकार कर दिया कुछ कारण, कारण "हुक गिरावट" थी। इसका मतलब यह है कि, सबकुछ सुचारू रूप से चल रहा था, लेकिन फिर जब सर्वर-साइड post-receive हुक वास्तव में यह निर्धारित करने के लिए निकाल दिया गया कि पॉइंटर को "मास्टर" में अपडेट करना ठीक है, तो इसे आपके द्वारा अपलोड किए गए डेटा का उपयोग करने के लिए कहने के लिए ठीक है, कुछ हुक ने कहा "नहीं, यह नहीं ठीक है!"। हुक सिर्फ एक स्क्रिप्ट है, आमतौर पर एक शेल-स्क्रिप्ट या पर्ल, लेकिन यह वास्तव में कोई निष्पादन योग्य हो सकता है। यह गैर-शून्य निकास स्थिति लौटकर विफलता को इंगित करता है।

तो, यह गैर-शून्य निकास स्थिति क्यों लौटा? यह हिस्सा निर्धारित करने के लिए थोड़ा मुश्किल हो सकता है, क्योंकि हुक क्लाइंट को कोई स्पष्टीकरण प्रदान करने के लिए कोई दायित्व नहीं है। यदि यह चाहता है, तो यह क्लाइंट को जो कुछ भी करना चाहता है उसे आउटपुट करके सूचित कर सकता है, और वे संदेश क्लाइंट-साइड पर दिखाई देंगे, जो "रिमोट:" के साथ उपसर्ग किए गए हैं। सौभाग्य से हमारे लिए, इस विशेष हुक ने ऐसा करने का विकल्प चुना है। दुर्भाग्य से, वास्तविक त्रुटि संदेश यह उत्पादन किया गया था:

remote: 
remote: error: Internal Error 
remote: 

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

3

आप शायद 500 आवेदन संस्करणों के लोचदार बीनस्टॉक में एक सीमा पार कर चुके हैं। "संस्करण" टैब के तहत, आपको लोचदार बीनस्टॉक प्रबंधन कंसोल के माध्यम से पुराने एप्लिकेशन संस्करणों को हटाने की आवश्यकता है।

+0

मैं अपना पहला एप्लिकेशन प्राप्त करने के लिए संघर्ष कर रहा हूं, मेरे पास निश्चित रूप से 49 9 अन्य एप्लिकेशन नहीं हैं। –

+0

@ फिलस्टर्जन और अन्य लोग यहां Google द्वारा भेजे गए (जैसे मेरे)। अनुप्रयोगों, वातावरण, और अनुप्रयोग संस्करणों के बीच एक अंतर है। हर बार जब आप एक नया ** संस्करण ** बनाते हैं, तो आप बहुत अधिक धक्का देते हैं तो 500 तक पहुंच सकते हैं। एक सहकर्मी को फिल ने देखा (इस प्रश्न में), लेकिन मुझे एक अन्य प्रश्न में उल्लेख किया गया है (http://stackoverflow.com/questions/9589531/how-to-avoid-a-toomanyapplicationversion-exception-on -aws लोचदार-बीनस्टॉक)। सबसे अच्छा समाधान पुराने संस्करणों को हटाने के लिए है (मान लीजिए कि आपकी त्रुटि वास्तव में कुछ अलग नहीं है।) –

+0

मुझे विश्वास है कि त्रुटि कुछ अलग हो। यह त्रुटि एक नए नए सेटअप से लगातार हो रही थी, लगातार, हर बार, बड़े अंतराल (घंटों या दिन) के साथ, बदसूरत चीज फिर से काम करने के प्रयासों के बीच। –

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