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:
Kyle Mestery 2015-11-25 14:33:58 -06:00
parent 17a9f8b67f
commit 9650a8a691
11 changed files with 36 additions and 29 deletions

View File

@ -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.

View File

@ -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

View File

@ -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.

View File

@ -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>`_.

View File

@ -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.

View File

@ -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.

View File

@ -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.

View File

@ -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.

View File

@ -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.

View File

@ -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.