OpsWorksっていいよね。
Chef使って簡単に環境構築できるし。
今回はapiを作るためにOpsWorksを手動で作ることがあったときに
setupでstart_failになりグルグルがずっと続く現象に出くわしたことの書き溜めです。
先に解決策
LayerのNetwork設定でPublicIPAddressをYESにする。
これだけです。
詰まった現象とそれを詳しく
OpsWorksでインスタンスを作成しようとしていたんだけど
タイトルの通り、setupでstart_failになりグルグルがずっと続く。。
通常、エラーになるとそこでグルグル表示が代わり、logを確認するボタンが表示されます。
しかし、今回はいつまでたってもlogボタンが表示されるローディング的なグルグルが動き続けていました。
インスタンス作成ができない。。。
原因を見つけようにもログが表示できない。
しょうがないので別のEc2インスタンスから
内部IPを利用してsshしてみたところ下記のようなエラーが出ていました。
1 |
kernel: acpi PNP0A03:00: fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge. |
PCI configuration にアクセスできてないらしい。
ぐぐってみると関連しそうなページがあったけど
どれもちょっと違うし解決には至らなかったです。
[AWS]EC2新規作成後の/var/log/messagesに記録されているエラーメッセージについて
https://www.centos.org/forums/viewtopic.php?t=53903
しょうがなく、OpsWorksの設定とドキュメントとにらめっこしていると、
あれ?
PublicIPAddressがNoになってるぞ。。。?
原因は、LayerのNetwork設定でPublicIPAddressをYESにしていないことだった。。。笑
それかぁぁぁぁっぁぁぁぁぁぁぁーーー!!!
PublicIPAddressをYESにしないとネットワークを正しく設定できないみたい。
普段はCloudFormationでOpsWorksも構築してしまうので全く意識してませんでしたが、
PublicIPAddressはデフォルト値がNoなので変更が必要でした。
もし同様に詰まった人の役に立てればいいけど、
多分僕だけかも笑
けっこう時間使ってしまった印象。
じゃあね〜〜〜。