4.2. OADP 发行注记

当其命名空间名称大于 37 个字符时，OADP 会失败

当在带有超过 37 个字符的命名空间中安装 OADP Operator 时，并在创建新 DPA 时，标记 cloud-credentials secret 会失败。在这个发行版本中，这个问题已被解决。OADP-4211

OADP 镜像 PullPolicy 设置为 Always

在之前的 OADP 版本中，adp-controller-manager 和 Velero pod 的 image PullPolicy 设置为 Always。在边缘计算的用例中，对 registry 的访问可能会受到带宽的限制，这会而导致 pod 重启后恢复速度较慢。在 OADP 1.3.3 中，openshift-adp-controller-manager 和 Velero pod 的镜像 PullPolicy 设置为 IfNotPresent。

恢复 OADP 后，Cassandra 应用程序 pod 进入 CrashLoopBackoff 状态

在 OADP 恢复后，CrashLoopBackoff 状态可能会进入 Cassandra 应用程序 pod。要临时解决这个问题，在恢复 OADP 后删除返回错误或 CrashLoopBackoff 状态的 StatefulSet pod。StatefulSet 控制器重新创建这些 pod，它正常运行。

如果使用了有效的自定义 secret 进行 BSL，则 DPA 无法协调

如果将有效的自定义 secret 用于 Backup Storage Location (BSL)，但缺少默认 secret，则 DPA 无法协调。解决办法是首先创建所需的默认 cloud-credentials。当重新创建了自定义 secret，可以使用它并检查其是否存在。

CVE-2023-45290: oadp-velero-container: Golang net/http: Memory exhaustion in Request.ParseMultipartForm

net/http Golang 标准库软件包中发现了一个安全漏洞，这会影响到之前 OADP 版本。在以前的版本中，当解析 multipart 表单时，可以明确使用 Request.ParseMultipartForm，或使用 Request.FormValue, Request.PostFormValue, 或 Request.FormFile 方法隐式应用，解析表单的总大小限制不适用于在读单一表单行时消耗的内存。这可能会允许在恶意设计的输入中包含非常长的行，从而导致分配大量内存，这可能会导致内存耗尽。这个安全漏洞已在 OADP 1.3.2 中解决。

CVE-2023-45289: oadp-velero-container: Golang net/http/cookiejar: Incorrect forwarding of sensitive headers and cookies on HTTP redirect

net/http/cookiejar Golang 标准库软件包中发现了一个安全漏洞，这会影响到之前 OADP 版本。 当 HTTP 重定向到不是子域匹配或与初始域完全匹配的域时，http.Client 不会转发敏感标头，如 Authorization 或 Cookie。恶意精心设计的 HTTP 重定向可能会导致敏感标头被意外转发。这个安全漏洞已在 OADP 1.3.2 中解决。

CVE-2024-24783: oadp-velero-container: Golang crypto/x509: Verify panics on certificates with an unknown public key algorithm

在 crypto/x509 Golang 标准库软件包中发现了一个安全漏洞，这会影响到之前的 OADP 版本。验证包含带有未知公钥算法的证书的证书链会导致 Certificate.Verify panic。这会影响将 Config.ClientAuth 设置为 VerifyClientCertIfGiven 或 RequireAndVerifyClientCert 的所有 crypto/tls 客户端和服务器。默认行为是 TLS 服务器无法验证客户端证书。这个安全漏洞已在 OADP 1.3.2 中解决。

CVE-2024-24784: oadp-velero-plugin-container: Golang net/mail: Comments in display names are incorrectly handled

net/mail Golang 标准库软件包中发现了一个安全漏洞，这会影响到之前 OADP 版本。ParseAddressList 函数错误地处理注释、文本（括号中的文本）和显示名称。由于这与地址解析程序不匹配，因此可能会导致使用不同解析器的程序进行不同的信任决策。这个安全漏洞已在 OADP 1.3.2 中解决。

CVE-2024-24785: oadp-velero-container: Golang: html/template: errors returned from MarshalJSON methods may break template escaping

在 html/template Golang 标准库软件包中发现了一个安全漏洞，这会影响到之前 OADP 版本。 如果来自 MarshalJSON 方法返回的错误包含用户控制的数据，则它们可能会用来破坏 HTML/template 软件包的上下文自动转义行为，以便后续操作将意外内容注入模板。 这个安全漏洞已在 OADP 1.3.2 中解决。

恢复 OADP 后，Cassandra 应用程序 pod 进入 CrashLoopBackoff 状态

在 OADP 恢复后，CrashLoopBackoff 状态可能会进入 Cassandra 应用程序 pod。要临时解决这个问题，在恢复 OADP 后删除返回错误或 CrashLoopBackoff 状态的 StatefulSet pod。StatefulSet 控制器重新创建这些 pod，它正常运行。

OADP 1.3.0 Data Mover 现在被完全支持

在 OADP 1.3.0 中作为技术预览引进的 OADP 内置 Data Mover ，现在在容器化和虚拟机工作负载中被完全支持。

现在支持 IBM Cloud(R) Object Storage 作为存储供应商

IBM Cloud® Object Storage 是 AWS S3 兼容备份存储供应商之一，它在之前不被支持。在这个版本中，IBM Cloud® Object Storage 作为 AWS S3 兼容备份存储供应商被支持。

OADP operator 现在可以正确地报告缺少的区域错误

在以前的版本中，当在 AWS Backup Storage Location (BSL) 配置中在没有指定 region 的情况下指定 profile:default 时，OADP operator 无法报告数据保护应用程序 (DPA) 自定义资源(CR) 中 missing region 错误。在这个版本中，修正了 AWS 的 DPA BSL 规格的验证。因此，OADP Operator 会报告 missing region 错误。

自定义标签不会从 openshift-adp 命名空间中删除

在以前的版本中，openshift-adp-controller-manager pod 会重置附加到 openshift-adp 命名空间的标签。这会导致需要自定义标签（如 Argo CD）的应用程序出现同步问题，从而导致功能不正确。在这个版本中，这个问题已被解决，自定义标签不会从 openshift-adp 命名空间中删除。

OADP must-gather 镜像收集 CRD

在以前的版本中，OADP must-gather 镜像不会收集 OADP 提供的自定义资源定义 (CRD)。因此，您无法使用 omg 工具在 support shell 中提取数据。在这个版本中，must-gather 镜像会收集 OADP 附带的 CRD，并可使用 omg 工具提取数据。

垃圾回收具有默认频率值的正确描述

在以前的版本中，garbage-collection-frequency 字段对默认频率值有一个错误的描述。在这个版本中，garbage-collection-frequency 具有 gc-controller 协调默认频率的正确值（一小时）。

OperatorHub 中提供了 FIPS 模式标记

通过将 fips-compliant 标志设置为 true，现在 FIPS 模式标记添加到 OperatorHub 中的 OADP Operator 列表中。此功能在 OADP 1.3.0 中启用，但没有在启用了 FIPS 的 Red Hat Container 目录中显示。

当 csiSnapshotTimeout 设置为短持续时间时，CSI 插件不会出现 nil pointer 的错误

在以前的版本中，当 csiSnapshotTimeout 参数设置为较短的持续时间时，CSI 插件遇到以下错误：plugin panicked: runtime error: invalid memory address or nil pointer dereference。

IBM Power (R) 和 IBM Z (R) 平台上部署的单节点 OpenShift 集群的备份和存储限制

查看在 IBM Power® 和 IBM Z® 平台上部署的单节点 OpenShift 集群的备份和存储相关限制：

恢复 OADP 后，CrashLoopBackoff 状态会进入 CrashLoopBackoff 状态

在 OADP 恢复后，CrashLoopBackoff 状态可能会进入 Cassandra 应用程序 pod。要临时解决这个问题，在恢复 OADP 后删除带有任何错误或 CrashLoopBackoff 状态的 StatefulSet pod。StatefulSet 控制器重新创建这些 pod，它正常运行。

使用文件系统备份对应用程序进行备份：Kopia 或 Restic

Velero 的文件系统备份(FSB)支持两个备份库：Restic 和 Kopia。

GCP Cloud 身份验证

Google Cloud Platform (GCP) 身份验证可让您使用短生命 Google 凭证。

AWS ROSA STS 身份验证

您可以将 OpenShift API 用于 Red Hat OpenShift Service on AWS (ROSA) 集群的数据保护 (OADP) 来备份和恢复应用程序数据。

在恢复后，ACM 应用程序会被删除并重新创建

在恢复激活后，ACM 应用程序会在受管集群中被删除并重新创建。OpenShift API for Data Protection (OADP 1.2) 备份和恢复过程比旧版本快。在恢复 ACM 资源时，OADP 性能的变化导致了这个结果。因此，有些资源会在其他资源前恢复，这会导致从受管集群中删除应用程序。OADP-2686

由于 Pod 安全标准，Restic 恢复部分失败

在互操作性测试过程中，OpenShift Container Platform 4.14 将 pod 安全模式设置为 enforce，这会导致 pod 被拒绝。这是因为恢复顺序造成的。pod 在安全性上下文约束(SCC)资源之前创建，因为 pod 违反了 podSecurity 标准，因此拒绝 Pod。当在 Velero 服务器上设置 restore 优先级字段时，恢复可以成功。OADP-2688

如果 Velero 在多个命名空间中安装，则可能会出现 pod 卷备份失败

当在几个命名空间中安装 Velero 时，Pod Volume Backup (PVB)功能中存在回归问题。PVB 控制器没有正确限制为自己命名空间中的 PVB。OADP-2308

OADP Velero 插件返回 "received EOF, stop recv loop" 信息

在 OADP 中，Velero 插件作为单独的进程启动。当 Velero 操作完成后，无论是否成功，它们都会退出。因此，如果您看到 received EOF, stopping recv loop 消息，这并不意味着发生了错误。它代表一个插件操作已完成。OADP-2176

CVE-2023-39325 启用的多个 HTTP/2 的 Web 服务器容易受到 DDoS 攻击(Rapid Reset Attack) 的影响

在之前的 OADP 版本中，HTTP/2 协议易受拒绝服务攻击的影响，因为请求可以快速重置多个流。服务器需要在没有达到每个连接的最大活跃流数量在服务器端的限制的情况下，设置和处理流。这会导致因为服务器的资源被耗尽而出现拒绝服务的问题。

当 csiSnapshotTimeout 设置为较短的持续时间时，空指针上的 CSI 插件错误

当 csiSnapshotTimeout 设置为较短的持续时间时，空指针上的 CSI 插件错误有时，它会在短时间内成功完成快照，但通常会出现备份 PartiallyFailed 的 panics，并带有以下错误： plugin panicked: runtime error: invalid memory address 或 nil pointer dereference。

当 volumeSnapshotContent CR 出错时，备份被标记为 PartiallyFailed

如果有任何 VolumeSnapshotContent CR 存在一个与删除 VolumeSnapshotBeingCreated 注解相关的错误，它会将备份移到 WaitingForPluginOperationsPartiallyFailed 阶段。OADP-2871

第一次恢复 30,000 资源时的性能问题

当第一次恢复 30,000 个资源时，没有 existing-resource-policy，恢复它们所需的时间需要两倍长（与第二次第三次在 existing-resource-policy 设置为 update 时尝试恢复所需时间相比）。OADP-3071

在 Datadownload 操作释放相关的 PV 前，恢复后 hook 可能会开始运行

由于 Data Mover 操作的异步性质，在 Data Mover 持久性卷声明(PVC)发布相关的 pod 持久性卷(PV)前可能会尝试 post-hook。

GCP-Workload Identity Federation VSL 备份 PartiallyFailed

当在 GCP 上配置 GCP 工作负载身份时，VSL 备份 PartiallyFailed。

CVE-2023-2431: oadp-velero-plugin-for-microsoft-azure-container: Bypass of seccomp profile enforcement

Kubernetes 中发现了一个安全漏洞，它会影响到 OADP 的早期版本。当为 seccomp 配置集使用 localhost 类型但指定了一个空的配置集字段时存在一个漏洞，会导致 Kubernetes 允许本地的、经过验证的攻击者可以绕过安全限制。攻击者可以通过发送一个精心设计的请求来绕过 seccomp 配置集强制。 这个安全漏洞已在 OADP 1.2.5 中解决。

CSI 恢复以 'PartiallyFailed' 状态结束，PVC 不会被创建

CSI 恢复以 PartiallyFailed 状态结尾。PVC 不会被创建，pod 处于 Pending 状态。这个问题已在 OADP 1.2.5 中解决。

在完成的 pod 卷中，PodVolumeBackup 失败

在 OADP 1.2 的早期版本中，当 Restic podvolumebackup 或 Velero 备份使用的命名空间中挂载了已完成的 pod 时，备份将无法成功完成。当 defaultVolumesToFsBackup 设置为 true 时会出现这种情况。这个问题已在 OADP 1.2.5 中解决。

当凭证 secret 被更新时，数据保护应用程序 (DPA) 不会协调

目前，当您更新 cloud-credentials secret 时，OADP Operator 不会协调。这是因为 cloud-credentials secret 中没有 OADP 特定的标签或所有者引用。 如果您创建带有不正确的凭证的 cloud-credentials secret，如空数据，Operator 会协调并创建带有空数据的 Backup Storage Location (BSL) 和 registry 部署。因此，当使用正确的凭证更新 cloud-credentials secret 时，OADP Operator 不会立即协调来捕获新凭证。

当凭证 secret 被更新时，数据保护应用程序 (DPA) 不会协调

目前，当您更新 cloud-credentials secret 时，OADP Operator 不会协调。这是因为 cloud-credentials secret 中没有 OADP 特定的标签或所有者引用。 如果您创建带有不正确的凭证的 cloud-credentials secret，如空数据，Operator 会协调并创建带有空数据的 Backup Storage Location (BSL) 和 registry 部署。因此，当使用正确的凭证更新 cloud-credentials secret 时，Operator 不会立即协调来捕获新凭证。

启用的多个 HTTP/2 的 Web 服务器容易受到 DDoS 攻击(Rapid Reset Attack) 的影响

在之前的 OADP 1.2 版本中，HTTP/2 协议易受拒绝服务攻击的影响，因为请求可以快速重置多个流。服务器需要在没有达到每个连接的最大活跃流数量在服务器端的限制的情况下，设置和处理流。这会导致因为服务器的资源被耗尽而出现拒绝服务的问题。有关与此 CVE 关联的所有 OADP 问题列表，请查看以下 JIRA 列表。

当凭证 secret 被更新时，数据保护应用程序 (DPA) 不会协调

目前，当您更新 cloud-credentials secret 时，OADP Operator 不会协调。这是因为 cloud-credentials secret 中没有 OADP 特定的标签或所有者引用。 如果您创建带有不正确的凭证的 cloud-credentials secret，如空数据，Operator 会协调并创建带有空数据的 Backup Storage Location (BSL) 和 registry 部署。因此，当使用正确的凭证更新 cloud-credentials secret 时，Operator 不会立即协调来捕获新凭证。

因为 Pod 安全标准，Restic 恢复部分失败

在之前的 OADP 1.2 版本中，OpenShift Container Platform 4.14 强制执行一个 pod 安全准入 (PSA) 策略，在 Restic 恢复过程中会阻止 pod 的就绪度。

使用内部镜像备份应用程序部分失败并显示插件 panicked 错误

在以前的 OADP 1.2 版本中，带有内部镜像的应用程序备份部分会失败，并显示插件 panicked 错误。备份部分失败，在 Velero 日志中出现这个错误：

因为恢复顺序的原因，ACM 集群恢复无法如预期正常工作。

在以前的 OADP 1.2 版本中，因为恢复顺序，ACM 集群恢复无法正常工作。在恢复激活后，ACM 应用程序会在受管集群中被删除并重新创建。(OADP-2505)

由于卷大小不匹配，在备份和恢复时，使用 filesystemOverhead 的虚拟机会失败

在以前的 OADP 1.2 版本中，因为存储供应商实现选择，当应用程序持久性卷声明 (PVC) 存储请求和同一 PVC 的快照大小之间有区别时，使用 filesystemOverhead 的虚拟机在备份和恢复时会失败。 这个问题已在 OADP 1.2.2 的 Data Mover 中解决。(OADP-2144)

OADP 没有包含设置 VolSync 复制源修剪间隔的选项

在之前的 OADP 1.2 版本中，没有设置 VolSync 复制源 pruneInterval 的选项。(OADP-2052)

如果 Velero 在多个命名空间中安装，则可能会出现 pod 卷备份失败

在以前的 OADP 1.2 版本中，如果在多个命名空间中安装 Velero，则可能会出现 pod 卷备份失败。(OADP-2409)

当 VSL 使用自定义 secret 时，备份存储位置会进入不可用阶段

在之前的 OADP 1.2 版本中，当卷快照位置使用自定义 secret 时，备份存储位置将进入不可用阶段。(OADP-1737)

must-gather 命令无法删除 ClusterRoleBinding 资源

oc adm must-gather 命令无法删除 ClusterRoleBinding 资源，这些资源因为准入 Webhook 留在集群中。因此，删除 ClusterRoleBinding 资源的请求会被拒绝。(OADP-27730)

DataMover Restic retain 和 prune 策略无法按预期正常工作

VolSync 和 Restic 提供的 retention（保留）和 prune（修剪）功能无法按预期正常工作。因为没有在 VolSync 复制中设置修剪间隔的可用选项，所以您必须在 OADP 之外的 S3 存储上远程管理和修剪存储备份。如需了解更多详细信息，请参阅：

资源超时

新的 resourceTimeout 选项指定等待各种 Velero 资源的超时时间（以分钟为单位）。这个选项适用于资源，如 Velero CRD 可用性、volumeSnapshot 删除和备份存储库可用性。默认持续时间为 10 分钟。

AWS S3 兼容备份存储供应商

您可以在 AWS S3 兼容供应商上备份对象和快照。

启用的多个 HTTP/2 的 Web 服务器容易受到 DDoS 攻击(Rapid Reset Attack) 的影响

HTTP/2 协议易受拒绝服务攻击的影响，因为请求可以快速重置多个流。服务器需要在没有达到每个连接的最大活跃流数量在服务器端的限制的情况下，设置和处理流。这会导致因为服务器的资源被耗尽而出现拒绝服务的问题。

在生成的路由中更改主机名时，可以创建不正确的主机名。

默认情况下，OpenShift Container Platform 集群确保打开 openshift.io/host.generated: true 注解，并填写生成的路由以及未生成的路由的字段。

启用的多个 HTTP/2 的 Web 服务器容易受到 DDoS 攻击(Rapid Reset Attack) 的影响

在之前的 OADP 1.1 版本中，HTTP/2 协议易受拒绝服务攻击的影响，因为请求可以快速重置多个流。服务器需要在没有达到每个连接的最大活跃流数量在服务器端的限制的情况下，设置和处理流。这会导致因为服务器的资源被耗尽而出现拒绝服务的问题。有关与此 CVE 关联的所有 OADP 问题列表，请查看以下 JIRA 列表。

由于 Pod 安全标准，Restic 恢复部分失败

OCP 4.14 引入了 pod 安全标准，这意味着 privileged 配置集是 enforced。在以前的 OADP 版本中，这个配置集会导致 pod 收到 permission denied 错误。造成这个问题的原因是恢复顺序。pod 在安全性上下文约束 (SCC) 资源之前创建。由于此 pod 违反了 pod 安全标准，因此 pod 被拒绝，然后失败。OADP-2420

恢复作业资源部分失败

在以前的 OADP 版本中，恢复作业资源在 OCP 4.14 中部分失败。旧的 OCP 版本中没有此问题。此问题是由一个额外的标签指向作业资源造成的，这些资源在旧的 OCP 版本中不存在。OADP-2530

添加对所有 velero 部署服务器参数的支持

在之前的 OADP 版本中，OADP 无法促进所有上游 Velero 服务器参数的支持。这个问题已在 OADP 1.1.4 中解决，所有上游 Velero 服务器参数都支持。OADP-1557

当存在多个 VSR 用于恢复名称和 pvc 名称时，数据 Mover 可以从不正确的快照中恢复

在之前的 OADP 版本中，如果集群中有多个带有相同的 restore 名和 PersistentVolumeClaim (pvc) 名的多个 Volume Snapshot Restore (VSR) 资源，OADP Data Mover 可能会从不正确的快照进行恢复。OADP-1822

Cloud Storage API BSLs 需要 OwnerReference

在之前的 OADP 版本中，ACM 备份调度失败，因为使用 dpa.spec.backupLocations.bucket 创建的 Backup Storage Locations (BSLs) 中缺少 OwnerReference。OADP-1511

OADP 备份可能会失败，因为集群中的 UID/GID 范围可能已更改

OADP 备份可能会失败，因为在恢复应用程序的集群上可能会更改 UID/GID 范围，因此 OADP 不会备份和恢复 OpenShift Container Platform UID/GID 范围元数据。要避免这个问题，如果支持的应用程序需要特定的 UUID，请确保恢复时范围可用。一个额外的解决方法是允许 OADP 在恢复操作中创建命名空间。

如果 ArgoCD 使用了 ArgoCD 的标签，则恢复可能会失败

在处理过程中如果使用了 ArgoCD，则恢复可能会失败。这是因为 ArgoCD 使用的一个标签 app.kubernetes.io/instance 造成的。该标签用于标识 ArgoCD 需要管理的资源，它可能会导致与 OADP 在恢复过程中管理资源的过程有冲突。要临时解决这个问题，将 ArgoCD YAML 上的 .spec.resourceTrackingMethod 设置为 annotation+label 或 annotation。如果问题仍然存在，请在开始恢复前禁用 ArgoCD，并在恢复完成后再次启用它。

OADP Velero 插件返回 "received EOF, stop recv loop" 信息

Velero 插件作为单独的进程启动。当 Velero 操作完成后，无论是否成功，它们都会退出。因此，如果您看到 received EOF, stopping recv loop 消息，这并不意味着发生了错误。消息显示插件操作已完成。OADP-2176

VolSync

要准备从 VolSync 0.5.1 升级到 VolSync stable 频道中的最新版本，您必须运行以下命令在 openshift-adp 命名空间中添加此注解：

Velero

在这个发行版本中，Velero 已从 1.9.2 升级到 1.9.5 版本。

Restic

在本发行版本中，Restic 从 0.13.1 升级到 0.14.0 版本。