补丁管理
本章包含有关补丁管理的各个主题。
1. 已收回补丁
在供应商发布某个新补丁后,该补丁在某种情况下可能会产生不利的负面影响(在安全性、稳定性方面),而这种情况并未通过测试识别出来。如果出现这种情况(非常罕见),供应商通常会发布新补丁,此过程可能需要数小时甚至数日时间,具体取决于该供应商实施的内部流程。
SUSE 引入了一个称为已收回补丁
的新机制 (2021),可以通过将此类补丁的建议状态设置为已收回
(而不是最终
或稳定
)来近实时地撤消这些补丁。
如果某个补丁的建议状态属性设置为 |
无法在包含 SUSE Manager 的系统上安装已收回的补丁或软件包。安装已收回软件包的唯一方法是使用 zypper install
并指定确切的软件包版本来手动安装。例如:
zypper install vim-8.0.1568-5.14.1
SUSE Manager Web UI 中的 图标描绘了补丁和软件包的已收回状态。例如,查看:
-
通道中软件包的列表
-
通道中补丁的列表
收回安装在系统上的补丁或软件包时, 图标也会显示在该系统的已安装软件包列表中。SUSE Manager 不提供降级此类补丁或软件包的方法。
1.1. 通道克隆
使用克隆的通道时,必须小心将原始通道的已收回建议状态传播到克隆版本。
将供应商通道克隆到组织中时,也会克隆通道补丁。
当供应商收回通道中的补丁并且 SUSE Manager 同步此通道(例如,通过夜间作业)时,retracted
属性不会传播到克隆的补丁,并且订阅克隆通道的客户端看不到该属性。要将该属性传播到克隆的通道,请使用以下方法之一:
-
补丁同步(
)。使用此功能可使克隆通道中补丁的属性与其原始通道保持一致。 -
内容生命周期管理。有关内容生命周期管理上下文中克隆的通道的详细信息,请参见 软件通道。
1.2. 补丁共享
当您在组织中创建多个供应商通道克隆版本时,补丁不会克隆多次,而是在克隆的通道之间共享。因此,当您同步克隆的补丁时(使用补丁同步功能或上面提到的内容生命周期管理),使用该克隆补丁的所有通道都会看到这种变化。
-
假设有两个内容生命周期管理项目:
prj1
和prj2
-
这两个项目都有 2 个环境:
dev
和test
-
这两个项目都有一个设置为源通道的供应商通道
-
此场景中的所有通道(总共四个克隆的通道)与供应商通道的最新状态相一致
-
供应商收回源通道中的某个补丁,夜间作业将此补丁同步到 SUSE Manager
-
四个通道都看不到这种变化,因为它们使用的是补丁克隆版本,而不是直接使用该补丁。
-
在您同步补丁(构建这两个项目中的任何一个,或者对四个克隆通道中的任何一个使用补丁同步功能)后,由于补丁共享的原因,*所有*克隆的通道都会发现该补丁已收回。