Docker v24.0.6 发布
Docker 24.0.6 现已发布,具体更新内容如下:
错误修复和功能增强
- containerd storage backend:修复当内容存储中不再存在容器镜像时
docker ps
失败的问题。moby/moby#46095 - containerd storage backend:修复当容器镜像配置不再存在于内容存储中时,
docker ps -s -a
和docker container prune
失败的问题。moby/moby#46097 - containerd storage backend:修复当容器镜像配置不再(或从未)存在于内容存储中时
docker inspect
失败的问题。moby/moby#46244 - containerd storage backend:通过使用 reference-counted rootfs mounts,修复了使用
overlayfs
snapshotter 进行 diff 和导出的问题。moby/moby#46266 - containerd storage backend:修复当本地可用的镜像平台与所需平台不匹配时出现的误导性错误消息。moby/moby#46300
- containerd storage backend:修复了 classic builde 的
FROM scratch
Dockerfile 指令。moby/moby#46302 - containerd storage backend:修复 classic builder 中不匹配的
image rootfs
和manifest layers
错误。moby/moby#46310 - 从所有注册表中拉取 Docker Image Format v1 和 Docker Image manifest version 2、schema 1 镜像时发出警告。moby/moby#46290
- 修复以非 root 用户身份运行容器时错误地删除功能位的问题(注意:由于回归,此更改已经有效存在)。moby/moby#46221
- 修复网络隔离 iptables 规则,防止 IPv6 Neighbor Solicitation 数据包在容器之间交换。moby/moby#46214
- 修复当二进制文件位于 Windows 上的当前目录中时,
dockerd.exe --register-service
不起作用的问题。moby/moby#46215 - 添加提示,建议使用 PAT 来针对 Docker Hub 进行
docker login
。docker/cli#4500 - 为 CLI 的 Bash completion 用户缩短 shell 启动时间。docker/cli#4517
- 如果可能的话,通过跳过
GET /_ping
来提高某些命令的速度。docker/cli#4508 - 修复
docker events
不支持--format=json
的问题。docker/cli#4544
Packaging updates
- 升级 Go 到
go1.20.7
。 moby/moby#46140、docker/cli#4476、docker/docker-ce-packaging#932 - 将 containerd 升级到
v1.7.3
(仅限静态二进制文件)。moby/moby#46103 - 将 Compose 升级到
v2.21.0
。docker/docker-ce-packaging#936

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
gRPC 1.58.0 发布,跨语言 RPC 框架
gRPC 是可以在任何环境中运行的现代开源高性能 RPC 框架。gRPC 1.58.0 现已发布,包含了一些完善、改进和错误修复;具体更新内容如下: Core gRPC 1.58 开始需要 c-ares 1.18 或更高版本。 [Deps]更新boroughssl 202308211007。(#34115) [pick_first] de-experiment pick first。(#34054) [build metadata] Bazel 对“other build systems”的改进。(#33803) [Deps] 将 abseil 更新为 20230802。(#33974) [c-ares DNS resolver] 修复 c-ares 写入成功但后续读取失败时文件描述符关闭后使用的错误。(#33871) C++ [docs] 文档警报线程安全保证。(#34092) 通过自定义 CMake 构建添加了 OpenSSL 3.0 (LTS) 支持(默认值仍然是 BoringSSL) Python [Bazel] 通过 Bazel 启用 grpcio-reflection。(#...
- 下一篇
eBPF 到底是可观测领域的神器 or 鸡肋?真相其实是 ——
当下,eBPF 无疑是最火热的技术之一,它为云原生环境下的网络、安全和可观测性解决方案提供了全新的思路。 作为一种无需入侵应用代码、直接向操作系统内核安全添加代码的革命性技术,eBPF 使得企业能够不依赖内核固有的指标数据,直接编写代码收集自定义数据,并生成可观测性指标和事件。这不仅将可观测性扩展到内核,还能够实现零插桩的应用代码可观测性,同时保证了运行安全和开销可控。于是,不少人认为 eBPF 是可观测领域的未来之星。 然而,也有人觉得,eBPF 的作用被夸大了。它并不是适合每个项目或生态系统的灵丹妙药 —— 仅限于 Linux 和它的最新内核。而且“沙箱程序也是有限制的”,通过限制程序可以访问的操作系统部分,功能也可能受到限制。因此 eBPF 只不过是可观测体系中的一个小补充罢了,并不是可观测领域的未来主要方向。 对此,真实的情况是怎样的?实际应用中,它更有可能帮大忙,还是拖后腿?对此,开源中国邀请了云杉网络研发 VP 向阳、观测云创始人兼 CEO 蒋烁淼、《SRE 原理与实践》作者张观石、某智能制造业运维吴秋鑫、SUGA Data Science Team Leader Jaro...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2全家桶,快速入门学习开发网站教程
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- 2048小游戏-低调大师作品
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS6,CentOS7官方镜像安装Oracle11G
- CentOS关闭SELinux安全模块