Comment【AWS】CentOS6.xをEC2へ持っていってしんどかった話はじめにどうも皆さんおはこんばんクリスマス。sugimotorです。EC2へオンプレのCentOS6.x環境をマイグレーションを行いドツボにはまったお話(主にCodedeployAgent,ElasticFileSystem)をします。CodeDeployを導入しました。agentが起動されないという事象がありました。これが立ち上がらないと、AutoScaleのインスタンス起動時にコードがデプロイされず。失敗ループを繰り返すという事になります。Agent起動を試してみると、下記のエラーが出ました。コマンドが見つかりません・回避方法エラー内容を見てみると、どうやらrbenv-version-nameのコマンド形式がどうやらまずいというのは分かったので、rbenv-execの内容を修正し無事起動が行えました。Agentが起動されない事があります。これは単純にsudoへ起動ユーザのrequirettyを無視させる事で回避しました。!requirettyEFSマウントヘルパーが入らない。今回、マイグレーションを行ったCentOS6.x系サーバにてEFSを利用し画像ファイルを置く構成をとりました。EFSをマウントする手段として1、AWSのEFSマウントヘルパーを使う。2、通常のNFSマウントを使うという選択肢があります。トランザクションの確認を実行しています。依存性解決を終了しました。--nodigestこのように関連パッケージとして、stunnelのバージョンが4.56以上ではないと入らない且つ、amazon-efs-utilsがrpmパッケージのみしか配布されておらず、手動でstunnelをビルドしてもrpm側で認識してくれない感じです。系では使えなさそうだという事が判明したので、しぶしぶ通常のNFSマウントで利用を行いました。EFSのパフォーマンスが出ない。Blockingが発生してしまうという事象が発生しました。.6)を利用しており、この場合NFSのBugを踏んでいる可能性があるとの情報がありました。-yOSアップデートを行った後はOS側は安定して動くようになりました。結論どちらの事象も紐解いていくと、CentOS6.x系のSysVinitの問題であったり、2.6系Kernelの問題が起因していることでした。今回の様なやんごとなき事情によるCentOS6環境下で移行をしなければならないシチュエーションでの参考にしていただけると幸いです。IT」の未来に挑戦したいエンジニアを積極的に採用しております。ご興味を持って頂けた方は下記リンクからご応募下さい。SiteOrigin.。