Docker Engine 18.09 发行说明

目录

注意

此版本中，守护进程、客户端和容器运行时现在都以单独的包形式发布。更新时，您需要同时更新所有包才能获取每个包的最新补丁版本。例如，在 Ubuntu 上

$ sudo apt-get install docker-ce docker-ce-cli containerd.io

有关详细信息，请参阅相应 Linux 发行版的安装说明。

18.09.9

2019-09-03

客户端

  • 修复了在非 Windows 系统上检测 Windows 绝对路径的问题。docker/cli#1990
  • 修复了 Docker 在 Windows 上拒绝从 delegation.key 加载密钥的问题。docker/cli#1968
  • Bash 和 Zsh 的完成脚本更新。

日志记录

网络

运行时

  • 更新到 Go 1.11.13。
  • 修复了在容器中使用 XFS 磁盘配额时可能发生的 engine panic 问题。moby/moby#39644

Swarm

18.09.8

2019-07-17

运行时

  • 在调试模式下运行 Docker Engine 时，更新到日志文件的秘密信息已被掩盖。CVE-2019-13509：如果 Docker Engine 在调试模式下运行，并且使用 docker stack deploy 重新部署包含非外部秘密信息的堆栈，则日志中将包含秘密信息。

客户端

  • 修复了 parallelism 和 max_failure_ratio 字段的回滚配置类型插值问题。

已知问题

  • 升级过程有重要更改，如果未正确遵循，可能会影响升级期间 Swarm 上运行的应用程序的可用性。这些限制影响从 18.09 之前的任何版本升级到 18.09 或更高版本的任何升级。

18.09.7

2019-06-27

构建器

  • 修复了构建仅包含注释的 dockerfile 时发生的 panic 错误。moby/moby#38487
  • 添加了 GCR 身份验证问题的解决方法。moby/moby#38246
  • Builder-next：修复了 GCR 令牌缓存实现解决方法中的一个错误。moby/moby#39183

网络

运行时

日志记录

  • 添加了一个修复，现在允许日志插件使用大日志行。moby/moby#39038

已知问题

  • 升级过程有重要更改，如果未正确遵循，可能会影响升级期间 Swarm 上运行的应用程序的可用性。这些限制影响从 18.09 之前的任何版本升级到 18.09 或更高版本的任何升级。

18.09.6

2019-05-06

构建器

  • 修复了在 DOCKER_BUILDKIT=1 时，COPY 和 ADD 与多个 不会使缓存失效的问题。moby/moby#38964

网络

已知问题

  • 升级过程有重要更改，如果未正确遵循，可能会影响升级期间 Swarm 上运行的应用程序的可用性。这些限制影响从 18.09 之前的任何版本升级到 18.09 或更高版本的任何升级。

18.09.5

2019-04-11

构建器

客户端

网络

  • 修复了 network=host 在使用 systemd-resolved 时使用错误的 resolv.conf 问题。docker/engine#180
  • 修复了 Windows ARP 条目在负载下随机损坏的问题。docker/engine#192

运行时

Swarm 模式

已知问题

  • 升级过程有重要更改，如果未正确遵循，可能会影响升级期间 Swarm 上运行的应用程序的可用性。这些限制影响从 18.09 之前的任何版本升级到 18.09 或更高版本的任何升级。

18.09.4

2019-03-28

构建器

运行时

Swarm 模式

  • 修复了加入 swarm 节点时出现空指针异常的问题。moby/moby#38618
  • 修复了如果设置了 http 代理，swarm 节点无法作为 master 加入的问题。[moby/moby#36951]

已知问题

  • 升级过程有重要更改，如果未正确遵循，可能会影响升级期间 Swarm 上运行的应用程序的可用性。这些限制影响从 18.09 之前的任何版本升级到 18.09 或更高版本的任何升级。

18.09.3

2019-02-28

网络修复

  • Windows：现在避免重新生成网络 ID，以防止网络引用损坏。docker/engine#149
  • Windows：修复了一个问题，解决了在指定网络时独立容器上的 - restart always 标志不起作用的问题。（docker/escalation#1037）
  • 修复了一个问题，解决了如果管理器未连接到 overlay 网络，则从 networkdb 中获取 IPAM 状态的问题。（docker/escalation#1049）

运行时修复和更新

  • 更新到 Go 版本 1.10.8。
  • 修改了容器名称生成器中的名称。docker/engine#159
  • 复制现有文件夹时，如果目标文件系统不支持 xattr，现在会忽略 xattr 设置错误。docker/engine#135
  • Graphdriver：修复了如果设置了“character-device”位则未检测到“device”模式的问题。docker/engine#160
  • 修复了连接到 containerd 失败时的空指针解引用问题。docker/engine#162
  • 启动失败时删除了过期的 containerd 对象。docker/engine#154

已知问题

  • 升级过程有重要更改，如果未正确遵循，可能会影响升级期间 Swarm 上运行的应用程序的可用性。这些限制影响从 18.09 之前的任何版本升级到 18.09 或更高版本的任何升级。

18.09.2

2019-02-11

安全修复

  • 更新 runc 以解决一个关键漏洞，该漏洞允许特制容器在主机上获得管理权限。CVE-2019-5736
  • 使用 3.13 内核的 Ubuntu 14.04 客户将需要升级到受支持的 Ubuntu 4.x 内核

有关更多信息，请参阅 Docker 博客文章。

已知问题

  • 升级过程有重要更改，如果未正确遵循，可能会影响升级期间 Swarm 上运行的应用程序的可用性。这些限制影响从 18.09 之前的任何版本升级到 18.09 或更高版本的任何升级。

18.09.1

2019-01-09

此版本的重要说明

在 18.09 之前的 Docker 版本中，containerd 由 Docker 引擎守护进程管理。在 Docker Engine 18.09 中，containerd 由 systemd 管理。由于 containerd 由 systemd 管理，因此对 docker.service systemd 配置的任何自定义配置（例如，MountFlags=slave）都会破坏 Docker Engine 守护进程与 containerd 之间的交互，并且您将无法启动容器。

运行以下命令以获取 docker.service 的 MountFlags 属性的当前值

$ sudo systemctl show --property=MountFlags docker.service
MountFlags=

如果此命令为 MountFlags 打印非空值，请更新您的配置，然后重新启动 docker 服务。

安全修复

改进

修复

打包

已知问题

  • 从 18.09.0 升级到 18.09.1 时，Ubuntu 上的 containerd 未升级到正确版本。
  • 升级过程有重要更改，如果未正确遵循，可能会影响升级期间 Swarm 上运行的应用程序的可用性。这些限制影响从 18.09 之前的任何版本升级到 18.09 或更高版本的任何升级。

18.09.0

2018-11-08

此版本的重要说明

在 18.09 之前的 Docker 版本中，containerd 由 Docker 引擎守护进程管理。在 Docker Engine 18.09 中，containerd 由 systemd 管理。由于 containerd 由 systemd 管理，因此对 docker.service systemd 配置的任何自定义配置（例如，MountFlags=slave）都会破坏 Docker Engine 守护进程与 containerd 之间的交互，并且您将无法启动容器。

运行以下命令以获取 docker.service 的 MountFlags 属性的当前值

$ sudo systemctl show --property=MountFlags docker.service
MountFlags=

如果此命令为 MountFlags 打印非空值，请更新您的配置，然后重新启动 docker 服务。

新功能

改进

修复

已知问题

  • 升级过程有重要更改，如果未正确遵循，可能会影响升级期间 Swarm 上运行的应用程序的可用性。这些限制影响从 18.09 之前的任何版本升级到 18.09 或更高版本的任何升级。

  • 使用 https://github.com/boot2docker/boot2docker/releases/download/v18.09.0/boot2docker.iso，来自虚拟机节点的连接被拒绝。在 VirtualBox 创建的 docker-machine 虚拟机中发布的任何 swarm 端口都将无响应。这发生在 macOS 和 Windows 10 上，使用 docker-machine 0.15 和 0.16 版本。

    以下 docker run 命令有效，允许从主机浏览器访问

    docker run -d -p 4000:80 nginx

    但是，以下 docker service 命令失败，导致 curl/chrome 无法连接（连接被拒绝）

    docker service create -p 5000:80 nginx

    此问题在通过 docker-machine 配置 18.09.0 云虚拟机时并不明显。

    解决方法

    • 使用不依赖 boot2docker 的云虚拟机。
    • docker run 不受影响。
    • 对于 Swarm，设置 VIRTUALBOX_BOOT2DOCKER_URL=https://github.com/boot2docker/boot2docker/releases/download/v18.06.1-ce/boot2docker.iso。

    此问题在 18.09.1 中已解决。

弃用通知

  • Docker 已弃用 Device Mapper 作为存储驱动程序。目前仍会支持它，但未来版本中将移除支持。

    Overlay2 存储驱动程序现在是 Docker Engine 实现的默认设置。

有关已弃用标志和 API 列表的更多信息，请查看弃用信息，您可以在其中找到目标移除日期。

生命周期结束通知

在此版本中，Docker 还移除了对 TLS < 1.2 moby/moby#37660、Ubuntu 14.04 "Trusty Tahr" docker-ce-packaging#255 / docker-ce-packaging#254 和 Debian 8 "Jessie" docker-ce-packaging#255 / docker-ce-packaging#254 的支持。

© . This site is unofficial and not affiliated with Kubernetes or Docker Inc.