[31271] [Pike, Queens] Fixed the issue when systemd did not restart the
nova-novncproxy daemon after its unexpected exit.
We recommend that you verify that the fix has been applied correctly
after the packages update. Verify that the nova-novncproxy process is
running and the process ID is not changing:
systemctl status nova-novncproxy
pgrep nova-novncproxy
[30156] [Pike, Queens] Fixed the issue with the Deploy - upgrade computes pipeline enabling the OpenStack services that were manually disabled before running the pipeline.
[31028] [Pike] Fixed the issue with Barbican interfering with other services, such as Ceilometer, Aodh, Panko, or Designate, by consuming notifications needed by these services to function properly.
[31397] [Pike to Queens upgrade] Fixed the issue with the
Deploy - upgrade control VMs pipeline job failing with the
heat-keystone-setup-domain authorization error for the ctl01 node
during the OpenStack environment upgrade from Pike to Queens.
[31413] [Pike to Queens upgrade] Fixed the issue with the Deploy - upgrade control VMs pipeline job failing with the AttributeError: ‘module’ object has no attribute ‘is_coroutine_function’”, exception during the upgrade of OpenStack from Pike to Queens .
[30377] [Pike to Queens upgrade] Fixed the issue with instance migration failing during the upgrade of OpenStack from Pike to Queens.
[30622] [Queens] Renamed iscsi_helper, deprecated since OpenStack
Queens, to target_helper.
[29463] [Pike, Queens] Fixed the issue with Open vSwitch agent on the
gtw nodes failing to create new ports in case a high number of
resources is observed.
[31733] [Pike, Queens] Fixed the issue with the Neutron Open vSwitch
agent hanging after a restart on the gtw nodes with more than 1000 ports.
[30590] [Pike, Queens] Fixed the issue with Neutron PUT requests taking too much time.
[30411] [Pike, Queens] Fixed the issue with a temporary instability of RabbitMQ causing a significant increase of the Neutron Open vSwitch agent resynchronization time.
[30412] [Pike] Fixed the issue with the Ironic compute driver for Nova deleting hypervisors from the Nova database when Keystone was down but failing to remove the corresponding resource providers for placement, which caused inability to recreate the hypervisors when Keystone was up again.
[31375] [Pike, Queens] Fixed the issue with inability to switch between the Chinese Simplified and Chinese Traditional languages in the Horizon dashboard.
[30917] [Salt] Fixed the issue with the OpenStack controller nodes being
not permitted to use the signing policy for qemu_vnc_ca on the Salt
Master node.
[30592] [Queens] Fixed the issue with the Nova VM migration failing in case of an unavailable Neutron API during the final stages of the migration and leaving the VMs on the target OpenStack compute nodes while the database was still pointing to the old compute nodes. To mitigate this issue, you can now configure the number of retries of the Nova calls to Neutron API.