それによって、あなたと共有するディスク容量についての質問、または完全なインデックスノードの多いです、：
まず、問題を特定
あなただけ/設定ファイルの会社は/データパーティションのLinuxサーバ（メモリは、ハードドライブが比較的小さい）、システムプロンプト十分なディスクスペースを下げ、ディスクの使用状況を確認し-h dfコマンドを使用し、検索するデータパーティションの使用を作成する場合66％、および空き領域の12G、通常はこのような問題ではありません。
第二に、問題の分析：
-iはiノード/データパーティション（iノード）をチェックDFとその後、（IUsed = 100％）、フルで発見された、システムは新しいディレクトリとファイルを作成することはできません。＃DF -iファイルシステムのiノードIUsed IFREE IUSE％....... .......の/ dev /マッパ/ VolGroup-lv_home 53452800 53452800 0〜100％/データiノードにマウント[ルート砦-IDC〜@]中国語に翻訳されたファイル・システムとしてフォーマットされたパーティションまたはストレージデバイスの後（ハードディスクなど）インデックスノード、各記憶装置であり、一つはiノードである、二つのセグメントが存在しなければならない、他の部分はブロックであり、ブロックでありますデータを保存するために使用。データ情報を格納するために使用されるiノード、ファイル・サイズ、所有者、グループの所有権とアクセス権を含む情報。各ファイルのiノードのインデックス情報は、そのiノードの値があります。オペレーティングシステムは、指示に従って、最速iノード値に対応するファイルを見つけることができます。
ブロックは、このサーバは余剰があるが、しかし、iノードがフルを持っているあなたは、新しいディレクトリやファイルを作成するときに、そう、システムが十分なディスク容量が要求されます。
第三に、その理由を見つけます：
キャッシュファイルのバイト数が少ないの存在下で非常に/データ/キャッシュディレクトリ、ブロックのあまり取り上げますが、iノードの多くを取ります。
第四に、解決策：
1）スプールファイルのこれらのうちに特に注意して、このファイルは、一般的に、比較的小さく、断片しばらくので、より多くのノードを取るだろう、iノード/データパーティションの一部を解放し、いくつかのファイル/データ/キャッシュディレクトリを削除しますログファイルの情報にもっと注意を払います
＃LN -sは/ opt / newcache /データ/キャッシュ：2）/データ/キャッシュ、使用の/ opt iノードのパーティションにnewcache接続ソフト接続無料のパーティションの/ optディレクトリに/データパーティションのinodeの質問の不足を緩和します
3）サーバ、低い高サーバー構成を置き換えることによって構成されたサーバを交換します。より効果的な技術と比べて問題を解決するためのお金で何回、5ブランドに私の机の上に積ま新しいDELLのPowerEdge 2950サーバはIDCの部屋を出荷されようとしています。これは、一般的には推奨されません
************************************************** ************************************************** ********* 100％フルディスク上のiノード-ノードiの流行の理由：通常の書き込みファイルのディスクがいっぱいでない見つけることはありません。ヒント「デバイスに残されていない空間」を参照してDF -iでは、対応するパーティションが100％の/ var / spool / clientmqueueに断片化されたファイルの多くを生成し、その結果、一般的に問題のcrontabの仕事しているであるはずです。アプローチがします。rm -rfで*は削除されませんし、効果あまりにも多くのパラメータにプロンプトがあるでしょう。私はは/ var / spool / clientmqueueに/下にコマンドを実行し、ここではランダムな書き込みを述べた多くの方法、あります： "たlsattr ./|awk -F" / " '{$ 3印刷}' | xargsの-i rmが- / var /スプール/検索：RF {}「./ AWKのファイル名たlsattr、除去名前して以下にリストされたプロパティ、次にRMを比較する方法が一般的に使用される-Rfある」 clientmqueue / F型-exec RM {} \; "又は、である/ var / spool / clientmqueue /ディレクトリ" ./ -exec RMを{} \見つける ; " >を/ dev / null 2>行が最終追加無指向性出力のcrontab" ＆1 「動作中は削除しました。ストップのcrontab、プラスリダイレクトまたは。
************************************************** ************************************************** ********
デバイスソリューションに残されていないスペース：
不適切なサーバーのディスクは、-h見て、VAR通常DFと、問題が見つかった、と後でデバイスに残っありません多くのスペースを表示されていない、余剰があります：
/ varが明らかに多くのスペースがあり、ビューのディスクに-iコマンドdfをノードの結果を使用することの理由プロンプト「ではない十分なスペース」は、以下の図で見られます？：
ノード100％。
ログファイルはinodeの多くを取る場合は、ユーザーがあまりにもログファイルかどうかを調べることができます。この時間は、ログが一時的に解除することができますクリーンアップで期限切れ。
以下は参照用のみ、完全な1の状況iノードをチェックしています。
通常の実装内原文のcrontabを見るそこには追加されません>を/ dev / null 2>＆1、プログラムの出力内容のシステムのcron実行は、出力内容はメールでのcronユーザーが送信されます、そして、私たちが持っていたので、sendmailが起動しません断片化されたファイルの多く：
このディレクトリにcdの/ var / spool / clientmqueueに/、結果は何の応答ではないかを確認するには、これらの役に立たないファイル、使用LSを削除し、あまりにも多くのファイルなので、彼は、このコマンドを使用します。ls |バッチでxargsのRM -rfファイルを削除するプロセスは、以下のグラフは、削除の効果です。
このステップには、大規模なディレクトリファイルの占有率に応じて、一時ファイルが転送ディスク小さいディレクトリの一部を取ります。