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マシンの時刻を変更できないという点があります。

解決：

docker を実行して --cap-add=SYS_TIME --cap-add=SYS_PTRACE ...

docker run の --rm オプションの使い方は以上がエディターが皆さんにシェアしている内容です。参考になれば幸いです。また、123WORDPRESS.COM を応援していただければ幸いです。