一時フォルダーが突然いっぱいになった場合、問題を解決するにはどうすればよいですか? tmpフォルダが100%占有される問題の解析

phpエディタ Appleが「一時フォルダが突然いっぱいになる問題を解決するには？tmpフォルダが100％占有される問題の分析」をあなたに代わって分析します。一時フォルダーが突然いっぱいになり、tmp フォルダーが 100% 占有される場合は、システムまたはアプリケーション内の一時ファイルが多すぎることが原因である可能性があります。解決策には、一時ファイルの手動によるクリーニング、ファイルの削除を妨げるプログラム エラーがあるかどうかの確認、一時ファイルのストレージ パスの変更、自動クリーニング ポリシーの設定などが含まれます。適切な措置を講じることで、一時フォルダーがディスク領域を占有しすぎる問題を効果的に解決し、システムの正常な動作を保証できます。

Tmp フォルダーが 100% を占有している問題分析

1. df -h を使用してディスク使用量を確認すると、/dev/vdb1 (ファイル ストレージ パス) が 42% を占有しており、これは十分なスペースであることがわかります。ただし、/tmp フォルダ占有率は 100% です。

df -h

スペースの一部がここで解放されたため、/tmp が 91% を占めます。

#2. /tmp パスを入力して占有量を確認すると、ファイルの占有量は 5.7M しかなく、実際の合計容量は 16G であることがわかります。

cd /tmp

3. tmp は一時フォルダなので、使用後は自動的に削除されると推測されますが、スペースが解放されていない状態です。 lsof /tmp でファイルのステータスを確認すると、多数のファイルが削除されているにもかかわらずプロセスによって占有されており、その結果、スペースを解放できなくなっていることがわかります。

lsof /tmp

4. 上のスクリーンショットで占有されているファイルのプロセス PID は 3860289 で、これはデプロイされていない springboot プロジェクトです。通常の状況では、プロジェクトを再起動するとプロジェクトが解放されますが、現在オンライン プロジェクトであるため、再起動するとユーザーの使用に影響します。したがって、再起動せずにスペースを解放する必要があります。

問題を解決する

1. ファイル ls -i /proc/{プロセス PID}/fd によって占有されているプロセスのファイル fd 情報をクエリします。例:

ls -i /proc /3860289/df

#2. >/proc/{プロセス pid}/fd/{file fd} (ファイル fd を通じてスペース占有を解放します)は、上の図の赤い部分) 最初の番号)、例:

>/proc/3860289/fd/999

3. ファイル占有のバッチ解放は、次のように記述することで解決できます。シェル スクリプト例: delete pid as fd が 500 ～ 1000 のファイルは 3860289 に占有されています。

#! /bin/bash

for i in {500..1000}

do

/proc/3860289/fd/$i

done

4. 上記はファイルの一時的な削除によって占められていますが、最終的にはアプリケーションを再起動することで問題を解決できます kill -9 {PID}

kill -9 3860289###

以上が一時フォルダーが突然いっぱいになった場合、問題を解決するにはどうすればよいですか? tmpフォルダが100%占有される問題の解析の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。