3.4. 发行信息 RHOSO 18.0.1


3.4.1. 公告列表

此 Red Hat OpenStack Services on OpenShift (RHOSO)发行版本包括以下公告:

RHBA-2024:6773
RHOSO 18.0.1 的容器发布
RHBA-2024:6774
RHOSO 18.0.1 组件发布
RHBA-2024:6775
中等:Red Hat OpenStack Platform 18.0 (python-webob)安全更新
RHBA-2024:6776
RHOSO 18.0.1 的 control plane Operator
RHBA-2024:6777
RHOSO 18.0.1 的数据平面 Operator
RHBA-2024:6778
RHOSO 18.0.1 的数据平面 Operator

3.4.2. Compute

3.4.2.1. 已知问题

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中已知的问题。

在镜像服务(glance)镜像上设置 hw- architecture 或架构无法正常工作

在 RHOSO 18.0 中,镜像元数据 prefilter 默认启用。RHOSO 不支持非原生架构的模拟。作为引入上游模拟支持上游的一部分,镜像元数据 prefilter 被改进,以支持根据声明的虚拟机架构调度实例,如 hw_architecture=x86_64

当 nova 被改进为通过镜像属性模拟非原生架构时,会引入一个程序错误,因为原生架构没有报告为 virt 驱动程序的特征。

因此,默认情况下,对在镜像上设置 hw_ architecture 或架构的支持是无法正常运行的。

临时解决方案: 要缓解这个程序错误,请执行以下任务之一:

  • 取消设置 architecture/hw_architecture 镜像属性。RHOSO 只支持一个架构 x86_64。没有需要为 RHOSO 云设置它的有效用例,因此所有主机都将是 x86_64。
  • 在 nova 调度程序的 CustomServiceConfig 部分中禁用镜像元数据 prefilter :

    [scheduler]
    image_metadata_prefilter=false

Jira:OSPRH-6215

默认禁用计算服务电源管理功能

默认情况下,计算服务(nova)电源管理功能被禁用。您可以使用以下 nova-compute 配置启用它:

[libvirt]
cpu_power_management = true
cpu_power_management_strategy = governor

由于会导致 NUMA 资源跟踪问题的错误,目前不支持默认的 cpu_power_management_strategy cpu_state,因为所有禁用的 CPU 都会在 NUMA 节点 0 上报告,而不是在正确的 NUMA 节点上报告。

Jira:OSPRH-8712

QEMU 进程失败

使用本地存储的暂停实例无法多次实时迁移。第二个迁移会导致 QEMU 进程崩溃,并且 nova 将实例置于 ERROR 状态。

临时解决方案 :如果可行,请临时取消暂停实例,然后在第二次实时迁移前再次暂停它。

取消暂停实例并不始终可行。例如,假设实例使用 multi-attach cinder 卷,并且 pause 用于限制该卷对单个实例的访问,而另一个则保持暂停状态。在这种情况下,取消暂停实例不是可行的临时解决方案。

Jira:OSPRH-8699

3.4.3. 数据平面

3.4.3.1. 程序错误修复

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中修复的、对用户有严重影响的错误。

使用 download-cache 服务不再阻止 Podman 为数据平面部署拉取镜像

在此次更新之前,如果您在 OpenStackDataPlaneNodeSetspec.services 中包含 download-cache 服务,则存在一个程序漏洞,阻止 Podman 拉取 data plane 部署所需的容器镜像。

在这个版本中,您可以在 OpenStackDataPlaneNodeSetspec.services 中包含 download-cache 服务,这样做不会阻止 Podman 拉取所需的容器镜像。

Jira:OSPRH-9500

3.4.3.2. 已知问题

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中已知的问题。

如果您配置 Ansible 变量 edpm_kernel_hugepages,则设置 edpm_kernel_args 变量

要在 OpenStackDataPlaneNodeSet CR 的 ansibleVars 部分中配置 Ansible 变量 edpm_kernel_hugepages,还必须设置 edpm_kernel_args 变量。如果您不需要使用特定值配置 edpm_kernel_args,则将其设置为空字符串:

edpm_kernel_args: ""

Jira:OSPRH-10007

3.4.4. 网络

3.4.4.1. 新功能

这部分描述了 OpenShift 18.0 上的 Red Hat OpenStack Services 中引入的新功能和主要改进。

支持 Compute 节点上的安全组日志记录

在这个版本中,当启用安全组日志记录时,RHOSO 会将日志写入托管项目实例的数据平面节点。在 /var/log/messages 文件中,每个日志条目都包含字符串 acl_log

Jira:OSPRH-9248

3.4.4.2. 程序错误修复

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中修复的、对用户有严重影响的错误。

修复了 oc patch 命令和更新 OVN 数据库之间的延迟

在此次更新之前,使用 oc patch 命令应用的自定义配置设置不会影响 Networking 服务(neutron) OVN 数据库,直到 10 分钟为止。

这个版本消除了这个延迟。

Jira:OSPRH-9035

MAC_Binding 过期功能在 RHOSO 18.0.1 中添加回来

18.0 GA 中缺少 OSP 17.1.2 中添加的 MAC_Binding 老化功能。这个对 RHOSO 18.0.1 的更新会添加回来。

Jira:OSPRH-8716

3.4.4.3. 已知问题

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中已知的问题。

oc patch 命令后延迟 OVN 数据库更新

使用 oc patch 命令应用的任何自定义配置设置都不会影响网络服务 OVN 数据库,直到 10 分钟为止。

临时解决方案:在使用 oc patch 命令替换旧的 pod 后,使用 oc delete pod 命令删除新的 neutron pod。

pod 删除会强制设置一个新的配置,而不会出现延迟问题。

Jira:OSPRH-7998

元数据速率限制功能

RHOSO 18.0.1 中不提供元数据速率限制。一个修复正在进行中。

Jira:OSPRH-9569

3.4.5. 网络功能虚拟化

3.4.5.1. 程序错误修复

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中修复的、对用户有严重影响的错误。

DPDK 绑定现在在 os-net-config 中进行验证

在以前的版本中,当 OVS 或 DPDK 绑定配置为单个端口时,尽管 ovs 网桥没有处于正确的状态,也不会报告任何错误。在这个版本中,如果绑定只有一个接口,则 os-net-config 会报告错误。

Jira:OSPRH-9307

3.4.5.2. 已知问题

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中已知的问题。

不要将虚拟功能(VF)用于 RHOSO control plane 接口

这个 RHOSO 发行版本不支持对 RHOSO control plane 接口使用 VF。

Jira:OSPRH-8882

3.4.6. Storage

3.4.6.1. 程序错误修复

这部分论述了 Red Hat OpenStack Services on OpenShift 18.0 中修复的、对用户有严重影响的错误。

使用 ISO 镜像格式转换后,镜像导入不再处于 导入 状态

在此次更新之前,当您使用带有 ISO 镜像格式的镜像转换时,镜像导入操作会处于"导入"状态。

现在,镜像导入操作不会处于 "importing" 状态。

Jira:OSPRH-8580

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.