Dockerサーバーのストレージリソースプール不足問題の解決

1. 問題の説明

最近、Docker run コマンドを実行してイメージを起動すると、Docker start image コマンドが正常に実行できず、次のエラーメッセージが表示されました。

エラー: デーモンからのエラー応答: devmapper: シンプールには 163051 個の空きデータブロックがありますが、これは最小必要数の 163840 個より少ないです。シンプールに空き領域を増やすか、dm.min_free_space オプションを使用して動作を変更してください。

2. 問題分析

エラーメッセージによると、問題は Docker Thin Pool のスペースが不足していることです。プールの空き領域を増やすか、dm.min_free_space オプションを使用してプールの空き領域のサイズを変更する必要があります。

次のコマンドを使用して、サーバー上の Docker 情報を表示し、リソースの使用状況を観察します。

$ docker情報

表示される内容は次のとおりです。

...
データ容量合計: 507.4GB
利用可能なデータ容量: 100.67GB
メタデータ使用領域: 100.4MB
メタデータスペース合計: 20.147GB
使用可能なメタデータ容量: 20.047GB
シンプールの最小空き容量: 100.74GB
遅延削除が有効: true
遅延削除が有効: true
延期削除されたデバイス数: 0
...

上記の情報から、シンプールの最小空き容量 = 100.74 GB、使用可能なデータ容量 = 100.67 であることがわかります。これは、使用可能なデータ容量がシンプールに必要な最小容量よりも少ないことを意味し、ミラーが正常に起動できなくなります。

3. 問題解決

1. Dockerのディスク使用量を確認する

次のコマンドを使用して、Docker ディスクの使用状況を表示できます。

$ docker システム df

タイプ 合計 アクティブサイズ 再利用可能
画像 500 12 38.31GB 34.5GB (90%)
コンテナ 64 21 157MB 4.109MB (2%)
ローカルボリューム 37 18 0B 0B
ビルドキャッシュ 0 0

合計すると以下の情報が表示されます。

TYPE: リソースタイプ。
TOTAL: リソースの合計数。
ACTIVE: アクティブ状態のリソースの数。
SIZE: リソースによって使用されるスペースのサイズ。
RECLAIMABLE: 再利用可能なリソースのサイズ。

コンポーネントは次のとおりです。

画像: 画像が占めるストレージ容量。
コンテナ: 起動したコンテナが占有するストレージ容量
ローカルボリューム: ローカルにマウントされたボリュームによって使用されるストレージスペース。
ビルドキャッシュ: ビルドキャッシュが占有するストレージ領域。

システムの使用状況を詳細に表示したい場合は、-v コマンドを使用して各リソースのストレージ使用状況の詳細を表示できます。

2. 再利用可能なストレージリソースのクリーンアップコマンドを実行する

Docker はストレージリソースのリサイクル機能を提供します。コマンドは次のとおりです。

クリーンアップコマンドの詳細については、公式のDockerドキュメントを参照してください: docker system prune

$ docker システムプルーン

このコマンドは、未使用のコンテナ、ネットワーク、イメージ (ぶら下がっているものや参照されていないもの)、ボリューム (オプション) をすべてクリーンアップします。このコマンドを実行した後、しばらく待つと、十分なリソースが回復され、Docker イメージは通常の状態に戻ります。

要約する

これで、Docker サーバー上のストレージリソースプールが不足する問題を解決する方法についての記事は終了です。Docker サーバー上のストレージリソースプールが不足する問題を解決する方法の詳細については、123WORDPRESS.COM の以前の記事を検索するか、次の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。

以下もご興味があるかもしれません: