0

ローカルで実行中のPostgresqlインスタンスに接続するSpringブートアプリケーションを開発しました。CF Springブートアプリケーションが接続の受け入れを開始できませんでした

ここでは、Cloud Foundryローカルboshiteインストールにアプリケーションをデプロイしました。私は、postgresql用のユーザー提供サービスを作成し、それを私のアプリケーションにバインドしました。

アプリは今まで正常に動作しています。それから、私はこのアプリケーションをサービスブローカーにしたいと思っていました。だから私は再び春のブートクラウドファウンドリサービスブローカーを使用しています。 サンプルmongodbスプリングブートサービスブローカーと同じコードを実装しました。 https://github.com/spring-cloud-samples/cloudfoundry-service-broker

今はアプリケーションを起動しようとしています。次のエラーで失敗しています。

2017-06-20T17:16:19.82+0530 [DEA/0] OUT Starting app instance (index 0) with guid 65b656e1-fbe4-4a7f-bc34-6c410dbb3a4e 
2017-06-20T17:16:23.07+0530 [DEA/0] ERR Instance (index 0) failed to start accepting connections 
2017-06-20T17:16:23.09+0530 [API/0] OUT App instance exited with guid 65b656e1-fbe4-4a7f-bc34-6c410dbb3a4e payload: {"cc_partition"=>"default", "droplet"=>"65b656e1-fbe4-4a7f-bc34-6c410dbb3a4e", "version"=>"432ef489-14e3-44d7-bab8-bdd64bc8d9d3", "instance"=>"9bf4bd1c3a8741508a6b33da9ba76400", "index"=>0, "reason"=>"CRASHED", "exit_status"=>127, "exit_description"=>"failed to accept connections within health check timeout", "crash_timestamp"=>1497959183} 
2017-06-20T17:16:23.09+0530 [API/0] OUT App instance exited with guid 65b656e1-fbe4-4a7f-bc34-6c410dbb3a4e payload: {"cc_partition"=>"default", "droplet"=>"65b656e1-fbe4-4a7f-bc34-6c410dbb3a4e", "version"=>"432ef489-14e3-44d7-bab8-bdd64bc8d9d3", "instance"=>"9bf4bd1c3a8741508a6b33da9ba76400", "index"=>0, "reason"=>"CRASHED", "exit_status"=>127, "exit_description"=>"failed to accept connections within health check timeout", "crash_timestamp"=>1497959183} 

ネットで検索しましたが、ポートにアクセスできない場合やポートに関連するエラーと思われます。 https://github.com/cloudfoundry/cf-release/issues/649

しかし、私は自分のアプリケーションのための任意のポートを定義していないと私はCFが自動的

よろしく、 Saurav

答えて

0

私は、アプリケーションを削除し、再度展開している自分のアプリケーションのためのポートを割り当てたいと考えています。 それは働き始めました。

根本的な原因はわかりません。しかし、春のブート/クラウドファウンデーションのフレームワークの開発者が根本的な原因を伝えることができるかもしれません。

強調したい点が1つありました。

アプリケーションは、春のブートクラウドファウンドリサービスブローカーとして開発されています。最初にアプリケーションをデプロイしたときに、ユーザー名/パスワードを要求されました。私は以前これについて知りませんでした。間違ったユーザー名とパスワードを入力し、キャンセルを押した可能性があります。 その後、アプリケーションは上記のエラーをスローしていました。

しかし、スプリングブートクラウドファウンドリサービスブローカーアプリケーションでは、すでにユーザー名が「ユーザー」であるパスワードが既に生成されているスプリングブート認証が既に組み込まれていることに注意してください。これが理由だった場合、私は知らないここhttps://github.com/spring-cloud/spring-cloud-cloudfoundry-service-broker#security

チェックの詳細。しかし、削除と再デプロイメントは私の仕事でした。

よろしく、 Saurav

+1

は 'connections'エラーの受け付けを開始するために失敗したCFは、アプリケーションが予期「健康チェックのタイムアウト」期間内に正常に起動しなかったと考えていることを示しています。提供された情報からこれを理由を説明することは困難です。セキュリティはこれとは関係がありません。このように再度失敗すると、ブローカーアプリからのより多くのログが役立ちます。 –

関連する問題