Fix incomprehensible releasenotes
Fix incorrect usage of RST for releasenotes, and also cleanup how we use reno for these releasenotes. When they were orginally pushed, how reno formatted things wasn't clear to the original author of these releasnotes, resulting in suboptimal releasenotes. This cleans things up in a more presentable format for all consumers of the releasenotes. This commit is made directly to stable/liberty because these releasenotes do not exist in master. Closes-Bug: #1519912 Closes-Bug: #1519915 Change-Id: Iea07d53067f5ad7a5282982cb12a834c786a75b9 Signed-off-by: Kyle Mestery <mestery@mestery.com>
This commit is contained in:
parent
17a9f8b67f
commit
9650a8a691
@ -1,9 +1,11 @@
|
||||
---
|
||||
prelude: >
|
||||
In Liberty, some changes were made to agent scheduling.
|
||||
In Liberty, some changes were made to agent scheduling to enable a more
|
||||
flexible agent scheduling configuration.
|
||||
features:
|
||||
- Neutron now provides a way for admins to manually schedule agents, allowing
|
||||
host resources to be tested before they are enabled for tenant use.
|
||||
other:
|
||||
- The specification for the agent scheduling change is located `here
|
||||
<https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst>`_.
|
||||
- Please read the `enabling new agents specification
|
||||
<https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst>`_
|
||||
for more information on how to manually schedule agents.
|
||||
|
@ -1,6 +1,8 @@
|
||||
---
|
||||
prelude: >
|
||||
During Liberty, some Neutron APIs and options were deprecated.
|
||||
During Liberty, some Neutron APIs and options were deprecated. This included
|
||||
the FWaaS API, the LBaaS V1 API, and the 'external_network_bridge' option
|
||||
for the L3 agent.
|
||||
other:
|
||||
- The FWaaS API is marked as experimental for Liberty. Further, the current
|
||||
API will be removed in Mitaka and replaced with a new FWaaS API, which the
|
||||
|
@ -1,6 +1,8 @@
|
||||
---
|
||||
prelude: >
|
||||
During Liberty, some plugins and drivers have been deprecated.
|
||||
During Liberty, some plugins and drivers have been deprecated, including the
|
||||
metaplugin, the IBM SDN-VE plugin, the Cisco N1KV monolithic plugin, and the
|
||||
Embrane plugin.
|
||||
other:
|
||||
- The metaplugin is removed in the Liberty release.
|
||||
- The IBM SDN-VE monolithic plugin is removed in the Liberty release.
|
||||
|
@ -1,10 +1,8 @@
|
||||
---
|
||||
prelude: >
|
||||
IPv6 Prefix Delegation
|
||||
IPv6 prefix delegation support was added to Neutron.
|
||||
features:
|
||||
- Neutron now supports IPv6 Prefix Delegation for the automatic assignment of
|
||||
CIDRs to IPv6 subnets.
|
||||
other:
|
||||
- For more information on the usage and configuration of this feature, see
|
||||
the `OpenStack Networking Guide
|
||||
CIDRs to IPv6 subnets. For more information on the usage and configuration
|
||||
of this feature, see the `OpenStack Networking Guide
|
||||
<http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation>`_.
|
||||
|
@ -1,6 +1,6 @@
|
||||
---
|
||||
prelude: >
|
||||
LBaaS V2 API is no longer experimental. It is now stable.
|
||||
The LBaaS V2 API is no longer experimental. It is now stable.
|
||||
features:
|
||||
- LBaaS V2 reference driver is now based on Octavia, an operator grade
|
||||
scalable, reliable Load Balancer platform.
|
||||
|
@ -2,9 +2,10 @@
|
||||
prelude: >
|
||||
Neutron now offers role base access control (RBAC) for networks.
|
||||
issues:
|
||||
- An issue exists when trying to delete another tenant's port on your own
|
||||
network if you are not an admin. This is being tracked with `this bug
|
||||
<https://bugs.launchpad.net/neutron/+bug/1498790>`_.
|
||||
- With regards to Neutron RBAC, an issue exists when trying to delete another
|
||||
tenant's port on your own network if you are not an admin. This is being
|
||||
tracked with `this bug <https://bugs.launchpad.net/neutron/+bug/1498790>`_.
|
||||
other:
|
||||
- The spec for the Neutron RBAC work is located `here
|
||||
- Please read the `Neutron RBAC spec
|
||||
<http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html>`_.
|
||||
for more information on how Neutron RBAC works and can be configured.
|
||||
|
@ -4,5 +4,6 @@ prelude: >
|
||||
features:
|
||||
- The OVS agent may now be restarted without affecting data plane connectivity.
|
||||
fixes:
|
||||
- This `bug <https://bugs.launchpad.net/neutron/+bug/1383674>`_ has details
|
||||
on the agent restart fix which went into Liberty.
|
||||
- Launchpad `Bug 1383674 <https://bugs.launchpad.net/neutron/+bug/1383674>`_
|
||||
has details on the agent restart fix which went into Liberty to address OVS
|
||||
agent restartability.
|
||||
|
@ -1,21 +1,24 @@
|
||||
---
|
||||
prelude: >
|
||||
The following performance considerations are important when deploying
|
||||
the Liberty version of Neutron.
|
||||
Certain performance enhancements when deploying Neutron with Ubuntu
|
||||
Trusty Tahr were found and should be used. Additionally, utilizing
|
||||
the Octavia Neutron-LBaaS driver has some performance considerations
|
||||
to be aware of during deployment.
|
||||
issues:
|
||||
- The stock Ubuntu Trusty Tahr kernel (3.13) shows linear performance
|
||||
degradation when running "ip netns exec" as the number of namespaces
|
||||
increases. In cases where scale is important, a later version kernel
|
||||
(e.g. 3.19) should be used. This regression should be fixed in Trusty
|
||||
Tahr since 3.13.0-36.63 and later kernel versions. For more information,
|
||||
please see `this <https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1328088>`_
|
||||
bug.
|
||||
please see `Launchpad bug 1328088.
|
||||
<https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1328088>`_
|
||||
- Creating Neutron-LBaaS load balancers in environments without hardware
|
||||
virtualization may be slow when using the Octavia driver. This is due to
|
||||
QEMU using the TCG accelerator instead of the KVM accelerator in
|
||||
environments without hardware virtualization available. We recommend
|
||||
enabling hardware virtualization on your compute nodes, or enabling nested
|
||||
virtualization when using the Octavia driver inside a virtual environment.
|
||||
See `this link <http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html>`_
|
||||
See `this link explaining devstack with nested KVM
|
||||
<http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html>`_
|
||||
for details on setting up nested virtualization for DevStack running inside
|
||||
KVM.
|
||||
|
@ -1,7 +1,6 @@
|
||||
---
|
||||
prelude: >
|
||||
Neutron now exposes a QoS API, initially offering bandwidth limitation on
|
||||
the port level.
|
||||
features:
|
||||
- The API, CLI, configuration and additional information may be found
|
||||
`here <http://docs.openstack.org/developer/neutron/devref/quality_of_service.html>`.
|
||||
the port level. See the
|
||||
`QoS devref <http://docs.openstack.org/developer/neutron/devref/quality_of_service.html>`_
|
||||
for additional information.
|
||||
|
@ -9,7 +9,6 @@ features:
|
||||
- Networks used for VRRP traffic for HA routers may now be configured to use
|
||||
a specific segmentation type or physical network tag.
|
||||
fixes:
|
||||
- See `this <https://bugs.launchpad.net/neutron/+bug/1365476>`_ bug for
|
||||
- See `bug 1365476 <https://bugs.launchpad.net/neutron/+bug/1365476>`_ and
|
||||
`bug 1481443 <https://bugs.launchpad.net/neutron/+bug/1481443>`_ for
|
||||
more details on the fix L3 HA and L2 population.
|
||||
- See `this <https://bugs.launchpad.net/neutron/+bug/1481443>`_ bug for
|
||||
more details on the config option changes for L3 HA networks.
|
||||
|
Loading…
Reference in New Issue
Block a user