web-dev-qa-db-ja.com

エラーでEC2インスタンスがダウン：ヒアドキュメントの一時ファイルを作成できません

Iamは、Ruby on Rails on ec2 instanceで構築された自分のWebサイトを実行しています。そのインスタンスにsshすると、.

    Welcome to Ubuntu 12.10 (GNU/Linux 3.5.0-17-generic x86_64)

     * Documentation:  https://help.ubuntu.com/

      System information as of Thu Mar 28 05:10:40 UTC 2013

      System load:  0.48              Processes:           84
      Usage of /:   94.9% of 7.87GB   Users logged in:     0
      Memory usage: 49%               IP address for eth0: 10.130.18.205
      Swap usage:   0%

      => / is using 94.9% of 7.87GB

      Graph this data and manage this system at https://landscape.canonical.com/

    156 packages can be updated.
    86 updates are security updates.

    Get cloud support with Ubuntu Advantage Cloud Guest

/ home/ubuntuにあるフォルダの1つにcdしようとすると、エラーメッセージが表示されます

 set-bash: cannot create temp file for here-document: No space left on device

とcdコマンドが失敗します、ウェブサイトがダウンしていて問題を理解できないので問題になる可能性があります。この問題のために投稿する必要がある他のo/pは何ですか？.

[〜＃〜] edit [〜＃〜] $ Sudo du -sch/tmp *

52K/tmp

合計52,000

$ df -hi

    Filesystem     Inodes IUsed IFree IUse% Mounted on
    udev              72K   389   72K    1% /dev
    tmpfs             74K   270   74K    1% /run
    none              74K     4   74K    1% /run/lock
    none              74K     1   74K    1% /run/shm
    none              74K     1   74K    1% /run/user
    /dev/xvda1       512K  222K  291K   44% /

$ Sudo df -h

     Filesystem      Size  Used Avail Use% Mounted on
    udev            287M  8.0K  287M   1% /dev
    tmpfs           118M  188K  118M   1% /run
    none            5.0M     0  5.0M   0% /run/lock
    none            295M     0  295M   0% /run/shm
    none            100M     0  100M   0% /run/user
    /dev/xvda1      7.9G  7.5G   13M 100% /
amazon-ec2ruby-on-railscloud-storage
3
Bijendra

/の使用量：7.87GBの94.9％

更新された質問から

/ dev/xvda1 7.9G 7.5G 13M 100％/

ディスク領域の5％は、デフォルトでシステム用に予約されています。 /は94.9％がいっぱいであることを示しているので、効果的にファイルシステムがいっぱいです。 du -sh /とdf -hの出力を見てください。どちらもおおむね同じ使用法を示している場合は、追跡して対処する必要のある大きなファイルがファイルシステムでいっぱいになっている可能性があります。 （さらに可能性の高いログファイル）。使用する

du -h --max-depth=1 /

使用率の高いファイル/ディレクトリの出力を注意深く確認します。リンスして繰り返し、ファイルとディレクトリを適切に処理します（/ varの使用率が高い場合）。

cd /var    
du -h --max-depth=1 .

等々。最終的には、削除するファイル（または一連のファイル）が見つかります。これを行うための最も安全な方法は、ファイルを使用しているサービスをシャットダウンし、（必要に応じてアーカイブした後で）ファイルを削除してから、サービスを再開することです。

上記のdfコマンドとduコマンドの出力が大幅に異なる場合は、削除されたファイルがプロセスによって開かれたままになっている可能性があります。コマンドを使用します

lsof +L1

ファイルを追跡し、開いたままにしているプロセスを再起動します。

これらのどちらも機能しない場合は、ファイルシステムをfsckする必要があるかもしれません。

4
user9517