ボリュームのサイズを変更した後、AWS EC2 インスタンスとの接続に問題が発生しています。私が行ったことは次のとおりです。
フルストレージのコンテナでUbuntuを実行するEC2インスタンスがありました。ボリュームをより大きなサイズに変更しました。このリンクの手順に従いました。
https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html[リンク][1]
ディスクのサイズを変更します。サイズを変更した後、sudo を実行しようとしたときにエラーが発生しました。
sudo: unable to resolve host ip-xxx-xx-xx-xx: Name or service not known
フォーラムのユーザーは、これは私が最近直面したディスク満杯の問題が原因である可能性があると示唆しました。
この問題を解決するために、AWS コンソールからインスタンスを再起動しました。ただし、再起動後、SSH または AWS コンソール接続を介してインスタンスに接続できなくなりました。
興味深いことに、同じセキュリティ グループを使用して新しいインスタンスを作成しましたが、問題なく動作しています。ただし、古いインスタンスにはまだ接続できません。
この問題の原因と解決方法についての知見があれば、ぜひ教えてください。
答え1
次の手順で問題を解決できました:
- 不要なファイルを削除する
元の問題はディスクがいっぱいになったことが原因でしたので、最初のステップはストレージ使用量を減らすことでした。新しい EC2 インスタンスが作成され、元のボリュームがセカンダリ ボリュームとして接続されました。
- 新しいインスタンスに接続
SSH または AWS コンソール接続を使用して新しいインスタンスに接続します。
- 不要なファイルを削除する
新しいインスタンスに接続したら、元のボリュームから不要なファイルを識別して削除し、スペースを解放します。
- 古いインスタンスにボリュームを再接続する
スペースを解放した後、ボリュームを新しいインスタンスからデタッチし、古いインスタンスに再アタッチします。
- 古いインスタンスに接続する
古いインスタンスに再度接続してみます。今回は問題なく動作するはずです。
答え2
何かが壊れている可能性があります。ボリュームを別のインスタンスに接続するか、バックアップから復元してみてください。
新しい EC2 インスタンスに接続する手順は次のとおりです。
- 新しいec2インスタンスを作成する
- 動作しないものを停止する
- ボリュームを切り離します（IDをどこかに書き込んでください）
- ボリュームを新しいインスタンスに接続する
fdisk -l音量が見えるかどうか確認してください- 新しいec2インスタンスにマウントする
- データをコピーまたは修正する（または問題を修正できる人を見つける）
インスタンスを停止しても終了しないことを確認する