docker runの--rmオプションの使用方法

Docker コンテナが終了しても、デバッグを容易にし、ユーザーデータを保持するために、デフォルトのコンテナ内のファイルシステムは保持されます。

ただし、フォアグラウンドコンテナは開発やデバッグの過程で短時間しか実行されないため、ユーザーデータを保持する必要はありません。そのため、コンテナの起動時に --rm オプションを設定することで、コンテナ終了時にコンテナ内のファイルシステムを自動的にクリーンアップすることができます。

次に例を示します。

docker run --rm ba-208

同等

docker run --rm=true ba-208

当然ながら、--rm オプションは -d オプションと一緒に使用することはできません (または、一緒に使用しても意味がありません)。つまり、自動的にクリーンアップできるのはフォアグラウンドコンテナーのみであり、デタッチされたコンテナーはクリーンアップできません。

--rm オプションはコンテナの匿名データボリュームもクリーンアップすることに注意してください。

したがって、--rm コマンドオプションを指定して docker run コマンドを実行することは、コンテナの終了後に docker rm -v を実行することと同じです。

追加知識: docker run --cap-add パラメータを使用して権限の問題を解決します (gdb デバッグを使用できない、date -s を使用して時間を変更できない)

問題: docker コンテナ内の CentOS で gdb デバッグが使用できない

ptrace: 操作は許可されていません

ソリューション参照: クリックして入力

docker runコマンドにパラメータ--cap-add=SYS_PTRACEを追加します。
docker を実行して --cap-add=SYS_PTRACE を実行します......
詳しいキャップについてはマニュアルをご覧ください
詳しくは、man7.org/linux/man-pages/man7/capabilities.7.html を参照してください。

あまりエレガントではないが、推奨されないアプローチもあります。–privileged を使用して解決します。–privileged は –cap-add=ALL と同等です。

同様の問題として、date -sを使用してdockerマシンの時刻を変更できないという点があります。

解決：