Issues resolutions applied automatically

Issues resolutions applied automatically

  • [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.