问题标签 [swarm]

我们启用了 Swarm-Perforce 集成，我已请求对货架 A 进行评论 Y。我收到了一些评论并更改/添加了文件并创建了一个新货架 B（我不想替换 A，因为我可能想要回到它）。有什么办法可以将货架 B 包括在审查 Y 中吗？

我认为的一种方法是复制 A，然后用 B 替换 A。有没有更快的方法来做到这一点？

我正面临 Rancher & Docker 的另一个问题。

我已经安装了 Rancher Server，然后在另一台服务器上使用 Rancher Server 提供的命令安装了 Rancher Agent。我可以在主机部分看到该节点，但每隔 5 分钟，牧场主就会向该节点显示“重新连接”消息。

我检查了牧场主服务器日志，它显示以下内容：

并且没有更多信息。

你能解释一下这个问题吗？

谢谢

我创建了一个 docker swarm 模式集群并部署了一个应用程序。当应用程序尝试连接到数据库时，它会失败。我可以使它与“docker run”一起工作，但不能在 docker swarm 模式下工作。

Docker 版本

客户端：版本：1.13.0 API 版本：1.25 Go 版本：go1.7.3 Git 提交：49bf474 构建：2017 年 1 月 17 日星期二 09:58:26 OS/Arch：linux/amd64

服务器：版本：1.13.0 API 版本：1.25（最低版本 1.12） Go 版本：go1.7.3 Git 提交：49bf474 内置：2017 年 1 月 17 日星期二 09:58:26 OS/Arch：linux/amd64 实验性：false

错误：

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException：通信链路故障

使用的 Docker 命令

端口开放：

sudo docker exec -it 547ed77047c7 nc -v -z 数据库 3306 数据库 (10.0.0.2:3306) 打开

我在 Swarm 模式下在 Ubuntu 16.04 上使用 Docker 1.13。我在端口 80 上发布了一项服务（三个副本）。我在尝试连接到服务时看到间歇性连接失败。最初服务工作正常，但一旦我们对服务运行一些负载测试，这些间歇性问题变得非常普遍。错误率可能高达 50-75% 的请求失败，我的理论是负载测试后集群变得非常不稳定。

该设置由 3 个管理节点和 3 个工作节点组成。我在三个工作节点前面有一个负载均衡器，出于故障排除的目的，我正在使用消除过程，现在我在工作节点上尝试使用 localhost 访问服务（不通过负载均衡器）。在这一点上，我已经尽我所能并且即将放弃，将问题归咎于 Docker Routing Mesh。

我正在使用具有显式子网的覆盖网络，该子网不与其他基础设施项目重叠。Azure 中的 VM 在单独的虚拟网络中。

我已经使用命令 sudo docker service ps 验证了服务实例已启动并正在运行 我已经登录到每个单独的工作节点并使用命令 sudo docker ps 验证了容器/服务实例正在运行并且健康

如果您需要任何其他详细信息或任何建议，请告诉我。

谢谢！

我在 Docker 文档上读到，可以加载自定义 AppArmor 策略并要求 Docker 为特定容器加载它们。

是否可以在 Docker Swarm 服务上使用这些策略（前提是集群的所有节点都具有 AppArmor 策略）？

谢谢！

我有一个设计问题。我在几个主机上使用 dockerized celery workers。我只有一个 celery 容器实例在每个主机上运行，​​但使用 celery 的默认工作人员设置，默认为该主机上的内核数。我没有为 docker 容器设置任何限制。我使用 rancher 部署到使用牛环境的主机，但我想我的问题同样适用于任何 docker 集群，如 swarm。由于 celery 的工作方式，我没有通过使用多个容器来使用扩展功能——一个容器已经能够通过拥有多个工作人员来利用核心。问题是：在主机上拥有更多 1 个工作容器对我有什么好处？如果是这样，我是否需要将每个 celery worker 限制为每个容器中的一个，并让集群扩展多个容器？我能想象的唯一好处是从高可用性的角度来看，如果芹菜工人在主机上死了，那么它就消失了，但如果我有更多的容器，其他人可以接管工作，但我认为芹菜可以通过重生来做同样的事情工人也是。我错过了什么吗？

是否可以将工作节点的设备端口（USB 端口）映射到 POD？如同docker create --device=/dev/ttyACM0:/dev/ttyACM0

可能吗？我检查了参考文档，但找不到任何东西。

在 Docker 服务中，是否可以映射--device port到服务容器（如果我只运行 1 个容器）？

我不确定这是否可以实现。我正在使用以下版本以 swarm 模式运行 docker：

客户端：版本：17.03.0-ce API 版本：1.26 Go 版本：go1.7.5 Git 提交：3a232c8 构建：2017 年 2 月 28 日星期二 08:10:07 OS/Arch：linux/amd64

服务器：版本：17.03.0-ce API 版本：1.26（最低版本 1.12） Go 版本：go1.7.5 Git 提交：3a232c8 构建时间：2017 年 2 月 28 日星期二 08:10:07 OS/Arch：linux/amd64 实验性：true

我在 NGINX 反向代理后面运行带有基于 websocket 的应用程序的堆栈（也在使用相同覆盖网络的同一堆栈中）但是，我注意到以下错误。该应用程序基于节点 js。

从上游读取响应标头时上游超时（110：操作超时），客户端：xxxx，服务器：，请求：“GET /socket.io/?EIO=3&transport=polling&t=LiGxq_l&sid=As9AJ2pEHieTGXP6AAAC HTTP/1.1”，上游： “ http://xxxx/socket.io/?EIO=3&transport=polling&t=LiGxq_l&sid=As9AJ2pEHieTGXP6AAAC ”，主机：“”，推荐人：“”

显然，客户端套接字连接无法解析到托管在 swarm 中的服务集群。是否有针对 docker swarm 的解决方法配置，或者这是不可能的？我没有太多运气来寻找解决方案。感谢您的任何反馈。顺便提一句。该服务的单个实例工作正常。

我正在使用 docker docs 创建一个 swarm

https://docs.docker.com/engine/swarm/swarm-tutorial/create-swarm/

[centos@dsm-manager1 ~]$ docker swarm init --advertise-addr 10.192.10.220

来自守护程序的错误响应：--live-restore 守护程序配置与 swarm 模式不兼容 [centos@dsm-manager1 ~]$

我正在使用的 docker 版本

[centos@dsm-manager1 ~]$ docker 版本

客户端：版本：1.12.6

API版本：1.24

包版本：docker-common-1.12.6-11.el7.centos.x86_64

围棋版本：go1.7.4

Git 提交：96d83a5/1.12.6

建成时间：2017 年 3 月 7 日星期二 09:23:34

操作系统/架构：linux/amd64

服务器：

版本：1.12.6

API版本：1.24

包版本：docker-common-1.12.6-11.el7.centos.x86_64

围棋版本：go1.7.4

Git 提交：96d83a5/1.12.6

建成时间：2017 年 3 月 7 日星期二 09:23:34

操作系统/架构：linux/amd64

文档版本是1.17，我不知道这是否重要，我只是在1.12版本中找不到关于swarm mode的文档

一段时间以来，我在使用新的 swarm 模式时遇到了一个棘手的问题。

我只是尝试在第一个容器中运行一个 go web 服务器，在第二个容器中运行一个 mongo db。因此，我使用的是私有测试图像和标准 mongo 图像。在端口 27017 上调用 mongo 服务有效。go run main.go 命令在测试服务中运行。我在 Dockerfile 中公开：8080。此外端口：“4444:8080”为 go 服务（用户，测试图像）设置。

Dockerfile：

docker-stack.yml

用户/bootstrap.go

$ docker service inspect --pretty test_users