2.4. 发行信息 RHOSO 18.0.4


参阅 OpenShift 中 Red Hat OpenStack Services 的已知问题、错误修复和其他发行注记。

2.4.1. 公告列表

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

RHBA-2025:0435
RHOSO 18.0.4 组件发布
RHBA-2025:0436
RHOSO 18.0.4 容器发布
RHBA-2025:0437
RHOSO 18.0.4 的 control plane Operator
RHBA-2025:0438
RHOSO 18.0.4 的数据平面 Operator
RHSA-2025:0439
中度:Red Hat OpenStack Platform 18.0.4 (openstack-ironic)安全更新

2.4.2. Compute

2.4.2.1. 程序错误修复

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

从带有硬件架构属性的镜像引导实例

在此次更新之前,您无法从具有 hw_architecturehw_emulation_architecture 属性的镜像引导实例。在这个版本中,您可以从具有 hw_architecturehw_emulation_architecture 属性的镜像引导实例。

Jira:OSPRH-6215

2.4.2.2. 已知问题

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

在计算服务重启后,NFS 共享上具有临时存储的实例停止工作

当容器化 Compute 代理服务在虚拟机监控程序主机上重新启动时,NFS 共享上的具有临时存储的计算服务(nova)实例停止工作。这是因为 /var/lib/nova/ 实例的权限改变。

临时解决方案: 手动恢复权限到原始值并避免服务重启。

Jira:OSPRH-10729

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

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

[libvirt]
cpu_power_management = true
cpu_power_management_strategy = governor
Copy to Clipboard Toggle word wrap

目前不支持默认的 cpu_power_management_strategy cpu_state。重启 nova-compute 会导致该主机上的所有专用 PCPU 都已关机,包括供实例使用的 PCPU。如果使用 cpu_state 策略,则这些实例的 CPU 将变得 unpinned。

Jira:OSPRH-10772

对于具有 交换 的服务器的冷迁移失败,用于 NFS 等共享存储。

使用共享存储启用 Compute 服务(nova)时,如果实例使用了 FLAVOR_SWAP 类别,则 NFS 和冷迁移会失败。

Jira:OSPRH-12784

2.4.3. 数据平面

2.4.3.1. 程序错误修复

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

Ansible 任务在断开连接的部署中成功写入 registry.conf 文件

在此次更新之前,registry.conf 文件会在断开连接的部署中失败,因为 Ansible 任务尝试使用 template 模块和 raw 字符串输入作为 src。在这个版本中,Ansible 任务成功写入 registry.conf 文件,因为它使用带有 content 参数的 ansible.builtin.copy 模块。

Jira:OSPRH-11475

重启后,在 EDPM 节点上禁用 iSCSI -starter.service

在此次更新之前,iscsi.service 在重启了 EDPM 节点后启动,该节点运行具有 iSCSI 支持的卷的实例,即使 edpm-ansible 中没有启用 iscsi.service。出现这个问题的原因是,iscsi-starter.service 是在 EDPM 节点的镜像中启用的。在这个版本中,iscsi-starter.service 在 EDPM 节点上被禁用,以防止问题。

Jira:OSPRH-12372

文档:如果您有多个红帽订阅,则指定一个池来注册节点

在此次更新之前,在创建带有预置备节点或未置备的节点的 OpenStackDataPlaneNodeSet CR 的过程中,在注册 RHOSO 部署节点时,缺少一个可选的命令来指定池。如果您有多个红帽订阅,则缺少的命令可能会导致在 RHOSO 中部署 data plane 或 Compute 节点时导致注册错误。

在这个版本中,如果您有多个红帽订阅,则指定池的可选命令。

Jira:OSPRH-12956

2.4.4. 硬件置备

2.4.4.1. 程序错误修复

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

用于 Bare Metal 服务(ironic)的新 default_network_interface 参数

在此次更新之前,如果在 ControlPlane 部署过程中没有配置 Bare Metal 服务 network_interface,则 RHOSO 将其配置为 no-op。

在这个版本中,RHOSO 将 default_network_interface 参数设置为 customServiceConfig / [DEFAULT]下的默认值。

Jira:OSPRH-10697

2.4.5. 网络

2.4.5.1. 程序错误修复

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

添加了对没有 DVR 的动态路由的支持

在以前的版本中,除非您还使用分布式虚拟路由(DVR),否则无法在带有自由范围路由(FRR)和边框网关协议(BGP)的数据平面上使用动态路由。现在,您可以在不启用 DVR 的情况下使用动态路由。

Jira:OSPRH-8429

在采用前更新至最新的 RHOSP 17.1 版本

在对比 RHOSP 17.1.4 旧的源环境执行源环境时,工作负载会延长网络连接中断。在采用前,请确保至少将源环境更新至 RHOSP 17.1.4。

Jira:OSPRH-10283

更正了在定义可用区时 createDefaultLbMgmtNetworkmanageLbMgmtNetworks 的默认值

在此次更新之前,当定义了可用区时,createDefaultLbMgmtNetworkmanageLbMgmtNetworks 被错误地设置为 false

在这个版本中,当定义可用区时,createDefaultLbMgmtNetworkmanageLbMgmtNetworks 被设置为 true

Jira:OSPRH-11092

文档:为 ovndbcluster 字段设置 replicas: 3

在以前的版本中,RHOSO 文档中的 CR 示例并不一致表示支持 OVN 数据库高可用性,您必须在包含 OVN spec 的 ovndbcluster-nbovndbcluster-sb 字段中设置 replicas: 3

在这个版本中,所有 CR 示例都包含副本要求。以下示例显示了带有 add 部分的 CR 示例摘录:

ovn:
    template:
      ovnDBCluster:
        ovndbcluster-nb:
          replicas: 3           <<----------
          dbType: NB
          storageRequest: 10G
          networkAttachment: internalapi
        ovndbcluster-sb:
          replcas: 3           <<----------
          dbType: SB
          storageRequest: 10G
          networkAttachment: internalapi
      ovnNorthd: {}
Copy to Clipboard Toggle word wrap

Jira:OSPRH-12462

2.4.5.2. 已知问题

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

Octavia-operator 不启用反关联性

负载均衡服务(octavia)目前没有在 Compute 服务(nova)中配置反关联性设置,以防止 Amphora 虚拟机调度到同一 Compute 节点。

临时解决方案: 使用 customServiceConfig 参数将相关设置添加到负载均衡服务,如下例所示:

Example

# names will be dependent on the deployment
oc patch  -n openstack openstackcontrolplane openstack-galera-network-isolation --type=merge --patch '
spec:
  octavia:
    template:
       octaviaHousekeeping:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
       octaviaWorker:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
       octaviaHealthManager:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
'
Copy to Clipboard Toggle word wrap

Jira:OSPRH-10705

networker 节点上的负载均衡服务(octavia)代理不支持使用

目前不支持使用在 networker 节点上部署的负载均衡服务代理的部署。

Jira:OSPRH-10771

采用后旧的 tripleo Networking services (neutron)

edpm_tripleo_cleanup 任务后,仍有传统的 tripleo Networking 服务(neutron)服务。这些服务在采用后停止,因此 RHOSO 服务不受影响。

临时解决方案: 执行以下步骤来手动删除旧服务:

  • check tripleo neutron services list: systemctl list-unit-files --type service
  • /etc/systemd/system/中删除 tripleo 服务

Jira:OSPRH-11323

当外部 MTU 大于内部 MTU 时,数据包会静默丢弃

当外部 MTU 大于内部 MTU 时,RHOSO 不会按预期分段南北数据包。如果在没有通知的情况下丢弃 ingress 数据包,则应该被使用。

此外,碎片不适用于租户网络之间的 east/west 流量。

在解决这些问题之前,请确保外部 MTU 设置小于或等于内部 MTU 设置,并且 east/west 路径上的所有 MTU 设置都相等。

流程

  1. ovn_emit_need_to_frag 设置为 true
  2. global_physnet_mtu 设置为至少大于外部网络 MTU 的 58 字节的大小,以适应生成的隧道封装开销。
  3. 设置 physical_network_mtus 值对,以描述每个物理网络的 MTU。
  4. 确保外部网络中的每个设备上的 MTU 设置小于内部 MTU 设置。
  5. 要将更改应用到现有的路由器,请删除路由器并重新创建它。

Example

例如,假设外部网络 datacentre MTU 是 1500。

  1. 在 OpenStackControlPlane CR 中输入以下 neutron 设置:

    neutron:
        enabled: true
    :
        template:
     :
          customServiceConfig: |
            [DEFAULT]
            global_physnet_mtu=1558
            [ml2]
            physical_network_mtus = ["datacentre:1500_{context}"]
            [ovn]
            ovn_emit_need_to_frag = true
    Copy to Clipboard Toggle word wrap
  2. 确保外部网络中的每个设备上的 MTU 设置小于内部 MTU 设置。
  3. 确保所有使用 OVN 路由器的租户网络具有相同的 MTU。
  4. 要将更改应用到现有的路由器,请删除路由器并重新创建它。

Jira:OSPRH-12695

2.4.6. 网络功能虚拟化

2.4.6.1. 已知问题

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

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

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

Jira:OSPRH-8882

验证任何生产环境部署的 os-net-config 供应商是否为 ifcfg

红帽目前不支持 NMstate 作为 os-net-config 供应商。确保设置了 edpm_network_config_nmstate: false,这是默认设置。这样可确保您的环境使用 ifcfg 供应商。

Jira:OSPRH-11309

2.4.7. Control plane(控制平面)

2.4.7.1. 已知问题

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

control plane 在次版本更新过程中临时不可用

在次版本升级到 18.0 功能发行版本 1 时,RHOSO control plane 会临时不可用。API 请求可能会失败并显示 HTTP 错误代码,如错误 500。或者,API 请求可能会成功,但底层生命周期操作会失败。例如,在次要更新期间使用 openstack server create 命令创建的虚拟机(VM)永远不会达到 ACTIVE 状态。control plane 中断是临时的,并在次要更新完成后自动恢复。control plane 中断不会影响已在运行的工作负载。

Jira:OSPRH-10790

2.4.8. 安全与强化

2.4.8.1. 程序错误修复

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

对 Key Manager (barbican)服务的自定义配置支持

在此次更新之前,在 common_types.go 中存在一个问题,防止 Key Manager 服务的自定义资源定义(CRD)中的 customServiceConfig 字段被正确应用。在这个版本中,这个问题已被解决,允许正确生成并应用自定义配置。

Jira:OSPRH-10935

2.4.9. Storage

2.4.9.1. 已知问题

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

uniquePodNamestrue时,对实例的 extraMounts 传播无法正常工作

uniquePodNamestrue 时,每个 Cinder pod (通常每个组件和服务)都以 pseudo-random 字符串作为前缀。这会影响每个实例传播,因为基于 字符串.TrimPrefix 的传统方法不再有效。

在 DCN 部署中,通过匹配实例 AZ 名称将 secret 传播到 pod。

示例 1 会导致带有与 az0 匹配 secret ceph-conf-az-0 的 pod,带有名称与 az1 匹配的 Pod 获取 secret ceph-conf-az-0 等。示例 1 适用于 Glance pod,但如果 uniquePodNamesfalse,则仅适用于 Cinder pod。

临时解决方案:uniquePodNames 设置为 false,如示例 2 所示,直到这个问题解决为止。只有在存储后端使用 NFS 时,才需要 uniquePodNames 设置。

示例 1

apiVersion: core.openstack.org/v1beta1
kind: OpenStackControlPlane
spec:
  extraMounts:
  - extraVol:
    - extraVolType: Ceph
      mounts:
      - mountPath: /etc/ceph
        name: ceph0
        readOnly: true
      propagation:
      - az0
      volumes:
      - name: ceph0
        projected:
          sources:
          - secret:
              name: ceph-conf-az-0
    - extraVolType: Ceph
      mounts:
      - mountPath: /etc/ceph
        name: ceph1
        readOnly: true
      propagation:
      - az1
      volumes:
      - name: ceph1
        projected:
          sources:
          - secret:
              name: ceph-conf-az-1
Copy to Clipboard Toggle word wrap

示例 2

apiVersion: core.openstack.org/v1beta1
kind: OpenStackControlPlane
<...>
spec:
  cinder:
    uniquePodNames: false   # workaround https://issues.redhat.com/browse/OSPRH-11240
    enabled: true
    apiOverride:
      <...>
Copy to Clipboard Toggle word wrap

Jira:OSPRH-11240

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat