Adobe Commerceの/tmp mount full のトラブルシューティング

この記事では、/tmp のマウントがいっぱいになり、サイトがダウンし、ノードに SSH 接続できない場合の解決策を示します。

説明 description

影響を受ける製品とバージョン

Adobe Commerce 2.3.0 ～ 2.3.6-p1、2.4.0 ～ 2.4.2

問題

/tmp マウントがいっぱいになると、次のエラーなど、様々な症状が発生する可能性があります。

再現手順：

/tmp マウントのフル状態を確認するには、CLI スイッチで /tmp に切り替え、次のコマンドを実行します。df -h

期待される結果：

80% 未満。

実際の結果：

約 100%。

原因

/tmp マウントのファイルが多すぎます。次の原因が考えられます：

解決策 resolution

ある程度のスペースを解放するためにできることと、/tmp ーザーがいっぱいになるのを防ぐベストプラクティスがあります。

inode のチェックと解放

十分な数の使用可能な inode があることを確認します。 これを行うには、次のコマンドを実行します。df -i

出力は次のようになります。Filesystem Inodes Used Free Use% Mounted on /dev/nvme2n1 655360 1695 653665 1% /data/mysql

Use% が 70%< であることを確認します。 inode はファイルと相関関係があります。 パーティションからファイルを削除すると、inode が解放されます。

ストレージスペースの確認と解放

/tmp にファイルを保存するサービスがいくつかあります。

MySQL の容量を確認して解放する

サポートナレッジベースの ​ クラウドインフラストラクチャ上のAdobe Commerceで MySQL のディスク容量が少ない > ストレージ容量を確認して解放する ​ の手順に従います。

Elasticsearchのヒープダンプを確認する

警告
ヒープダンプには、問題の調査に役立つ可能性のあるログ情報が含まれています。 10 日以上、別の場所に保存することを検討してください。

システムシェルを使用してヒープダンプ（*.hprof）を削除します：find /tmp/*.hprof -type f -delete

別のユーザー（この場合はElasticsearch）が作成したファイルを削除する権限を持っていないが、ファイルが大きいことがわかっている場合は、​ サポートチケットを作成 ​ して対処してください。

データベースのダンプ/バックアップのチェック

警告
データベースのバックアップは通常、目的のために作成されます。 それでもファイルが必要かどうか不明な場合は、ファイルを削除する代わりに、別の場所に移動することを検討してください。

/tmp ファイルまたは .sql ファイルの .sql.gz を確認してクリーンアップします。 これらは、バックアップ時に ece-tools によって作成されたり、mysqldump ツールを使用して手動でデータベースダンプを作成したりするときに作成されることがあります。

ベストプラクティス

/tmp がいっぱいの問題を回避するには、次の推奨事項に従います。