【问题标题】:docker swarm services stuck in preparingdocker swarm 服务陷入准备中
【发布时间】:2018-09-18 23:43:55
【问题描述】:

我部署了一个 swarm 堆栈,我从堆栈中删除了几个服务并尝试再次部署它们。这些服务显示为所需的状态删除和当前状态准备..它们的名称也从自定义服务名称更改为随机泊坞窗名称。 swarm 也试图启动这些服务,这些服务也陷入了准备之中。我在所有节点上运行 docker system prune 并删除了堆栈。堆栈中的所有服务都不再存在,除了随机服务。现在我无法删除它们,它们仍处于准备状态。这些服务没有在群中的任何地方运行,但我想知道是否有办法删除它们。

【问题讨论】:

标签: docker docker-swarm


【解决方案1】:

我遇到了同样的问题。后来我发现当前状态“Preparing”表明 docker 正在尝试从 docker hub 拉取图像。但是在'3.1'以上的docker-compose-version中docker service logs <serviceName>没有明确的指示符。

但它有时会由于 n\w 带宽或其他 docker 内部原因而产生延迟。

希望对您有所帮助!如果我找到更多相关信息,我会更新答案。

P.S. 我发现将命令切换到docker-compose up 时,docker stack deploy -c <your-compose-file> <appGroupName> 没有卡住。对我来说,由于某些原因,下载我的图片需要 20 多分钟。

所以,证明docker stack deploy没有未解决的问题,

将 Christian 的引用添加到俱乐部并完成此答案。

使用 docker-machine ssh 连接到特定机器:

docker-machine ssh <nameOfNode/Machine>

你的提示会改变。你现在在另一台机器里面。在另一台机器内执行以下操作:

tail -f /var/log/docker.log

您将看到该机器的“守护程序”日志。在那里,您将看到该特定守护程序是否正在执行“拉动”或作为服务准备的一部分正在执行的操作。就我而言,我发现了这样的事情:

time="2016-09-05T19:04:07.881790998Z" level=debug msg="pull progress map[progress:[===========================================>       ] 112.4 MB/130.2 MB status:Downloading

这让我意识到它只是从我的 docker 帐户下载一些图像。

【讨论】:

  • 它并不总是关于下载图像。我认为 docker 将服务部署排队到 swarm 节点,有时队列需要很长时间才能执行其中的所有任务
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2019-02-02
  • 2017-08-01
  • 2020-12-31
  • 2019-02-13
  • 2017-01-18
相关资源
最近更新 更多