画像がアップロードできない某PHPバックグラウンドシステムの処理過程を記録する

                                                                                                               

問題

事業部門から、特定のバックグラウンド システムで写真をアップロードできないことが報告されました。

背景状況

運用保守ポストはなく、サーバーが使用するパゴダパネルは統一されています

処理中process

• サーバー (Pagoda パネルの背景) にアクセスしてエラー ログを確認する準備をします。アカウント番号とパスワードを入力して Enter キーを押します。ログインが成功したことを示すメッセージが表示されます。いくつかのブラウザを変更しました (実稼働サーバーを参照するためだけに使用するブラウザを使用しています) これは、

• ssh がサーバーに正常にログインした場合です。 , df -h 一見すると、システム ディスクは 100% です (システム ディスクは 20G しかありません)、問題が見つかりました

• 私は最初にごみ箱を空にしますが、/www/Recycle_bin/ ディレクトリには何もありません

• du -h --max を実行しますルート ディレクトリで - Depth=1 コマンドを使用して、どのフォルダーがより多くのスペースを占有しているかを確認します。/www/wwwlogs/ ディレクトリ内のフォルダーです。nginx ログは約 13G

# を占有します。
• ##1Gを超えるログファイルがいくつか見つかったので、

  rm -rf xxx.logで削除しましたが、ログインパネルの背景は以前と同じで、同じ状況です。 df -h システム ディスクがまだ 100% 占有されていることがわかり、ファイルは削除され、スペースは回復されませんでした。

• その理由は、Linux が削除したときにファイルの場合、システム内のファイルのみが削除されます ファイルへのポインタ ファイルを使用しているプロセスがまだ存在する場合、ファイルは常に存在します。

  lsof | grep delete を使用して対応するプロセスを見つけて kill することも、対応するサービスを直接再起動することもできます。

• /etc/init.d/nginx reload コマンドを実行して nginx サービスをリロードし、残りのスペースが正常であり、テスト アップロード機能が正常であることを確認します。 。

• その後、2 つのことを行いました。1 つはリクエスト ログの一部をクリーンアップすることで、もう 1 つは定期的なログ クリーニングのタスクを作成することでした。

より良い削除方法

大きなファイルを削除するより良い方法は、

echo '' > file.ext で、直接上書きして書き込みます。 #

以上が画像がアップロードできない某PHPバックグラウンドシステムの処理過程を記録するの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。