2012-08-30 17 views
10

AWS Elastic Beanstalkで[リモート拒否](フックが減少しました)

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は何の考えもしていないようだ。もともと、私のホストは一致していないと思っていました.2回目にaws.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 

この設定は正しいはずです:

http://d.pr/i/ehwv

だから、ここまでは何ですか?

答えて

0

それは暗闇の中のショットですが、私が見る唯一の奇妙なことはアプリケーション名です。「My First Elastic Beanstalk Application」の代わりに文字のスペースを使わずに試してみてください。

0

私はそれがあなたの最後には何もないと思います。

ここに3つの関連するエラーメッセージがあります。最も外側の誤差がある:あなたのプッシュ操作では、少なくとも REF(通常は「支店」を意味する)、ということを意味

error: failed to push some refs to ... 

プッシュすることができませんでした。この操作で1つのブランチだけをプッシュしようとするので、少し冗長です。

の次のレベルごとの参照エラーで、「?なぜ-と、それほど成功し押さないでrefがなかった」、このためのメッセージは次のとおりです。

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

、遠隔はそれを拒否しました何らかの理由で、理由は "フックが拒否されました"。つまり、すべてが順調に進んでいたが、サーバ側のpost-receiveフックが実際にアップロードしたデータを使用するようにポインタを「マスター」に更新してもよいかどうかを実際に判断するために起動したとき。フックは "いいえ、これはではありません大丈夫です!"フックは単なるスクリプトですが、通常はシェルスクリプトやperlですが、実際には実行可能ファイルでもあります。これは、ゼロ以外の終了ステータスを返すことによって失敗を通知します。

なぜ、ゼロ以外の終了ステータスが返されたのですか?フックはクライアントに何の説明も全く提供する義務がないので、この部分は決定するのが少し難しいかもしれません。望むのであれば、クライアントにstderrに必要なものを出力して通知することができ、これらのメッセージはクライアント側に表示され、接頭辞は "remote:"になります。幸いにも私たちにとっては、この特定のフックはそうすることを選択しました。残念ながら、それが生成される実際のエラー・メッセージがあった。

remote: 
remote: error: Internal Error 
remote: 

だから、何が起こっているのかに関して、いくつかの手がかりを提供するかもしれない実際のエラーメッセージは、通常と同等のものを意味し、単に「内部エラー」、のように見えます"予期しない状況:これはおそらくバグなので、今私はパニックして中止するつもりです"。 Amazonのサポートに連絡する必要があると思います。

3

500個のアプリケーションバージョンのElastic Beanstalkの制限を超過した可能性があります。 Elastic Beanstalk Management Consoleの[バージョン]タブで古いアプリケーションのバージョンを削除する必要があります。

+0

私は最初のアプリケーションを開始するのに苦労しています。私は確かに499の他のアプリケーションを持っていません。 –

+0

@PhilSturgeonと他の人が私のようなGoogleからここに送られました。アプリケーション、環境、およびアプリケーションのバージョンには違いがあります。たびにあなたは 'gs. aws.push'を作り、新しい**バージョン**を作ります。これは、たくさん押すとすぐに500に達することができます。同僚がPhil saw(この質問)のエラーを受けましたが、[別の質問]に記載されているものを受け取りました(http://stackoverflow.com/questions/9589531/how-to-avoid-a-toomanyapplicationversion-exception-on -aws-elastic-beanstalk)である。最良の解決策は古いバージョンを削除することです(エラーが実際には別のものではないと仮定します)。 –

+0

私はこのエラーを別のものと信じています。このエラーは、まったく新しい設定から、毎回、気の利いたものを再び動作させる試みの間に大きなギャップ(数時間または数日)で起こっていました。 –

関連する問題