web-dev-qa-db-ja.com

AmazonのEC2インスタンスと「ディスクに空き容量がありません」と表示されます

Amazon EC2 Fedoraインスタンスをインストールし、ある場所から別の場所にファイルをコピーしました。しかし、「ディスクに空き容量がありません」と迎えられます。

やった df -f

出力付き:

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              15G   15G     0 100% /
none                  312M     0  312M   0% /dev/shm

Amazonのec2インスタンスのスペースを増やしたいです。誰かがそれを手伝ってくれますか?助けてくれてありがとう。

35
onkar

私は解決策を手に入れましたyippeeee

Linux AMIを使用していると仮定すると、ファイルシステムのサイズを増やす簡単な方法があります。

1)インスタンスを停止します

2)ルートボリュームを切断する

3)ボリュームのスナップショット

4)新しいサイズを使用してスナップショットから新しいボリュームを作成します

5)新しいボリュームを、元のボリュームと同じ場所のインスタンスに接続します

6)インスタンスを起動し、sshを除くすべてのサービスを停止し、ルートファイルシステムを読み取り専用に設定します

7)ファイルシステム(たとえば、resize2fsを使用)および/または必要に応じてパーティションを拡大する

8)再起動

別の方法として、新しいインスタンスを起動してインスタンスストレージをマップするか、前の2つの手順を組み合わせて新しいAMIを作成することもできます。

15
onkar

さらに簡単な方法があります。 (私のm2.2xlargeインスタンスはRedHat Linux 6.2で作成されましたが、850gbのわずかな6gbが利用可能であることがわかりました):

  1. Sshを使用して、ルートの下のスペースを確認します:$df -h

    Filesystem            Size  Used Avail Use% Mounted on
    /dev/xvde1              6G    6G    0G   100% /
    none                   17G     0   17G   0% /dev/shm
    
  2. AWSコンソールから、インスタンスを停止します

  3. AWSコンソールから、ボリュームをデタッチします(ただし、/dev/sda1
  4. AWSコンソールから、ボリュームのスナップショットを取得します
  5. AWSコンソールから、スナップショットを使用して新しいインスタンスを作成します(インスタンスタイプの残りのすべてのスペースを使用します(例:m2.2xlargeの場合は825GB))
  6. AWSコンソールから、新しいボリュームを元のマウントポイント/ dev/sda1に接続します
  7. AWSコンソールからインスタンスを再起動し、sshでインスタンスに戻ります
  8. Sshから、ルートファイルシステムでresize2fsを実行します(df -hステップ1で出力

    $ resize2fs/dev/xvde1

  9. 数分待って、おそらくあなたが停止しているあなたの仲間を見に行きます すべてのルートサービスなど ボスのように:)

  10. 新しい海綿状のマウントを観察します:$ df -h
    Filesystem            Size  Used   Avail Use%   Mounted on
    /dev/xvde1            813G  3.7G    801G   1%     /
    none                   17G     0     17G   0%     /dev/shm
    
60
Riaz Rizvi
  1. du -a | sort -nで最大のファイルを見つける
  2. 一部のサービスを停止すると、隠し/削除されたファイルが最終的に削除されるのをブロックする場合があります。
3
Anona112

ボリュームサイズを変更します。 AWSコンソールから、ボリュームのサイズを変更できます。

  1. AWSコンソールから、「ELASTIC BLOCK STORE/Volume」を開きます
  2. ボリュームを選択し、ボリュームを変更します([アクション]ボタンから)
  3. サイズの変更(例:8から20gib)
  4. 変更をクリックします。
  5. EC2ダッシュボードから再起動します。
  6. チェックサイズはdf -hによって変更されます
2
Alf Bae

私はすべてのデタッチ/スナップショット/新しいボリュームのものをスキップしました...ちょうどサイズを変更しました。

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              5904748   4725152   1119608  81% /
none                  15728640         0  15728640   0% /dev/shm
[root@ip-10-25-6-214 ~]# resize2fs /dev/sda1
resize2fs 1.39 (29-May-2006)
Filesystem at /dev/sda1 is mounted on /; on-line resizing required
Performing an on-line resize of /dev/sda1 to 31457280 (4k) blocks.
2
user3735262

Growpartを正常に使用してからresize2fsを使用できる別のEC2インスタンスにディスクをマウントしました。その後、Origin EC2インスタンスにマウントし直します。

1
Roger

EC2インスタンスが「Instance-Store」ではなく「EBS-Store」から作成された場合、ケースは有効です。 「instance-store」から作成されたEC2インスタンスには、常に/ mntディレクトリに割り当てられる巨大なスペース(約200GB +)が割り当てられます。

それ以外の場合、ソリューションは「EBS-Store」から作成されたEC2マシンに対して有効です。このようなマシンでさらに多くのことができます。

  1. 終了タイプを変更する
  2. インスタンスタイプを変更する
  3. インスタンスからAMIを作成します
  4. 簡単に自動スケーリング。
0
Rakesh Sankar