3.14. Red Hat OpenStack Platform 13 Maintenance Release - October 28, 2020

在此次更新之前，计算(nova)服务不会释放资源，如网络端口，直到恢复 Compute 节点会导致负载均衡服务(octavia)故障转移，当无法在关闭的 Compute 节点上从实例分离网络端口时失败。

在这个版本中，负载均衡服务中的故障转移流已更新，以解决这个问题。负载平衡服务现在将放弃计算服务将不发布的端口，将它们保留为 Compute 服务或网络服务的"待定删除"状态，以便在恢复 Compute 节点后进行清理。这会解决这个问题，即使 Compute 节点仍然失败，也允许故障切换成功。

在此次更新之前，当同时执行几个恢复时，备份服务会失败，因为系统内存不足。

在这个版本中，通过减少对数据的引用计数，在备份恢复操作过程中，增加了 Python 释放内存的速度，以便 Python 在解压缩后立即垃圾回收数据，而不是等待恢复完成。这解决了这个问题，允许备份服务同时处理多个恢复。

在此次更新之前，从快照创建卷时，内部临时快照（在同步迁移期间创建）不会被从 VNX 存储中删除。

例如，如果我们从 volume V1 （内部临时快照 S2）创建新卷 V2，则从复制 S1 开始。V1 现在有两个快照：S1 和 S2。虽然我们从 OpenStack Block Storage (cinder)中删除 V1、V2 和 S1，但 S2 不会被删除。这会导致 V1 和 S2 都保留在 VNX 存储上。

在这个版本中，临时快照 S2 被删除，可以成功删除 V1。

在此次更新之前，实例在从 RHOSP 10 升级到 RHOSP 13 后无法访问其卷，因为在将 OpenStack Block Storage 服务从主机迁移到容器前不会卸载用作 OpenStack Block Storage (cinder)的 NFS 共享。因此，当容器化服务启动并更改 OpenStack 块存储服务目录中所有文件的所有权时，它还改变了 NFS 共享中的文件。

在这个版本中，在升级容器中运行的服务前，OpenStack Block Storage NFS 共享会被卸载。这会解决这个问题，实例现在可以在升级到 RHOSP 13 后访问其卷。

在此次更新之前，如果 OpenStack Shared File Systems (manila)服务配置了 VServer-scoped ONTAP 凭证，则会导致共享置备失败。这是因为，在尝试确定存储系统功能时，NetApp ONTAP 驱动程序最近变化会导致共享管理器服务陷入重启循环中。

在这个版本中，NetApp ONTAP 驱动程序会检查 Vserver 范围的 NetApp 用户，并为确定存储系统功能添加一个回退路径，从而解决了这个问题。OpenStack 共享文件系统服务现在可以成功确定存储系统功能，并成功共享配置。

在此次更新之前，代理的初始连接错误会破坏重试逻辑，这有时会导致代理无法与 Ironic 服务通信，并将误导 TypeError 记录到代理控制台。

在这个版本中，这个异常处理已被修复，以明确处理已知的可能的连接和查找失败情况，且日志已更新，以提供有关代理发生的情况。现在，连接会被代理重试，日志记录在意外失败时不会报告 TypeError。

在启动过程中，ironic-conductor 服务可能会丢失裸机节点中的保留锁定，以便在 ironic-conductor 重启过程早期被接受工作。在重启 ironic-conductor 服务的过程中，丢失锁定会导致一个竞争条件提交到 OpenStack Bare Metal Provisioning (ironic)部署，这会导致请求失败并显示 "NodeNotLocked" 错误。

在这个版本中，会在 ironic-conductor 进程接受可以解决这个问题前执行数据库清理检查。