Elasticsearch Docker stopがSIGKILLを無視しているようです

Question

私はDockerでElasticsearchをローカルデベロッパーに使用しようとしています。コンテナが見つかると、docker stopが送信されると、コンテナがデフォルトの10秒間ハングした後、ドッカーが強制的にコンテナを強制終了します。ここでの私の前提は、ESがPID 1でないか、または他のサービスがすぐにシャットダウンするのを防ぐということです。

誰かがこれを拡張したり、なぜこれがより正確に起こっているのかを知りたいのであれば、私は不思議です。私は数多くのテストを実行しています。シャットダウンまで10秒以上かかるのは、他のコンテナが1-2秒後にシャットダウンしたときです。

Answer 1

10秒間待たない場合は、docker stopの代わりにdocker killを実行できます。 -tオプションを使用してdocker stopのタイムアウトを調整することもできます。 docker stop -t 2 $container_idは、デフォルトの10の代わりに2秒間だけ待機します。

なぜsigkillを無視しているのかは、実行中の画像（elasticsearchに複数の画像があります）によって異なる場合があります。しかし、pid 1が/ bin/shや/ bin/bashのようなシェルであれば、シグナルは通過しません。 pid 1がelasticsearchプロセスの場合、シグナルを無視するか、完全にクリーンアップしてシャットダウンするまでに10秒間を要し​​ません。