web-dev-qa-db-ja.com

ディスクに書き込めませんが、ディスクがいっぱいではありません

私はUbuntu 12.04を使用していますが、rootとしてもファイルに書き込むことができません。また、書き込みを必要とするその他の操作を行うこともできません。書き込む必要のあるプロセスも実行できないため、すべて失敗します。 dfは、十分なスペースがあると言います：

Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       30G   14G   15G  48% /
udev            984M  4.0K  984M   1% /dev
tmpfs           399M  668K  399M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            997M     0  997M   0% /run/shm

私が「ディスクに書き込めない」という結果はすべて、合法的に完全なディスクに関するものです。ここからどこから始めればよいのかさえわかりません。問題は今朝どこからともなく現れた。

PHPの最後のログエントリは次のとおりです。

失敗：デバイスにスペースが残っていません（28）

Vimさんのコメント：

書き込み用に（ファイル）を開けません

他のアプリケーションでも同様のエラーが発生します。

念のために〜1gbを削除しても問題は解決しません。また、再起動しました。

df -i言います

Filesystem      Inodes   IUsed  IFree IUse% Mounted on
/dev/xvda1     1966080 1966080      0  100% /
udev            251890     378 251512    1% /dev
tmpfs           255153     296 254857    1% /run
none            255153       4 255149    1% /run/lock
none            255153       1 255152    1% /run/shm
hard-drivefilesystemsdiskmanagement
36
felwithe

Iノードが不足しています。非常に小さなファイルが多数あるディレクトリがどこかにある可能性があります。

58
EEAA

どうやら、OPには特定の問題に対する答えがあります。ただし、完全を期すために、ファイルシステムが読み取り専用で再マウントされた場合にも、OPの症状が発生する可能性があります。これは、Linux VMのストレージがクラスタディスクシステムにあり、まれに断続的な障害が発生することで発生しました。障害により、ファイルシステムが読み取り専用で再マウントされる場合があります。 RAMがいっぱいになっている（フラッシュできないディスク書き込みで））のように、さまざまなサービスが応答しなくなるという、観察可能な外部症状がありました。

当時、唯一の解決策は、システムを再起動することでした（書き込まれていないログはすべて失われました）。 RWの再マウントに失敗しました。 （残念ながら、これらの再マウントを試行したときに返されるエラーメッセージを思い出しません。）

したがって、...、OPの問題ではありませんが、このページにアクセスする他の誰かがこの情報の恩恵を受ける可能性があります。

7
Eric Towers