既不是「泊塢窗停」，「泊塢窗殺」，也不是「泊塢窗-f RM」的作品

試圖通過使用中提到的命令結果無限制地等待由搬運工從this image停止容器。容器仍然可以在docker ps輸出中觀察到。既不是「泊塢窗停」，「泊塢窗殺」，也不是「泊塢窗-f RM」的作品

對不起，一個新手的問題，而是如何做一站式容器是否正確？

該容器是根據上hub.docker.com的指示，按Ctrl + C停止，然後通過docker start <containter-name>再次開始第一次運行。它開始後，它從來沒有像預期的那樣工作。

2016-02-28 peetonn

看來，容器下面的配置文件'https://github.com/ supervisord運行jleight /搬運工-opentsdb /斑點/主/ supervisor.conf'，並在該文件中有一個設置'stopwaitsecs = 60'。我想知道這是否是原因。 –

您的測試工作對我來說：

→ docker ps 
CONTAINER ID  IMAGE    COMMAND     CREATED    STATUS    PORTS     NAMES 
853e36b8a952  jleight/opentsdb "/usr/bin/supervisord" 9 minutes ago   Up 9 minutes  0.0.0.0:4242->4242/tcp fervent_hypatia 

→ docker stop fervent_hypatia 
fervent_hypatia 

→ docker ps 
CONTAINER ID  IMAGE    COMMAND    CREATED    STATUS    PORTS    NAMES

花了一個有點長，但我認爲這是因爲泊塢窗圖像使用管理進程，以便SIGTERM（這是碼頭工人停止發送第一）沒有按」 t殺死容器，但SIGKILL，默認情況下在10秒後發送（我的等待時間爲10秒）。

萬一您的默認可能會混亂出於某種原因，儘量明確地表明超時：

docker stop --time=2 <container-name>

來源

2016-02-28 23:44:56 irakli

我等了5分鐘後終於殺死了VBox進程。後來它沒有重複，儘管停止這個容器需要一段時間。 – peetonn

沒有爲我工作 – Petah

docker stop <container-name>是一種合適的方式來阻止你的容器。這是可能有一些事情裏面，你可以嘗試做docker log <container-name>要給大家介紹什麼是內部運行的詳細信息。

來源

2016-02-28 22:11:36 unflores

不知道爲什麼這是downvoted;除了暗示需要幫助殺死容器之外，他/她還明確地問道：「對於一個新手問題抱歉，但是如何正確停止容器？」 – chrisg

既不是「泊塢窗停」，「泊塢窗殺」，也不是「泊塢窗-f RM」的作品

回答

相關問題