- OpenStack-announce - lists.openstack.org

[release][zaqar] zaqar 2.0.0 release (mitaka)
by no-reply＠openstack.org 07 Apr '16

07 Apr '16

We are amped to announce the release of: zaqar 2.0.0: OpenStack Queuing and Notification Service This release is part of the mitaka release series. For more details, please see below. Changes in zaqar 2.0.0.0rc1..2.0.0 ---------------------------------- da85355 Validate PUT of reserved queue attributes metadata 89c20fb Warn on upcoming deprecations for v1.0 and v1.1 05efac8 Update .gitreview for stable/mitaka Diffstat (except docs and test files) ------------------------------------- .gitreview | 1 + .../unit/transport/wsgi/v1/test_validation.py | 16 +++++++++ .../unit/transport/wsgi/v1_1/test_validation.py | 39 ++++++++++++++++++++++ zaqar/transport/wsgi/v1_0/__init__.py | 9 +++++ zaqar/transport/wsgi/v1_0/metadata.py | 14 +++++--- zaqar/transport/wsgi/v1_1/__init__.py | 10 ++++++ zaqar/transport/wsgi/v1_1/queues.py | 16 +++++---- zaqar/transport/wsgi/v2_0/queues.py | 17 ++++------ 9 files changed, 103 insertions(+), 21 deletions(-)

1 0

[release][murano] murano-agent 2.0.0 release (mitaka)
by no-reply＠openstack.org 07 Apr '16

07 Apr '16

We are jazzed to announce the release of: murano-agent 2.0.0: Python Murano Agent This release is part of the mitaka release series. For more details, please see below. Changes in murano-agent 2.0.0.0rc1..2.0.0 ----------------------------------------- 8738324 Restores SIGPIPE on script processes a333528 Update .gitreview for stable/mitaka Diffstat (except docs and test files) ------------------------------------- .gitreview | 1 + muranoagent/executors/application/__init__.py | 20 +++++++++++++------- 2 files changed, 14 insertions(+), 7 deletions(-)

1 0

[release][neutron] neutron-vpnaas 8.0.0 release (mitaka)
by no-reply＠openstack.org 07 Apr '16

07 Apr '16

We are satisfied to announce the release of: neutron-vpnaas 8.0.0: OpenStack Networking VPN as a Service This release is part of the mitaka release series. For more details, please see below. 8.0.0 ^^^^^ Generation of sample Neutron VPNaaS configuration files. New Features ************ * Neutron VPNaaS no longer includes static example configuration files. Instead, use tools/generate_config_file_samples.sh to generate them. The files are generated with a .sample extension. Changes in neutron-vpnaas 8.0.0.0rc2..8.0.0 ------------------------------------------- a1b1260 Constraint requirements using mitaka upper-constraints.txt file Diffstat (except docs and test files) ------------------------------------- tools/tox_install.sh | 2 +- tox.ini | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)

1 0

[release][mistral] mistral 2.0.0 release (mitaka)
by no-reply＠openstack.org 07 Apr '16

07 Apr '16

We are delighted to announce the release of: mistral 2.0.0: Mistral Project This release is part of the mitaka release series. For more details, please see below. 2.0.0 ^^^^^ Pre-installed Mistral docker image is now available to get quick idea of Mistral. Tempest plugin has been implemented. Now Mistral tests can be run from Mistral repo as well as from Tempest repo. Actions of several OpenStack services are supported out of the box in Mitaka, including Barbican, Cinder(V2), Swift, Trove, Zaqar and Mistral. New Features ************ * Add support for workflow sharing feature. users of one project can share workflows to other projects using this feature. (https://specs.openstack.org/openstack/mistral- specs/specs/mitaka/approved/mistral-workflow-resource-sharing.html) Upgrade Notes ************* * During an upgrade to Mitaka, operators or administrators need to run "python tools/get_action_list.py <service name>" command to generate service action names and values for updating "mistral/actions/openstack/mapping.json", then, run "python tools/sync_db.py" to populate database. Please note, some services like Neutron, Swift, Zaqar don't support the command yet. Deprecation Notes ***************** * Usage of workflow name in the system(e.g. creating executions/cron- triggers , workfow CRUD operations, etc.) is deprecated, please use workflow UUID instead. The workflow sharing feature can only be used with workflow UUID. Security Issues *************** * [bug 1521802 (https://bugs.launchpad.net/mistral/+bug/1521802)] Fixing the problem that sometimes sub-workflow executions were run/saved under the wrong tenant in cron trigger periodic task in multi-tenancy deployment. Bug Fixes ********* * [bug 1518012 (https://bugs.launchpad.net/mistral/+bug/1518012)] [bug 1513456 (https://bugs.launchpad.net/mistral/+bug/1513456)] Fix concurrency issues by using READ_COMMITTED This release note describes bugs: * #1513456 - task stuck in RUNNING state when all action executions are finished regarding the problem and the fix. * #1518012- WF execution stays in RUNNING although task and action executions are in SUCCESS. This fix does not require any action from Mistral users and does not have any implications other than the bug fix. The state of a workflow execution was not updated even when all task executions were completed if some tasks finished at the same time as other tasks. Because we were using our connections with transaction isolation level = REPEATABLE_READ - Each process was using a snapshot of the DB created at the first read statement in that transaction. When a task finished and evaluated the state of all the other tasks it did not see the up-to-date state of those tasks - and so, because not all tasks were completed - the task did not change the workflow execution state. Similar behavior happened with multiple action executions under same task. On completion, each action execution checked the status of the other action executions and did not see the up-to-date state of these action execution - causing task execution to stay in RUNNING state. The solution is to change DB transaction isolation level from REPEATABLE_READ to READ_COMMITTED so process A can see changes committed in other transactions even if process A is in the middle of a transaction. A short explanation regarding the different isolation levels: * REPEATABLE_READ - while in transaction, the first read operation to the DB creates a snapshot of the entire DB so you are guarantee that all the data in the DB will remain the same until the end of the transaction. REPEATABLE_READ example: * ConnectionA selects from tableA in a transaction. * ConnectionB deletes all rows from tableB in a transaction. * ConnectionB commits. * ConnectionA loops over the rows of tableA and fetches from tableB using the tableA_tableB_FK - ConnectionA will get rows from tableB. * READ_COMMITTED - while in a transaction, every query to the DB will get the committed data. READ_COMMITTED example: * ConnectionA starts a transaction. * ConnectionB starts a transaction. * ConnectionA insert row to tableA and commits. * ConnectionB insert row to tableA. * ConnectionB selects tableA and gets two rows. * ConnectionB commits / rollback. Two good articles about isolation levels are: * Differences between READ-COMMITTED and REPEATABLE-READ transaction isolation levels (https://www.percona.com/blog/2015/01/14/mysql-performance- implications-of-innodb-isolation-modes/). * MySQL performance implications of InnoDB isolation modes (https://www.percona.com/blog/2012/08/28/differences-between- read-committed-and-repeatable-read-transaction-isolation- levels/). Changes in mistral 2.0.0.0rc2..2.0.0 ------------------------------------ 1293ea5 Fixing issue with different versions of oslo_messaging Diffstat (except docs and test files) ------------------------------------- mistral/engine/rpc.py | 59 ++++++++++++++++++++++++++++++++++++--------------- 1 file changed, 42 insertions(+), 17 deletions(-)

1 0

[release][neutron] neutron-lbaas 8.0.0 release (mitaka)
by no-reply＠openstack.org 07 Apr '16

07 Apr '16

We are pumped to announce the release of: neutron-lbaas 8.0.0: OpenStack Networking Load Balancing as a Service This release is part of the mitaka release series. For more details, please see below. 8.0.0 ^^^^^ Generation of sample Neutron LBaaS configuration files. New Features ************ * Neutron LBaaS no longer includes static example configuration files. Instead, use tools/generate_config_file_samples.sh to generate them. The files are generated with a .sample extension. Known Issues ************ * CLI update does not allow clearing session_persistence. In the process of fixing the session_persistence update bug, we discovered that the CLI for updating LBaaS v2 pools does not allow one to clear the session_persistence for a pool once set. A fix for this is being prepared, but in the mean time, the following work- arounds are possible if a given pool's session_persistence parameter needs to be changed: * The pool can be deleted and recreated without session_persistence. * A tenant can update the session persistence by talking directly to the API using curl. Bug Fixes ********* * session_persistence on a LBaaSv2 pool is no longer deleted when other pool parameters are updated via the CLI or API. Changes in neutron-lbaas 8.0.0.0rc2..8.0.0 ------------------------------------------ 19b18f0 Constraint requirements using mitaka upper-constraints.txt file Diffstat (except docs and test files) ------------------------------------- tools/tox_install.sh | 2 +- tox.ini | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)

1 0

[release] cinder 8.0.0 release (mitaka)
by no-reply＠openstack.org 07 Apr '16

07 Apr '16

We are glad to announce the release of: cinder 8.0.0: OpenStack Block Storage This release is part of the mitaka release series. For more details, please see below. 8.0.0 ^^^^^ New Features ************ * Added support for creating a consistency group from a source consistency group in the HPE 3PAR driver. * Disable standard capabilities based on 3PAR licenses. * Added snapshot manage/unmanage support to the HPE 3PAR driver. * Added replication v2.1 support to the Dell Storage Center drivers. * Added v2.1 replication support in Huawei Cinder driver. * Added support for creating, deleting, and updating consistency groups for NetApp 7mode and CDOT backends. * Added support for taking, deleting, and restoring a cgsnapshot for NetApp 7mode and CDOT backends. * Added backend driver for Coho Data storage. * Added cinder backup driver for Google Cloud Storage. * Added driver for Tegile IntelliFlash arrays. * Added ability to backup snapshots. * Support balanced FC port selection for Huawei drivers. * HTTP connector for the Cinder Brocade FC Zone plugin. This connector allows for communication between the Brocade FC zone plugin and the switch to be over HTTP or HTTPs. To make use of this connector, the user would add a configuration setting in the fabric block for a Brocade switch with the name as 'fc_southbound_protocol' with a value as 'HTTP' or 'HTTPS'. * Support for configuring Fibre Channel zoning on Brocade switches through Cinder Fibre Channel Zone Manager and Brocade Fibre Channel zone plugin. To zone in a Virtual Fabric, set the configuration option 'fc_virtual_fabric_id' for the fabric. * The consistency group API now returns volume type IDs. * Added support for API microversions, as well as /v3 API endpoint. * Retype support added to CloudByte iSCSI driver. * All Datera DataFabric backed volume-types will now use API version 2 with Datera DataFabric * It is now possible to delete a volume and its snapshots by passing an additional argument to volume delete, "cascade=True". * New config option to enable discard (trim/unmap) support for any backend. * Added backend driver for DISCO storage. * Cinder FC Zone Manager Friendly Zone Names This feature adds support for Fibre Channel user friendly zone names if implemented by the volume driver. If the volume driver passes the host name and storage system to the Fibre Channel Zone Manager in the conn_info structure, the zone manager will use these names in structuring the zone name to provide a user friendly zone name. * Added backend driver for Fujitsu ETERNUS DX (FC). * Added backend driver for Fujitsu ETERNUS DX (iSCSI). * Added manage/unmanage snapshot support for Huawei drivers. * Added manage/unmanage volume support for Huawei drivers. * Support cinder_img_volume_type property in glance image metadata to specify volume type. * Consistency group support has been added to the LeftHand backend driver. * Added snapshot manage/unmanage support to the HPE LeftHand driver. * Added iSCSI CHAP uni-directional authentication for NetApp drivers. * Support for Consistency Groups in the NetApp E-Series Volume Driver. * Added backend driver for Nexenta Edge iSCSI storage. * Added backend driver for NexentaStor5 iSCSI storage. * Added backend driver for NexentaStor5 NFS storage. * Manage and unmanage support has been added to the Nimble backend driver. * Added additional metrics reported to the scheduler for Pure Volume Drivers for better filtering and weighing functions. * Added config option to enable/disable automatically calculation an over-subscription ratio max for Pure Volume Drivers. When disabled the drivers will now respect the max_oversubscription_ratio config option. * New config option for Pure Storage volume drivers pure_eradicate_on_delete. When enabled will permanantly eradicate data instead of placing into pending eradication state. * Added Cheesecake (v2.1) replication support to the Pure Storage Volume drivers. * Added Migrate and Extend for Nexenta NFS driver. * Added Retype functionality to Nexenta iSCSI and NFS drivers. * Added v2.1 replication support to the HPE 3PAR driver. * Added v2.1 replication support to the HPE LeftHand driver. * Added replication v2.1 support to the IBM Storwize driver. * Added RPC backward compatibility layer similar to the one implemented in Nova. This means that Cinder services can be upgraded one-by-one without breakage. After all the services are upgraded SIGHUP signals should be issued to all the services to signal them to reload cached minimum RPC versions. Alternative is of course restart of them. Please note that cinder-api service doesn't support SIGHUP yet. Please also take into account that all the rolling upgrades capabilities are considered tech preview, as we don't have a CI testing it yet. * Added Consistency Group support in ScaleIO driver. * Added support for manage/unmanage volume in the ScaleIO driver. * Added QoS support in ScaleIO driver. * cinder-backup service is now decoupled from cinder-volume, which allows more flexible scaling. * Split nested quota support into a separate driver. In order to use nested quotas, change the following config "quota_driver = cinder.quota.NestedDbQuotaDriver" after running the following admin API "os-quota-sets/validate_setup_for_nested_quota_use" command to ensure the existing quota values make sense to nest. * Added multiple management IP support to Storwize SVC driver. * Added multiple pools support to Storwize SVC driver. * Added support for ZeroMQ messaging driver in cinder single backend config. * Locks may use Tooz as abstraction layer now, to support distributed lock managers and prepare Cinder to better support HA configurations. * The updated_at timestamp is now returned in listing detail. * Added support for manage volume in the VMware VMDK driver. * Configrable migration rate in VNX driver via metadata * Adds v2.1 replication support in VNX Cinder driver. * Cloning of consistency group added to EMC VNX backend driver. * Added replication v2.1 support to the IBM XIV/DS8K driver. * Support for creating a consistency group from consistency group in XtremIO. * Volume manage/unmanage support for Oracle ZFSSA iSCSI and NFS drivers. Known Issues ************ * Cinder services are now automatically downgrading RPC messages to be understood by the oldest version of a service among all the deployment. Disabled and dead services are also taken into account. It is important to keep service list up to date, without old, unused records. This can be done using "cinder-manage service remove" command. Once situation is cleaned up services should be either restarted or "SIGHUP" signal should be issued to their processes to force them to reload version pins. Please note that cinder-api does not support "SIGHUP" signal. Upgrade Notes ************* * It is required to copy new rootwrap.d/volume.filters file into /etc/cinder/rootwrap.d directory. * Violin Memory 6000 array series drivers are removed. * Adding or removing volume_type_access from any project during DB migration 62 must not be performed. * When running PostgreSQL it is required to upgrade and restart all the cinder-api services along with DB migration 62. * Users of the Datera Cinder driver are now required to use Datera DataFabric version 1.0+. Versions before 1.0 will not be able to utilize this new driver since they still function on v1 of the Datera DataFabric API * The VMware VMDK driver now enforces minimum vCenter version of 5.1. * If during a *live* upgrade from Liberty a backup service will be killed while processing a restore request it may happen that such backup status won't be automatically cleaned up on the service restart. Such orphaned backups need to be cleaned up manually. * When performing a *live* upgrade from Liberty it may happen that retype calls will reserve additional quota. As by default quota reservations are invalidated after 24 hours (config option "reservation_expire=86400"), we recommend either decreasing that time or watching for unused quota reservations manually during the upgrade process. * HP drivers have been rebranded to HPE. Existing configurations will continue to work with the legacy name, but will need to be updated by the next release. * The deprecated HP CLIQ proxy driver has now been removed. * Users of the ibmnas driver should switch to using the IBM GPFS driver to enable Cinder access to IBM NAS resources. For details configuring the IBM GPFS driver, see the GPFS config reference. - http://docs.openstack.org/liberty/config-reference/content/GPFS- driver.html * Removed deprecated LVMISCSIDriver and LVMISERDriver. These should be switched to use the LVMVolumeDriver with the desired iscsi_helper configuration set to the desired iSCSI helper. * Removed the deprecated NPIV options for the Storwize backend driver. * Backend driver for Scality SRB has been removed. * Rename Huawei18000ISCSIDriver and Huawei18000FCDriver to HuaweiISCSIDriver and HuaweiFCDriver. * Starting from Mitaka release Cinder is having a tech preview of rolling upgrades support. * Removed force_delete option from ScaleIO configuration. * As cinder-backup was strongly reworked in this release, the recommended upgrade order when executing live (rolling) upgrade is c-api->c-sch->c-vol->c-bak. * Nested quotas will no longer be used by default, but can be configured by setting "quota_driver = cinder.quota.NestedDbQuotaDriver" * Removed storwize_svc_connection_protocol config setting. Users will now need to set different values for volume_driver in cinder.conf. FC:volume_driver = cinder.volume.drivers.ibm.storwize_svc.storwize_ svc_fc.StorwizeSVCFCDriver iSCSI:volume_driver = cinder.volume.driv ers.ibm.storwize_svc.storwize_svc_iscsi.StorwizeSVCISCSIDriver * The VMware VMDK driver for ESX server has been removed. Deprecation Notes ***************** * datera_api_token -- this has been replaced by san_login and san_password * The XML API has been marked deprecated and will be removed in a future release. * Deprecated IBM driver _multipath_enabled config flags. Security Issues *************** * Pure Storage Volume Drivers can now utilize driver_ssl_cert_verify and driver_ssl_cert_path config options to allow for secure https requests to the FlashArray. Bug Fixes ********* * Fixed bug causing snapshot creation to fail on systems with LC_NUMERIC set to locale using ',' as decimal separator. * Cinder will now correctly read Keystone's endpoint for quota calls from keystone_authtoken.auth_uri instead of keymgr.encryption_auth_url config option. * Fixed service state reporting when backup manager is unable to initialize one of the backup drivers. * Consistency group creation previously scheduled at the pool level. Now it is fixed to schedule at the backend level as designed. * Removed the need for deployers to run tox for config reference generation. * upload-to-image using Image API v2 now correctly handles custom image properties. * Enabled a cloud operator to correctly manage policy for volume type operations. To permit volume type operations for specific user, you can for example do as follows. * Add "storage_type_admin" role. * Add "admin_or_storage_type_admin" rule to "policy.json", e.g. ""admin_or_storage_type_admin": "is_admin:True or role:storage_type_admin"," * Modify rule for types_manage and volume_type_access, e.g. ""volume_extension:types_manage": "rule:admin_or_storage_type_admin", "volume_extension:volume_type_access:addProjectAccess": "rule:admin_or_storage_type_admin", "volume_extension:volume_type_access:removeProjectAccess": "rule:admin_or_storage_type_admin"," * Fixed issue where Pure Volume Drivers would ignore reserved_percentage config option. * Allow for eradicating Pure Storage volumes, snapshots, and pgroups when deleting their Cinder counterpart. * Corrected quota usage when transferring a volume between tenants. * Previously the only way to remove volumes in error states from a consistency-group was to delete the consistency group and create it again. Now it is possible to remove volumes in error and error_deleting states. * Fix for Tintri image direct clone feature. Fix for the bug 1400966 prevents user from specifying image "nfs share location" as location value for an image. Now, in order to use Tintri image direct clone, user can specify "provider_location" in image metadata to specify image nfs share location. NFS share which hosts images should be specified in a file using tintri_image_shares_config config option. * Filtering volumes by their display name now correctly handles display names with single and double quotes. Other Notes *********** * Due to the ibmnas (SONAS) driver being rendered redundant by the addition of NFS capabilities to the IBM GPFS driver, the ibmnas driver is being removed in the Mitaka release. Changes in cinder 8.0.0.0rc1..8.0.0 ----------------------------------- 73b9976 Huawei: Fix getting admin_metadata 2adc8bb Imported Translations from Zanata e2cf243 NexentaStor4 iSCSI: convert blocksize to str da28ab6 Imported Translations from Zanata 9a8f9ee Imported Translations from Zanata 4dbb274 XtremIO handle errors in terminate_connection: ee4dc38 Imported Translations from Zanata 9d90a0a Imported Translations from Zanata 5424566 Imported Translations from Zanata ae388af Imported Translations from Zanata f9ad35a Imported Translations from Zanata c1e6472 Report 2.0 as supported version of RPC APIs 37c0556 Fix volume RPC API methods related to backups 755253e Imported Translations from Zanata a6b4a84 Imported Translations from Zanata 16a1d80 Imported Translations from Zanata d292fe1 Dell SC: create_cgsnapshot returning wrong structure 50e124e Imported Translations from Zanata cf686d8 Fix race condition when toggling SP 6138aca Huawei: Record and check LUN wwn 691db5a SMBFS: fix parsing volume type extra specs and metadata 38fc0b4 VMware: Bump driver version e784fcf Update .gitreview for stable/mitaka Diffstat (except docs and test files) ------------------------------------- .gitreview | 1 + cinder/backup/manager.py | 8 +- cinder/exception.py | 5 + cinder/locale/cinder-log-error.pot | 493 +- cinder/locale/cinder-log-info.pot | 554 +- cinder/locale/cinder-log-warning.pot | 433 +- cinder/locale/cinder.pot | 1354 +-- cinder/locale/cs/LC_MESSAGES/cinder-log-error.po | 7 +- cinder/locale/cs/LC_MESSAGES/cinder-log-info.po | 35 +- cinder/locale/cs/LC_MESSAGES/cinder-log-warning.po | 20 +- cinder/locale/cs/LC_MESSAGES/cinder.po | 24 +- cinder/locale/de/LC_MESSAGES/cinder.po | 2616 ++++- cinder/locale/es/LC_MESSAGES/cinder.po | 2641 ++++- cinder/locale/fr/LC_MESSAGES/cinder.po | 2770 ++++- cinder/locale/it/LC_MESSAGES/cinder-log-error.po | 995 +- cinder/locale/it/LC_MESSAGES/cinder-log-info.po | 3773 +++++++ cinder/locale/it/LC_MESSAGES/cinder.po | 59 +- cinder/locale/ja/LC_MESSAGES/cinder.po | 10677 +++++++++++++++++++ .../locale/ko_KR/LC_MESSAGES/cinder-log-error.po | 3500 ++++++ cinder/locale/ko_KR/LC_MESSAGES/cinder-log-info.po | 3593 +++++++ cinder/locale/ko_KR/LC_MESSAGES/cinder.po | 2496 ++++- cinder/locale/pt_BR/LC_MESSAGES/cinder.po | 2568 ++++- cinder/locale/ru/LC_MESSAGES/cinder.po | 2535 ++++- .../locale/tr_TR/LC_MESSAGES/cinder-log-error.po | 7 +- cinder/locale/tr_TR/LC_MESSAGES/cinder-log-info.po | 12 +- cinder/locale/zh_CN/LC_MESSAGES/cinder.po | 88 +- cinder/locale/zh_TW/LC_MESSAGES/cinder.po | 101 +- cinder/scheduler/manager.py | 8 +- .../drivers/dell/dell_storagecenter_common.py | 8 +- cinder/volume/drivers/emc/emc_vnx_cli.py | 80 +- cinder/volume/drivers/emc/xtremio.py | 45 +- cinder/volume/drivers/huawei/constants.py | 3 + cinder/volume/drivers/huawei/huawei_driver.py | 182 +- cinder/volume/drivers/huawei/huawei_utils.py | 13 + cinder/volume/drivers/huawei/replication.py | 15 +- cinder/volume/drivers/huawei/rest_client.py | 7 +- cinder/volume/drivers/nexenta/iscsi.py | 3 +- cinder/volume/drivers/smbfs.py | 38 +- cinder/volume/drivers/vmware/vmdk.py | 3 +- cinder/volume/manager.py | 8 +- cinder/volume/rpcapi.py | 14 +- 47 files changed, 40089 insertions(+), 2043 deletions(-)

1 0

[release][neutron] neutron 8.0.0 release (mitaka)
by no-reply＠openstack.org 07 Apr '16

07 Apr '16

We are overjoyed to announce the release of: neutron 8.0.0: OpenStack Networking This release is part of the mitaka release series. For more details, please see below. 8.0.0 ^^^^^ The ML2 plug-in supports calculating the MTU for instances using overlay networks by subtracting the overlay protocol overhead from the value of 'path_mtu', ideally the physical (underlying) network MTU, and providing the smaller value to instances via DHCP. Prior to Mitaka, 'path_mtu' defaults to 0 which disables this feature. In Mitaka, 'path_mtu' defaults to 1500, a typical MTU for physical networks, to improve the "out of box" experience for typical deployments. The ML2 plug-in supports calculating the MTU for networks that are realized as flat or VLAN networks, by consulting the 'segment_mtu' option. Prior to Mitaka, 'segment_mtu' defaults to 0 which disables this feature. This creates slightly confusing API results when querying Neutron networks, since the plugins that support the MTU API extension would return networks with the MTU equal to zero. Networks with an MTU of zero make little sense, since nothing could ever be transmitted. In Mitaka, 'segment_mtu' now defaults to 1500 which is the standard MTU for Ethernet networks in order to improve the "out of box" experience for typical deployments. The LinuxBridge agent now supports QoS bandwidth limiting. External networks can now be controlled using the RBAC framework that was added in Liberty. This allows networks to be made available to specific tenants (as opposed to all tenants) to be used as an external gateway for routers and floating IPs. DHCP and L3 Agent scheduling is availability zone aware. The "get-me-a-network" feature simplifies the process for launching an instance with basic network connectivity (via an externally connected private tenant network). Support integration with external DNS service. Add popular IP protocols to the security group code. End-users can specify protocol names instead of protocol numbers in both RESTful API and python-neutronclient CLI. ML2: ports can now recover from binding failed state. RBAC support for QoS policies Add description field to security group rules, networks, ports, routers, floating IPs, and subnet pools. Add tag mechanism for network resources Timestamp fields are now added to neutron core resources. Announcement of tenant prefixes and host routes for floating IP's via BGP is supported Allowed address pairs can now be cleared by passing None in addition to an empty list. This is to make it possible to use the --action=clear option with the neutron client. neutron port-update <uuid> --allowed-address-pairs action=clear Core configuration files are automatically generated. max_fixed_ips_per_port has been deprecated and will be removed in the Newton or Ocata cycle depending on when all identified usecases of the options are satisfied via another quota system. OFAgent is decomposed and deprecated in the Mitaka cycle. Add new VNIC type for SR-IOV physical functions. High Availability (HA) of SNAT service is supported for Distributed Virtual Routers (DVRs). An OVS agent configured to run in DVR mode will fail to start if it cannot get proper DVR configuration values from the server on start- up. The agent will no longer fallback to non-DVR mode, since it may lead to inconsistency in the DVR-enabled cluster as the Neutron server does not distinguish between DVR and non-DVR OVS agents. Improve DVR's resiliency during Nova VM live migration events. The Linuxbridge agent now supports l2 agent extensions. Adding MacVtap ML2 driver and L2 Agent as new vswitch choice Support for MTU selection and advertisement. Neutron now provides network IP availability information. Neutron is integrated with Guru Meditation Reports library. oslo.messaging.notify.drivers entry points are deprecated New Features ************ * In Mitaka, the combination of 'path_mtu' defaulting to 1500 and 'advertise_mtu' defaulting to True provides a value of MTU accounting for any overlay protocol overhead on the network to instances using DHCP. For example, an instance attaching to a VXLAN network receives a 1450 MTU from DHCP accounting for 50 bytes of overhead from the VXLAN overlay protocol if using IPv4 endpoints. * In Mitaka, queries to the Networking API for network objects will now return network objects that contain a sane MTU value. * The LinuxBridge agent can now configure basic bandwidth limiting QoS rules set for ports and networks. It introduces two new config options for LinuxBridge agent. First is 'kernel_hz' option which is value of host kernel HZ setting. It is necessary for proper calculation of minimum burst value in tbf qdisc setting. Second is 'tbf_latency' which is value of latency to be configured in tc-tbf setting. Details about this option can be found in tc-tbf manual (http://linux.die.net/man/8/tc-tbf). * External networks can now be controlled using the RBAC framework that was added in Liberty. This allows networks to be made available to specific tenants (as opposed to all tenants) to be used as an external gateway for routers and floating IPs. By default this feature will also allow regular tenants to make their networks available as external networks to other individual tenants (or even themselves), but they are prevented from using the wildcard to share to all tenants. This behavior can be adjusted via policy.json by the operator if desired. * A DHCP agent is assigned to an availability zone; the network will be hosted by the DHCP agent with availability zone specified by the user. * An L3 agent is assigned to an availability zone; the router will be hosted by the L3 agent with availability zone specified by the user. This supports the use of availability zones with HA routers. DVR isn't supported now because L3HA and DVR integration isn't finished. * Once Nova takes advantage of this feature, a user can launch an instance without explicitly provisioning network resources. * Floating IPs can have dns_name and dns_domain attributes associated with them * Ports can have a dns_name attribute associated with them. The network where a port is created can have a dns_domain associated with it * Floating IPs and ports will be published in an external DNS service if they have dns_name and dns_domain attributes associated with them. * The reference driver integrates neutron with designate * Drivers for other DNSaaS can be implemented * Driver is configured in the default section of neutron.conf using parameter 'external_dns_driver' * Ports that failed to bind when an L2 agent was offline can now recover after the agent is back online. * Neutron now supports sharing of QoS policies between a subset of tenants. * Security group rules, networks, ports, routers, floating IPs, and subnet pools may now contain an optional description which allows users to easily store details about entities. * Users can set tags on their network resources. * Networks can be filtered by tags. The supported filters are 'tags', 'tags-any', 'not-tags' and 'not-tags-any'. * Add timestamp fields 'created_at', 'updated_at' into neutron core resources like network, subnet, port and subnetpool. * And support for querying these resources by changed-since, it will return the resources changed after the specfic time string like YYYY-MM-DDTHH:MM:SS * By default, the DHCP agent provides a network MTU value to instances using the corresponding DHCP option if core plugin calculates the value. For ML2 plugin, calculation mechanism is enabled by setting [ml2] path_mtu option to a value greater than zero. * Allow non-admin users to define "external" extra-routes. * Announcement of tenant subnets via BGP using centralized Neutron router gateway port as the next-hop * Announcement of floating IP host routes via BGP using the centralized Neutron router gateway port as the next-hop * Announcement of floating IP host routes via BGP using the floating IP agent gateway as the next-hop when the floating IP is associated through a distributed router * Neutron no longer includes static example configuration files. Instead, use tools/generate_config_file_samples.sh to generate them. The files are generated with a .sample extension. * Add derived attributes to the network to tell users which address scopes the network is in. * The subnet API now includes a new use_default_subnetpool attribute. This attribute can be specified on creating a subnet in lieu of a subnetpool_id. The two are mutually exclusive. If it is specified as True, the default subnet pool for the requested ip_version will be looked up and used. If no default exists, an error will be returned. * Neutron now supports creation of ports for exposing physical functions as network devices to guests. * High Availability support for SNAT services on Distributed Virtual Routers. Routers can now be created with the flags distributed=True and ha=True. The created routers will provide Distributed Virtual Routing as well as SNAT high availability on the l3 agents configured for dvr_snat mode. * Use the value of the network 'mtu' attribute for the MTU of virtual network interfaces such as veth pairs, patch ports, and tap devices involving a particular network. * Enable end-to-end support for arbitrary MTUs including jumbo frames between instances and provider networks by moving MTU disparities between flat or VLAN networks and overlay networks from layer-2 devices to layer-3 devices that support path MTU discovery (PMTUD). * The Linuxbridge agent can now be extended by 3rd parties using a pluggable mechanism. * Libvirt qemu/kvm instances can now be attached via MacVtap in bridge mode to a network. VLAN and FLAT attachments are supported. Other attachmentes than compute are not supported. * When advertise_mtu is set in the config, Neutron supports advertising the LinkMTU using Router Advertisements. * A new API endpoint /v2.0/network-ip-availabilities that allows an admin to quickly get counts of used_ips and total_ips for network(s) is available. New endpoint allows filtering by network_id, network_name, tenant_id, and ip_version. Response returns network and nested subnet data that includes used and total IPs. * SriovNicSwitchMechanismDriver driver now exposes a new VIF type 'hostdev_physical' for ports with vnic type 'direct-physical' (used for SR-IOV PF passthrough). This will enable Nova to provision PFs as Neutron ports. * The RPC and notification queues have been separated into different queues. Specify the transport_url to be used for notifications within the [oslo_messaging_notifications] section of the configuration file. If no transport_url is specified in [oslo_messaging_notifications], the transport_url used for RPC will be used. * Neutron services should respond to SIGUSR2 signal by dumping valuable debug information to standard error output. * New security groups firewall driver is introduced. It's based on OpenFlow using connection tracking. * Neutron can interact with keystone v3. Known Issues ************ * The combination of 'path_mtu' and 'advertise_mtu' only adjusts the MTU for instances rather than all virtual network components between instances and provider/public networks. In particular, setting 'path_mtu' to a value greater than 1500 can cause packet loss even if the physical network supports it. Also, the calculation does not consider additional overhead from IPv6 endpoints. * When using DVR, if a floating IP is associated to a fixed IP direct access to the fixed IP is not possible when traffic is sent from outside of a Neutron tenant network (north-south traffic). Traffic sent between tenant networks (east-west traffic) is not affected. When using a distributed router, the floating IP will mask the fixed IP making it inaccessible, even though the tenant subnet is being announced as accessible through the centralized SNAT router. In such a case, traffic sent to the instance should be directed to the floating IP. This is a limitation of the Neutron L3 agent when using DVR and will be addressed in a future release. * Only creation of dvr/ha routers is currently supported. Upgrade from other types of routers to dvr/ha router is not supported on this release. * More synchronization between Nova and Neutron is needed to properly handle live migration failures on either side. For instance, if live migration is reverted or canceled, some dangling Neutron resources may be left on the destination host. * To ensure any kind of migration works between all compute nodes, make sure that the same physical_interface_mappings is configured on each MacVtap compute node. Having different mappings could cause live migration to fail (if the configured physical network interface does not exist on the target host), or even worse, result in an instance placed on the wrong physical network (if the physical network interface exists on the target host, but is used by another physical network or not used at all by OpenStack). Such an instance does not have access to its configured networks anymore. It then has layer 2 connectivity to either another OpenStack network, or one of the hosts networks. * OVS firewall driver doesn't work well with other features using openflow. Upgrade Notes ************* * Operators using the ML2 plug-in with 'path_mtu' defaulting to 0 may need to perform a database migration to update the MTU for existing networks and possibly disable existing workarounds for MTU problems such as increasing the physical network MTU to 1550. * Operators using the ML2 plug-in with existing data may need to perform a database migration to update the MTU for existing networks * Add popular IP protocols to security group code. * To disable, use [DEFAULT] advertise_mtu = False. * The router_id option is deprecated and will be removed in the 'N' cycle. * Does not change MTU for existing virtual network interfaces. * Actions that create virtual network interfaces on an existing network with the 'mtu' attribute containing a value greater than zero could cause issues for network traffic traversing existing and new virtual network interfaces. * The Hyper-V Neutron Agent has been fully decomposed from Neutron. The *neutron.plugins.hyperv.agent.security_groups_driver.HyperVSecu rityGroupsDriver* firewall driver has been deprecated and will be removed in the 'O' cycle. Update the *neutron_hyperv_agent.conf* files on the Hyper-V nodes to use *hyperv.neutron.security_groups_driver.HyperVSecurityGroupsDriver*, which is the networking_hyperv security groups driver. * When using ML2 and the Linux Bridge agent, the default value for the ARP Responder under L2Population has changed. The responder is now disabled to improve compatibility with the allowed-address-pair extension and to match the default behavior of the ML2 OVS agent. The logical network will now utilize traditional flood and learn through the overlay. When upgrading, existing vxlan devices will retain their old setup and be unimpacted by changes to this flag. To apply this to older devices created with the Liberty agent, the vxlan device must be removed and then the Mitaka agent restarted. The agent will recreate the vxlan devices with the current settings upon restart. To maintain pre-Mitaka behavior, enable the arp_responder in the Linux Bridge agent VXLAN config file prior to starting the updated agent. * Neutron depends on keystoneauth instead of keystoneclient. Deprecation Notes ***************** * The default_subnet_pools option is now deprecated and will be removed in the Newton release. The same functionality is now provided by setting is_default attribute on subnetpools to True using the API or client. * The 'force_gateway_on_subnet' option is deprecated and will be removed in the 'Newton' cycle. * The 'network_device_mtu' option is deprecated and will be removed in the 'Newton' cycle. Please use the system-wide segment_mtu setting which the agents will take into account when wiring VIFs. * max_fixed_ips_per_port has been deprecated and will be removed in the Newton or Ocata cycle depending on when all identified usecases of the options are satisfied via another quota system. If you depend on this configuration option to stop tenants from consuming IP addresses, please leave a comment on the bug report (https://launchpad.net/bugs/1502356). * The 'segment_mtu' option of the ML2 configuration has been deprecated and replaced with the 'global_physnet_mtu' option in the main Neutron configuration. This option is meant to be used by all plugins for an operator to reference their physical network's MTU, regardless of the backend plugin. Plugins should access this config option via the 'get_deployment_physnet_mtu' method added to neutron.plugins.common.utils to avoid being broken on any potential renames in the future. Bug Fixes ********* * Prior to Mitaka, the settings that control the frequency of router advertisements transmitted by the radvd daemon were not able to be adjusted. Larger deployments may wish to decrease the frequency in which radvd sends multicast traffic. The 'min_rtr_adv_interval' and 'max_rtr_adv_interval' settings in the L3 agent configuration file map directly to the 'MinRtrAdvInterval' and 'MaxRtrAdvInterval' in the generated radvd.conf file. Consult the manpage for radvd.conf for more detailed information. * Fixes bug 1537734 * Prior to Mitaka, name resolution in instances requires specifying DNS resolvers via the 'dnsmasq_dns_servers' option in the DHCP agent configuration file or via neutron subnet options. In this case, the data plane must provide connectivity between instances and upstream DNS resolvers. Omitting both of these methods causes the dnsmasq service to offer the IP address on which it resides to instances for name resolution. However, the static dnsmasq '--no-resolv' process argument prevents name resolution via dnsmasq, leaving instances without name resolution. Mitaka introduces the 'dnsmasq_local_resolv' option, default value False to preserve backward-compatibility, that enables the dnsmasq service to provide name resolution for instances via DNS resolvers on the host running the DHCP agent. In this case, the data plane must provide connectivity between the host and upstream DNS resolvers rather than between the instances and upstream DNS resolvers. Specifying DNS resolvers via the 'dnsmasq_dns_servers' option in the DHCP agent configuration overrides the 'dnsmasq_local_resolv' option for all subnets using the DHCP agent. * Before Mitaka, when a default subnetpool was defined in the configuration, a request to create a subnet would fall back to using it if no specific subnet pool was specified. This behavior broke the semantics of subnet create calls in this scenario and is now considered an API bug. This bug has been fixed so that there is no automatic fallback with the presence of a default subnet pool. Workflows which depended on this new behavior will have to be modified to set the new use_default_subnetpool attribute when creating a subnet. * Create DVR router namespaces pro-actively on the destination node during live migration events. This helps minimize packet loss to floating IP traffic. * Explicitly configure MTU of virtual network interfaces rather than using default values or incorrect values that do not account for overlay protocol overhead. * The server will fail to start if any of the declared required extensions, as needed by core and service plugins, are not properly configured. * partially closes bug 1468803 * The Linuxbridge agent now supports the ability to toggle the local ARP responder when L2Population is enabled. This ensures compatibility with the allowed-address-pairs extension. closes bug 1445089 * Fix SR-IOV agent macvtap assigned VF check when linux kernel < 3.13 * Loaded agent extensions of SR-IOV agent are now shown in agent state API. Other Notes *********** * Please read the OpenStack Networking Guide (http://docs.openstack.org/networking- guide/adv_config_availability_zone.html). * For overlay networks managed by ML2 core plugin, the calculation algorithm subtracts the overlay protocol overhead from the value of [ml2] path_mtu. The DHCP agent provides the resulting (smaller) MTU to instances using overlay networks. * The [DEFAULT] advertise_mtu option must contain a consistent value on all hosts running the DHCP agent. * Typical networks can use [ml2] path_mtu = 1500. * The Openflow Agent(OFAgent) mechanism driver is decomposed completely from neutron tree in the Mitaka. The OFAgent driver and its agent also are deprecated in favor of OpenvSwitch mechanism driver with "native" of_interface in the Mitaka and will be removed in the next release. * For details please read Blueprint mtu-selection-and-advertisement (https://specs.openstack.org/openstack/neutron-specs/specs/kilo/mtu- selection-and-advertisement.html). * OVS firewall driver requires OVS 2.5 version or higher with linux kernel 4.3 or higher. More info at OVS github page (https://github.com/openvswitch/ovs/blob/master/FAQ.md). * The oslo.messaging.notify.drivers entry points that were left in tree for backward compatibility with Icehouse are deprecated and will be removed after liberty-eol. Configure notifications using the oslo_messaging configuration options in neutron.conf. Changes in neutron 8.0.0.0rc2..8.0.0 ------------------------------------ 3213eb1 Support Routes==2.3 4283a7e Constraint requirements using mitaka upper-constraints.txt file fc69097 Imported Translations from Zanata 41be555 Imported Translations from Zanata b435ec5 Imported Translations from Zanata bec65f6 api tests: Check correct extensions 99915fa Fix setting peer to bridge interfaces 4b86f17 Skip fullstack L3 HA test 4504a74 conn_testers: Bump timeout for ICMPv6 echo tests Diffstat (except docs and test files) ------------------------------------- neutron/api/extensions.py | 10 +- neutron/locale/es/LC_MESSAGES/neutron.po | 1701 +++++++++++++++++++- neutron/locale/fr/LC_MESSAGES/neutron.po | 1286 ++++++++++++++- neutron/locale/ja/LC_MESSAGES/neutron.po | 161 +- .../locale/ko_KR/LC_MESSAGES/neutron-log-error.po | 1270 +++++++++++++++ .../locale/ko_KR/LC_MESSAGES/neutron-log-info.po | 862 ++++++++++ .../ko_KR/LC_MESSAGES/neutron-log-warning.po | 616 +++++++ neutron/locale/ko_KR/LC_MESSAGES/neutron.po | 1577 +++++++++++++++++- .../drivers/openvswitch/agent/ovs_neutron_agent.py | 4 +- .../api/admin/test_external_network_extension.py | 4 +- .../api/admin/test_shared_network_extension.py | 4 +- .../openvswitch/agent/test_ovs_neutron_agent.py | 16 +- .../drivers/openvswitch/agent/test_ovs_tunnel.py | 4 +- tox.ini | 2 +- 17 files changed, 7369 insertions(+), 171 deletions(-)

1 0

[release][nova] nova 13.0.0 release (mitaka)
by no-reply＠openstack.org 07 Apr '16

07 Apr '16

We are pleased to announce the release of: nova 13.0.0: Cloud computing fabric controller This release is part of the mitaka release series. For more details, please see below. 13.0.0 ^^^^^^ Nova 13.0.0 release is including a lot of new features and bugfixes. It can be extremely hard to mention all the changes we introduced during that release but we beg you to read at least the upgrade section which describes the required modifications that you need to do for upgrading your cloud from 12.0.0 (Liberty) to 13.0.0 (Mitaka). That said, a few major changes are worth to notice here. This is not an exhaustive list of things to notice, rather just important things you need to know : * Latest API microversion supported for Mitaka is v2.25 * Nova now requires a second database (called 'API DB'). * A new nova-manage script allows you to perform all online DB migrations once you upgrade your cloud * EC2 API support is fully removed. New Features ************ * Enables NUMA topology reporting on PowerPC architecture from the libvirt driver in Nova but with a caveat as mentioned below. NUMA cell affinity and dedicated cpu pinning code assumes that the host operating system is exposed to threads. PowerPC based hosts use core based scheduling for processes. Due to this, the cores on the PowerPC architecture are treated as threads. Since cores are always less than or equal to the threads on a system, this leads to non- optimal resource usage while pinning. This feature is supported from libvirt version 1.2.19 for PowerPC. * A new REST API to cancel an ongoing live migration has been added in microversion 2.24. Initially this operation will only work with the libvirt virt driver. * It is possible to call attach and detach volume API operations for instances which are in shelved and shelved_offloaded state. For an instance in shelved_offloaded state Nova will set to None the value for the device_name field, the right value for that field will be set once the instance will be unshelved as it will be managed by a specific compute manager. * It is possible to block live migrate instances with additional cinder volumes attached. This requires libvirt version to be >=1.2.17 and does not work when live_migration_tunnelled is set to True. * Project-id and user-id are now also returned in the return data of os-server-groups APIs. In order to use this new feature, user have to contain the header of request microversion v2.13 in the API request. * Add support for enabling uefi boot with libvirt. * A new host_status attribute for servers/detail and servers/{server_id}. In order to use this new feature, user have to contain the header of request microversion v2.16 in the API request. A new policy "os_compute_api:servers:show:host_status" added to enable the feature. By default, this is only exposed to cloud administrators. * A new server action trigger_crash_dump has been added to the REST API in microversion 2.17. * When RBD is used for ephemeral disks and image storage, make snapshot use Ceph directly, and update Glance with the new location. In case of failure, it will gracefully fallback to the "generic" snapshot method. This requires changing the typical permissions for the Nova Ceph user (if using authx) to allow writing to the pool where vm images are stored, and it also requires configuring Glance to provide a v2 endpoint with direct_url support enabled (there are security implications to doing this). See http://docs.ceph.com/docs/master/rbd/rbd-openstack/ for more information on configuring OpenStack with RBD. * A new option "live_migration_inbound_addr" has been added in the configuration file, set None as default value. If this option is present in pre_migration_data, the ip address/hostname provided will be used instead of the migration target compute node's hostname as the uri for live migration, if it's None, then the mechanism remains as it is before. * Added support for CPU thread policies, which can be used to control how the libvirt virt driver places guests with respect to CPU SMT "threads". These are provided as instance and image metadata options, 'hw:cpu_thread_policy' and 'hw_cpu_thread_policy' respectively, and provide an additional level of control over CPU pinning policy, when compared to the existing CPU policy feature. These changes were introduced in commits '83cd67c' and 'aaaba4a'. * Add support for enabling discard support for block devices with libvirt. This will be enabled for Cinder volume attachments that specify support for the feature in their connection properties. This requires support to be present in the version of libvirt (v1.0.6+) and qemu (v1.6.0+) used along with the configured virtual drivers for the instance. The virtio-blk driver does not support this functionality. * A new "auto" value for the configuration option "upgrade_levels.compute" is accepted, that allows automatic determination of the compute service version to use for RPC communication. By default, we still use the newest version if not set in the config, a specific version if asked, and only do this automatic behavior if 'auto' is configured. When 'auto' is used, sending a SIGHUP to the service will cause the value to be re- calculated. Thus, after an upgrade is complete, sending SIGHUP to all services will cause them to start sending messages compliant with the newer RPC version. * Libvirt driver in Nova now supports Cinder DISCO volume driver. * A disk space scheduling filter is now available, which prefers compute nodes with the most available disk space. By default, free disk space is given equal importance to available RAM. To increase the priority of free disk space in scheduling, increase the disk_weight_multiplier option. * A new REST API to force live migration to complete has been added in microversion 2.22. * The os-instance-actions methods now read actions from deleted instances. This means that 'GET /v2.1/{tenant-id}/servers/{server-id }/os-instance-actions' and 'GET /v2.1/{tenant-id}/servers/{server-id }/os-instance-actions/{req-id}' will return instance-action items even if the instance corresponding to '{server-id}' has been deleted. * When booting an instance, its sanitized 'hostname' attribute is now used to populate the 'dns_name' attribute of the Neutron ports the instance is attached to. This functionality enables the Neutron internal DNS service to know the ports by the instance's hostname. As a consequence, commands like 'hostname -f' will work as expected when executed in the instance. When a port's network has a non-blank 'dns_domain' attribute, the port's 'dns_name' combined with the network's 'dns_domain' will be published by Neutron in an external DNS as a service like Designate. As a consequence, the instance's hostname is published in the external DNS as a service. This functionality is added to Nova when the 'DNS Integration' extension is enabled in Neutron. The publication of 'dns_name' and 'dns_domain' combinations to an external DNS as a service additionaly requires the configuration of the appropriate driver in Neutron. When the 'Port Binding' extension is also enabled in Neutron, the publication of a 'dns_name' and 'dns_domain' combination to the external DNS as a service will require one additional update operation when Nova allocates the port during the instance boot. This may have a noticeable impact on the performance of the boot process. * The libvirt driver now has a live_migration_tunnelled configuration option which should be used where the VIR_MIGRATE_TUNNELLED flag would previously have been set or unset in the live_migration_flag and block_migration_flag configuration options. * For the libvirt driver, by default hardware properties will be retrieved from the Glance image and if such haven't been provided, it will use a libosinfo database to get those values. If users want to force a specific guest OS ID for the image, they can now use a new glance image property "os_distro" (eg. "--property os_distro=fedora21"). In order to use the libosinfo database, you need to separately install the related native package provided for your operating system distribution. * Add support for allowing Neutron to specify the bridge name for the OVS, Linux Bridge, and vhost-user VIF types. * Added a *nova-manage db online_data_migrations* command for forcing online data migrations, which will run all registered migrations for the release, instead of there being a separate command for each logical data migration. Operators need to make sure all data is migrated before upgrading to the next release, and the new command provides a unified interface for doing it. * Provides API 2.18, which makes the use of project_ids in API urls optional. * Libvirt with Virtuozzo virtualisation type now supports snapshot operations * Remove "onSharedStorage" parameter from server's evacuate action in microversion 2.14. Nova will automatically detect if the instance is on shared storage. Also adminPass is removed from the response body which makes the response body empty. The user can get the password with the server's os-server-password action. * Add two new list/show API for server-migration. The list API will return the in progress live migratons information of a server. The show API will return a specified in progress live migration of a server. This has been added in microversion 2.23. * A new service.status versioned notification has been introduced. When the status of the Service object is changed nova will send a new service.update notification with versioned payload according to bp versioned-notification-api. The new notification is documented in http://docs.openstack.org/developer/nova/notifications.html * Two new policies soft-affinty and soft-anti-affinity have been implemented for the server-group feature of Nova. This means that POST /v2.1/{tenant_id}/os-server-groups API resource now accepts 'soft-affinity' and 'soft-anti-affinity' as value of the 'policies' key of the request body. * In Nova Compute API microversion 2.19, you can specify a "description" attribute when creating, rebuilding, or updating a server instance. This description can be retrieved by getting server details, or list details for servers. Refer to the Nova Compute API documentation for more information. Note that the description attribute existed in prior Nova versions, but was set to the server name by Nova, and was not visible to the user. So, servers you created with microversions prior to 2.19 will return the description equals the name on server details microversion 2.19. * As part of refactoring the notification interface of Nova a new config option 'notification_format' has been added to specifies which notification format shall be used by nova. The possible values are 'unversioned' (e.g. legacy), 'versioned', 'both'. The default value is 'both'. The new versioned notifications are documented in http://docs.openstack.org/developer/nova/notifications.html * For the VMware driver, the flavor extra specs for quotas has been extended to support: * quota:cpu_limit - The cpu of a virtual machine will not exceed this limit, even if there are available resources. This is typically used to ensure a consistent performance of virtual machines independent of available resources. Units are MHz. * quota:cpu_reservation - guaranteed minimum reservation (MHz) * quota:cpu_shares_level - the allocation level. This can be 'custom', 'high', 'normal' or 'low'. * quota:cpu_shares_share - in the event that 'custom' is used, this is the number of shares. * quota:memory_limit - The memory utilization of a virtual machine will not exceed this limit, even if there are available resources. This is typically used to ensure a consistent performance of virtual machines independent of available resources. Units are MB. * quota:memory_reservation - guaranteed minimum reservation (MB) * quota:memory_shares_level - the allocation level. This can be 'custom', 'high', 'normal' or 'low'. * quota:memory_shares_share - in the event that 'custom' is used, this is the number of shares. * quota:disk_io_limit - The I/O utilization of a virtual machine will not exceed this limit. The unit is number of I/O per second. * quota:disk_io_reservation - Reservation control is used to provide guaranteed allocation in terms of IOPS * quota:disk_io_shares_level - the allocation level. This can be 'custom', 'high', 'normal' or 'low'. * quota:disk_io_shares_share - in the event that 'custom' is used, this is the number of shares. * quota:vif_limit - The bandwidth limit for the virtual network adapter. The utilization of the virtual network adapter will not exceed this limit, even if there are available resources. Units in Mbits/sec. * quota:vif_reservation - Amount of network bandwidth that is guaranteed to the virtual network adapter. If utilization is less than reservation, the resource can be used by other virtual network adapters. Reservation is not allowed to exceed the value of limit if limit is set. Units in Mbits/sec. * quota:vif_shares_level - the allocation level. This can be 'custom', 'high', 'normal' or 'low'. * quota:vif_shares_share - in the event that 'custom' is used, this is the number of shares. Upgrade Notes ************* * All noVNC proxy configuration options have been added to the 'vnc' group. They should no longer be included in the 'DEFAULT' group. * All VNC XVP configuration options have been added to the 'vnc' group. They should no longer be included in the 'DEFAULT' group. * Upon first startup of the scheduler service in Mitaka, all defined aggregates will have UUIDs generated and saved back to the database. If you have a significant number of aggregates, this may delay scheduler start as that work is completed, but it should be minor for most deployments. * During an upgrade to Mitaka, operators must create and initialize a database for the API service. Configure this in [api_database]/connection, and then run "nova-manage api_db sync" * We can not use microversion 2.25 to do live-migration during upgrade, nova-api will raise bad request if there is still old compute node in the cluster. * The option "scheduler_driver" is now changed to use entrypoint instead of full class path. Set one of the entrypoints under the namespace 'nova.scheduler.driver' in 'setup.cfg'. Its default value is 'host_manager'. The full class path style is still supported in current release. But it is not recommended because class path can be changed and this support will be dropped in the next major release. * The option "scheduler_host_manager" is now changed to use entrypoint instead of full class path. Set one of the entrypoints under the namespace 'nova.scheduler.host_manager' in 'setup.cfg'. Its default value is 'host_manager'. The full class path style is still supported in current release. But it is not recommended because class path can be changed and this support will be dropped in the next major release. * The local conductor mode is now deprecated and may be removed as early as the 14.0.0 release. If you are using local conductor mode, plan on deploying remote conductor by the time you upgrade to the 14.0.0 release. * The Extensible Resource Tracker is deprecated and will be removed in the 14.0.0 release. If you use this functionality and have custom resources that are managed by the Extensible Resource Tracker, please contact the Nova development team by posting to the openstack-dev mailing list. There is no future planned support for the tracking of custom resources. * For Liberty compute nodes, the disk_allocation_ratio works as before, you must set it on the scheduler if you want to change it. For Mitaka compute nodes, the disk_allocation_ratio set on the compute nodes will be used only if the configuration is not set on the scheduler. This is to allow, for backwards compatibility, the ability to still override the disk allocation ratio by setting the configuration on the scheduler node. In Newton, we plan to remove the ability to set the disk allocation ratio on the scheduler, at which point the compute nodes will always define the disk allocation ratio, and pass that up to the scheduler. None of this changes the default disk allocation ratio of 1.0. This matches the behaviour of the RAM and CPU allocation ratios. * (Only if you do continuous deployment) 1337890ace918fa2555046c01c8624be014ce2d8 drops support for an instance major version, which means that you must have deployed at least commit 713d8cb0777afb9fe4f665b9a40cac894b04aacb before deploying this one. * nova now requires ebtables 2.0.10 or later * nova recommends libvirt 1.2.11 or later * Filters internal interface changed using now the RequestSpec NovaObject instead of an old filter_properties dictionary. In case you run out-of-tree filters, you need to modify the host_passes() method to accept a new RequestSpec object and modify the filter internals to use that new object. You can see other in-tree filters for getting the logic or ask for help in #openstack-nova IRC channel. * The "force_config_drive" configuration option provided an "always" value which was deprecated in the previous release. That "always" value is now no longer accepted and deployments using that value have to change it to "True" before upgrading. * Support for Windows / Hyper-V Server 2008 R2 has been deprecated in Liberty (12.0.0) and it is no longer supported in Mitaka (13.0.0). If you have compute nodes running that version, please consider moving the running instances to other compute nodes before upgrading those to Mitaka. * The libvirt driver will now correct unsafe and invalid values for the live_migration_flag and block_migration_flag configuration options. The live_migration_flag must not contain VIR_MIGRATE_SHARED_INC but block_migration_flag must contain it. Both options must contain the VIR_MIGRATE_PEER2PEER, except when using the 'xen' virt type this flag is not supported. Both flags must contain the VIR_MIGRATE_UNDEFINE_SOURCE flag and not contain the VIR_MIGRATE_PERSIST_DEST flag. * The libvirt driver has changed the default value of the 'live_migration_uri' flag, that now is dependent on the 'virt_type'. The old default 'qemu+tcp://%s/system' now is adjusted for each of the configured hypervisors. For Xen this will be 'xenmigr://%s/system', for kvm/qemu this will be 'qemu+tcp://%s/system'. * The minimum required libvirt is now version 0.10.2. The minimum libvirt for the N release has been set to 1.2.1. * In order to make project_id optional in urls, we must constrain the set of allowed values for project_id in our urls. This defaults to a regex of "[0-9a-f\-]+", which will match hex uuids (with / without dashes), and integers. This covers all known project_id formats in the wild. If your site uses other values for project_id, you can set a site specific validation with "project_id_regex" config variable. * The old neutron communication options that were slated for removal in Mitaka are no longer available. This means that going forward communication to neutron will need to be configured using auth plugins. * All code and tests for Nova's EC2 and ObjectStore API support which was deprecated in Kilo (https://wiki.openstack.org/wiki/ReleaseNotes/Kilo#Upgrade_Notes_2) has been completely removed in Mitaka. This has been replaced by the new ec2-api project (http://git.openstack.org/cgit/openstack/ec2-api/). * The commit with change-id Idd4bbbe8eea68b9e538fa1567efd304e9115a02a requires that the nova_api database is setup and Nova is configured to use it. Instructions on doing that are provided below. Nova now requires that two databases are available and configured. The existing nova database needs no changes, but a new nova_api database needs to be setup. It is configured and managed very similarly to the nova database. A new connection string configuration option is available in the api_database group. An example: [api_database] connection = mysql+pymysql://user:secret@127.0.0.1/nova_api?charset=utf8 And a new nova-manage command has been added to manage db migrations for this database. "nova-manage api_db sync" and "nova-manage api_db version" are available and function like the parallel "nova- manage db ..." version. * A new "use_neutron" option is introduced which replaces the obtuse "network_api_class" option. This defaults to 'False' to match existing defaults, however if "network_api_class" is set to the known Neutron value Neutron networking will still be used as before. * The FilterScheduler is now including disabled hosts. Make sure you include the ComputeFilter in the "scheduler_default_filters" config option to avoid placing instances on disabled hosts. * Upgrade the rootwrap configuration for the compute service, so that patches requiring new rootwrap configuration can be tested with grenade. * For backward compatible support the setting "CONF.vmware.integration_bridge" needs to be set when using the Neutron NSX|MH plugin. The default value has been set to "None". * XenServer hypervisor type has been changed from "xen" to "XenServer". It could impact your aggregate metadata or your flavor extra specs if you provide only the former. * The glance xenserver plugin has been bumped to version 1.3 which includes new interfaces for referencing glance servers by url. All dom0 will need to be upgraded with this plugin before upgrading the nova code. Deprecation Notes ***************** * It is now deprecated to use [glance] api_servers without a protocol scheme (http / https). This is required to support urls throughout the system. Update any api_servers list with fully qualified https / http urls. * The conductor.manager configuration option is now deprecated and will be removed. * Deprecate "compute_stats_class" config option. This allowed loading an alternate implementation for collecting statistics for the local compute host. Deployments that felt the need to use this facility are encoraged to propose additions upstream so we can create a stable and supported interface here. * Deprecate the "db_driver" config option. Previously this let you replace our SQLAlchemy database layer with your own. This approach is deprecated. Deployments that felt the need to use the facility are encourage to work with upstream Nova to address db driver concerns in the main SQLAlchemy code paths. * The host, port, and protocol options in the [glance] configuration section are deprecated, and will be removed in the N release. The api_servers value should be used instead. * Deprecate the use of nova.hooks. This facility used to let arbitrary out of tree code be executed around certain internal actions, but is unsuitable for having a well maintained API. Anyone using this facility should bring forward their use cases in the Newton cycle as nova-specs. * Nova used to support the concept that "service managers" were replaceable components. There are many config options where you can replace a manager by specifying a new class. This concept is deprecated in Mitaka as are the following config options. * [cells] manager * metadata_manager * compute_manager * console_manager * consoleauth_manager * cert_manager * scheduler_manager Many of these will be removed in Newton. Users of these options are encouraged to work with Nova upstream on any features missing in the default implementations that are needed. * Deprecate "security_group_api" configuration option. The current values are "nova" and "neutron". In future the correct security_group_api option will be chosen based on the value of "use_neutron" which provides a more coherent user experience. * Deprecate the "vendordata_driver" config option. This allowed creating a different class loader for defining vendordata metadata. The default driver loads from a json file that can be arbitrarily specified, so is still quite flexible. Deployments that felt the need to use this facility are encoraged to propose additions upstream so we can create a stable and supported interface here. * The configuration option "api_version" in the "ironic" group was marked as deprecated and will be removed in the future. The only possible value for that configuration was "1" (because Ironic only has 1 API version) and the Ironic team came to an agreement that setting the API version via configuration option should not be supported anymore. As the Ironic driver in Nova requests the Ironic v1.8 API, that means that Nova 13.0.0 ("Mitaka") requires Ironic 4.0.0 ("Liberty") or newer if you want to use the Ironic driver. * The libvirt live_migration_flag and block_migration_flag config options are deprecated. These options gave too fine grained control over the flags used and, in some cases, misconfigurations could have dangerous side effects. Please note the availability of a new live_migration_tunnelled configuration option. * The "network_device_mtu" option in Nova is deprecated for removal since network MTU should be specified when creating the network with nova-network. With Neutron networks, the MTU value comes from the "segment_mtu" configuration option in Neutron. * The old top-level resource */os-migrations* is deprecated, it won't be extended anymore. And migration_type for /os-migrations, also add ref link to the /servers/{uuid}/migrations/{id} for it when the migration is an in-progress live-migration. This has been added in microversion 2.23. * Deprecate "volume_api_class" and "network_api_class" config options. We only have one sensible backend for either of these. These options will be removed and turned into constants in Newton. * Option "memcached_servers" is deprecated in Mitaka. Operators should use oslo.cache configuration instead. Specifically "enabled" option under [cache] section should be set to True and the url(s) for the memcached servers should be in [cache]/memcache_servers option. * The Zookeeper Service Group driver has been removed. The driver has no known users and is not actively mantained. A warning log message about the driver's state was added for the Kilo release. Also, evzookeeper library that the driver depends on is unmaintained and incompatible with recent eventlet releases. A future release of Nova will use the Tooz library to track service liveliness, and Tooz supports Zookeeper. (https://bugs.launchpad.net/nova/+bug/1443910) (http://specs.openstack.org/openstack/nova- specs/specs/liberty/approved/service-group-using-tooz.html) Security Issues *************** * [OSSA 2016-001] Nova host data leak through snapshot (CVE-2015-7548) * Bug 1524274 (https://bugs.launchpad.net/nova/+bug/1524274) * Announcement [OSSA 2016-002] Xen connection password leak in logs via StorageError (CVE-2015-8749) * Bug 1516765 (https://bugs.launchpad.net/nova/+bug/1516765) * Announcement [OSSA 2016-007] Host data leak during resize/migrate for raw-backed instances (CVE-2016-2140) * Bug 1548450 (https://bugs.launchpad.net/nova/+bug/1548450) * Announcement Bug Fixes ********* * In a race condition if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then the instance goes in to error state. In this case when libvirt has changed the base file ownership to libvirt-qemu while imagebackend is copying the image, then we get permission denied error on updating the file access time using os.utime. Fixed this issue by updating the base file access time with root user privileges using 'touch' command. * When plugging virtual interfaces of type vhost-user the MTU value will not be applied to the interface by nova. vhost-user ports exist only in userspace and are not backed by kernel netdevs, for this reason it is not possible to set the mtu on a vhost-user interface using standard tools such as ifconfig or ip link. Other Notes *********** * Conductor RPC API no longer supports v2.x. * The service subcommand of nova-manage is deprecated. Use the nova service-* commands from python-novaclient instead or the os-services REST resource. The service subcommand will be removed in the 14.0 release. * The Neutron network MTU value is now used when plugging virtual interfaces in nova-compute. If the value is 0, which is the default value for the "segment_mtu" configuration option in Neutron before Mitaka, then the (deprecated) "network_device_mtu" configuration option in Nova is used, which defaults to not setting an MTU value. * The sample policy file shipped with Nova contained many policies set to ""(allow all) which was not the proper default for many of those checks. It was also a source of confusion as some people thought "" meant to use the default rule. These empty policies have been updated to be explicit in all cases. Many of them were changed to match the default rule of "admin_or_owner" which is a more restrictive policy check but does not change the restrictiveness of the API calls overall because there are similar checks in the database already. This does not affect any existing deployment, just the sample file included for use by new deployments. * Nova's EC2 API support which was deprecated in Kilo (https://wiki.openstack.org/wiki/ReleaseNotes/Kilo#Upgrade_Notes_2) is removed from Mitaka. This has been replaced by the new ec2-api project (http://git.openstack.org/cgit/openstack/ec2-api/). Changes in nova 13.0.0.0rc2..13.0.0 ----------------------------------- 7105f88 Imported Translations from Zanata 5de98cb Imported Translations from Zanata a9d5542 Fix detach SR-IOV when using LibvirtConfigGuestHostdevPCI 5b6ee70 Imported Translations from Zanata 29042e0 Imported Translations from Zanata 3e9819d Update cells blacklist regex for test_server_basic_ops c71c4e0 Stop providing force_hosts to the scheduler for move ops Diffstat (except docs and test files) ------------------------------------- devstack/tempest-dsvm-cells-rc | 2 +- nova/conductor/manager.py | 8 + nova/conductor/tasks/live_migrate.py | 4 + nova/locale/de/LC_MESSAGES/nova.po | 22 +- nova/locale/fr/LC_MESSAGES/nova.po | 34 +- nova/locale/ja/LC_MESSAGES/nova.po | 1315 ++++++++++++-- nova/locale/ko_KR/LC_MESSAGES/nova-log-warning.po | 1914 ++++++++++++++++++++ nova/objects/request_spec.py | 12 + .../unit/conductor/tasks/test_live_migrate.py | 3 + nova/virt/libvirt/driver.py | 13 +- 13 files changed, 3194 insertions(+), 194 deletions(-)

1 0

[release][mistral] mistral-dashboard 2.0.0 release (mitaka)
by no-reply＠openstack.org 07 Apr '16

07 Apr '16

We are gleeful to announce the release of: mistral-dashboard 2.0.0: Mistral dashboard This release is part of the mitaka release series. For more details, please see below. Changes in mistral-dashboard 2.0.0.0rc1..2.0.0 ---------------------------------------------- f49b147 Update .gitreview for stable/mitaka Diffstat (except docs and test files) ------------------------------------- .gitreview | 1 + 1 file changed, 1 insertion(+)

1 0

[release][designate] designate-dashboard 2.0.0 release (mitaka)
by no-reply＠openstack.org 07 Apr '16

07 Apr '16

We are tickled pink to announce the release of: designate-dashboard 2.0.0: Designate Horizon UI bits This release is part of the mitaka release series. For more details, please see below. Changes in designate-dashboard 2.0.0.0rc1..2.0.0 ------------------------------------------------ 7fbe18a Imported Translations from Zanata 2fdca52 Fix unit tests under Django 1.9 72d45d6 Add ADD_INSTALLED_APPS to 'enabled' file 76df49e Extract strings from django templates 03813a8 Imported Translations from Zanata 202300b Imported Translations from Zanata a829a1b Update .gitreview for stable/mitaka Diffstat (except docs and test files) ------------------------------------- .gitreview | 1 + babel-django.cfg | 4 + .../templates/dns_domains/domain_detail.html | 2 +- .../dns_domains/templates/dns_domains/records.html | 2 +- .../enabled/_1720_project_dns_panel.py | 2 + designatedashboard/locale/django.pot | 238 +++++++++++++--- designatedashboard/locale/ja/LC_MESSAGES/django.po | 134 ++++++++- .../locale/ko_KR/LC_MESSAGES/django.po | 227 +++++++++++++++ .../locale/pt_BR/LC_MESSAGES/django.po | 305 +++++++++++++++++++++ 16 files changed, 939 insertions(+), 120 deletions(-)

1 0