我已将 DTR 安装在单个管理器、工作集群上（在设置适当的环境之前使用它以获得更好的理解）

DTR 安装成功。我想卸载 DTR，卸载它没有问题。以下命令用于基于文档的卸载活动。

运行 docker ps 确认与 DTR 关联的容器不再运行。

但是，当我登录 UCP 时，我仍然看到旧的 DTR，而且我看不到删除它的方法。

我很困惑，不确定如何清理它并创建一个新的 DTR。

我们在 Kubernetes 上使用 Apache-Kafka 部署，它基于在创建 pod 后对其进行标记的能力（请参阅https://github.com/Yolean/kubernetes-kafka）。代理 Pod 的 init 容器利用此功能在其自身上设置一个标签，并以其自己的数字索引（例如“0”、“1”等）作为值。该标签用于服务描述符中以准确选择一个 pod。

这种方法在我们的 DIND-Kubernetes 环境中运行良好。但是，当尝试将部署移植到 Docker-EE Kubernetes 环境时，我们遇到了麻烦，因为该命令会kubectl label pod生成完全误导的运行时错误（另请参阅https://github.com/fabric8io/kubernetes-client/issues/ 853 ).

为了验证最小设置中的运行时错误，我们创建了以下部署脚本。

第一步：使用 Docker-EE-Host 成功标记 pod

一切都按预期正常工作。

第二步：从 pod 内重现运行时错误

kubectl创建包含1.10.5的 Docker 映像

此映像部署10.100.180.74:5000/test/kubectl-client-1.10.5在站点本地注册表中，将在下面提及。

使用上面的容器创建一个 pod

记录输出

我们得到以下日志输出

和运行时错误

笔记

• 这不是授权问题，因为我们已经为默认命名空间的默认用户提供了完全的管理权限。如果我们不这样做，我们会收到一条错误消息，指出缺少权限。
• “外部”（例如在 docker 主机上）和“内部”（例如 pod）的客户端和服务器版本都与 GIT 提交标签相同
• 我们使用的是通用控制平面 3.0.2 版

有任何想法吗？

版主注意：由于这不是一个编程问题，如果它被认为是不适合stackoverflow的问题，请删除。

我无法弄清楚 Docker EE 2.0 支持的 RHEL 版本是什么。

本文（兼容性矩阵）声明支持 RHEL 版本 7.3-7.5。

但是文章 - Docker EE end to end Install指出以下内容：

此外，请确保主机正在运行以下操作系统之一：

• CentOS 7 的维护版本。存档版本不受支持或测试。
• Red Hat Enterprise Linux 7.0、7.1、7.2 或 7.3 -Ubuntu 14.04 LTS 或 16.04 LTS
• SUSE Linux Enterprise 12
• 甲骨文 Linux 7.3

它们似乎彼此不一致。

细节：

内核版本：

操作系统：

Docker 客户端实际上无法连接到 Docker Hub 来拉取 ucp 映像[#37532]。所以我们有杠杆docker save和docker load命令。使用 解压缩 tar 文件后docker load，ucp 映像就在那里。

但是当我们运行镜像时出现以下错误：

这是我们的 resolv.conf 文件：

问题是我们无法重新启动服务器，因为它位于我们公司的 DMZ 中（在代理之后），并且还有其他服务也在运行。所以，我们真的不能重启服务器。

我们要求社区为我们提供解决方案。

感谢和问候阿迪亚

我们刚刚按照这些步骤在 Windows Server 2016 系统上卸载了 Docker 社区版并安装了企业版。

在到达测试 hello-world 容器的最后一步时，我们收到以下错误：

C:\Program Files\Docker\docker.exe: failed to register layer: re-exec error: exit status 1: output: ProcessUtilityVMImage \?\C:\ProgramData\Docker\windowsfilter\e345ad40cc8f7d073f62501b7445d42d677889c04b2c6fe0963ea6e092b52f95\UtilityVM: The process cannot access the文件，因为它正在被另一个进程使用。

我们看到很多关于 SO 的示例，这些示例与其他类型的应用程序相关，但与 Docker 无关。

我们该如何解决这个问题？

尝试安装 UDP 和 DTR 时，我看到安装要求需要打开一系列端口。另一方面，安装只是一个运行的容器。

1. 那么，为什么我们必须打开一些端口呢？

2. 在docker run命令中，我没有看到端口映射（主机/容器），我们如何访问 UCP Web UI？

   /li>

PS：docker-ee 版本：18.03.1-ee-1

我在 UCP 日志中看到了这些消息：

是什么原因以及如何解决它。

谢谢

我在 Windows Server 2016（版本 1607）上运行 Docker Enterprise。当我运行时docker-compose up -d --build，Docker 开始构建我的项目，但在第一组下载完成后失败并出现以下错误：

发生这种情况后，所有其他docker命令都将失败，因为守护程序已停止运行。我可以通过查看“服务”窗口来验证这一点：

我必须手动重新启动 Docker 服务，然后才能执行更多docker命令。

为什么会发生这种情况，我该如何解决？

这是来自的输出docker version：

我正在使用 go-sdk for docker 通过以下代码创建容器

我了解采用容器名称的参数，如果我两次使用相同的名称，docker 引擎将拒绝它。此外，除非删除已停止的容器，否则无法使用该名称。我现在的问题是，如果我背靠背发送这样的请求，服务器端代码线程是否安全，或者有可能在短时间内出现 2 个这样的容器？基本上，我为此查看了其余的 api 服务器处理程序，但对行为将是什么并不太了解。

我已经使用 docker UCP 设置了一个测试环境，几天后，其中一个控制器随机关闭，并在 UCP 中显示主机已关闭且集群不健康的消息。

控制器容器的日志：

可以是随机网络连接问题吗？但它应该已经自动恢复了？