AWSインスタンスが起動フェーズで停止し、start_failedステータスで失敗します。

インスタンスが起動フェーズでスタックし、最後にstatus_failedで失敗しました。シェフログにはデバッグを行うことができません。インスタンスにssh、そこにログを利用することもできません。 pls。助けて。AWSインスタンスが起動フェーズで停止し、start_failedステータスで失敗します。

出典

2016-05-06 Manoj

ようこそスタックオーバーフロー！残念ながら、あなたの質問には、人々があなたの回答を支援するための多くの情報はありません。おそらくもっと情報を提供できますか？例：どのようにEC2インスタンスを作成しましたか（または複数インスタンスですか）？それは以前に動作しましたか？もしそうなら、何が変わったのですか？それが起動段階に詰まっている場合、どのようにして 'ssh'できるのですか？この問題はシェフの展開に関連していますか？私たちにもっと教えてください。私たちはあなたにいくつかの潜在的な回答を提供することができます。 –

確かに。複数のインスタンスをセットアップし、正常に動作するために使用しています。シェフのレシピには何も変わりありません（デフォルトまたはカスタム）。インスタンスは起動し、ec2コンソールでオンライン表示されます。しかし、opsworksコンソールにstatus_failedを表示してください。セットアップフェーズで失敗するように見えます。主な問題は、シェフ展開のログがないため、セットアップ中に何が起こったのか把握できないということです。私はそのオンラインとしてインスタンスにsshすることができますが、セットアップに失敗しました。シェフ展開ログをどのように見つけることができますか？助けてくれてありがとう – Manoj

@JohnRotenstein。インスタンス上で実行されているレシピをビルドしている間は、インスタンスが失敗しているように見えます。これらのレシピはawsのものです。セットアップのためのrecepesのリストはここにあります。 opsworks_initial_setup、ssh_host_keys、ssh_users、mysql :: clientdependencies、ebsopsworks_ganglia :: clientなどがあります。 Pls。これをデバッグする方法を提案します。 – Manoj

私も同様の問題があり、AWS OpsWorksエージェントの問題である可能性があることが判明しました。 Iインスタンスの起動時にOpsWorksエージェントのバージョンをダウングレードすることで問題を解決できた：それはなぜ100％明確ではないが、opsworksのためのubuntu aptパッケージの間で誤解があるように見える

とOpsWorksエージェントセットアップスクリプトの最新バージョン。

出典

2016-05-31 21:36:53 dex

私はすでに問題。あなたが正しいです。これは、ルビーバージョンとの互換性がないopsworksエージェントの自動アップグレードによるものです。 – Manoj

AWSインスタンスが起動フェーズで停止し、start_failedステータスで失敗します。

答えて

関連する問題