https://wiki.openstack.org/w/api.php?action=feedcontributions&user=Steve+Baker&feedformat=atomOpenStack - User contributions [en]2024-03-28T19:38:55ZUser contributionsMediaWiki 1.28.2https://wiki.openstack.org/w/index.php?title=Meetings/Ironic&diff=173784Meetings/Ironic2020-01-29T20:38:58Z<p>Steve Baker: /* Agenda for next meeting */</p>
<hr />
<div>= Weekly Ironic Project Team Meeting =<br />
<br />
If you're interested in bare metal deployments within OpenStack, please join our weekly discussion about the [[Ironic|Ironic project]]! The one-hour weekly meetings start at 1500 UTC on Mondays (as of March 26, 2018), are held in the <code><nowiki>#openstack-ironic</nowiki></code> room on <code><nowiki>irc.freenode.net</nowiki></code>, and are chaired by Julia Kreger (TheJulia) or Dmitry Tantsur (dtantsur).<br />
<br />
NOTE: <span style="color:green">Meeting time is UTC based and may need to be adjusted based on local time zone changes, eg. as a result of daylight savings, which changes on different days in different countries.</span><br><br />
<br />
* [http://eavesdrop.openstack.org/calendars/ironic-bare-metal-team-meeting.ics ICS (Calendar) file] for the meeting. You can add this to your calendar.<br />
* [http://eavesdrop.openstack.org/#Ironic_%28Bare_Metal%29_Team_Meeting Eavesdrop meeting page]<br />
<br />
<br />
Anyone is welcome to add topics to the agenda. However, topics should be posted '''at least two (2) days before the meeting''' to give folks time to get context, and should include the IRC handle of the proposer and a link to further information. This gives everyone time to review any material ahead of time so we can use the meeting time for actual discussion. Requests to have a patch reviewed should not be a topic and instead should be covered during the Open Discussion portion of the meeting.<br />
* Example topic: (devananda) Let's talk about zebras. Reference: http://en.wikipedia.org/wiki/Zebra<br />
<br />
== Next Meeting ==<br />
<br />
Meetings are held weekly. If one is cancelled, it will either be mentioned in the previous meeting or an email will be sent out to the openstack-discuss mailing list.<br />
<br />
== Agenda for next meeting ==<br />
* Announcements / Reminder<br />
** OpenStack Ironic Mid-cycle Meetup, 25-26 February 2020, CERN, Geneva, Switzerland -> https://indico.cern.ch/event/863986/<br />
** Opendev + PTG Vancouver, Dates: Mon, Jun 8, 2020 - Thu, Jun 11, 2020<br />
** We have non-voting Python 3.8 jobs in Ussuri -> https://review.opendev.org/693401<br />
* Review action items from previous meeting: http://eavesdrop.openstack.org/meetings/ironic/2020/<br />
* Review [https://etherpad.openstack.org/p/IronicWhiteBoard subteam status reports] (capped at ten minutes)<br />
* Deciding on priorities for the coming week<br />
* Discussion (Requests to have your patch reviewed should not be a 'Discussion' topic. If desired, please discuss during 'Open Discussion')<br />
* Proposal to remove WSME by copying a subset of WSME into ironic https://review.opendev.org/704486 (stevebaker cannot attend)<br />
* Ops meetup feedback - johnthetubaguy<br />
* Baremetal SIG<br />
** Whitepaper<br />
*** Calling all case study submitters, add your case studies!<br />
** User stories<br />
* RFE review<br />
* Open discussion<br />
<br />
== Previous meetings ==<br />
<br />
[http://eavesdrop.openstack.org/meetings/ironic/ Logs from previous meetings can be found here.]<br />
<br />
== Related meetings ==<br />
<br />
<none></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Release_Naming/R_Proposals&diff=152564Release Naming/R Proposals2017-03-22T00:43:19Z<p>Steve Baker: /* Proposed Names */</p>
<hr />
<div>== R Release Naming ==<br />
<br />
According to the [http://governance.openstack.org/reference/release-naming.html Release Naming Process], this page will contain a list of nominated names for the R release of OpenStack. We will accept nominations until 2017-03-29 23:59:59 UTC.<br />
<br />
=== Release Name Criteria ===<br />
<br />
* Each release name must start with the letter of the ISO basic Latin alphabet following the initial letter of the previous release, starting with the initial release of "Austin". After "Z", the next name should start with "A" again.<br />
* The name must be composed only of the 26 characters of the ISO basic Latin alphabet. Names which can be transliterated into this character set are also acceptable.<br />
* The name must refer to the physical or human geography of the region encompassing the location of the OpenStack design summit for the corresponding release. The exact boundaries of the geographic region under consideration must be declared before the opening of nominations, as part of the initiation of the selection process.<br />
* The name must be a single word with a maximum of 10 characters. Words that describe the feature should not be included, so "Foo City" or "Foo Peak" would both be eligible as "Foo".<br />
<br />
Names which do not meet these criteria but otherwise sound really cool<br />
should be added to a separate section of the wiki page and the TC may<br />
make an exception for one or more of them to be considered in the<br />
Condorcet poll. The naming official is responsible for presenting the<br />
list of exceptional names for consideration to the TC before the poll<br />
opens.<br />
<br />
=== Exact Geographic Region ===<br />
<br />
The Geographic Region from where names for the R release will come is [https://en.wikipedia.org/wiki/British_Columbia British Columbia]<br />
<br />
=== Proposed Names ===<br />
<br />
* [https://en.wikipedia.org/wiki/Radium_Hot_Springs Radium]<br />
* [https://en.wikipedia.org/wiki/Revelstoke,_British_Columbia Revelstoke (City - Columbia)]<br />
* [https://en.wikipedia.org/wiki/Richmond,_British_Columbia Richmond (City - Vancouver)]<br />
* [https://en.wikipedia.org/wiki/Rossland,_British_Columbia Rossland (City - Kootenay Boundary)]<br />
* [https://goo.gl/maps/a7sj9aw2SMH2 Rupert]<br />
* [https://en.wikipedia.org/wiki/Razorback_Mountain_(British_Columbia) Razorback (Mountain)]<br />
* [https://en.wikipedia.org/wiki/Rambler_Peak Rambler (Peak)]<br />
* [https://en.wikipedia.org/wiki/Roderick_Island Roderick (Island)]<br />
<br />
=== Proposed Names that do not meet the criteria ===<br />
<br />
* [https://en.wikipedia.org/wiki/Roundabout Roundabout]<br />
* [https://en.wikipedia.org/wiki/Roustabout Roustabout]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Release_Naming/R_Proposals&diff=152558Release Naming/R Proposals2017-03-21T23:26:36Z<p>Steve Baker: /* Proposed Names */</p>
<hr />
<div>== R Release Naming ==<br />
<br />
According to the [http://governance.openstack.org/reference/release-naming.html Release Naming Process], this page will contain a list of nominated names for the R release of OpenStack. We will accept nominations until 2017-03-29 23:59:59 UTC.<br />
<br />
=== Release Name Criteria ===<br />
<br />
* Each release name must start with the letter of the ISO basic Latin alphabet following the initial letter of the previous release, starting with the initial release of "Austin". After "Z", the next name should start with "A" again.<br />
* The name must be composed only of the 26 characters of the ISO basic Latin alphabet. Names which can be transliterated into this character set are also acceptable.<br />
* The name must refer to the physical or human geography of the region encompassing the location of the OpenStack design summit for the corresponding release. The exact boundaries of the geographic region under consideration must be declared before the opening of nominations, as part of the initiation of the selection process.<br />
* The name must be a single word with a maximum of 10 characters. Words that describe the feature should not be included, so "Foo City" or "Foo Peak" would both be eligible as "Foo".<br />
<br />
Names which do not meet these criteria but otherwise sound really cool<br />
should be added to a separate section of the wiki page and the TC may<br />
make an exception for one or more of them to be considered in the<br />
Condorcet poll. The naming official is responsible for presenting the<br />
list of exceptional names for consideration to the TC before the poll<br />
opens.<br />
<br />
=== Exact Geographic Region ===<br />
<br />
The Geographic Region from where names for the R release will come is [https://en.wikipedia.org/wiki/British_Columbia British Columbia]<br />
<br />
=== Proposed Names ===<br />
<br />
[https://en.wikipedia.org/wiki/Radium_Hot_Springs Radium]<br />
<br />
[https://goo.gl/maps/a7sj9aw2SMH2 Rupert]<br />
<br />
=== Proposed Names that do not meet the criteria ===</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty&diff=91680ReleaseNotes/Liberty2015-10-04T20:22:05Z<p>Steve Baker: /* Configuration Changes */</p>
<hr />
<div><languages /><br />
<translate><br />
<br />
[[Category:Kilo|Release Note]]<br />
[[Category:Release Note|Liberty]]<br />
<br />
= OpenStack Liberty Release Notes =<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
<br />
== OpenStack Networking (Neutron) ==<br />
<br />
=== New Features ===<br />
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].<br />
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].<br />
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].<br />
* VPNaaS reference drivers now work with HA routers.<br />
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].<br />
* The OVS agent may now be restarted without affecting data plane connectivity.<br />
* Neutron now offers role base access control for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].<br />
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform<br />
* LBaaS V2 API is no longer experimental. It is now stable.<br />
* Neutron now supports a way that an agent can start without selectable for auto-scheduling but manual-scheduling available so that a deployer can test an agent manually [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].<br />
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.<br />
<br />
=== Deprecated and Removed Plugins and Drivers ===<br />
* The metaplugin is removed in the Liberty release.<br />
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.<br />
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).<br />
<br />
=== Deprecated Features ===<br />
* 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 team is in the process of developing.<br />
* The LBaaS V1 API is marked as deprecated and is planned to be removed in some future release. Going forward the LBaaS V2 API should be used.<br />
<br />
=== Performance Considerations ===<br />
* The stock 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.<br />
* 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 versus 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 the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html<br />
<br />
== OpenStack Compute (Nova) ==<br />
<br />
=== Upgrade Notes ===<br />
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.<br />
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node), thus need to be also provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.<br />
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/<br />
* Rootwrap filters must be updated after release to add the touch command.<br />
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838]. <br />
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then instance goes in to error state.<br />
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.<br />
** In case of a race condition 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. To resolve this error we need to update the base file access time with root user privileges using touch command.<br />
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .<br />
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.<br />
<br />
=== Deprecations ===<br />
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.<br />
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0 and we are going to remove it in Mitaka.<br />
<br />
== OpenStack Telemetry (Ceilometer) ==<br />
<br />
=== Key New Features ===<br />
* creation of Aodh to handle alarming service<br />
* improved metadata caching - reduced load of nova api polling<br />
* declarative meters - ability to generate meters by defining meter definition template.<br />
* ceilometer+gnocchi integration - support for data publishing from Ceilometer to Gnocchi<br />
* mandatory limit - limit restricted querying is enforced. limit must be explicitly provided on queries else the result set is restricted to a default limit<br />
* distributed, coordinated notification agents - support for workload partitioning across multiple notification agents<br />
* Events RBAC support<br />
* PowerVM hypervisor support<br />
* improved MongoDB query support<br />
<br />
==== Gnocchi Features ====<br />
<br />
==== Aodh Features ====<br />
** event alarms - ability to trigger action when event is received<br />
<br />
=== Upgrade Notes ===<br />
* The name of some middleware used by ceilometer changed in a backwards-incompatible way. Before upgrading, edit the paste.ini file for ceilometer to change "oslo.middleware" to "oslo_middleware". For example using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki><br />
<br />
=== Deprecation ===<br />
* Ceilometer Alarms is deprecated in favour or Aodh<br />
* RPC publisher and collector is deprecated in favour of topic based notifier publisher<br />
* Non-metric meters are still deprecated to be removed<br />
<br />
== OpenStack Identity (Keystone) ==<br />
<br />
=== Key New Features ===<br />
<br />
Release notes based on blueprints and wishlist bugs are being collaboratively drafted [https://etherpad.openstack.org/p/keystone-liberty-release-notes on Etherpad]. The version presented below was updated by samueldmq and this note will be removed once it's reviewed by core-reviewers.<br />
<br />
* Keystone now supports tokenless authorization with X.509 SSL client certificate;<br />
* Configuring per-Identity Provider WebSSO is now supported;<br />
* openstack_user_domain and openstack_project_domain attributes were added to SAML assertion in order to map user and project domains, respectively;<br />
* Credentials list call can now have its results filtered by credential type;<br />
* Domain name information is now available to be used in policy rules with the attribute domain_name;<br />
* Keystone now shows available choices for string configuration options;<br />
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces;<br />
* Several features were hardened, including Fernet tokens, Federation, Domain specific configurations from database and Role Assignments.<br />
<br />
=== Upgrade Notes ===<br />
<br />
* The EC2 token middleware, deprecated in Juno, is no longer available;<br />
* The compute_port configuration option, deprecated in Juno, is no longer available;<br />
* External authentication plugins, deprecated in Icehouse, are no longer available.<br />
<br />
=== Deprecations ===<br />
<br />
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release;<br />
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.<br />
<br />
== OpenStack Block Storage (Cinder) ==<br />
<br />
=== Key New Features ===<br />
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]<br />
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].<br />
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].<br />
* List capabilities of a volume backend (fetch extra-specs)<br />
* Nested quotas<br />
<br />
=== Upgrade Notes ===<br />
<br />
=== Deprecations ===<br />
<br />
== OpenStack Orchestration (Heat) ==<br />
<br />
=== New Features ===<br />
<br />
==== Convergence ====<br />
Convergence is a new orchestration engine which is maturing in the heat tree. In Liberty the benefits of using the convergence engine are:<br />
* Greater parallelization of resource actions (for better scaling of large templates)<br />
* The ability to do a stack-update whilst there is already an update in-progress<br />
* Better handling of heat-engine failures (still WIP)<br />
<br />
The convergence engine can be enabled by setting /etc/heat/heat/conf [DEFAULT] convergence_engine=true, then restarting heat-engine. Once this has been done, any subsequent created stack will use the convergence engine, while operations on existing stacks will continue to use the traditional engine.<br />
<br />
Convergence has '''not''' been production tested and thus should be considered '''beta''' quality - use with caution. For the Liberty release we recommend enabling convergence for the purposes of evaluation and scale testing. We will be considering making convergence the default engine in the Mitaka cycle. Convergence specific bugs are tracked in launchpad with the [https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs convergence-bugs tag].<br />
<br />
==== Conditional resource exposure ====<br />
Only resources for actually installed in the cloud services are made available to any user. Operators can further control what resources user may use with standard policy rules in [https://github.com/openstack/heat/blob/master/etc/heat/policy.json#L80 policy.json on per-resource type basis].<br />
<br />
==== heat_template_version: 2015-10-15 ====<br />
<br />
2015-10-15 indicates that the YAML document is a HOT template and it may contain features added and/or removed up until the Liberty release. <br />
* Removes the Fn::Select function (path based [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr]/[http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-param get_param] references should be used instead). <br />
* If no <attribute name> is specified for calls to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr], a dict of all attributes is returned, e.g. { get_attr: [<resource name>]}. <br />
* Adds new [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-split str_split] intrinsic function <br />
* Adds support for passing multiple lists to the existing [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] function.<br />
* Adds support for parsing map/list data to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-replace str_replace] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] (they will be json serialized automatically)<br />
<br />
==== REST API/heatclient additions ====<br />
* Stacks can now be assigned with a set of tags, and stack-list can filter on those tags<br />
* "heat stack-preview ..." will return a preview of changes for a proposed stack-update<br />
* "heat template-validate --show-nested ..." will also validate all template resources and return nested data useful for building user interfaces<br />
* "heat resource-type-template --template-type hot ..." generates a template in HOT format<br />
* "heat resource-type-list" only shows types available to the user, and can filter results by name, version and support_status<br />
* "heat template-version-list" lists available template versions<br />
* "heat template-function-list ..." lists available functions for a template version<br />
<br />
==== Enhancements to existing resources ====<br />
* Software deployments can now use Zaqar for [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server-prop-software_config_transport deploying software data] and [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::SoftwareDeployment-prop-signal_transport signalling back to Heat]<br />
* Stack actions are now performed on remote [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::Stack OS::Heat::Stack] resources<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server] now supports deletion_policy: Snapshot <br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-updpolicy OS::Heat::ResourceGroup update_policy] now supports specifying [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-prop-batch_create batch_create] and [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-prop-rolling_update rolling_update] options<br />
<br />
==== New resources ====<br />
The following new resources are now distributed with the Heat release:<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Barbican::Order OS::Barbican::Order] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Barbican::Secret OS::Barbican::Secret] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::GnocchiAggregationByMetricsAlarm OS::Ceilometer::GnocchiAggregationByMetricsAlarm] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::GnocchiAggregationByResourcesAlarm OS::Ceilometer::GnocchiAggregationByResourcesAlarm] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::GnocchiResourcesAlarm OS::Ceilometer::GnocchiResourcesAlarm] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeType OS::Cinder::VolumeType] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Designate::Domain OS::Designate::Domain]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Designate::Record OS::Designate::Record]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::None OS::Heat::None]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::TestResource OS::Heat::TestResource]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Endpoint OS::Keystone::Endpoint]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Group OS::Keystone::Group] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::GroupRoleAssignment OS::Keystone::GroupRoleAssignment]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Project OS::Keystone::Project] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Role OS::Keystone::Role] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Service OS::Keystone::Service]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::User OS::Keystone::User] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::UserRoleAssignment OS::Keystone::UserRoleAssignment]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Magnum::BayModel OS::Magnum::BayModel]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Manila::SecurityService OS::Manila::SecurityService]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Manila::Share OS::Manila::Share]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Manila::ShareNetwork OS::Manila::ShareNetwork]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Manila::ShareType OS::Manila::ShareType]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Mistral::CronTrigger OS::Mistral::CronTrigger]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Mistral::Workflow OS::Mistral::Workflow]<br />
* [http://docs.openstack.org/developer/heat/template_guide/unsupported.html#OS::Monasca::AlarmDefinition OS::Monasca::AlarmDefinition] [4]<br />
* [http://docs.openstack.org/developer/heat/template_guide/unsupported.html#OS::Monasca::Notification OS::Monasca::Notification] [4]<br />
* [http://docs.openstack.org/developer/heat/template_guide/unsupported.html#OS::Neutron::ExtraRoute OS::Neutron::ExtraRoute] [3]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Flavor OS::Nova::Flavor] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Sahara::DataSource OS::Sahara::DataSource]<br />
<br />
[1] These existed Kilo as contrib resources as they were for non-integrated projects. These resources are now distributed with Heat as Big Tent projects.<br />
<br />
[2] These existed Kilo as contrib resources as they require a user with an admin role. They are now distributed with Heat. Operators now have ability to hide them from under-privileged users by modifyig policy.json (for reference, OS::Nova::Flavor is hidden from non-admin users in default policy file supplied).<br />
<br />
[3] These existed in Kilo as contrib resources as they used an approach not endorsed by the Heat project. They are now distributed with heat and documented as UNSUPPORTED.<br />
<br />
[4] These resources are for projects which are not yet OpenStack Big Tent projects, so are documented as UNSUPPORTED<br />
<br />
With the new OS::Keystone::* resources it is now be possible for cloud operators to use heat templates to manage Keystone service catalog entries and users.<br />
<br />
==== Deprecated Resource Properties ====<br />
Many resource properties have previously been documented as DEPRECATED. 15 of these properties are now flagged as HIDDEN, which means they will no longer be documented but existing stacks and templates will continue to work after a heat upgrade. The [ http://docs.openstack.org/developer/heat/template_guide/openstack.html Resource Type Reference] should be consulted to determine available resource properties and attributes.<br />
<br />
=== Upgrade notes ===<br />
<br />
==== Configuration Changes ====<br />
Notable changes to the /etc/heat/heat.conf [DEFAULT] section:<br />
* hidden_stack_tags has been added, stacks containing these tag names will be hidden from stack-list results (defaults to data-processing-cluster which hides sahara-created stacks)<br />
* instance_user was deprecated, and is now removed entirely. Nova servers created with OS::Nova::Server resource will now boot configured with the default user set up with the cloud image. AWS::EC2::Instance still creates "ec2-user"<br />
* max_resources_per_stack can now be set to -1 to disable enforcement<br />
* enable_cloud_watch_lite is now false by default as this REST API is deprecated<br />
* default_software_config_transport has gained the option ZAQAR_MESSAGE<br />
* default_deployment_signal_transport has gained the option ZAQAR_SIGNAL<br />
* auth_encryption_key is now documented as requiring exactly 32 characters<br />
* list_notifier_drivers was deprecated and is now removed<br />
* policy options have moved to the [oslo_policy] section<br />
* use_syslog_rfc_format is deprecated and now defaults to true<br />
<br />
Notable changes to other sections of heat.conf:<br />
* [clients_keystone] auth_uri has been added to specify the unversioned keystone url<br />
* [heat_api] workers now defaults to 4 (was previously 0, which created a worker per host CPU)<br />
<br />
The policy file /etc/heat/policy.json can now be configured with per-resource-type access policies, for example:<br />
"resource_types:OS::Nova::Flavor": "rule:context_is_admin"<br />
<br />
==== Upgrading from Kilo to Liberty ====<br />
Progress has been made on supporting live sql migrations, however it is still recommended to bring down the heat service for the duration of the upgrade. Downward SQL schema migrations are no longer supported, so a rollback to Kilo will require restoring a snapshot of the pre-upgrade database.<br />
<br />
</translate></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty&diff=91679ReleaseNotes/Liberty2015-10-04T20:20:29Z<p>Steve Baker: /* Deprecated Resource Properties */</p>
<hr />
<div><languages /><br />
<translate><br />
<br />
[[Category:Kilo|Release Note]]<br />
[[Category:Release Note|Liberty]]<br />
<br />
= OpenStack Liberty Release Notes =<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
<br />
== OpenStack Networking (Neutron) ==<br />
<br />
=== New Features ===<br />
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].<br />
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].<br />
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].<br />
* VPNaaS reference drivers now work with HA routers.<br />
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].<br />
* The OVS agent may now be restarted without affecting data plane connectivity.<br />
* Neutron now offers role base access control for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].<br />
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform<br />
* LBaaS V2 API is no longer experimental. It is now stable.<br />
* Neutron now supports a way that an agent can start without selectable for auto-scheduling but manual-scheduling available so that a deployer can test an agent manually [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].<br />
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.<br />
<br />
=== Deprecated and Removed Plugins and Drivers ===<br />
* The metaplugin is removed in the Liberty release.<br />
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.<br />
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).<br />
<br />
=== Deprecated Features ===<br />
* 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 team is in the process of developing.<br />
* The LBaaS V1 API is marked as deprecated and is planned to be removed in some future release. Going forward the LBaaS V2 API should be used.<br />
<br />
=== Performance Considerations ===<br />
* The stock 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.<br />
* 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 versus 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 the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html<br />
<br />
== OpenStack Compute (Nova) ==<br />
<br />
=== Upgrade Notes ===<br />
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.<br />
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node), thus need to be also provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.<br />
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/<br />
* Rootwrap filters must be updated after release to add the touch command.<br />
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838]. <br />
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then instance goes in to error state.<br />
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.<br />
** In case of a race condition 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. To resolve this error we need to update the base file access time with root user privileges using touch command.<br />
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .<br />
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.<br />
<br />
=== Deprecations ===<br />
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.<br />
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0 and we are going to remove it in Mitaka.<br />
<br />
== OpenStack Telemetry (Ceilometer) ==<br />
<br />
=== Key New Features ===<br />
* creation of Aodh to handle alarming service<br />
* improved metadata caching - reduced load of nova api polling<br />
* declarative meters - ability to generate meters by defining meter definition template.<br />
* ceilometer+gnocchi integration - support for data publishing from Ceilometer to Gnocchi<br />
* mandatory limit - limit restricted querying is enforced. limit must be explicitly provided on queries else the result set is restricted to a default limit<br />
* distributed, coordinated notification agents - support for workload partitioning across multiple notification agents<br />
* Events RBAC support<br />
* PowerVM hypervisor support<br />
* improved MongoDB query support<br />
<br />
==== Gnocchi Features ====<br />
<br />
==== Aodh Features ====<br />
** event alarms - ability to trigger action when event is received<br />
<br />
=== Upgrade Notes ===<br />
* The name of some middleware used by ceilometer changed in a backwards-incompatible way. Before upgrading, edit the paste.ini file for ceilometer to change "oslo.middleware" to "oslo_middleware". For example using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki><br />
<br />
=== Deprecation ===<br />
* Ceilometer Alarms is deprecated in favour or Aodh<br />
* RPC publisher and collector is deprecated in favour of topic based notifier publisher<br />
* Non-metric meters are still deprecated to be removed<br />
<br />
== OpenStack Identity (Keystone) ==<br />
<br />
=== Key New Features ===<br />
<br />
Release notes based on blueprints and wishlist bugs are being collaboratively drafted [https://etherpad.openstack.org/p/keystone-liberty-release-notes on Etherpad]. The version presented below was updated by samueldmq and this note will be removed once it's reviewed by core-reviewers.<br />
<br />
* Keystone now supports tokenless authorization with X.509 SSL client certificate;<br />
* Configuring per-Identity Provider WebSSO is now supported;<br />
* openstack_user_domain and openstack_project_domain attributes were added to SAML assertion in order to map user and project domains, respectively;<br />
* Credentials list call can now have its results filtered by credential type;<br />
* Domain name information is now available to be used in policy rules with the attribute domain_name;<br />
* Keystone now shows available choices for string configuration options;<br />
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces;<br />
* Several features were hardened, including Fernet tokens, Federation, Domain specific configurations from database and Role Assignments.<br />
<br />
=== Upgrade Notes ===<br />
<br />
* The EC2 token middleware, deprecated in Juno, is no longer available;<br />
* The compute_port configuration option, deprecated in Juno, is no longer available;<br />
* External authentication plugins, deprecated in Icehouse, are no longer available.<br />
<br />
=== Deprecations ===<br />
<br />
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release;<br />
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.<br />
<br />
== OpenStack Block Storage (Cinder) ==<br />
<br />
=== Key New Features ===<br />
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]<br />
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].<br />
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].<br />
* List capabilities of a volume backend (fetch extra-specs)<br />
* Nested quotas<br />
<br />
=== Upgrade Notes ===<br />
<br />
=== Deprecations ===<br />
<br />
== OpenStack Orchestration (Heat) ==<br />
<br />
=== New Features ===<br />
<br />
==== Convergence ====<br />
Convergence is a new orchestration engine which is maturing in the heat tree. In Liberty the benefits of using the convergence engine are:<br />
* Greater parallelization of resource actions (for better scaling of large templates)<br />
* The ability to do a stack-update whilst there is already an update in-progress<br />
* Better handling of heat-engine failures (still WIP)<br />
<br />
The convergence engine can be enabled by setting /etc/heat/heat/conf [DEFAULT] convergence_engine=true, then restarting heat-engine. Once this has been done, any subsequent created stack will use the convergence engine, while operations on existing stacks will continue to use the traditional engine.<br />
<br />
Convergence has '''not''' been production tested and thus should be considered '''beta''' quality - use with caution. For the Liberty release we recommend enabling convergence for the purposes of evaluation and scale testing. We will be considering making convergence the default engine in the Mitaka cycle. Convergence specific bugs are tracked in launchpad with the [https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs convergence-bugs tag].<br />
<br />
==== Conditional resource exposure ====<br />
Only resources for actually installed in the cloud services are made available to any user. Operators can further control what resources user may use with standard policy rules in [https://github.com/openstack/heat/blob/master/etc/heat/policy.json#L80 policy.json on per-resource type basis].<br />
<br />
==== heat_template_version: 2015-10-15 ====<br />
<br />
2015-10-15 indicates that the YAML document is a HOT template and it may contain features added and/or removed up until the Liberty release. <br />
* Removes the Fn::Select function (path based [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr]/[http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-param get_param] references should be used instead). <br />
* If no <attribute name> is specified for calls to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr], a dict of all attributes is returned, e.g. { get_attr: [<resource name>]}. <br />
* Adds new [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-split str_split] intrinsic function <br />
* Adds support for passing multiple lists to the existing [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] function.<br />
* Adds support for parsing map/list data to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-replace str_replace] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] (they will be json serialized automatically)<br />
<br />
==== REST API/heatclient additions ====<br />
* Stacks can now be assigned with a set of tags, and stack-list can filter on those tags<br />
* "heat stack-preview ..." will return a preview of changes for a proposed stack-update<br />
* "heat template-validate --show-nested ..." will also validate all template resources and return nested data useful for building user interfaces<br />
* "heat resource-type-template --template-type hot ..." generates a template in HOT format<br />
* "heat resource-type-list" only shows types available to the user, and can filter results by name, version and support_status<br />
* "heat template-version-list" lists available template versions<br />
* "heat template-function-list ..." lists available functions for a template version<br />
<br />
==== Enhancements to existing resources ====<br />
* Software deployments can now use Zaqar for [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server-prop-software_config_transport deploying software data] and [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::SoftwareDeployment-prop-signal_transport signalling back to Heat]<br />
* Stack actions are now performed on remote [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::Stack OS::Heat::Stack] resources<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server] now supports deletion_policy: Snapshot <br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-updpolicy OS::Heat::ResourceGroup update_policy] now supports specifying [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-prop-batch_create batch_create] and [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-prop-rolling_update rolling_update] options<br />
<br />
==== New resources ====<br />
The following new resources are now distributed with the Heat release:<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Barbican::Order OS::Barbican::Order] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Barbican::Secret OS::Barbican::Secret] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::GnocchiAggregationByMetricsAlarm OS::Ceilometer::GnocchiAggregationByMetricsAlarm] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::GnocchiAggregationByResourcesAlarm OS::Ceilometer::GnocchiAggregationByResourcesAlarm] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::GnocchiResourcesAlarm OS::Ceilometer::GnocchiResourcesAlarm] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeType OS::Cinder::VolumeType] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Designate::Domain OS::Designate::Domain]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Designate::Record OS::Designate::Record]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::None OS::Heat::None]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::TestResource OS::Heat::TestResource]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Endpoint OS::Keystone::Endpoint]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Group OS::Keystone::Group] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::GroupRoleAssignment OS::Keystone::GroupRoleAssignment]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Project OS::Keystone::Project] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Role OS::Keystone::Role] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Service OS::Keystone::Service]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::User OS::Keystone::User] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::UserRoleAssignment OS::Keystone::UserRoleAssignment]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Magnum::BayModel OS::Magnum::BayModel]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Manila::SecurityService OS::Manila::SecurityService]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Manila::Share OS::Manila::Share]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Manila::ShareNetwork OS::Manila::ShareNetwork]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Manila::ShareType OS::Manila::ShareType]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Mistral::CronTrigger OS::Mistral::CronTrigger]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Mistral::Workflow OS::Mistral::Workflow]<br />
* [http://docs.openstack.org/developer/heat/template_guide/unsupported.html#OS::Monasca::AlarmDefinition OS::Monasca::AlarmDefinition] [4]<br />
* [http://docs.openstack.org/developer/heat/template_guide/unsupported.html#OS::Monasca::Notification OS::Monasca::Notification] [4]<br />
* [http://docs.openstack.org/developer/heat/template_guide/unsupported.html#OS::Neutron::ExtraRoute OS::Neutron::ExtraRoute] [3]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Flavor OS::Nova::Flavor] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Sahara::DataSource OS::Sahara::DataSource]<br />
<br />
[1] These existed Kilo as contrib resources as they were for non-integrated projects. These resources are now distributed with Heat as Big Tent projects.<br />
<br />
[2] These existed Kilo as contrib resources as they require a user with an admin role. They are now distributed with Heat. Operators now have ability to hide them from under-privileged users by modifyig policy.json (for reference, OS::Nova::Flavor is hidden from non-admin users in default policy file supplied).<br />
<br />
[3] These existed in Kilo as contrib resources as they used an approach not endorsed by the Heat project. They are now distributed with heat and documented as UNSUPPORTED.<br />
<br />
[4] These resources are for projects which are not yet OpenStack Big Tent projects, so are documented as UNSUPPORTED<br />
<br />
With the new OS::Keystone::* resources it is now be possible for cloud operators to use heat templates to manage Keystone service catalog entries and users.<br />
<br />
==== Deprecated Resource Properties ====<br />
Many resource properties have previously been documented as DEPRECATED. 15 of these properties are now flagged as HIDDEN, which means they will no longer be documented but existing stacks and templates will continue to work after a heat upgrade. The [ http://docs.openstack.org/developer/heat/template_guide/openstack.html Resource Type Reference] should be consulted to determine available resource properties and attributes.<br />
<br />
=== Upgrade notes ===<br />
<br />
==== Configuration Changes ====<br />
Notable changes to the /etc/heat/heat.conf [DEFAULT] section:<br />
hidden_stack_tags has been added, stacks containing these tag names will be hidden from stack-list results (defaults to data-processing-cluster which hides sahara-created stacks)<br />
instance_user was deprectated, and is now removed entirely. Nova servers created with OS::Nova::Server resource will now boot configured with the default user set up with the cloud image. AWS::EC2::Instance still creates "ec2-user"<br />
max_resources_per_stack can now be set to -1 to disable enforcement<br />
enable_cloud_watch_lite is now false by default as this REST API is deprecated<br />
default_software_config_transport has gained the option ZAQAR_MESSAGE<br />
default_deployment_signal_transport has gained the option ZAQAR_SIGNAL<br />
auth_encryption_key is now documented as requiring exactly 32 characters<br />
list_notifier_drivers was deprecated and is now removed<br />
policy options have moved to the [oslo_policy] section<br />
use_syslog_rfc_format is deprecated and now defaults to true<br />
<br />
Notable changes to other sections of heat.conf:<br />
[clients_keystone] auth_uri has been added to specify the unversioned keystone url<br />
[heat_api] workers now defaults to 4 (was previously 0, which created a worker per host CPU)<br />
<br />
The policy file /etc/heat/policy.json can now be configured with per-resource-type access policies, for example:<br />
"resource_types:OS::Nova::Flavor": "rule:context_is_admin"<br />
<br />
==== Upgrading from Kilo to Liberty ====<br />
Progress has been made on supporting live sql migrations, however it is still recommended to bring down the heat service for the duration of the upgrade. Downward SQL schema migrations are no longer supported, so a rollback to Kilo will require restoring a snapshot of the pre-upgrade database.<br />
<br />
</translate></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty&diff=91678ReleaseNotes/Liberty2015-10-04T20:19:55Z<p>Steve Baker: /* New resources */</p>
<hr />
<div><languages /><br />
<translate><br />
<br />
[[Category:Kilo|Release Note]]<br />
[[Category:Release Note|Liberty]]<br />
<br />
= OpenStack Liberty Release Notes =<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
<br />
== OpenStack Networking (Neutron) ==<br />
<br />
=== New Features ===<br />
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].<br />
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].<br />
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].<br />
* VPNaaS reference drivers now work with HA routers.<br />
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].<br />
* The OVS agent may now be restarted without affecting data plane connectivity.<br />
* Neutron now offers role base access control for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].<br />
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform<br />
* LBaaS V2 API is no longer experimental. It is now stable.<br />
* Neutron now supports a way that an agent can start without selectable for auto-scheduling but manual-scheduling available so that a deployer can test an agent manually [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].<br />
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.<br />
<br />
=== Deprecated and Removed Plugins and Drivers ===<br />
* The metaplugin is removed in the Liberty release.<br />
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.<br />
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).<br />
<br />
=== Deprecated Features ===<br />
* 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 team is in the process of developing.<br />
* The LBaaS V1 API is marked as deprecated and is planned to be removed in some future release. Going forward the LBaaS V2 API should be used.<br />
<br />
=== Performance Considerations ===<br />
* The stock 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.<br />
* 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 versus 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 the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html<br />
<br />
== OpenStack Compute (Nova) ==<br />
<br />
=== Upgrade Notes ===<br />
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.<br />
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node), thus need to be also provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.<br />
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/<br />
* Rootwrap filters must be updated after release to add the touch command.<br />
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838]. <br />
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then instance goes in to error state.<br />
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.<br />
** In case of a race condition 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. To resolve this error we need to update the base file access time with root user privileges using touch command.<br />
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .<br />
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.<br />
<br />
=== Deprecations ===<br />
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.<br />
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0 and we are going to remove it in Mitaka.<br />
<br />
== OpenStack Telemetry (Ceilometer) ==<br />
<br />
=== Key New Features ===<br />
* creation of Aodh to handle alarming service<br />
* improved metadata caching - reduced load of nova api polling<br />
* declarative meters - ability to generate meters by defining meter definition template.<br />
* ceilometer+gnocchi integration - support for data publishing from Ceilometer to Gnocchi<br />
* mandatory limit - limit restricted querying is enforced. limit must be explicitly provided on queries else the result set is restricted to a default limit<br />
* distributed, coordinated notification agents - support for workload partitioning across multiple notification agents<br />
* Events RBAC support<br />
* PowerVM hypervisor support<br />
* improved MongoDB query support<br />
<br />
==== Gnocchi Features ====<br />
<br />
==== Aodh Features ====<br />
** event alarms - ability to trigger action when event is received<br />
<br />
=== Upgrade Notes ===<br />
* The name of some middleware used by ceilometer changed in a backwards-incompatible way. Before upgrading, edit the paste.ini file for ceilometer to change "oslo.middleware" to "oslo_middleware". For example using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki><br />
<br />
=== Deprecation ===<br />
* Ceilometer Alarms is deprecated in favour or Aodh<br />
* RPC publisher and collector is deprecated in favour of topic based notifier publisher<br />
* Non-metric meters are still deprecated to be removed<br />
<br />
== OpenStack Identity (Keystone) ==<br />
<br />
=== Key New Features ===<br />
<br />
Release notes based on blueprints and wishlist bugs are being collaboratively drafted [https://etherpad.openstack.org/p/keystone-liberty-release-notes on Etherpad]. The version presented below was updated by samueldmq and this note will be removed once it's reviewed by core-reviewers.<br />
<br />
* Keystone now supports tokenless authorization with X.509 SSL client certificate;<br />
* Configuring per-Identity Provider WebSSO is now supported;<br />
* openstack_user_domain and openstack_project_domain attributes were added to SAML assertion in order to map user and project domains, respectively;<br />
* Credentials list call can now have its results filtered by credential type;<br />
* Domain name information is now available to be used in policy rules with the attribute domain_name;<br />
* Keystone now shows available choices for string configuration options;<br />
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces;<br />
* Several features were hardened, including Fernet tokens, Federation, Domain specific configurations from database and Role Assignments.<br />
<br />
=== Upgrade Notes ===<br />
<br />
* The EC2 token middleware, deprecated in Juno, is no longer available;<br />
* The compute_port configuration option, deprecated in Juno, is no longer available;<br />
* External authentication plugins, deprecated in Icehouse, are no longer available.<br />
<br />
=== Deprecations ===<br />
<br />
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release;<br />
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.<br />
<br />
== OpenStack Block Storage (Cinder) ==<br />
<br />
=== Key New Features ===<br />
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]<br />
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].<br />
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].<br />
* List capabilities of a volume backend (fetch extra-specs)<br />
* Nested quotas<br />
<br />
=== Upgrade Notes ===<br />
<br />
=== Deprecations ===<br />
<br />
== OpenStack Orchestration (Heat) ==<br />
<br />
=== New Features ===<br />
<br />
==== Convergence ====<br />
Convergence is a new orchestration engine which is maturing in the heat tree. In Liberty the benefits of using the convergence engine are:<br />
* Greater parallelization of resource actions (for better scaling of large templates)<br />
* The ability to do a stack-update whilst there is already an update in-progress<br />
* Better handling of heat-engine failures (still WIP)<br />
<br />
The convergence engine can be enabled by setting /etc/heat/heat/conf [DEFAULT] convergence_engine=true, then restarting heat-engine. Once this has been done, any subsequent created stack will use the convergence engine, while operations on existing stacks will continue to use the traditional engine.<br />
<br />
Convergence has '''not''' been production tested and thus should be considered '''beta''' quality - use with caution. For the Liberty release we recommend enabling convergence for the purposes of evaluation and scale testing. We will be considering making convergence the default engine in the Mitaka cycle. Convergence specific bugs are tracked in launchpad with the [https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs convergence-bugs tag].<br />
<br />
==== Conditional resource exposure ====<br />
Only resources for actually installed in the cloud services are made available to any user. Operators can further control what resources user may use with standard policy rules in [https://github.com/openstack/heat/blob/master/etc/heat/policy.json#L80 policy.json on per-resource type basis].<br />
<br />
==== heat_template_version: 2015-10-15 ====<br />
<br />
2015-10-15 indicates that the YAML document is a HOT template and it may contain features added and/or removed up until the Liberty release. <br />
* Removes the Fn::Select function (path based [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr]/[http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-param get_param] references should be used instead). <br />
* If no <attribute name> is specified for calls to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr], a dict of all attributes is returned, e.g. { get_attr: [<resource name>]}. <br />
* Adds new [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-split str_split] intrinsic function <br />
* Adds support for passing multiple lists to the existing [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] function.<br />
* Adds support for parsing map/list data to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-replace str_replace] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] (they will be json serialized automatically)<br />
<br />
==== REST API/heatclient additions ====<br />
* Stacks can now be assigned with a set of tags, and stack-list can filter on those tags<br />
* "heat stack-preview ..." will return a preview of changes for a proposed stack-update<br />
* "heat template-validate --show-nested ..." will also validate all template resources and return nested data useful for building user interfaces<br />
* "heat resource-type-template --template-type hot ..." generates a template in HOT format<br />
* "heat resource-type-list" only shows types available to the user, and can filter results by name, version and support_status<br />
* "heat template-version-list" lists available template versions<br />
* "heat template-function-list ..." lists available functions for a template version<br />
<br />
==== Enhancements to existing resources ====<br />
* Software deployments can now use Zaqar for [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server-prop-software_config_transport deploying software data] and [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::SoftwareDeployment-prop-signal_transport signalling back to Heat]<br />
* Stack actions are now performed on remote [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::Stack OS::Heat::Stack] resources<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server] now supports deletion_policy: Snapshot <br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-updpolicy OS::Heat::ResourceGroup update_policy] now supports specifying [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-prop-batch_create batch_create] and [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-prop-rolling_update rolling_update] options<br />
<br />
==== New resources ====<br />
The following new resources are now distributed with the Heat release:<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Barbican::Order OS::Barbican::Order] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Barbican::Secret OS::Barbican::Secret] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::GnocchiAggregationByMetricsAlarm OS::Ceilometer::GnocchiAggregationByMetricsAlarm] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::GnocchiAggregationByResourcesAlarm OS::Ceilometer::GnocchiAggregationByResourcesAlarm] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::GnocchiResourcesAlarm OS::Ceilometer::GnocchiResourcesAlarm] [1]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeType OS::Cinder::VolumeType] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Designate::Domain OS::Designate::Domain]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Designate::Record OS::Designate::Record]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::None OS::Heat::None]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::TestResource OS::Heat::TestResource]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Endpoint OS::Keystone::Endpoint]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Group OS::Keystone::Group] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::GroupRoleAssignment OS::Keystone::GroupRoleAssignment]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Project OS::Keystone::Project] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Role OS::Keystone::Role] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::Service OS::Keystone::Service]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::User OS::Keystone::User] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Keystone::UserRoleAssignment OS::Keystone::UserRoleAssignment]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Magnum::BayModel OS::Magnum::BayModel]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Manila::SecurityService OS::Manila::SecurityService]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Manila::Share OS::Manila::Share]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Manila::ShareNetwork OS::Manila::ShareNetwork]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Manila::ShareType OS::Manila::ShareType]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Mistral::CronTrigger OS::Mistral::CronTrigger]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Mistral::Workflow OS::Mistral::Workflow]<br />
* [http://docs.openstack.org/developer/heat/template_guide/unsupported.html#OS::Monasca::AlarmDefinition OS::Monasca::AlarmDefinition] [4]<br />
* [http://docs.openstack.org/developer/heat/template_guide/unsupported.html#OS::Monasca::Notification OS::Monasca::Notification] [4]<br />
* [http://docs.openstack.org/developer/heat/template_guide/unsupported.html#OS::Neutron::ExtraRoute OS::Neutron::ExtraRoute] [3]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Flavor OS::Nova::Flavor] [2]<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Sahara::DataSource OS::Sahara::DataSource]<br />
<br />
[1] These existed Kilo as contrib resources as they were for non-integrated projects. These resources are now distributed with Heat as Big Tent projects.<br />
<br />
[2] These existed Kilo as contrib resources as they require a user with an admin role. They are now distributed with Heat. Operators now have ability to hide them from under-privileged users by modifyig policy.json (for reference, OS::Nova::Flavor is hidden from non-admin users in default policy file supplied).<br />
<br />
[3] These existed in Kilo as contrib resources as they used an approach not endorsed by the Heat project. They are now distributed with heat and documented as UNSUPPORTED.<br />
<br />
[4] These resources are for projects which are not yet OpenStack Big Tent projects, so are documented as UNSUPPORTED<br />
<br />
With the new OS::Keystone::* resources it is now be possible for cloud operators to use heat templates to manage Keystone service catalog entries and users.<br />
<br />
==== Deprecated Resource Properties ====<br />
Many resource properties have previously been documented as DEPRECATED. 15 of these properties are now flagged as HIDDEN, which means they will no longer be documented but existing stacks and templates will continue to work after a heat upgrade. The Resource Type Reference http://docs.openstack.org/developer/heat/template_guide/openstack.html should be consulted to determine available resource properties and attributes.<br />
<br />
=== Upgrade notes ===<br />
<br />
==== Configuration Changes ====<br />
Notable changes to the /etc/heat/heat.conf [DEFAULT] section:<br />
hidden_stack_tags has been added, stacks containing these tag names will be hidden from stack-list results (defaults to data-processing-cluster which hides sahara-created stacks)<br />
instance_user was deprectated, and is now removed entirely. Nova servers created with OS::Nova::Server resource will now boot configured with the default user set up with the cloud image. AWS::EC2::Instance still creates "ec2-user"<br />
max_resources_per_stack can now be set to -1 to disable enforcement<br />
enable_cloud_watch_lite is now false by default as this REST API is deprecated<br />
default_software_config_transport has gained the option ZAQAR_MESSAGE<br />
default_deployment_signal_transport has gained the option ZAQAR_SIGNAL<br />
auth_encryption_key is now documented as requiring exactly 32 characters<br />
list_notifier_drivers was deprecated and is now removed<br />
policy options have moved to the [oslo_policy] section<br />
use_syslog_rfc_format is deprecated and now defaults to true<br />
<br />
Notable changes to other sections of heat.conf:<br />
[clients_keystone] auth_uri has been added to specify the unversioned keystone url<br />
[heat_api] workers now defaults to 4 (was previously 0, which created a worker per host CPU)<br />
<br />
The policy file /etc/heat/policy.json can now be configured with per-resource-type access policies, for example:<br />
"resource_types:OS::Nova::Flavor": "rule:context_is_admin"<br />
<br />
==== Upgrading from Kilo to Liberty ====<br />
Progress has been made on supporting live sql migrations, however it is still recommended to bring down the heat service for the duration of the upgrade. Downward SQL schema migrations are no longer supported, so a rollback to Kilo will require restoring a snapshot of the pre-upgrade database.<br />
<br />
</translate></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty&diff=91677ReleaseNotes/Liberty2015-10-04T20:13:02Z<p>Steve Baker: /* Enhancements to existing resources */</p>
<hr />
<div><languages /><br />
<translate><br />
<br />
[[Category:Kilo|Release Note]]<br />
[[Category:Release Note|Liberty]]<br />
<br />
= OpenStack Liberty Release Notes =<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
<br />
== OpenStack Networking (Neutron) ==<br />
<br />
=== New Features ===<br />
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].<br />
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].<br />
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].<br />
* VPNaaS reference drivers now work with HA routers.<br />
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].<br />
* The OVS agent may now be restarted without affecting data plane connectivity.<br />
* Neutron now offers role base access control for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].<br />
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform<br />
* LBaaS V2 API is no longer experimental. It is now stable.<br />
* Neutron now supports a way that an agent can start without selectable for auto-scheduling but manual-scheduling available so that a deployer can test an agent manually [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].<br />
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.<br />
<br />
=== Deprecated and Removed Plugins and Drivers ===<br />
* The metaplugin is removed in the Liberty release.<br />
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.<br />
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).<br />
<br />
=== Deprecated Features ===<br />
* 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 team is in the process of developing.<br />
* The LBaaS V1 API is marked as deprecated and is planned to be removed in some future release. Going forward the LBaaS V2 API should be used.<br />
<br />
=== Performance Considerations ===<br />
* The stock 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.<br />
* 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 versus 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 the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html<br />
<br />
== OpenStack Compute (Nova) ==<br />
<br />
=== Upgrade Notes ===<br />
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.<br />
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node), thus need to be also provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.<br />
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/<br />
* Rootwrap filters must be updated after release to add the touch command.<br />
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838]. <br />
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then instance goes in to error state.<br />
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.<br />
** In case of a race condition 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. To resolve this error we need to update the base file access time with root user privileges using touch command.<br />
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .<br />
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.<br />
<br />
=== Deprecations ===<br />
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.<br />
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0 and we are going to remove it in Mitaka.<br />
<br />
== OpenStack Telemetry (Ceilometer) ==<br />
<br />
=== Key New Features ===<br />
* creation of Aodh to handle alarming service<br />
* improved metadata caching - reduced load of nova api polling<br />
* declarative meters - ability to generate meters by defining meter definition template.<br />
* ceilometer+gnocchi integration - support for data publishing from Ceilometer to Gnocchi<br />
* mandatory limit - limit restricted querying is enforced. limit must be explicitly provided on queries else the result set is restricted to a default limit<br />
* distributed, coordinated notification agents - support for workload partitioning across multiple notification agents<br />
* Events RBAC support<br />
* PowerVM hypervisor support<br />
* improved MongoDB query support<br />
<br />
==== Gnocchi Features ====<br />
<br />
==== Aodh Features ====<br />
** event alarms - ability to trigger action when event is received<br />
<br />
=== Upgrade Notes ===<br />
* The name of some middleware used by ceilometer changed in a backwards-incompatible way. Before upgrading, edit the paste.ini file for ceilometer to change "oslo.middleware" to "oslo_middleware". For example using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki><br />
<br />
=== Deprecation ===<br />
* Ceilometer Alarms is deprecated in favour or Aodh<br />
* RPC publisher and collector is deprecated in favour of topic based notifier publisher<br />
* Non-metric meters are still deprecated to be removed<br />
<br />
== OpenStack Identity (Keystone) ==<br />
<br />
=== Key New Features ===<br />
<br />
Release notes based on blueprints and wishlist bugs are being collaboratively drafted [https://etherpad.openstack.org/p/keystone-liberty-release-notes on Etherpad]. The version presented below was updated by samueldmq and this note will be removed once it's reviewed by core-reviewers.<br />
<br />
* Keystone now supports tokenless authorization with X.509 SSL client certificate;<br />
* Configuring per-Identity Provider WebSSO is now supported;<br />
* openstack_user_domain and openstack_project_domain attributes were added to SAML assertion in order to map user and project domains, respectively;<br />
* Credentials list call can now have its results filtered by credential type;<br />
* Domain name information is now available to be used in policy rules with the attribute domain_name;<br />
* Keystone now shows available choices for string configuration options;<br />
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces;<br />
* Several features were hardened, including Fernet tokens, Federation, Domain specific configurations from database and Role Assignments.<br />
<br />
=== Upgrade Notes ===<br />
<br />
* The EC2 token middleware, deprecated in Juno, is no longer available;<br />
* The compute_port configuration option, deprecated in Juno, is no longer available;<br />
* External authentication plugins, deprecated in Icehouse, are no longer available.<br />
<br />
=== Deprecations ===<br />
<br />
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release;<br />
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.<br />
<br />
== OpenStack Block Storage (Cinder) ==<br />
<br />
=== Key New Features ===<br />
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]<br />
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].<br />
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].<br />
* List capabilities of a volume backend (fetch extra-specs)<br />
* Nested quotas<br />
<br />
=== Upgrade Notes ===<br />
<br />
=== Deprecations ===<br />
<br />
== OpenStack Orchestration (Heat) ==<br />
<br />
=== New Features ===<br />
<br />
==== Convergence ====<br />
Convergence is a new orchestration engine which is maturing in the heat tree. In Liberty the benefits of using the convergence engine are:<br />
* Greater parallelization of resource actions (for better scaling of large templates)<br />
* The ability to do a stack-update whilst there is already an update in-progress<br />
* Better handling of heat-engine failures (still WIP)<br />
<br />
The convergence engine can be enabled by setting /etc/heat/heat/conf [DEFAULT] convergence_engine=true, then restarting heat-engine. Once this has been done, any subsequent created stack will use the convergence engine, while operations on existing stacks will continue to use the traditional engine.<br />
<br />
Convergence has '''not''' been production tested and thus should be considered '''beta''' quality - use with caution. For the Liberty release we recommend enabling convergence for the purposes of evaluation and scale testing. We will be considering making convergence the default engine in the Mitaka cycle. Convergence specific bugs are tracked in launchpad with the [https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs convergence-bugs tag].<br />
<br />
==== Conditional resource exposure ====<br />
Only resources for actually installed in the cloud services are made available to any user. Operators can further control what resources user may use with standard policy rules in [https://github.com/openstack/heat/blob/master/etc/heat/policy.json#L80 policy.json on per-resource type basis].<br />
<br />
==== heat_template_version: 2015-10-15 ====<br />
<br />
2015-10-15 indicates that the YAML document is a HOT template and it may contain features added and/or removed up until the Liberty release. <br />
* Removes the Fn::Select function (path based [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr]/[http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-param get_param] references should be used instead). <br />
* If no <attribute name> is specified for calls to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr], a dict of all attributes is returned, e.g. { get_attr: [<resource name>]}. <br />
* Adds new [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-split str_split] intrinsic function <br />
* Adds support for passing multiple lists to the existing [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] function.<br />
* Adds support for parsing map/list data to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-replace str_replace] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] (they will be json serialized automatically)<br />
<br />
==== REST API/heatclient additions ====<br />
* Stacks can now be assigned with a set of tags, and stack-list can filter on those tags<br />
* "heat stack-preview ..." will return a preview of changes for a proposed stack-update<br />
* "heat template-validate --show-nested ..." will also validate all template resources and return nested data useful for building user interfaces<br />
* "heat resource-type-template --template-type hot ..." generates a template in HOT format<br />
* "heat resource-type-list" only shows types available to the user, and can filter results by name, version and support_status<br />
* "heat template-version-list" lists available template versions<br />
* "heat template-function-list ..." lists available functions for a template version<br />
<br />
==== Enhancements to existing resources ====<br />
* Software deployments can now use Zaqar for [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server-prop-software_config_transport deploying software data] and [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::SoftwareDeployment-prop-signal_transport signalling back to Heat]<br />
* Stack actions are now performed on remote [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::Stack OS::Heat::Stack] resources<br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server] now supports deletion_policy: Snapshot <br />
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-updpolicy OS::Heat::ResourceGroup update_policy] now supports specifying [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-prop-batch_create batch_create] and [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-prop-rolling_update rolling_update] options<br />
<br />
==== New resources ====<br />
The following new resources are now distributed with the Heat release:<br />
OS::Barbican::Order [1]<br />
OS::Barbican::Secret [1]<br />
OS::Ceilometer::GnocchiAggregationByMetricsAlarm [1]<br />
OS::Ceilometer::GnocchiAggregationByResourcesAlarm [1]<br />
OS::Ceilometer::GnocchiResourcesAlarm [1]<br />
OS::Cinder::VolumeType [2]<br />
OS::Designate::Domain<br />
OS::Designate::Record<br />
OS::Heat::None<br />
OS::Heat::TestResource<br />
OS::Keystone::Endpoint<br />
OS::Keystone::Group [2]<br />
OS::Keystone::GroupRoleAssignment<br />
OS::Keystone::Project [2]<br />
OS::Keystone::Role [2]<br />
OS::Keystone::Service<br />
OS::Keystone::User [2]<br />
OS::Keystone::UserRoleAssignment<br />
OS::Magnum::BayModel<br />
OS::Manila::SecurityService<br />
OS::Manila::Share<br />
OS::Manila::ShareNetwork<br />
OS::Manila::ShareType<br />
OS::Mistral::CronTrigger<br />
OS::Mistral::Workflow<br />
OS::Monasca::AlarmDefinition [4]<br />
OS::Monasca::Notification [4]<br />
OS::Neutron::ExtraRoute [3]<br />
OS::Nova::Flavor [2]<br />
OS::Sahara::DataSource<br />
<br />
[1] These existed Kilo as contrib resources as they were for non-integrated projects. These resources are now distributed with Heat as Big Tent projects.<br />
[2] These existed Kilo as contrib resources as they require a user with an admin role. They are now distributed with Heat. Operators now have ability to hide them from under-privileged users by modifyig policy.json (for reference, OS::Nova::Flavor is hidden from non-admin users in default policy file supplied).<br />
[3] These existed in Kilo as contrib resources as they used an approach not endorsed by the Heat project. They are now distributed with heat and documented as UNSUPPORTED.<br />
[4] These resources are for projects which are not yet OpenStack Big Tent projects, so are documented as UNSUPPORTED<br />
<br />
With the new OS::Keystone::* resources it is now be possible for cloud operators to use heat templates to manage Keystone service catalog entries and users.<br />
<br />
==== Deprecated Resource Properties ====<br />
Many resource properties have previously been documented as DEPRECATED. 15 of these properties are now flagged as HIDDEN, which means they will no longer be documented but existing stacks and templates will continue to work after a heat upgrade. The Resource Type Reference http://docs.openstack.org/developer/heat/template_guide/openstack.html should be consulted to determine available resource properties and attributes.<br />
<br />
=== Upgrade notes ===<br />
<br />
==== Configuration Changes ====<br />
Notable changes to the /etc/heat/heat.conf [DEFAULT] section:<br />
hidden_stack_tags has been added, stacks containing these tag names will be hidden from stack-list results (defaults to data-processing-cluster which hides sahara-created stacks)<br />
instance_user was deprectated, and is now removed entirely. Nova servers created with OS::Nova::Server resource will now boot configured with the default user set up with the cloud image. AWS::EC2::Instance still creates "ec2-user"<br />
max_resources_per_stack can now be set to -1 to disable enforcement<br />
enable_cloud_watch_lite is now false by default as this REST API is deprecated<br />
default_software_config_transport has gained the option ZAQAR_MESSAGE<br />
default_deployment_signal_transport has gained the option ZAQAR_SIGNAL<br />
auth_encryption_key is now documented as requiring exactly 32 characters<br />
list_notifier_drivers was deprecated and is now removed<br />
policy options have moved to the [oslo_policy] section<br />
use_syslog_rfc_format is deprecated and now defaults to true<br />
<br />
Notable changes to other sections of heat.conf:<br />
[clients_keystone] auth_uri has been added to specify the unversioned keystone url<br />
[heat_api] workers now defaults to 4 (was previously 0, which created a worker per host CPU)<br />
<br />
The policy file /etc/heat/policy.json can now be configured with per-resource-type access policies, for example:<br />
"resource_types:OS::Nova::Flavor": "rule:context_is_admin"<br />
<br />
==== Upgrading from Kilo to Liberty ====<br />
Progress has been made on supporting live sql migrations, however it is still recommended to bring down the heat service for the duration of the upgrade. Downward SQL schema migrations are no longer supported, so a rollback to Kilo will require restoring a snapshot of the pre-upgrade database.<br />
<br />
</translate></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty&diff=91676ReleaseNotes/Liberty2015-10-04T20:08:27Z<p>Steve Baker: /* REST API/heatclient additions */</p>
<hr />
<div><languages /><br />
<translate><br />
<br />
[[Category:Kilo|Release Note]]<br />
[[Category:Release Note|Liberty]]<br />
<br />
= OpenStack Liberty Release Notes =<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
<br />
== OpenStack Networking (Neutron) ==<br />
<br />
=== New Features ===<br />
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].<br />
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].<br />
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].<br />
* VPNaaS reference drivers now work with HA routers.<br />
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].<br />
* The OVS agent may now be restarted without affecting data plane connectivity.<br />
* Neutron now offers role base access control for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].<br />
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform<br />
* LBaaS V2 API is no longer experimental. It is now stable.<br />
* Neutron now supports a way that an agent can start without selectable for auto-scheduling but manual-scheduling available so that a deployer can test an agent manually [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].<br />
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.<br />
<br />
=== Deprecated and Removed Plugins and Drivers ===<br />
* The metaplugin is removed in the Liberty release.<br />
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.<br />
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).<br />
<br />
=== Deprecated Features ===<br />
* 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 team is in the process of developing.<br />
* The LBaaS V1 API is marked as deprecated and is planned to be removed in some future release. Going forward the LBaaS V2 API should be used.<br />
<br />
=== Performance Considerations ===<br />
* The stock 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.<br />
* 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 versus 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 the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html<br />
<br />
== OpenStack Compute (Nova) ==<br />
<br />
=== Upgrade Notes ===<br />
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.<br />
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node), thus need to be also provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.<br />
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/<br />
* Rootwrap filters must be updated after release to add the touch command.<br />
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838]. <br />
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then instance goes in to error state.<br />
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.<br />
** In case of a race condition 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. To resolve this error we need to update the base file access time with root user privileges using touch command.<br />
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .<br />
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.<br />
<br />
=== Deprecations ===<br />
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.<br />
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0 and we are going to remove it in Mitaka.<br />
<br />
== OpenStack Telemetry (Ceilometer) ==<br />
<br />
=== Key New Features ===<br />
* creation of Aodh to handle alarming service<br />
* improved metadata caching - reduced load of nova api polling<br />
* declarative meters - ability to generate meters by defining meter definition template.<br />
* ceilometer+gnocchi integration - support for data publishing from Ceilometer to Gnocchi<br />
* mandatory limit - limit restricted querying is enforced. limit must be explicitly provided on queries else the result set is restricted to a default limit<br />
* distributed, coordinated notification agents - support for workload partitioning across multiple notification agents<br />
* Events RBAC support<br />
* PowerVM hypervisor support<br />
* improved MongoDB query support<br />
<br />
==== Gnocchi Features ====<br />
<br />
==== Aodh Features ====<br />
** event alarms - ability to trigger action when event is received<br />
<br />
=== Upgrade Notes ===<br />
* The name of some middleware used by ceilometer changed in a backwards-incompatible way. Before upgrading, edit the paste.ini file for ceilometer to change "oslo.middleware" to "oslo_middleware". For example using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki><br />
<br />
=== Deprecation ===<br />
* Ceilometer Alarms is deprecated in favour or Aodh<br />
* RPC publisher and collector is deprecated in favour of topic based notifier publisher<br />
* Non-metric meters are still deprecated to be removed<br />
<br />
== OpenStack Identity (Keystone) ==<br />
<br />
=== Key New Features ===<br />
<br />
Release notes based on blueprints and wishlist bugs are being collaboratively drafted [https://etherpad.openstack.org/p/keystone-liberty-release-notes on Etherpad]. The version presented below was updated by samueldmq and this note will be removed once it's reviewed by core-reviewers.<br />
<br />
* Keystone now supports tokenless authorization with X.509 SSL client certificate;<br />
* Configuring per-Identity Provider WebSSO is now supported;<br />
* openstack_user_domain and openstack_project_domain attributes were added to SAML assertion in order to map user and project domains, respectively;<br />
* Credentials list call can now have its results filtered by credential type;<br />
* Domain name information is now available to be used in policy rules with the attribute domain_name;<br />
* Keystone now shows available choices for string configuration options;<br />
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces;<br />
* Several features were hardened, including Fernet tokens, Federation, Domain specific configurations from database and Role Assignments.<br />
<br />
=== Upgrade Notes ===<br />
<br />
* The EC2 token middleware, deprecated in Juno, is no longer available;<br />
* The compute_port configuration option, deprecated in Juno, is no longer available;<br />
* External authentication plugins, deprecated in Icehouse, are no longer available.<br />
<br />
=== Deprecations ===<br />
<br />
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release;<br />
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.<br />
<br />
== OpenStack Block Storage (Cinder) ==<br />
<br />
=== Key New Features ===<br />
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]<br />
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].<br />
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].<br />
* List capabilities of a volume backend (fetch extra-specs)<br />
* Nested quotas<br />
<br />
=== Upgrade Notes ===<br />
<br />
=== Deprecations ===<br />
<br />
== OpenStack Orchestration (Heat) ==<br />
<br />
=== New Features ===<br />
<br />
==== Convergence ====<br />
Convergence is a new orchestration engine which is maturing in the heat tree. In Liberty the benefits of using the convergence engine are:<br />
* Greater parallelization of resource actions (for better scaling of large templates)<br />
* The ability to do a stack-update whilst there is already an update in-progress<br />
* Better handling of heat-engine failures (still WIP)<br />
<br />
The convergence engine can be enabled by setting /etc/heat/heat/conf [DEFAULT] convergence_engine=true, then restarting heat-engine. Once this has been done, any subsequent created stack will use the convergence engine, while operations on existing stacks will continue to use the traditional engine.<br />
<br />
Convergence has '''not''' been production tested and thus should be considered '''beta''' quality - use with caution. For the Liberty release we recommend enabling convergence for the purposes of evaluation and scale testing. We will be considering making convergence the default engine in the Mitaka cycle. Convergence specific bugs are tracked in launchpad with the [https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs convergence-bugs tag].<br />
<br />
==== Conditional resource exposure ====<br />
Only resources for actually installed in the cloud services are made available to any user. Operators can further control what resources user may use with standard policy rules in [https://github.com/openstack/heat/blob/master/etc/heat/policy.json#L80 policy.json on per-resource type basis].<br />
<br />
==== heat_template_version: 2015-10-15 ====<br />
<br />
2015-10-15 indicates that the YAML document is a HOT template and it may contain features added and/or removed up until the Liberty release. <br />
* Removes the Fn::Select function (path based [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr]/[http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-param get_param] references should be used instead). <br />
* If no <attribute name> is specified for calls to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr], a dict of all attributes is returned, e.g. { get_attr: [<resource name>]}. <br />
* Adds new [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-split str_split] intrinsic function <br />
* Adds support for passing multiple lists to the existing [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] function.<br />
* Adds support for parsing map/list data to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-replace str_replace] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] (they will be json serialized automatically)<br />
<br />
==== REST API/heatclient additions ====<br />
* Stacks can now be assigned with a set of tags, and stack-list can filter on those tags<br />
* "heat stack-preview ..." will return a preview of changes for a proposed stack-update<br />
* "heat template-validate --show-nested ..." will also validate all template resources and return nested data useful for building user interfaces<br />
* "heat resource-type-template --template-type hot ..." generates a template in HOT format<br />
* "heat resource-type-list" only shows types available to the user, and can filter results by name, version and support_status<br />
* "heat template-version-list" lists available template versions<br />
* "heat template-function-list ..." lists available functions for a template version<br />
<br />
==== Enhancements to existing resources ====<br />
Software deployments can now use Zaqar for deploying software data and signalling back to Heat<br />
Stack actions are now performed on remote OS::Heat::Stack resources<br />
OS::Nova::Server now supports the 'Snapshot' deletion_policy<br />
OS::Heat::ResourceGroup update_policy now supports specifying batch_create and rolling_update options<br />
<br />
==== New resources ====<br />
The following new resources are now distributed with the Heat release:<br />
OS::Barbican::Order [1]<br />
OS::Barbican::Secret [1]<br />
OS::Ceilometer::GnocchiAggregationByMetricsAlarm [1]<br />
OS::Ceilometer::GnocchiAggregationByResourcesAlarm [1]<br />
OS::Ceilometer::GnocchiResourcesAlarm [1]<br />
OS::Cinder::VolumeType [2]<br />
OS::Designate::Domain<br />
OS::Designate::Record<br />
OS::Heat::None<br />
OS::Heat::TestResource<br />
OS::Keystone::Endpoint<br />
OS::Keystone::Group [2]<br />
OS::Keystone::GroupRoleAssignment<br />
OS::Keystone::Project [2]<br />
OS::Keystone::Role [2]<br />
OS::Keystone::Service<br />
OS::Keystone::User [2]<br />
OS::Keystone::UserRoleAssignment<br />
OS::Magnum::BayModel<br />
OS::Manila::SecurityService<br />
OS::Manila::Share<br />
OS::Manila::ShareNetwork<br />
OS::Manila::ShareType<br />
OS::Mistral::CronTrigger<br />
OS::Mistral::Workflow<br />
OS::Monasca::AlarmDefinition [4]<br />
OS::Monasca::Notification [4]<br />
OS::Neutron::ExtraRoute [3]<br />
OS::Nova::Flavor [2]<br />
OS::Sahara::DataSource<br />
<br />
[1] These existed Kilo as contrib resources as they were for non-integrated projects. These resources are now distributed with Heat as Big Tent projects.<br />
[2] These existed Kilo as contrib resources as they require a user with an admin role. They are now distributed with Heat. Operators now have ability to hide them from under-privileged users by modifyig policy.json (for reference, OS::Nova::Flavor is hidden from non-admin users in default policy file supplied).<br />
[3] These existed in Kilo as contrib resources as they used an approach not endorsed by the Heat project. They are now distributed with heat and documented as UNSUPPORTED.<br />
[4] These resources are for projects which are not yet OpenStack Big Tent projects, so are documented as UNSUPPORTED<br />
<br />
With the new OS::Keystone::* resources it is now be possible for cloud operators to use heat templates to manage Keystone service catalog entries and users.<br />
<br />
==== Deprecated Resource Properties ====<br />
Many resource properties have previously been documented as DEPRECATED. 15 of these properties are now flagged as HIDDEN, which means they will no longer be documented but existing stacks and templates will continue to work after a heat upgrade. The Resource Type Reference http://docs.openstack.org/developer/heat/template_guide/openstack.html should be consulted to determine available resource properties and attributes.<br />
<br />
=== Upgrade notes ===<br />
<br />
==== Configuration Changes ====<br />
Notable changes to the /etc/heat/heat.conf [DEFAULT] section:<br />
hidden_stack_tags has been added, stacks containing these tag names will be hidden from stack-list results (defaults to data-processing-cluster which hides sahara-created stacks)<br />
instance_user was deprectated, and is now removed entirely. Nova servers created with OS::Nova::Server resource will now boot configured with the default user set up with the cloud image. AWS::EC2::Instance still creates "ec2-user"<br />
max_resources_per_stack can now be set to -1 to disable enforcement<br />
enable_cloud_watch_lite is now false by default as this REST API is deprecated<br />
default_software_config_transport has gained the option ZAQAR_MESSAGE<br />
default_deployment_signal_transport has gained the option ZAQAR_SIGNAL<br />
auth_encryption_key is now documented as requiring exactly 32 characters<br />
list_notifier_drivers was deprecated and is now removed<br />
policy options have moved to the [oslo_policy] section<br />
use_syslog_rfc_format is deprecated and now defaults to true<br />
<br />
Notable changes to other sections of heat.conf:<br />
[clients_keystone] auth_uri has been added to specify the unversioned keystone url<br />
[heat_api] workers now defaults to 4 (was previously 0, which created a worker per host CPU)<br />
<br />
The policy file /etc/heat/policy.json can now be configured with per-resource-type access policies, for example:<br />
"resource_types:OS::Nova::Flavor": "rule:context_is_admin"<br />
<br />
==== Upgrading from Kilo to Liberty ====<br />
Progress has been made on supporting live sql migrations, however it is still recommended to bring down the heat service for the duration of the upgrade. Downward SQL schema migrations are no longer supported, so a rollback to Kilo will require restoring a snapshot of the pre-upgrade database.<br />
<br />
</translate></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty&diff=91675ReleaseNotes/Liberty2015-10-04T20:07:45Z<p>Steve Baker: /* heat_template_version: 2015-10-15 */</p>
<hr />
<div><languages /><br />
<translate><br />
<br />
[[Category:Kilo|Release Note]]<br />
[[Category:Release Note|Liberty]]<br />
<br />
= OpenStack Liberty Release Notes =<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
<br />
== OpenStack Networking (Neutron) ==<br />
<br />
=== New Features ===<br />
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].<br />
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].<br />
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].<br />
* VPNaaS reference drivers now work with HA routers.<br />
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].<br />
* The OVS agent may now be restarted without affecting data plane connectivity.<br />
* Neutron now offers role base access control for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].<br />
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform<br />
* LBaaS V2 API is no longer experimental. It is now stable.<br />
* Neutron now supports a way that an agent can start without selectable for auto-scheduling but manual-scheduling available so that a deployer can test an agent manually [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].<br />
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.<br />
<br />
=== Deprecated and Removed Plugins and Drivers ===<br />
* The metaplugin is removed in the Liberty release.<br />
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.<br />
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).<br />
<br />
=== Deprecated Features ===<br />
* 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 team is in the process of developing.<br />
* The LBaaS V1 API is marked as deprecated and is planned to be removed in some future release. Going forward the LBaaS V2 API should be used.<br />
<br />
=== Performance Considerations ===<br />
* The stock 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.<br />
* 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 versus 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 the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html<br />
<br />
== OpenStack Compute (Nova) ==<br />
<br />
=== Upgrade Notes ===<br />
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.<br />
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node), thus need to be also provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.<br />
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/<br />
* Rootwrap filters must be updated after release to add the touch command.<br />
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838]. <br />
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then instance goes in to error state.<br />
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.<br />
** In case of a race condition 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. To resolve this error we need to update the base file access time with root user privileges using touch command.<br />
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .<br />
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.<br />
<br />
=== Deprecations ===<br />
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.<br />
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0 and we are going to remove it in Mitaka.<br />
<br />
== OpenStack Telemetry (Ceilometer) ==<br />
<br />
=== Key New Features ===<br />
* creation of Aodh to handle alarming service<br />
* improved metadata caching - reduced load of nova api polling<br />
* declarative meters - ability to generate meters by defining meter definition template.<br />
* ceilometer+gnocchi integration - support for data publishing from Ceilometer to Gnocchi<br />
* mandatory limit - limit restricted querying is enforced. limit must be explicitly provided on queries else the result set is restricted to a default limit<br />
* distributed, coordinated notification agents - support for workload partitioning across multiple notification agents<br />
* Events RBAC support<br />
* PowerVM hypervisor support<br />
* improved MongoDB query support<br />
<br />
==== Gnocchi Features ====<br />
<br />
==== Aodh Features ====<br />
** event alarms - ability to trigger action when event is received<br />
<br />
=== Upgrade Notes ===<br />
* The name of some middleware used by ceilometer changed in a backwards-incompatible way. Before upgrading, edit the paste.ini file for ceilometer to change "oslo.middleware" to "oslo_middleware". For example using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki><br />
<br />
=== Deprecation ===<br />
* Ceilometer Alarms is deprecated in favour or Aodh<br />
* RPC publisher and collector is deprecated in favour of topic based notifier publisher<br />
* Non-metric meters are still deprecated to be removed<br />
<br />
== OpenStack Identity (Keystone) ==<br />
<br />
=== Key New Features ===<br />
<br />
Release notes based on blueprints and wishlist bugs are being collaboratively drafted [https://etherpad.openstack.org/p/keystone-liberty-release-notes on Etherpad]. The version presented below was updated by samueldmq and this note will be removed once it's reviewed by core-reviewers.<br />
<br />
* Keystone now supports tokenless authorization with X.509 SSL client certificate;<br />
* Configuring per-Identity Provider WebSSO is now supported;<br />
* openstack_user_domain and openstack_project_domain attributes were added to SAML assertion in order to map user and project domains, respectively;<br />
* Credentials list call can now have its results filtered by credential type;<br />
* Domain name information is now available to be used in policy rules with the attribute domain_name;<br />
* Keystone now shows available choices for string configuration options;<br />
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces;<br />
* Several features were hardened, including Fernet tokens, Federation, Domain specific configurations from database and Role Assignments.<br />
<br />
=== Upgrade Notes ===<br />
<br />
* The EC2 token middleware, deprecated in Juno, is no longer available;<br />
* The compute_port configuration option, deprecated in Juno, is no longer available;<br />
* External authentication plugins, deprecated in Icehouse, are no longer available.<br />
<br />
=== Deprecations ===<br />
<br />
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release;<br />
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.<br />
<br />
== OpenStack Block Storage (Cinder) ==<br />
<br />
=== Key New Features ===<br />
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]<br />
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].<br />
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].<br />
* List capabilities of a volume backend (fetch extra-specs)<br />
* Nested quotas<br />
<br />
=== Upgrade Notes ===<br />
<br />
=== Deprecations ===<br />
<br />
== OpenStack Orchestration (Heat) ==<br />
<br />
=== New Features ===<br />
<br />
==== Convergence ====<br />
Convergence is a new orchestration engine which is maturing in the heat tree. In Liberty the benefits of using the convergence engine are:<br />
* Greater parallelization of resource actions (for better scaling of large templates)<br />
* The ability to do a stack-update whilst there is already an update in-progress<br />
* Better handling of heat-engine failures (still WIP)<br />
<br />
The convergence engine can be enabled by setting /etc/heat/heat/conf [DEFAULT] convergence_engine=true, then restarting heat-engine. Once this has been done, any subsequent created stack will use the convergence engine, while operations on existing stacks will continue to use the traditional engine.<br />
<br />
Convergence has '''not''' been production tested and thus should be considered '''beta''' quality - use with caution. For the Liberty release we recommend enabling convergence for the purposes of evaluation and scale testing. We will be considering making convergence the default engine in the Mitaka cycle. Convergence specific bugs are tracked in launchpad with the [https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs convergence-bugs tag].<br />
<br />
==== Conditional resource exposure ====<br />
Only resources for actually installed in the cloud services are made available to any user. Operators can further control what resources user may use with standard policy rules in [https://github.com/openstack/heat/blob/master/etc/heat/policy.json#L80 policy.json on per-resource type basis].<br />
<br />
==== heat_template_version: 2015-10-15 ====<br />
<br />
2015-10-15 indicates that the YAML document is a HOT template and it may contain features added and/or removed up until the Liberty release. <br />
* Removes the Fn::Select function (path based [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr]/[http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-param get_param] references should be used instead). <br />
* If no <attribute name> is specified for calls to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr], a dict of all attributes is returned, e.g. { get_attr: [<resource name>]}. <br />
* Adds new [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-split str_split] intrinsic function <br />
* Adds support for passing multiple lists to the existing [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] function.<br />
* Adds support for parsing map/list data to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-replace str_replace] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] (they will be json serialized automatically)<br />
<br />
==== REST API/heatclient additions ====<br />
Stacks can now be assigned with a set of tags, and stack-list can filter on those tags<br />
"heat stack-preview ..." will return a preview of changes for a proposed stack-update<br />
"heat template-validate --show-nested ..." will also validate all template resources and return nested data useful for building user interfaces<br />
"heat resource-type-template --template-type hot ..." generates a template in HOT format<br />
"heat resource-type-list" only shows types available to the user, and can filter results by name, version and support_status<br />
"heat template-version-list" lists available template versions<br />
"heat template-function-list ..." lists available functions for a template version<br />
<br />
==== Enhancements to existing resources ====<br />
Software deployments can now use Zaqar for deploying software data and signalling back to Heat<br />
Stack actions are now performed on remote OS::Heat::Stack resources<br />
OS::Nova::Server now supports the 'Snapshot' deletion_policy<br />
OS::Heat::ResourceGroup update_policy now supports specifying batch_create and rolling_update options<br />
<br />
==== New resources ====<br />
The following new resources are now distributed with the Heat release:<br />
OS::Barbican::Order [1]<br />
OS::Barbican::Secret [1]<br />
OS::Ceilometer::GnocchiAggregationByMetricsAlarm [1]<br />
OS::Ceilometer::GnocchiAggregationByResourcesAlarm [1]<br />
OS::Ceilometer::GnocchiResourcesAlarm [1]<br />
OS::Cinder::VolumeType [2]<br />
OS::Designate::Domain<br />
OS::Designate::Record<br />
OS::Heat::None<br />
OS::Heat::TestResource<br />
OS::Keystone::Endpoint<br />
OS::Keystone::Group [2]<br />
OS::Keystone::GroupRoleAssignment<br />
OS::Keystone::Project [2]<br />
OS::Keystone::Role [2]<br />
OS::Keystone::Service<br />
OS::Keystone::User [2]<br />
OS::Keystone::UserRoleAssignment<br />
OS::Magnum::BayModel<br />
OS::Manila::SecurityService<br />
OS::Manila::Share<br />
OS::Manila::ShareNetwork<br />
OS::Manila::ShareType<br />
OS::Mistral::CronTrigger<br />
OS::Mistral::Workflow<br />
OS::Monasca::AlarmDefinition [4]<br />
OS::Monasca::Notification [4]<br />
OS::Neutron::ExtraRoute [3]<br />
OS::Nova::Flavor [2]<br />
OS::Sahara::DataSource<br />
<br />
[1] These existed Kilo as contrib resources as they were for non-integrated projects. These resources are now distributed with Heat as Big Tent projects.<br />
[2] These existed Kilo as contrib resources as they require a user with an admin role. They are now distributed with Heat. Operators now have ability to hide them from under-privileged users by modifyig policy.json (for reference, OS::Nova::Flavor is hidden from non-admin users in default policy file supplied).<br />
[3] These existed in Kilo as contrib resources as they used an approach not endorsed by the Heat project. They are now distributed with heat and documented as UNSUPPORTED.<br />
[4] These resources are for projects which are not yet OpenStack Big Tent projects, so are documented as UNSUPPORTED<br />
<br />
With the new OS::Keystone::* resources it is now be possible for cloud operators to use heat templates to manage Keystone service catalog entries and users.<br />
<br />
==== Deprecated Resource Properties ====<br />
Many resource properties have previously been documented as DEPRECATED. 15 of these properties are now flagged as HIDDEN, which means they will no longer be documented but existing stacks and templates will continue to work after a heat upgrade. The Resource Type Reference http://docs.openstack.org/developer/heat/template_guide/openstack.html should be consulted to determine available resource properties and attributes.<br />
<br />
=== Upgrade notes ===<br />
<br />
==== Configuration Changes ====<br />
Notable changes to the /etc/heat/heat.conf [DEFAULT] section:<br />
hidden_stack_tags has been added, stacks containing these tag names will be hidden from stack-list results (defaults to data-processing-cluster which hides sahara-created stacks)<br />
instance_user was deprectated, and is now removed entirely. Nova servers created with OS::Nova::Server resource will now boot configured with the default user set up with the cloud image. AWS::EC2::Instance still creates "ec2-user"<br />
max_resources_per_stack can now be set to -1 to disable enforcement<br />
enable_cloud_watch_lite is now false by default as this REST API is deprecated<br />
default_software_config_transport has gained the option ZAQAR_MESSAGE<br />
default_deployment_signal_transport has gained the option ZAQAR_SIGNAL<br />
auth_encryption_key is now documented as requiring exactly 32 characters<br />
list_notifier_drivers was deprecated and is now removed<br />
policy options have moved to the [oslo_policy] section<br />
use_syslog_rfc_format is deprecated and now defaults to true<br />
<br />
Notable changes to other sections of heat.conf:<br />
[clients_keystone] auth_uri has been added to specify the unversioned keystone url<br />
[heat_api] workers now defaults to 4 (was previously 0, which created a worker per host CPU)<br />
<br />
The policy file /etc/heat/policy.json can now be configured with per-resource-type access policies, for example:<br />
"resource_types:OS::Nova::Flavor": "rule:context_is_admin"<br />
<br />
==== Upgrading from Kilo to Liberty ====<br />
Progress has been made on supporting live sql migrations, however it is still recommended to bring down the heat service for the duration of the upgrade. Downward SQL schema migrations are no longer supported, so a rollback to Kilo will require restoring a snapshot of the pre-upgrade database.<br />
<br />
</translate></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty&diff=91674ReleaseNotes/Liberty2015-10-04T20:06:30Z<p>Steve Baker: /* heat_template_version: 2015-10-15 */</p>
<hr />
<div><languages /><br />
<translate><br />
<br />
[[Category:Kilo|Release Note]]<br />
[[Category:Release Note|Liberty]]<br />
<br />
= OpenStack Liberty Release Notes =<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
<br />
== OpenStack Networking (Neutron) ==<br />
<br />
=== New Features ===<br />
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].<br />
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].<br />
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].<br />
* VPNaaS reference drivers now work with HA routers.<br />
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].<br />
* The OVS agent may now be restarted without affecting data plane connectivity.<br />
* Neutron now offers role base access control for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].<br />
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform<br />
* LBaaS V2 API is no longer experimental. It is now stable.<br />
* Neutron now supports a way that an agent can start without selectable for auto-scheduling but manual-scheduling available so that a deployer can test an agent manually [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].<br />
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.<br />
<br />
=== Deprecated and Removed Plugins and Drivers ===<br />
* The metaplugin is removed in the Liberty release.<br />
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.<br />
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).<br />
<br />
=== Deprecated Features ===<br />
* 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 team is in the process of developing.<br />
* The LBaaS V1 API is marked as deprecated and is planned to be removed in some future release. Going forward the LBaaS V2 API should be used.<br />
<br />
=== Performance Considerations ===<br />
* The stock 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.<br />
* 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 versus 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 the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html<br />
<br />
== OpenStack Compute (Nova) ==<br />
<br />
=== Upgrade Notes ===<br />
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.<br />
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node), thus need to be also provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.<br />
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/<br />
* Rootwrap filters must be updated after release to add the touch command.<br />
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838]. <br />
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then instance goes in to error state.<br />
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.<br />
** In case of a race condition 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. To resolve this error we need to update the base file access time with root user privileges using touch command.<br />
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .<br />
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.<br />
<br />
=== Deprecations ===<br />
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.<br />
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0 and we are going to remove it in Mitaka.<br />
<br />
== OpenStack Telemetry (Ceilometer) ==<br />
<br />
=== Key New Features ===<br />
* creation of Aodh to handle alarming service<br />
* improved metadata caching - reduced load of nova api polling<br />
* declarative meters - ability to generate meters by defining meter definition template.<br />
* ceilometer+gnocchi integration - support for data publishing from Ceilometer to Gnocchi<br />
* mandatory limit - limit restricted querying is enforced. limit must be explicitly provided on queries else the result set is restricted to a default limit<br />
* distributed, coordinated notification agents - support for workload partitioning across multiple notification agents<br />
* Events RBAC support<br />
* PowerVM hypervisor support<br />
* improved MongoDB query support<br />
<br />
==== Gnocchi Features ====<br />
<br />
==== Aodh Features ====<br />
** event alarms - ability to trigger action when event is received<br />
<br />
=== Upgrade Notes ===<br />
* The name of some middleware used by ceilometer changed in a backwards-incompatible way. Before upgrading, edit the paste.ini file for ceilometer to change "oslo.middleware" to "oslo_middleware". For example using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki><br />
<br />
=== Deprecation ===<br />
* Ceilometer Alarms is deprecated in favour or Aodh<br />
* RPC publisher and collector is deprecated in favour of topic based notifier publisher<br />
* Non-metric meters are still deprecated to be removed<br />
<br />
== OpenStack Identity (Keystone) ==<br />
<br />
=== Key New Features ===<br />
<br />
Release notes based on blueprints and wishlist bugs are being collaboratively drafted [https://etherpad.openstack.org/p/keystone-liberty-release-notes on Etherpad]. The version presented below was updated by samueldmq and this note will be removed once it's reviewed by core-reviewers.<br />
<br />
* Keystone now supports tokenless authorization with X.509 SSL client certificate;<br />
* Configuring per-Identity Provider WebSSO is now supported;<br />
* openstack_user_domain and openstack_project_domain attributes were added to SAML assertion in order to map user and project domains, respectively;<br />
* Credentials list call can now have its results filtered by credential type;<br />
* Domain name information is now available to be used in policy rules with the attribute domain_name;<br />
* Keystone now shows available choices for string configuration options;<br />
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces;<br />
* Several features were hardened, including Fernet tokens, Federation, Domain specific configurations from database and Role Assignments.<br />
<br />
=== Upgrade Notes ===<br />
<br />
* The EC2 token middleware, deprecated in Juno, is no longer available;<br />
* The compute_port configuration option, deprecated in Juno, is no longer available;<br />
* External authentication plugins, deprecated in Icehouse, are no longer available.<br />
<br />
=== Deprecations ===<br />
<br />
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release;<br />
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.<br />
<br />
== OpenStack Block Storage (Cinder) ==<br />
<br />
=== Key New Features ===<br />
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]<br />
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].<br />
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].<br />
* List capabilities of a volume backend (fetch extra-specs)<br />
* Nested quotas<br />
<br />
=== Upgrade Notes ===<br />
<br />
=== Deprecations ===<br />
<br />
== OpenStack Orchestration (Heat) ==<br />
<br />
=== New Features ===<br />
<br />
==== Convergence ====<br />
Convergence is a new orchestration engine which is maturing in the heat tree. In Liberty the benefits of using the convergence engine are:<br />
* Greater parallelization of resource actions (for better scaling of large templates)<br />
* The ability to do a stack-update whilst there is already an update in-progress<br />
* Better handling of heat-engine failures (still WIP)<br />
<br />
The convergence engine can be enabled by setting /etc/heat/heat/conf [DEFAULT] convergence_engine=true, then restarting heat-engine. Once this has been done, any subsequent created stack will use the convergence engine, while operations on existing stacks will continue to use the traditional engine.<br />
<br />
Convergence has '''not''' been production tested and thus should be considered '''beta''' quality - use with caution. For the Liberty release we recommend enabling convergence for the purposes of evaluation and scale testing. We will be considering making convergence the default engine in the Mitaka cycle. Convergence specific bugs are tracked in launchpad with the [https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs convergence-bugs tag].<br />
<br />
==== Conditional resource exposure ====<br />
Only resources for actually installed in the cloud services are made available to any user. Operators can further control what resources user may use with standard policy rules in [https://github.com/openstack/heat/blob/master/etc/heat/policy.json#L80 policy.json on per-resource type basis].<br />
<br />
==== heat_template_version: 2015-10-15 ====<br />
<br />
2015-10-15 indicates that the YAML document is a HOT template and it may contain features added and/or removed up until the Liberty release. <br />
This version removes the Fn::Select function (path based [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr]/[http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-param get_param] references should be used instead). <br />
If no <attribute name> is specified for calls to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr], a dict of all attributes is returned, e.g. { get_attr: [<resource name>]}. <br />
Adds new [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-split str_split] intrinsic function <br />
Adds support for passing multiple lists to the existing [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] function.<br />
Adds support for parsing map/list data to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-replace str_replace] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] (they will be json serialized automatically)<br />
<br />
==== REST API/heatclient additions ====<br />
Stacks can now be assigned with a set of tags, and stack-list can filter on those tags<br />
"heat stack-preview ..." will return a preview of changes for a proposed stack-update<br />
"heat template-validate --show-nested ..." will also validate all template resources and return nested data useful for building user interfaces<br />
"heat resource-type-template --template-type hot ..." generates a template in HOT format<br />
"heat resource-type-list" only shows types available to the user, and can filter results by name, version and support_status<br />
"heat template-version-list" lists available template versions<br />
"heat template-function-list ..." lists available functions for a template version<br />
<br />
==== Enhancements to existing resources ====<br />
Software deployments can now use Zaqar for deploying software data and signalling back to Heat<br />
Stack actions are now performed on remote OS::Heat::Stack resources<br />
OS::Nova::Server now supports the 'Snapshot' deletion_policy<br />
OS::Heat::ResourceGroup update_policy now supports specifying batch_create and rolling_update options<br />
<br />
==== New resources ====<br />
The following new resources are now distributed with the Heat release:<br />
OS::Barbican::Order [1]<br />
OS::Barbican::Secret [1]<br />
OS::Ceilometer::GnocchiAggregationByMetricsAlarm [1]<br />
OS::Ceilometer::GnocchiAggregationByResourcesAlarm [1]<br />
OS::Ceilometer::GnocchiResourcesAlarm [1]<br />
OS::Cinder::VolumeType [2]<br />
OS::Designate::Domain<br />
OS::Designate::Record<br />
OS::Heat::None<br />
OS::Heat::TestResource<br />
OS::Keystone::Endpoint<br />
OS::Keystone::Group [2]<br />
OS::Keystone::GroupRoleAssignment<br />
OS::Keystone::Project [2]<br />
OS::Keystone::Role [2]<br />
OS::Keystone::Service<br />
OS::Keystone::User [2]<br />
OS::Keystone::UserRoleAssignment<br />
OS::Magnum::BayModel<br />
OS::Manila::SecurityService<br />
OS::Manila::Share<br />
OS::Manila::ShareNetwork<br />
OS::Manila::ShareType<br />
OS::Mistral::CronTrigger<br />
OS::Mistral::Workflow<br />
OS::Monasca::AlarmDefinition [4]<br />
OS::Monasca::Notification [4]<br />
OS::Neutron::ExtraRoute [3]<br />
OS::Nova::Flavor [2]<br />
OS::Sahara::DataSource<br />
<br />
[1] These existed Kilo as contrib resources as they were for non-integrated projects. These resources are now distributed with Heat as Big Tent projects.<br />
[2] These existed Kilo as contrib resources as they require a user with an admin role. They are now distributed with Heat. Operators now have ability to hide them from under-privileged users by modifyig policy.json (for reference, OS::Nova::Flavor is hidden from non-admin users in default policy file supplied).<br />
[3] These existed in Kilo as contrib resources as they used an approach not endorsed by the Heat project. They are now distributed with heat and documented as UNSUPPORTED.<br />
[4] These resources are for projects which are not yet OpenStack Big Tent projects, so are documented as UNSUPPORTED<br />
<br />
With the new OS::Keystone::* resources it is now be possible for cloud operators to use heat templates to manage Keystone service catalog entries and users.<br />
<br />
==== Deprecated Resource Properties ====<br />
Many resource properties have previously been documented as DEPRECATED. 15 of these properties are now flagged as HIDDEN, which means they will no longer be documented but existing stacks and templates will continue to work after a heat upgrade. The Resource Type Reference http://docs.openstack.org/developer/heat/template_guide/openstack.html should be consulted to determine available resource properties and attributes.<br />
<br />
=== Upgrade notes ===<br />
<br />
==== Configuration Changes ====<br />
Notable changes to the /etc/heat/heat.conf [DEFAULT] section:<br />
hidden_stack_tags has been added, stacks containing these tag names will be hidden from stack-list results (defaults to data-processing-cluster which hides sahara-created stacks)<br />
instance_user was deprectated, and is now removed entirely. Nova servers created with OS::Nova::Server resource will now boot configured with the default user set up with the cloud image. AWS::EC2::Instance still creates "ec2-user"<br />
max_resources_per_stack can now be set to -1 to disable enforcement<br />
enable_cloud_watch_lite is now false by default as this REST API is deprecated<br />
default_software_config_transport has gained the option ZAQAR_MESSAGE<br />
default_deployment_signal_transport has gained the option ZAQAR_SIGNAL<br />
auth_encryption_key is now documented as requiring exactly 32 characters<br />
list_notifier_drivers was deprecated and is now removed<br />
policy options have moved to the [oslo_policy] section<br />
use_syslog_rfc_format is deprecated and now defaults to true<br />
<br />
Notable changes to other sections of heat.conf:<br />
[clients_keystone] auth_uri has been added to specify the unversioned keystone url<br />
[heat_api] workers now defaults to 4 (was previously 0, which created a worker per host CPU)<br />
<br />
The policy file /etc/heat/policy.json can now be configured with per-resource-type access policies, for example:<br />
"resource_types:OS::Nova::Flavor": "rule:context_is_admin"<br />
<br />
==== Upgrading from Kilo to Liberty ====<br />
Progress has been made on supporting live sql migrations, however it is still recommended to bring down the heat service for the duration of the upgrade. Downward SQL schema migrations are no longer supported, so a rollback to Kilo will require restoring a snapshot of the pre-upgrade database.<br />
<br />
</translate></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty&diff=91673ReleaseNotes/Liberty2015-10-04T20:06:10Z<p>Steve Baker: /* heat_template_version: 2015-10-15 */</p>
<hr />
<div><languages /><br />
<translate><br />
<br />
[[Category:Kilo|Release Note]]<br />
[[Category:Release Note|Liberty]]<br />
<br />
= OpenStack Liberty Release Notes =<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
<br />
== OpenStack Networking (Neutron) ==<br />
<br />
=== New Features ===<br />
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].<br />
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].<br />
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].<br />
* VPNaaS reference drivers now work with HA routers.<br />
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].<br />
* The OVS agent may now be restarted without affecting data plane connectivity.<br />
* Neutron now offers role base access control for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].<br />
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform<br />
* LBaaS V2 API is no longer experimental. It is now stable.<br />
* Neutron now supports a way that an agent can start without selectable for auto-scheduling but manual-scheduling available so that a deployer can test an agent manually [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].<br />
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.<br />
<br />
=== Deprecated and Removed Plugins and Drivers ===<br />
* The metaplugin is removed in the Liberty release.<br />
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.<br />
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).<br />
<br />
=== Deprecated Features ===<br />
* 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 team is in the process of developing.<br />
* The LBaaS V1 API is marked as deprecated and is planned to be removed in some future release. Going forward the LBaaS V2 API should be used.<br />
<br />
=== Performance Considerations ===<br />
* The stock 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.<br />
* 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 versus 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 the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html<br />
<br />
== OpenStack Compute (Nova) ==<br />
<br />
=== Upgrade Notes ===<br />
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.<br />
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node), thus need to be also provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.<br />
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/<br />
* Rootwrap filters must be updated after release to add the touch command.<br />
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838]. <br />
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then instance goes in to error state.<br />
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.<br />
** In case of a race condition 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. To resolve this error we need to update the base file access time with root user privileges using touch command.<br />
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .<br />
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.<br />
<br />
=== Deprecations ===<br />
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.<br />
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0 and we are going to remove it in Mitaka.<br />
<br />
== OpenStack Telemetry (Ceilometer) ==<br />
<br />
=== Key New Features ===<br />
* creation of Aodh to handle alarming service<br />
* improved metadata caching - reduced load of nova api polling<br />
* declarative meters - ability to generate meters by defining meter definition template.<br />
* ceilometer+gnocchi integration - support for data publishing from Ceilometer to Gnocchi<br />
* mandatory limit - limit restricted querying is enforced. limit must be explicitly provided on queries else the result set is restricted to a default limit<br />
* distributed, coordinated notification agents - support for workload partitioning across multiple notification agents<br />
* Events RBAC support<br />
* PowerVM hypervisor support<br />
* improved MongoDB query support<br />
<br />
==== Gnocchi Features ====<br />
<br />
==== Aodh Features ====<br />
** event alarms - ability to trigger action when event is received<br />
<br />
=== Upgrade Notes ===<br />
* The name of some middleware used by ceilometer changed in a backwards-incompatible way. Before upgrading, edit the paste.ini file for ceilometer to change "oslo.middleware" to "oslo_middleware". For example using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki><br />
<br />
=== Deprecation ===<br />
* Ceilometer Alarms is deprecated in favour or Aodh<br />
* RPC publisher and collector is deprecated in favour of topic based notifier publisher<br />
* Non-metric meters are still deprecated to be removed<br />
<br />
== OpenStack Identity (Keystone) ==<br />
<br />
=== Key New Features ===<br />
<br />
Release notes based on blueprints and wishlist bugs are being collaboratively drafted [https://etherpad.openstack.org/p/keystone-liberty-release-notes on Etherpad]. The version presented below was updated by samueldmq and this note will be removed once it's reviewed by core-reviewers.<br />
<br />
* Keystone now supports tokenless authorization with X.509 SSL client certificate;<br />
* Configuring per-Identity Provider WebSSO is now supported;<br />
* openstack_user_domain and openstack_project_domain attributes were added to SAML assertion in order to map user and project domains, respectively;<br />
* Credentials list call can now have its results filtered by credential type;<br />
* Domain name information is now available to be used in policy rules with the attribute domain_name;<br />
* Keystone now shows available choices for string configuration options;<br />
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces;<br />
* Several features were hardened, including Fernet tokens, Federation, Domain specific configurations from database and Role Assignments.<br />
<br />
=== Upgrade Notes ===<br />
<br />
* The EC2 token middleware, deprecated in Juno, is no longer available;<br />
* The compute_port configuration option, deprecated in Juno, is no longer available;<br />
* External authentication plugins, deprecated in Icehouse, are no longer available.<br />
<br />
=== Deprecations ===<br />
<br />
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release;<br />
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.<br />
<br />
== OpenStack Block Storage (Cinder) ==<br />
<br />
=== Key New Features ===<br />
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]<br />
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].<br />
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].<br />
* List capabilities of a volume backend (fetch extra-specs)<br />
* Nested quotas<br />
<br />
=== Upgrade Notes ===<br />
<br />
=== Deprecations ===<br />
<br />
== OpenStack Orchestration (Heat) ==<br />
<br />
=== New Features ===<br />
<br />
==== Convergence ====<br />
Convergence is a new orchestration engine which is maturing in the heat tree. In Liberty the benefits of using the convergence engine are:<br />
* Greater parallelization of resource actions (for better scaling of large templates)<br />
* The ability to do a stack-update whilst there is already an update in-progress<br />
* Better handling of heat-engine failures (still WIP)<br />
<br />
The convergence engine can be enabled by setting /etc/heat/heat/conf [DEFAULT] convergence_engine=true, then restarting heat-engine. Once this has been done, any subsequent created stack will use the convergence engine, while operations on existing stacks will continue to use the traditional engine.<br />
<br />
Convergence has '''not''' been production tested and thus should be considered '''beta''' quality - use with caution. For the Liberty release we recommend enabling convergence for the purposes of evaluation and scale testing. We will be considering making convergence the default engine in the Mitaka cycle. Convergence specific bugs are tracked in launchpad with the [https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs convergence-bugs tag].<br />
<br />
==== Conditional resource exposure ====<br />
Only resources for actually installed in the cloud services are made available to any user. Operators can further control what resources user may use with standard policy rules in [https://github.com/openstack/heat/blob/master/etc/heat/policy.json#L80 policy.json on per-resource type basis].<br />
<br />
==== heat_template_version: 2015-10-15 ====<br />
<br />
2015-10-15 indicates that the YAML document is a HOT template and it may contain features added and/or removed up until the Liberty release. <br />
This version removes the Fn::Select function (path based [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr]/[http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-param get_param] references should be used instead). <br />
If no <attribute name> is specified for calls to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr], a dict of all attributes is returned, e.g. { get_attr: [<resource name>]}. <br />
Adds new [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-split str_split] intrinsic function <br />
Adds support for passing multiple lists to the existing [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] function.<br />
Adds support for parsing map/list data to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-replace str_replace] and http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] (they will be json serialized automatically)<br />
<br />
==== REST API/heatclient additions ====<br />
Stacks can now be assigned with a set of tags, and stack-list can filter on those tags<br />
"heat stack-preview ..." will return a preview of changes for a proposed stack-update<br />
"heat template-validate --show-nested ..." will also validate all template resources and return nested data useful for building user interfaces<br />
"heat resource-type-template --template-type hot ..." generates a template in HOT format<br />
"heat resource-type-list" only shows types available to the user, and can filter results by name, version and support_status<br />
"heat template-version-list" lists available template versions<br />
"heat template-function-list ..." lists available functions for a template version<br />
<br />
==== Enhancements to existing resources ====<br />
Software deployments can now use Zaqar for deploying software data and signalling back to Heat<br />
Stack actions are now performed on remote OS::Heat::Stack resources<br />
OS::Nova::Server now supports the 'Snapshot' deletion_policy<br />
OS::Heat::ResourceGroup update_policy now supports specifying batch_create and rolling_update options<br />
<br />
==== New resources ====<br />
The following new resources are now distributed with the Heat release:<br />
OS::Barbican::Order [1]<br />
OS::Barbican::Secret [1]<br />
OS::Ceilometer::GnocchiAggregationByMetricsAlarm [1]<br />
OS::Ceilometer::GnocchiAggregationByResourcesAlarm [1]<br />
OS::Ceilometer::GnocchiResourcesAlarm [1]<br />
OS::Cinder::VolumeType [2]<br />
OS::Designate::Domain<br />
OS::Designate::Record<br />
OS::Heat::None<br />
OS::Heat::TestResource<br />
OS::Keystone::Endpoint<br />
OS::Keystone::Group [2]<br />
OS::Keystone::GroupRoleAssignment<br />
OS::Keystone::Project [2]<br />
OS::Keystone::Role [2]<br />
OS::Keystone::Service<br />
OS::Keystone::User [2]<br />
OS::Keystone::UserRoleAssignment<br />
OS::Magnum::BayModel<br />
OS::Manila::SecurityService<br />
OS::Manila::Share<br />
OS::Manila::ShareNetwork<br />
OS::Manila::ShareType<br />
OS::Mistral::CronTrigger<br />
OS::Mistral::Workflow<br />
OS::Monasca::AlarmDefinition [4]<br />
OS::Monasca::Notification [4]<br />
OS::Neutron::ExtraRoute [3]<br />
OS::Nova::Flavor [2]<br />
OS::Sahara::DataSource<br />
<br />
[1] These existed Kilo as contrib resources as they were for non-integrated projects. These resources are now distributed with Heat as Big Tent projects.<br />
[2] These existed Kilo as contrib resources as they require a user with an admin role. They are now distributed with Heat. Operators now have ability to hide them from under-privileged users by modifyig policy.json (for reference, OS::Nova::Flavor is hidden from non-admin users in default policy file supplied).<br />
[3] These existed in Kilo as contrib resources as they used an approach not endorsed by the Heat project. They are now distributed with heat and documented as UNSUPPORTED.<br />
[4] These resources are for projects which are not yet OpenStack Big Tent projects, so are documented as UNSUPPORTED<br />
<br />
With the new OS::Keystone::* resources it is now be possible for cloud operators to use heat templates to manage Keystone service catalog entries and users.<br />
<br />
==== Deprecated Resource Properties ====<br />
Many resource properties have previously been documented as DEPRECATED. 15 of these properties are now flagged as HIDDEN, which means they will no longer be documented but existing stacks and templates will continue to work after a heat upgrade. The Resource Type Reference http://docs.openstack.org/developer/heat/template_guide/openstack.html should be consulted to determine available resource properties and attributes.<br />
<br />
=== Upgrade notes ===<br />
<br />
==== Configuration Changes ====<br />
Notable changes to the /etc/heat/heat.conf [DEFAULT] section:<br />
hidden_stack_tags has been added, stacks containing these tag names will be hidden from stack-list results (defaults to data-processing-cluster which hides sahara-created stacks)<br />
instance_user was deprectated, and is now removed entirely. Nova servers created with OS::Nova::Server resource will now boot configured with the default user set up with the cloud image. AWS::EC2::Instance still creates "ec2-user"<br />
max_resources_per_stack can now be set to -1 to disable enforcement<br />
enable_cloud_watch_lite is now false by default as this REST API is deprecated<br />
default_software_config_transport has gained the option ZAQAR_MESSAGE<br />
default_deployment_signal_transport has gained the option ZAQAR_SIGNAL<br />
auth_encryption_key is now documented as requiring exactly 32 characters<br />
list_notifier_drivers was deprecated and is now removed<br />
policy options have moved to the [oslo_policy] section<br />
use_syslog_rfc_format is deprecated and now defaults to true<br />
<br />
Notable changes to other sections of heat.conf:<br />
[clients_keystone] auth_uri has been added to specify the unversioned keystone url<br />
[heat_api] workers now defaults to 4 (was previously 0, which created a worker per host CPU)<br />
<br />
The policy file /etc/heat/policy.json can now be configured with per-resource-type access policies, for example:<br />
"resource_types:OS::Nova::Flavor": "rule:context_is_admin"<br />
<br />
==== Upgrading from Kilo to Liberty ====<br />
Progress has been made on supporting live sql migrations, however it is still recommended to bring down the heat service for the duration of the upgrade. Downward SQL schema migrations are no longer supported, so a rollback to Kilo will require restoring a snapshot of the pre-upgrade database.<br />
<br />
</translate></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty&diff=91672ReleaseNotes/Liberty2015-10-04T20:01:14Z<p>Steve Baker: /* Conditional resource exposure */</p>
<hr />
<div><languages /><br />
<translate><br />
<br />
[[Category:Kilo|Release Note]]<br />
[[Category:Release Note|Liberty]]<br />
<br />
= OpenStack Liberty Release Notes =<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
<br />
== OpenStack Networking (Neutron) ==<br />
<br />
=== New Features ===<br />
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].<br />
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].<br />
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].<br />
* VPNaaS reference drivers now work with HA routers.<br />
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].<br />
* The OVS agent may now be restarted without affecting data plane connectivity.<br />
* Neutron now offers role base access control for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].<br />
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform<br />
* LBaaS V2 API is no longer experimental. It is now stable.<br />
* Neutron now supports a way that an agent can start without selectable for auto-scheduling but manual-scheduling available so that a deployer can test an agent manually [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].<br />
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.<br />
<br />
=== Deprecated and Removed Plugins and Drivers ===<br />
* The metaplugin is removed in the Liberty release.<br />
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.<br />
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).<br />
<br />
=== Deprecated Features ===<br />
* 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 team is in the process of developing.<br />
* The LBaaS V1 API is marked as deprecated and is planned to be removed in some future release. Going forward the LBaaS V2 API should be used.<br />
<br />
=== Performance Considerations ===<br />
* The stock 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.<br />
* 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 versus 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 the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html<br />
<br />
== OpenStack Compute (Nova) ==<br />
<br />
=== Upgrade Notes ===<br />
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.<br />
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node), thus need to be also provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.<br />
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/<br />
* Rootwrap filters must be updated after release to add the touch command.<br />
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838]. <br />
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then instance goes in to error state.<br />
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.<br />
** In case of a race condition 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. To resolve this error we need to update the base file access time with root user privileges using touch command.<br />
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .<br />
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.<br />
<br />
=== Deprecations ===<br />
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.<br />
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0 and we are going to remove it in Mitaka.<br />
<br />
== OpenStack Telemetry (Ceilometer) ==<br />
<br />
=== Key New Features ===<br />
* creation of Aodh to handle alarming service<br />
* improved metadata caching - reduced load of nova api polling<br />
* declarative meters - ability to generate meters by defining meter definition template.<br />
* ceilometer+gnocchi integration - support for data publishing from Ceilometer to Gnocchi<br />
* mandatory limit - limit restricted querying is enforced. limit must be explicitly provided on queries else the result set is restricted to a default limit<br />
* distributed, coordinated notification agents - support for workload partitioning across multiple notification agents<br />
* Events RBAC support<br />
* PowerVM hypervisor support<br />
* improved MongoDB query support<br />
<br />
==== Gnocchi Features ====<br />
<br />
==== Aodh Features ====<br />
** event alarms - ability to trigger action when event is received<br />
<br />
=== Upgrade Notes ===<br />
* The name of some middleware used by ceilometer changed in a backwards-incompatible way. Before upgrading, edit the paste.ini file for ceilometer to change "oslo.middleware" to "oslo_middleware". For example using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki><br />
<br />
=== Deprecation ===<br />
* Ceilometer Alarms is deprecated in favour or Aodh<br />
* RPC publisher and collector is deprecated in favour of topic based notifier publisher<br />
* Non-metric meters are still deprecated to be removed<br />
<br />
== OpenStack Identity (Keystone) ==<br />
<br />
=== Key New Features ===<br />
<br />
Release notes based on blueprints and wishlist bugs are being collaboratively drafted [https://etherpad.openstack.org/p/keystone-liberty-release-notes on Etherpad]. The version presented below was updated by samueldmq and this note will be removed once it's reviewed by core-reviewers.<br />
<br />
* Keystone now supports tokenless authorization with X.509 SSL client certificate;<br />
* Configuring per-Identity Provider WebSSO is now supported;<br />
* openstack_user_domain and openstack_project_domain attributes were added to SAML assertion in order to map user and project domains, respectively;<br />
* Credentials list call can now have its results filtered by credential type;<br />
* Domain name information is now available to be used in policy rules with the attribute domain_name;<br />
* Keystone now shows available choices for string configuration options;<br />
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces;<br />
* Several features were hardened, including Fernet tokens, Federation, Domain specific configurations from database and Role Assignments.<br />
<br />
=== Upgrade Notes ===<br />
<br />
* The EC2 token middleware, deprecated in Juno, is no longer available;<br />
* The compute_port configuration option, deprecated in Juno, is no longer available;<br />
* External authentication plugins, deprecated in Icehouse, are no longer available.<br />
<br />
=== Deprecations ===<br />
<br />
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release;<br />
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.<br />
<br />
== OpenStack Block Storage (Cinder) ==<br />
<br />
=== Key New Features ===<br />
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]<br />
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].<br />
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].<br />
* List capabilities of a volume backend (fetch extra-specs)<br />
* Nested quotas<br />
<br />
=== Upgrade Notes ===<br />
<br />
=== Deprecations ===<br />
<br />
== OpenStack Orchestration (Heat) ==<br />
<br />
=== New Features ===<br />
<br />
==== Convergence ====<br />
Convergence is a new orchestration engine which is maturing in the heat tree. In Liberty the benefits of using the convergence engine are:<br />
* Greater parallelization of resource actions (for better scaling of large templates)<br />
* The ability to do a stack-update whilst there is already an update in-progress<br />
* Better handling of heat-engine failures (still WIP)<br />
<br />
The convergence engine can be enabled by setting /etc/heat/heat/conf [DEFAULT] convergence_engine=true, then restarting heat-engine. Once this has been done, any subsequent created stack will use the convergence engine, while operations on existing stacks will continue to use the traditional engine.<br />
<br />
Convergence has '''not''' been production tested and thus should be considered '''beta''' quality - use with caution. For the Liberty release we recommend enabling convergence for the purposes of evaluation and scale testing. We will be considering making convergence the default engine in the Mitaka cycle. Convergence specific bugs are tracked in launchpad with the [https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs convergence-bugs tag].<br />
<br />
==== Conditional resource exposure ====<br />
Only resources for actually installed in the cloud services are made available to any user. Operators can further control what resources user may use with standard policy rules in [https://github.com/openstack/heat/blob/master/etc/heat/policy.json#L80 policy.json on per-resource type basis].<br />
<br />
==== heat_template_version: 2015-10-15 ====<br />
<br />
2015-10-15 indicates that the YAML document is a HOT template and it may contain features added and/or removed up until the Liberty release. <br />
This version removes the Fn::Select function (path based get_attr/get_param references should be used instead). <br />
If no <attribute name> is specified for calls to get_attr, a dict of all attributes is returned, e.g. { get_attr: [<resource name>]}. <br />
Adds new str_split intrinsic function <br />
Adds support for passing multiple lists to the existing list_join function.<br />
Adds support for parsing map/list data to str_replace and list_join (they will be json serialized automatically)<br />
<br />
==== REST API/heatclient additions ====<br />
Stacks can now be assigned with a set of tags, and stack-list can filter on those tags<br />
"heat stack-preview ..." will return a preview of changes for a proposed stack-update<br />
"heat template-validate --show-nested ..." will also validate all template resources and return nested data useful for building user interfaces<br />
"heat resource-type-template --template-type hot ..." generates a template in HOT format<br />
"heat resource-type-list" only shows types available to the user, and can filter results by name, version and support_status<br />
"heat template-version-list" lists available template versions<br />
"heat template-function-list ..." lists available functions for a template version<br />
<br />
==== Enhancements to existing resources ====<br />
Software deployments can now use Zaqar for deploying software data and signalling back to Heat<br />
Stack actions are now performed on remote OS::Heat::Stack resources<br />
OS::Nova::Server now supports the 'Snapshot' deletion_policy<br />
OS::Heat::ResourceGroup update_policy now supports specifying batch_create and rolling_update options<br />
<br />
==== New resources ====<br />
The following new resources are now distributed with the Heat release:<br />
OS::Barbican::Order [1]<br />
OS::Barbican::Secret [1]<br />
OS::Ceilometer::GnocchiAggregationByMetricsAlarm [1]<br />
OS::Ceilometer::GnocchiAggregationByResourcesAlarm [1]<br />
OS::Ceilometer::GnocchiResourcesAlarm [1]<br />
OS::Cinder::VolumeType [2]<br />
OS::Designate::Domain<br />
OS::Designate::Record<br />
OS::Heat::None<br />
OS::Heat::TestResource<br />
OS::Keystone::Endpoint<br />
OS::Keystone::Group [2]<br />
OS::Keystone::GroupRoleAssignment<br />
OS::Keystone::Project [2]<br />
OS::Keystone::Role [2]<br />
OS::Keystone::Service<br />
OS::Keystone::User [2]<br />
OS::Keystone::UserRoleAssignment<br />
OS::Magnum::BayModel<br />
OS::Manila::SecurityService<br />
OS::Manila::Share<br />
OS::Manila::ShareNetwork<br />
OS::Manila::ShareType<br />
OS::Mistral::CronTrigger<br />
OS::Mistral::Workflow<br />
OS::Monasca::AlarmDefinition [4]<br />
OS::Monasca::Notification [4]<br />
OS::Neutron::ExtraRoute [3]<br />
OS::Nova::Flavor [2]<br />
OS::Sahara::DataSource<br />
<br />
[1] These existed Kilo as contrib resources as they were for non-integrated projects. These resources are now distributed with Heat as Big Tent projects.<br />
[2] These existed Kilo as contrib resources as they require a user with an admin role. They are now distributed with Heat. Operators now have ability to hide them from under-privileged users by modifyig policy.json (for reference, OS::Nova::Flavor is hidden from non-admin users in default policy file supplied).<br />
[3] These existed in Kilo as contrib resources as they used an approach not endorsed by the Heat project. They are now distributed with heat and documented as UNSUPPORTED.<br />
[4] These resources are for projects which are not yet OpenStack Big Tent projects, so are documented as UNSUPPORTED<br />
<br />
With the new OS::Keystone::* resources it is now be possible for cloud operators to use heat templates to manage Keystone service catalog entries and users.<br />
<br />
==== Deprecated Resource Properties ====<br />
Many resource properties have previously been documented as DEPRECATED. 15 of these properties are now flagged as HIDDEN, which means they will no longer be documented but existing stacks and templates will continue to work after a heat upgrade. The Resource Type Reference http://docs.openstack.org/developer/heat/template_guide/openstack.html should be consulted to determine available resource properties and attributes.<br />
<br />
=== Upgrade notes ===<br />
<br />
==== Configuration Changes ====<br />
Notable changes to the /etc/heat/heat.conf [DEFAULT] section:<br />
hidden_stack_tags has been added, stacks containing these tag names will be hidden from stack-list results (defaults to data-processing-cluster which hides sahara-created stacks)<br />
instance_user was deprectated, and is now removed entirely. Nova servers created with OS::Nova::Server resource will now boot configured with the default user set up with the cloud image. AWS::EC2::Instance still creates "ec2-user"<br />
max_resources_per_stack can now be set to -1 to disable enforcement<br />
enable_cloud_watch_lite is now false by default as this REST API is deprecated<br />
default_software_config_transport has gained the option ZAQAR_MESSAGE<br />
default_deployment_signal_transport has gained the option ZAQAR_SIGNAL<br />
auth_encryption_key is now documented as requiring exactly 32 characters<br />
list_notifier_drivers was deprecated and is now removed<br />
policy options have moved to the [oslo_policy] section<br />
use_syslog_rfc_format is deprecated and now defaults to true<br />
<br />
Notable changes to other sections of heat.conf:<br />
[clients_keystone] auth_uri has been added to specify the unversioned keystone url<br />
[heat_api] workers now defaults to 4 (was previously 0, which created a worker per host CPU)<br />
<br />
The policy file /etc/heat/policy.json can now be configured with per-resource-type access policies, for example:<br />
"resource_types:OS::Nova::Flavor": "rule:context_is_admin"<br />
<br />
==== Upgrading from Kilo to Liberty ====<br />
Progress has been made on supporting live sql migrations, however it is still recommended to bring down the heat service for the duration of the upgrade. Downward SQL schema migrations are no longer supported, so a rollback to Kilo will require restoring a snapshot of the pre-upgrade database.<br />
<br />
</translate></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty&diff=91671ReleaseNotes/Liberty2015-10-04T19:59:17Z<p>Steve Baker: /* Convergence */</p>
<hr />
<div><languages /><br />
<translate><br />
<br />
[[Category:Kilo|Release Note]]<br />
[[Category:Release Note|Liberty]]<br />
<br />
= OpenStack Liberty Release Notes =<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
<br />
== OpenStack Networking (Neutron) ==<br />
<br />
=== New Features ===<br />
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].<br />
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].<br />
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].<br />
* VPNaaS reference drivers now work with HA routers.<br />
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].<br />
* The OVS agent may now be restarted without affecting data plane connectivity.<br />
* Neutron now offers role base access control for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].<br />
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform<br />
* LBaaS V2 API is no longer experimental. It is now stable.<br />
* Neutron now supports a way that an agent can start without selectable for auto-scheduling but manual-scheduling available so that a deployer can test an agent manually [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].<br />
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.<br />
<br />
=== Deprecated and Removed Plugins and Drivers ===<br />
* The metaplugin is removed in the Liberty release.<br />
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.<br />
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).<br />
<br />
=== Deprecated Features ===<br />
* 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 team is in the process of developing.<br />
* The LBaaS V1 API is marked as deprecated and is planned to be removed in some future release. Going forward the LBaaS V2 API should be used.<br />
<br />
=== Performance Considerations ===<br />
* The stock 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.<br />
* 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 versus 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 the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html<br />
<br />
== OpenStack Compute (Nova) ==<br />
<br />
=== Upgrade Notes ===<br />
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.<br />
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node), thus need to be also provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.<br />
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/<br />
* Rootwrap filters must be updated after release to add the touch command.<br />
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838]. <br />
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then instance goes in to error state.<br />
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.<br />
** In case of a race condition 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. To resolve this error we need to update the base file access time with root user privileges using touch command.<br />
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .<br />
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.<br />
<br />
=== Deprecations ===<br />
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.<br />
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0 and we are going to remove it in Mitaka.<br />
<br />
== OpenStack Telemetry (Ceilometer) ==<br />
<br />
=== Key New Features ===<br />
* creation of Aodh to handle alarming service<br />
* improved metadata caching - reduced load of nova api polling<br />
* declarative meters - ability to generate meters by defining meter definition template.<br />
* ceilometer+gnocchi integration - support for data publishing from Ceilometer to Gnocchi<br />
* mandatory limit - limit restricted querying is enforced. limit must be explicitly provided on queries else the result set is restricted to a default limit<br />
* distributed, coordinated notification agents - support for workload partitioning across multiple notification agents<br />
* Events RBAC support<br />
* PowerVM hypervisor support<br />
* improved MongoDB query support<br />
<br />
==== Gnocchi Features ====<br />
<br />
==== Aodh Features ====<br />
** event alarms - ability to trigger action when event is received<br />
<br />
=== Upgrade Notes ===<br />
* The name of some middleware used by ceilometer changed in a backwards-incompatible way. Before upgrading, edit the paste.ini file for ceilometer to change "oslo.middleware" to "oslo_middleware". For example using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki><br />
<br />
=== Deprecation ===<br />
* Ceilometer Alarms is deprecated in favour or Aodh<br />
* RPC publisher and collector is deprecated in favour of topic based notifier publisher<br />
* Non-metric meters are still deprecated to be removed<br />
<br />
== OpenStack Identity (Keystone) ==<br />
<br />
=== Key New Features ===<br />
<br />
Release notes based on blueprints and wishlist bugs are being collaboratively drafted [https://etherpad.openstack.org/p/keystone-liberty-release-notes on Etherpad]. The version presented below was updated by samueldmq and this note will be removed once it's reviewed by core-reviewers.<br />
<br />
* Keystone now supports tokenless authorization with X.509 SSL client certificate;<br />
* Configuring per-Identity Provider WebSSO is now supported;<br />
* openstack_user_domain and openstack_project_domain attributes were added to SAML assertion in order to map user and project domains, respectively;<br />
* Credentials list call can now have its results filtered by credential type;<br />
* Domain name information is now available to be used in policy rules with the attribute domain_name;<br />
* Keystone now shows available choices for string configuration options;<br />
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces;<br />
* Several features were hardened, including Fernet tokens, Federation, Domain specific configurations from database and Role Assignments.<br />
<br />
=== Upgrade Notes ===<br />
<br />
* The EC2 token middleware, deprecated in Juno, is no longer available;<br />
* The compute_port configuration option, deprecated in Juno, is no longer available;<br />
* External authentication plugins, deprecated in Icehouse, are no longer available.<br />
<br />
=== Deprecations ===<br />
<br />
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release;<br />
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.<br />
<br />
== OpenStack Block Storage (Cinder) ==<br />
<br />
=== Key New Features ===<br />
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]<br />
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].<br />
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].<br />
* List capabilities of a volume backend (fetch extra-specs)<br />
* Nested quotas<br />
<br />
=== Upgrade Notes ===<br />
<br />
=== Deprecations ===<br />
<br />
== OpenStack Orchestration (Heat) ==<br />
<br />
=== New Features ===<br />
<br />
==== Convergence ====<br />
Convergence is a new orchestration engine which is maturing in the heat tree. In Liberty the benefits of using the convergence engine are:<br />
* Greater parallelization of resource actions (for better scaling of large templates)<br />
* The ability to do a stack-update whilst there is already an update in-progress<br />
* Better handling of heat-engine failures (still WIP)<br />
<br />
The convergence engine can be enabled by setting /etc/heat/heat/conf [DEFAULT] convergence_engine=true, then restarting heat-engine. Once this has been done, any subsequent created stack will use the convergence engine, while operations on existing stacks will continue to use the traditional engine.<br />
<br />
Convergence has '''not''' been production tested and thus should be considered '''beta''' quality - use with caution. For the Liberty release we recommend enabling convergence for the purposes of evaluation and scale testing. We will be considering making convergence the default engine in the Mitaka cycle. Convergence specific bugs are tracked in launchpad with the [https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs convergence-bugs tag].<br />
<br />
==== Conditional resource exposure ====<br />
only resources for actually installed in the cloud services are made available to any user<br />
operators can further control what resources user may use with standard policy rules in policy.json on per-resource type basis<br />
<br />
==== heat_template_version: 2015-10-15 ====<br />
<br />
2015-10-15 indicates that the YAML document is a HOT template and it may contain features added and/or removed up until the Liberty release. <br />
This version removes the Fn::Select function (path based get_attr/get_param references should be used instead). <br />
If no <attribute name> is specified for calls to get_attr, a dict of all attributes is returned, e.g. { get_attr: [<resource name>]}. <br />
Adds new str_split intrinsic function <br />
Adds support for passing multiple lists to the existing list_join function.<br />
Adds support for parsing map/list data to str_replace and list_join (they will be json serialized automatically)<br />
<br />
==== REST API/heatclient additions ====<br />
Stacks can now be assigned with a set of tags, and stack-list can filter on those tags<br />
"heat stack-preview ..." will return a preview of changes for a proposed stack-update<br />
"heat template-validate --show-nested ..." will also validate all template resources and return nested data useful for building user interfaces<br />
"heat resource-type-template --template-type hot ..." generates a template in HOT format<br />
"heat resource-type-list" only shows types available to the user, and can filter results by name, version and support_status<br />
"heat template-version-list" lists available template versions<br />
"heat template-function-list ..." lists available functions for a template version<br />
<br />
==== Enhancements to existing resources ====<br />
Software deployments can now use Zaqar for deploying software data and signalling back to Heat<br />
Stack actions are now performed on remote OS::Heat::Stack resources<br />
OS::Nova::Server now supports the 'Snapshot' deletion_policy<br />
OS::Heat::ResourceGroup update_policy now supports specifying batch_create and rolling_update options<br />
<br />
==== New resources ====<br />
The following new resources are now distributed with the Heat release:<br />
OS::Barbican::Order [1]<br />
OS::Barbican::Secret [1]<br />
OS::Ceilometer::GnocchiAggregationByMetricsAlarm [1]<br />
OS::Ceilometer::GnocchiAggregationByResourcesAlarm [1]<br />
OS::Ceilometer::GnocchiResourcesAlarm [1]<br />
OS::Cinder::VolumeType [2]<br />
OS::Designate::Domain<br />
OS::Designate::Record<br />
OS::Heat::None<br />
OS::Heat::TestResource<br />
OS::Keystone::Endpoint<br />
OS::Keystone::Group [2]<br />
OS::Keystone::GroupRoleAssignment<br />
OS::Keystone::Project [2]<br />
OS::Keystone::Role [2]<br />
OS::Keystone::Service<br />
OS::Keystone::User [2]<br />
OS::Keystone::UserRoleAssignment<br />
OS::Magnum::BayModel<br />
OS::Manila::SecurityService<br />
OS::Manila::Share<br />
OS::Manila::ShareNetwork<br />
OS::Manila::ShareType<br />
OS::Mistral::CronTrigger<br />
OS::Mistral::Workflow<br />
OS::Monasca::AlarmDefinition [4]<br />
OS::Monasca::Notification [4]<br />
OS::Neutron::ExtraRoute [3]<br />
OS::Nova::Flavor [2]<br />
OS::Sahara::DataSource<br />
<br />
[1] These existed Kilo as contrib resources as they were for non-integrated projects. These resources are now distributed with Heat as Big Tent projects.<br />
[2] These existed Kilo as contrib resources as they require a user with an admin role. They are now distributed with Heat. Operators now have ability to hide them from under-privileged users by modifyig policy.json (for reference, OS::Nova::Flavor is hidden from non-admin users in default policy file supplied).<br />
[3] These existed in Kilo as contrib resources as they used an approach not endorsed by the Heat project. They are now distributed with heat and documented as UNSUPPORTED.<br />
[4] These resources are for projects which are not yet OpenStack Big Tent projects, so are documented as UNSUPPORTED<br />
<br />
With the new OS::Keystone::* resources it is now be possible for cloud operators to use heat templates to manage Keystone service catalog entries and users.<br />
<br />
==== Deprecated Resource Properties ====<br />
Many resource properties have previously been documented as DEPRECATED. 15 of these properties are now flagged as HIDDEN, which means they will no longer be documented but existing stacks and templates will continue to work after a heat upgrade. The Resource Type Reference http://docs.openstack.org/developer/heat/template_guide/openstack.html should be consulted to determine available resource properties and attributes.<br />
<br />
=== Upgrade notes ===<br />
<br />
==== Configuration Changes ====<br />
Notable changes to the /etc/heat/heat.conf [DEFAULT] section:<br />
hidden_stack_tags has been added, stacks containing these tag names will be hidden from stack-list results (defaults to data-processing-cluster which hides sahara-created stacks)<br />
instance_user was deprectated, and is now removed entirely. Nova servers created with OS::Nova::Server resource will now boot configured with the default user set up with the cloud image. AWS::EC2::Instance still creates "ec2-user"<br />
max_resources_per_stack can now be set to -1 to disable enforcement<br />
enable_cloud_watch_lite is now false by default as this REST API is deprecated<br />
default_software_config_transport has gained the option ZAQAR_MESSAGE<br />
default_deployment_signal_transport has gained the option ZAQAR_SIGNAL<br />
auth_encryption_key is now documented as requiring exactly 32 characters<br />
list_notifier_drivers was deprecated and is now removed<br />
policy options have moved to the [oslo_policy] section<br />
use_syslog_rfc_format is deprecated and now defaults to true<br />
<br />
Notable changes to other sections of heat.conf:<br />
[clients_keystone] auth_uri has been added to specify the unversioned keystone url<br />
[heat_api] workers now defaults to 4 (was previously 0, which created a worker per host CPU)<br />
<br />
The policy file /etc/heat/policy.json can now be configured with per-resource-type access policies, for example:<br />
"resource_types:OS::Nova::Flavor": "rule:context_is_admin"<br />
<br />
==== Upgrading from Kilo to Liberty ====<br />
Progress has been made on supporting live sql migrations, however it is still recommended to bring down the heat service for the duration of the upgrade. Downward SQL schema migrations are no longer supported, so a rollback to Kilo will require restoring a snapshot of the pre-upgrade database.<br />
<br />
</translate></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty&diff=91670ReleaseNotes/Liberty2015-10-04T19:54:43Z<p>Steve Baker: /* OpenStack Orchestration (Heat) */</p>
<hr />
<div><languages /><br />
<translate><br />
<br />
[[Category:Kilo|Release Note]]<br />
[[Category:Release Note|Liberty]]<br />
<br />
= OpenStack Liberty Release Notes =<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
<br />
== OpenStack Networking (Neutron) ==<br />
<br />
=== New Features ===<br />
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].<br />
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].<br />
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].<br />
* VPNaaS reference drivers now work with HA routers.<br />
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].<br />
* The OVS agent may now be restarted without affecting data plane connectivity.<br />
* Neutron now offers role base access control for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].<br />
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform<br />
* LBaaS V2 API is no longer experimental. It is now stable.<br />
* Neutron now supports a way that an agent can start without selectable for auto-scheduling but manual-scheduling available so that a deployer can test an agent manually [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].<br />
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.<br />
<br />
=== Deprecated and Removed Plugins and Drivers ===<br />
* The metaplugin is removed in the Liberty release.<br />
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.<br />
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).<br />
<br />
=== Deprecated Features ===<br />
* 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 team is in the process of developing.<br />
* The LBaaS V1 API is marked as deprecated and is planned to be removed in some future release. Going forward the LBaaS V2 API should be used.<br />
<br />
=== Performance Considerations ===<br />
* The stock 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.<br />
* 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 versus 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 the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html<br />
<br />
== OpenStack Compute (Nova) ==<br />
<br />
=== Upgrade Notes ===<br />
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.<br />
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node), thus need to be also provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.<br />
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/<br />
* Rootwrap filters must be updated after release to add the touch command.<br />
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838]. <br />
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then instance goes in to error state.<br />
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.<br />
** In case of a race condition 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. To resolve this error we need to update the base file access time with root user privileges using touch command.<br />
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .<br />
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.<br />
<br />
=== Deprecations ===<br />
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.<br />
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0 and we are going to remove it in Mitaka.<br />
<br />
== OpenStack Telemetry (Ceilometer) ==<br />
<br />
=== Key New Features ===<br />
* creation of Aodh to handle alarming service<br />
* improved metadata caching - reduced load of nova api polling<br />
* declarative meters - ability to generate meters by defining meter definition template.<br />
* ceilometer+gnocchi integration - support for data publishing from Ceilometer to Gnocchi<br />
* mandatory limit - limit restricted querying is enforced. limit must be explicitly provided on queries else the result set is restricted to a default limit<br />
* distributed, coordinated notification agents - support for workload partitioning across multiple notification agents<br />
* Events RBAC support<br />
* PowerVM hypervisor support<br />
* improved MongoDB query support<br />
<br />
==== Gnocchi Features ====<br />
<br />
==== Aodh Features ====<br />
** event alarms - ability to trigger action when event is received<br />
<br />
=== Upgrade Notes ===<br />
* The name of some middleware used by ceilometer changed in a backwards-incompatible way. Before upgrading, edit the paste.ini file for ceilometer to change "oslo.middleware" to "oslo_middleware". For example using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki><br />
<br />
=== Deprecation ===<br />
* Ceilometer Alarms is deprecated in favour or Aodh<br />
* RPC publisher and collector is deprecated in favour of topic based notifier publisher<br />
* Non-metric meters are still deprecated to be removed<br />
<br />
== OpenStack Identity (Keystone) ==<br />
<br />
=== Key New Features ===<br />
<br />
Release notes based on blueprints and wishlist bugs are being collaboratively drafted [https://etherpad.openstack.org/p/keystone-liberty-release-notes on Etherpad]. The version presented below was updated by samueldmq and this note will be removed once it's reviewed by core-reviewers.<br />
<br />
* Keystone now supports tokenless authorization with X.509 SSL client certificate;<br />
* Configuring per-Identity Provider WebSSO is now supported;<br />
* openstack_user_domain and openstack_project_domain attributes were added to SAML assertion in order to map user and project domains, respectively;<br />
* Credentials list call can now have its results filtered by credential type;<br />
* Domain name information is now available to be used in policy rules with the attribute domain_name;<br />
* Keystone now shows available choices for string configuration options;<br />
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces;<br />
* Several features were hardened, including Fernet tokens, Federation, Domain specific configurations from database and Role Assignments.<br />
<br />
=== Upgrade Notes ===<br />
<br />
* The EC2 token middleware, deprecated in Juno, is no longer available;<br />
* The compute_port configuration option, deprecated in Juno, is no longer available;<br />
* External authentication plugins, deprecated in Icehouse, are no longer available.<br />
<br />
=== Deprecations ===<br />
<br />
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release;<br />
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.<br />
<br />
== OpenStack Block Storage (Cinder) ==<br />
<br />
=== Key New Features ===<br />
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]<br />
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].<br />
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].<br />
* List capabilities of a volume backend (fetch extra-specs)<br />
* Nested quotas<br />
<br />
=== Upgrade Notes ===<br />
<br />
=== Deprecations ===<br />
<br />
== OpenStack Orchestration (Heat) ==<br />
<br />
=== New Features ===<br />
<br />
==== Convergence ====<br />
Convergence is a new orchstration engine which is maturing in the heat tree. In Liberty the benefits of using the convergence engine are:<br />
Greater parallelization of resource actions (for better scaling of large templates)<br />
The ablitiy to do a stack-update whilst there is already an update in-progress<br />
Better handling of heat-engine failures (this is still somewhat a WIP, but better support on the way)<br />
<br />
The convergence engine can be enabled by setting /etc/heat/heat/conf [DEFAULT] convergence_engine=true, then restarting heat-engine. Once this has been done, any subsequent created stack will use the convergence engine, while operations on existing stacks will continue to use the traditional engine.<br />
<br />
Convergence has not been production tested and thus should be considered beta qualitiy - use with caution. For the Liberty release we recommend enabling convergence for the purposes of evaluation and scale testing. We will be considering making convergence the default engine in the Mitaka cycle. Convergence specific bugs are tracked in launchpad with the convergence-bugs tag (https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs ).<br />
<br />
==== Conditional resource exposure ====<br />
only resources for actually installed in the cloud services are made available to any user<br />
operators can further control what resources user may use with standard policy rules in policy.json on per-resource type basis<br />
<br />
==== heat_template_version: 2015-10-15 ====<br />
<br />
2015-10-15 indicates that the YAML document is a HOT template and it may contain features added and/or removed up until the Liberty release. <br />
This version removes the Fn::Select function (path based get_attr/get_param references should be used instead). <br />
If no <attribute name> is specified for calls to get_attr, a dict of all attributes is returned, e.g. { get_attr: [<resource name>]}. <br />
Adds new str_split intrinsic function <br />
Adds support for passing multiple lists to the existing list_join function.<br />
Adds support for parsing map/list data to str_replace and list_join (they will be json serialized automatically)<br />
<br />
==== REST API/heatclient additions ====<br />
Stacks can now be assigned with a set of tags, and stack-list can filter on those tags<br />
"heat stack-preview ..." will return a preview of changes for a proposed stack-update<br />
"heat template-validate --show-nested ..." will also validate all template resources and return nested data useful for building user interfaces<br />
"heat resource-type-template --template-type hot ..." generates a template in HOT format<br />
"heat resource-type-list" only shows types available to the user, and can filter results by name, version and support_status<br />
"heat template-version-list" lists available template versions<br />
"heat template-function-list ..." lists available functions for a template version<br />
<br />
==== Enhancements to existing resources ====<br />
Software deployments can now use Zaqar for deploying software data and signalling back to Heat<br />
Stack actions are now performed on remote OS::Heat::Stack resources<br />
OS::Nova::Server now supports the 'Snapshot' deletion_policy<br />
OS::Heat::ResourceGroup update_policy now supports specifying batch_create and rolling_update options<br />
<br />
==== New resources ====<br />
The following new resources are now distributed with the Heat release:<br />
OS::Barbican::Order [1]<br />
OS::Barbican::Secret [1]<br />
OS::Ceilometer::GnocchiAggregationByMetricsAlarm [1]<br />
OS::Ceilometer::GnocchiAggregationByResourcesAlarm [1]<br />
OS::Ceilometer::GnocchiResourcesAlarm [1]<br />
OS::Cinder::VolumeType [2]<br />
OS::Designate::Domain<br />
OS::Designate::Record<br />
OS::Heat::None<br />
OS::Heat::TestResource<br />
OS::Keystone::Endpoint<br />
OS::Keystone::Group [2]<br />
OS::Keystone::GroupRoleAssignment<br />
OS::Keystone::Project [2]<br />
OS::Keystone::Role [2]<br />
OS::Keystone::Service<br />
OS::Keystone::User [2]<br />
OS::Keystone::UserRoleAssignment<br />
OS::Magnum::BayModel<br />
OS::Manila::SecurityService<br />
OS::Manila::Share<br />
OS::Manila::ShareNetwork<br />
OS::Manila::ShareType<br />
OS::Mistral::CronTrigger<br />
OS::Mistral::Workflow<br />
OS::Monasca::AlarmDefinition [4]<br />
OS::Monasca::Notification [4]<br />
OS::Neutron::ExtraRoute [3]<br />
OS::Nova::Flavor [2]<br />
OS::Sahara::DataSource<br />
<br />
[1] These existed Kilo as contrib resources as they were for non-integrated projects. These resources are now distributed with Heat as Big Tent projects.<br />
[2] These existed Kilo as contrib resources as they require a user with an admin role. They are now distributed with Heat. Operators now have ability to hide them from under-privileged users by modifyig policy.json (for reference, OS::Nova::Flavor is hidden from non-admin users in default policy file supplied).<br />
[3] These existed in Kilo as contrib resources as they used an approach not endorsed by the Heat project. They are now distributed with heat and documented as UNSUPPORTED.<br />
[4] These resources are for projects which are not yet OpenStack Big Tent projects, so are documented as UNSUPPORTED<br />
<br />
With the new OS::Keystone::* resources it is now be possible for cloud operators to use heat templates to manage Keystone service catalog entries and users.<br />
<br />
==== Deprecated Resource Properties ====<br />
Many resource properties have previously been documented as DEPRECATED. 15 of these properties are now flagged as HIDDEN, which means they will no longer be documented but existing stacks and templates will continue to work after a heat upgrade. The Resource Type Reference http://docs.openstack.org/developer/heat/template_guide/openstack.html should be consulted to determine available resource properties and attributes.<br />
<br />
=== Upgrade notes ===<br />
<br />
==== Configuration Changes ====<br />
Notable changes to the /etc/heat/heat.conf [DEFAULT] section:<br />
hidden_stack_tags has been added, stacks containing these tag names will be hidden from stack-list results (defaults to data-processing-cluster which hides sahara-created stacks)<br />
instance_user was deprectated, and is now removed entirely. Nova servers created with OS::Nova::Server resource will now boot configured with the default user set up with the cloud image. AWS::EC2::Instance still creates "ec2-user"<br />
max_resources_per_stack can now be set to -1 to disable enforcement<br />
enable_cloud_watch_lite is now false by default as this REST API is deprecated<br />
default_software_config_transport has gained the option ZAQAR_MESSAGE<br />
default_deployment_signal_transport has gained the option ZAQAR_SIGNAL<br />
auth_encryption_key is now documented as requiring exactly 32 characters<br />
list_notifier_drivers was deprecated and is now removed<br />
policy options have moved to the [oslo_policy] section<br />
use_syslog_rfc_format is deprecated and now defaults to true<br />
<br />
Notable changes to other sections of heat.conf:<br />
[clients_keystone] auth_uri has been added to specify the unversioned keystone url<br />
[heat_api] workers now defaults to 4 (was previously 0, which created a worker per host CPU)<br />
<br />
The policy file /etc/heat/policy.json can now be configured with per-resource-type access policies, for example:<br />
"resource_types:OS::Nova::Flavor": "rule:context_is_admin"<br />
<br />
==== Upgrading from Kilo to Liberty ====<br />
Progress has been made on supporting live sql migrations, however it is still recommended to bring down the heat service for the duration of the upgrade. Downward SQL schema migrations are no longer supported, so a rollback to Kilo will require restoring a snapshot of the pre-upgrade database.<br />
<br />
</translate></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty&diff=91669ReleaseNotes/Liberty2015-10-04T19:51:50Z<p>Steve Baker: </p>
<hr />
<div><languages /><br />
<translate><br />
<br />
[[Category:Kilo|Release Note]]<br />
[[Category:Release Note|Liberty]]<br />
<br />
= OpenStack Liberty Release Notes =<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
<br />
== OpenStack Networking (Neutron) ==<br />
<br />
=== New Features ===<br />
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].<br />
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].<br />
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].<br />
* VPNaaS reference drivers now work with HA routers.<br />
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].<br />
* The OVS agent may now be restarted without affecting data plane connectivity.<br />
* Neutron now offers role base access control for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].<br />
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform<br />
* LBaaS V2 API is no longer experimental. It is now stable.<br />
* Neutron now supports a way that an agent can start without selectable for auto-scheduling but manual-scheduling available so that a deployer can test an agent manually [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].<br />
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.<br />
<br />
=== Deprecated and Removed Plugins and Drivers ===<br />
* The metaplugin is removed in the Liberty release.<br />
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.<br />
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).<br />
<br />
=== Deprecated Features ===<br />
* 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 team is in the process of developing.<br />
* The LBaaS V1 API is marked as deprecated and is planned to be removed in some future release. Going forward the LBaaS V2 API should be used.<br />
<br />
=== Performance Considerations ===<br />
* The stock 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.<br />
* 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 versus 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 the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html<br />
<br />
== OpenStack Compute (Nova) ==<br />
<br />
=== Upgrade Notes ===<br />
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.<br />
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node), thus need to be also provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.<br />
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/<br />
* Rootwrap filters must be updated after release to add the touch command.<br />
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838]. <br />
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then instance goes in to error state.<br />
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.<br />
** In case of a race condition 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. To resolve this error we need to update the base file access time with root user privileges using touch command.<br />
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .<br />
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.<br />
<br />
=== Deprecations ===<br />
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.<br />
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0 and we are going to remove it in Mitaka.<br />
<br />
== OpenStack Telemetry (Ceilometer) ==<br />
<br />
=== Key New Features ===<br />
* creation of Aodh to handle alarming service<br />
* improved metadata caching - reduced load of nova api polling<br />
* declarative meters - ability to generate meters by defining meter definition template.<br />
* ceilometer+gnocchi integration - support for data publishing from Ceilometer to Gnocchi<br />
* mandatory limit - limit restricted querying is enforced. limit must be explicitly provided on queries else the result set is restricted to a default limit<br />
* distributed, coordinated notification agents - support for workload partitioning across multiple notification agents<br />
* Events RBAC support<br />
* PowerVM hypervisor support<br />
* improved MongoDB query support<br />
<br />
==== Gnocchi Features ====<br />
<br />
==== Aodh Features ====<br />
** event alarms - ability to trigger action when event is received<br />
<br />
=== Upgrade Notes ===<br />
* The name of some middleware used by ceilometer changed in a backwards-incompatible way. Before upgrading, edit the paste.ini file for ceilometer to change "oslo.middleware" to "oslo_middleware". For example using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki><br />
<br />
=== Deprecation ===<br />
* Ceilometer Alarms is deprecated in favour or Aodh<br />
* RPC publisher and collector is deprecated in favour of topic based notifier publisher<br />
* Non-metric meters are still deprecated to be removed<br />
<br />
== OpenStack Identity (Keystone) ==<br />
<br />
=== Key New Features ===<br />
<br />
Release notes based on blueprints and wishlist bugs are being collaboratively drafted [https://etherpad.openstack.org/p/keystone-liberty-release-notes on Etherpad]. The version presented below was updated by samueldmq and this note will be removed once it's reviewed by core-reviewers.<br />
<br />
* Keystone now supports tokenless authorization with X.509 SSL client certificate;<br />
* Configuring per-Identity Provider WebSSO is now supported;<br />
* openstack_user_domain and openstack_project_domain attributes were added to SAML assertion in order to map user and project domains, respectively;<br />
* Credentials list call can now have its results filtered by credential type;<br />
* Domain name information is now available to be used in policy rules with the attribute domain_name;<br />
* Keystone now shows available choices for string configuration options;<br />
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces;<br />
* Several features were hardened, including Fernet tokens, Federation, Domain specific configurations from database and Role Assignments.<br />
<br />
=== Upgrade Notes ===<br />
<br />
* The EC2 token middleware, deprecated in Juno, is no longer available;<br />
* The compute_port configuration option, deprecated in Juno, is no longer available;<br />
* External authentication plugins, deprecated in Icehouse, are no longer available.<br />
<br />
=== Deprecations ===<br />
<br />
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release;<br />
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.<br />
<br />
== OpenStack Block Storage (Cinder) ==<br />
<br />
=== Key New Features ===<br />
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]<br />
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].<br />
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].<br />
* List capabilities of a volume backend (fetch extra-specs)<br />
* Nested quotas<br />
<br />
=== Upgrade Notes ===<br />
<br />
=== Deprecations ===<br />
<br />
== OpenStack Orchestration (Heat) ==<br />
</translate></div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=90850Meetings/HeatAgenda2015-09-23T01:44:28Z<p>Steve Baker: /* Agenda (2015-09-23 2000 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-09-23 2000 UTC) ===<br />
* Adding items to agenda<br />
* rc1 is out, lets go through potential rc2 bugs<br />
* state of the gate<br />
* Liberty release notes<br />
<br />
=== Agenda (2015-09-16 0700 UTC) ===<br />
* Adding items to agenda<br />
* rc1 blueprint status<br />
* rc1 bug status<br />
* Liberty release notes<br />
* gate for heat-templates seems broken<br />
<br />
=== Agenda (2015-09-09 2000 UTC) ===<br />
* Adding items to agenda<br />
* rc1 blueprint status<br />
* rc1 bug status<br />
* state of the gate<br />
* design summit pre pre planning<br />
<br />
=== Agenda (2015-09-02 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* prep for liberty-3 release<br />
* convergence-status<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=90849Meetings/HeatAgenda2015-09-23T01:43:57Z<p>Steve Baker: /* Weekly Heat (Orchestration) meeting */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-09-23 2000 UTC) ===<br />
* Adding items to agenda<br />
* rc1 is out, lets go through potential rc2 bugs<br />
* state of the gate<br />
<br />
=== Agenda (2015-09-16 0700 UTC) ===<br />
* Adding items to agenda<br />
* rc1 blueprint status<br />
* rc1 bug status<br />
* Liberty release notes<br />
* gate for heat-templates seems broken<br />
<br />
=== Agenda (2015-09-09 2000 UTC) ===<br />
* Adding items to agenda<br />
* rc1 blueprint status<br />
* rc1 bug status<br />
* state of the gate<br />
* design summit pre pre planning<br />
<br />
=== Agenda (2015-09-02 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* prep for liberty-3 release<br />
* convergence-status<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=90368Meetings/HeatAgenda2015-09-16T07:03:15Z<p>Steve Baker: /* Weekly Heat (Orchestration) meeting */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
=== Agenda (2015-09-16 0700 UTC) ===<br />
* Adding items to agenda<br />
* rc1 blueprint status<br />
* rc1 bug status<br />
* Liberty release notes<br />
* gate for heat-templates seems broken<br />
<br />
=== Agenda (2015-09-09 2000 UTC) ===<br />
* Adding items to agenda<br />
* rc1 blueprint status<br />
* rc1 bug status<br />
* state of the gate<br />
* design summit pre pre planning<br />
<br />
=== Agenda (2015-09-02 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* prep for liberty-3 release<br />
* convergence-status<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=90367Meetings/HeatAgenda2015-09-16T07:01:03Z<p>Steve Baker: /* Weekly Heat (Orchestration) meeting */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
=== Agenda (2015-09-16 0700 UTC) ===<br />
* Adding items to agenda<br />
* rc1 blueprint status<br />
* rc1 bug status<br />
* Liberty release notes<br />
<br />
=== Agenda (2015-09-16 0700 UTC) ===<br />
* Adding items to agenda<br />
* gate for heat-templates seems broken<br />
<br />
=== Agenda (2015-09-09 2000 UTC) ===<br />
* Adding items to agenda<br />
* rc1 blueprint status<br />
* rc1 bug status<br />
* state of the gate<br />
* design summit pre pre planning<br />
<br />
=== Agenda (2015-09-02 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* prep for liberty-3 release<br />
* convergence-status<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=89860Meetings/HeatAgenda2015-09-09T20:01:04Z<p>Steve Baker: /* Agenda (2015-09-09 2000 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-09-09 2000 UTC) ===<br />
* Adding items to agenda<br />
* rc1 blueprint status<br />
* rc1 bug status<br />
* state of the gate<br />
* design summit pre pre planning<br />
<br />
=== Agenda (2015-09-02 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* prep for liberty-3 release<br />
* convergence-status<br />
<br />
=== Agenda (2015-08-26 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* prep for liberty-3 release<br />
* batching for create in ResourceGroup<br />
<br />
=== Agenda (2015-08-19 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* dogfooding convergence https://etherpad.openstack.org/p/heat-convergence-tasks<br />
* discuss https://bugs.launchpad.net/heat/+bug/1475685<br />
* 202 return codes<br />
<br />
=== Agenda (2015-08-12 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Using trusts for re-authentication during one long request (skraynev)<br />
<br />
=== Agenda (2015-08-05 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
<br />
=== Agenda (2015-07-29 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Liberty-2 status<br />
* heat:bundled tag for projects with heat resources<br />
<br />
=== Agenda (2015-07-23 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Tempest checking on resource type list [https://review.openstack.org/#/c/150720/] and [https://review.openstack.org/#/c/147761/]<br />
<br />
=== Agenda (2015-07-15 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Show attribute base [https://review.openstack.org/#/c/195609/ patch] <br />
<br />
=== Agenda (2015-07-08 0700 UTC) ===<br />
* Adding items to agenda<br />
* The nested validation BP (https://review.openstack.org/#/c/197199/)<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-07-01 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* new SessionClient (https://review.openstack.org/#/c/163484/) and old servers<br />
* Fn::Select alternatives<br />
* resource interfaces<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=89859Meetings/HeatAgenda2015-09-09T20:00:21Z<p>Steve Baker: /* Weekly Heat (Orchestration) meeting */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-09-09 2000 UTC) ===<br />
* Adding items to agenda<br />
* rc1 blueprint status<br />
* rc1 bug status<br />
* state of the gate<br />
<br />
=== Agenda (2015-09-02 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* prep for liberty-3 release<br />
* convergence-status<br />
<br />
=== Agenda (2015-08-26 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* prep for liberty-3 release<br />
* batching for create in ResourceGroup<br />
<br />
=== Agenda (2015-08-19 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* dogfooding convergence https://etherpad.openstack.org/p/heat-convergence-tasks<br />
* discuss https://bugs.launchpad.net/heat/+bug/1475685<br />
* 202 return codes<br />
<br />
=== Agenda (2015-08-12 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Using trusts for re-authentication during one long request (skraynev)<br />
<br />
=== Agenda (2015-08-05 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
<br />
=== Agenda (2015-07-29 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Liberty-2 status<br />
* heat:bundled tag for projects with heat resources<br />
<br />
=== Agenda (2015-07-23 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Tempest checking on resource type list [https://review.openstack.org/#/c/150720/] and [https://review.openstack.org/#/c/147761/]<br />
<br />
=== Agenda (2015-07-15 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Show attribute base [https://review.openstack.org/#/c/195609/ patch] <br />
<br />
=== Agenda (2015-07-08 0700 UTC) ===<br />
* Adding items to agenda<br />
* The nested validation BP (https://review.openstack.org/#/c/197199/)<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-07-01 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* new SessionClient (https://review.openstack.org/#/c/163484/) and old servers<br />
* Fn::Select alternatives<br />
* resource interfaces<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=88915Meetings/HeatAgenda2015-08-26T19:58:22Z<p>Steve Baker: /* Agenda (2015-08-26 2000 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-08-26 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* prep for liberty-3 release<br />
* batching for create in ResourceGroup<br />
<br />
=== Agenda (2015-08-19 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* dogfooding convergence https://etherpad.openstack.org/p/heat-convergence-tasks<br />
* discuss https://bugs.launchpad.net/heat/+bug/1475685<br />
* 202 return codes<br />
<br />
=== Agenda (2015-08-12 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Using trusts for re-authentication during one long request (skraynev)<br />
<br />
=== Agenda (2015-08-05 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
<br />
=== Agenda (2015-07-29 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Liberty-2 status<br />
* heat:bundled tag for projects with heat resources<br />
<br />
=== Agenda (2015-07-23 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Tempest checking on resource type list [https://review.openstack.org/#/c/150720/] and [https://review.openstack.org/#/c/147761/]<br />
<br />
=== Agenda (2015-07-15 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Show attribute base [https://review.openstack.org/#/c/195609/ patch] <br />
<br />
=== Agenda (2015-07-08 0700 UTC) ===<br />
* Adding items to agenda<br />
* The nested validation BP (https://review.openstack.org/#/c/197199/)<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-07-01 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* new SessionClient (https://review.openstack.org/#/c/163484/) and old servers<br />
* Fn::Select alternatives<br />
* resource interfaces<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=88305Meetings/HeatAgenda2015-08-19T07:04:10Z<p>Steve Baker: /* Agenda (2015-08-20 0700 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-08-20 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* dogfooding convergence https://etherpad.openstack.org/p/heat-convergence-tasks<br />
* discuss https://bugs.launchpad.net/heat/+bug/1475685<br />
* 202 return codes<br />
<br />
=== Agenda (2015-08-12 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Using trusts for re-authentication during one long request (skraynev)<br />
<br />
=== Agenda (2015-08-05 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
<br />
=== Agenda (2015-07-29 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Liberty-2 status<br />
* heat:bundled tag for projects with heat resources<br />
<br />
=== Agenda (2015-07-23 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Tempest checking on resource type list [https://review.openstack.org/#/c/150720/] and [https://review.openstack.org/#/c/147761/]<br />
<br />
=== Agenda (2015-07-15 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Show attribute base [https://review.openstack.org/#/c/195609/ patch] <br />
<br />
=== Agenda (2015-07-08 0700 UTC) ===<br />
* Adding items to agenda<br />
* The nested validation BP (https://review.openstack.org/#/c/197199/)<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-07-01 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* new SessionClient (https://review.openstack.org/#/c/163484/) and old servers<br />
* Fn::Select alternatives<br />
* resource interfaces<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=88300Meetings/HeatAgenda2015-08-19T06:32:18Z<p>Steve Baker: /* Agenda (2015-08-20 0700 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-08-20 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* dogfooding convergence https://etherpad.openstack.org/p/heat-convergence-tasks<br />
<br />
=== Agenda (2015-08-12 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Using trusts for re-authentication during one long request (skraynev)<br />
<br />
=== Agenda (2015-08-05 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
<br />
=== Agenda (2015-07-29 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Liberty-2 status<br />
* heat:bundled tag for projects with heat resources<br />
<br />
=== Agenda (2015-07-23 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Tempest checking on resource type list [https://review.openstack.org/#/c/150720/] and [https://review.openstack.org/#/c/147761/]<br />
<br />
=== Agenda (2015-07-15 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Show attribute base [https://review.openstack.org/#/c/195609/ patch] <br />
<br />
=== Agenda (2015-07-08 0700 UTC) ===<br />
* Adding items to agenda<br />
* The nested validation BP (https://review.openstack.org/#/c/197199/)<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-07-01 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* new SessionClient (https://review.openstack.org/#/c/163484/) and old servers<br />
* Fn::Select alternatives<br />
* resource interfaces<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=88299Meetings/HeatAgenda2015-08-19T06:16:49Z<p>Steve Baker: /* Weekly Heat (Orchestration) meeting */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-08-20 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* dogfooding convergence<br />
<br />
=== Agenda (2015-08-12 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Using trusts for re-authentication during one long request (skraynev)<br />
<br />
=== Agenda (2015-08-05 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
<br />
=== Agenda (2015-07-29 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Liberty-2 status<br />
* heat:bundled tag for projects with heat resources<br />
<br />
=== Agenda (2015-07-23 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Tempest checking on resource type list [https://review.openstack.org/#/c/150720/] and [https://review.openstack.org/#/c/147761/]<br />
<br />
=== Agenda (2015-07-15 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Show attribute base [https://review.openstack.org/#/c/195609/ patch] <br />
<br />
=== Agenda (2015-07-08 0700 UTC) ===<br />
* Adding items to agenda<br />
* The nested validation BP (https://review.openstack.org/#/c/197199/)<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-07-01 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* new SessionClient (https://review.openstack.org/#/c/163484/) and old servers<br />
* Fn::Select alternatives<br />
* resource interfaces<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=87026Meetings/HeatAgenda2015-07-29T19:38:14Z<p>Steve Baker: /* Weekly Heat (Orchestration) meeting */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-07-29 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* Liberty-2 status<br />
* heat:bundled tag for projects with heat resources<br />
<br />
=== Agenda (2015-07-23 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Tempest checking on resource type list [https://review.openstack.org/#/c/150720/] and [https://review.openstack.org/#/c/147761/]<br />
<br />
=== Agenda (2015-07-15 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Show attribute base [https://review.openstack.org/#/c/195609/ patch] <br />
<br />
=== Agenda (2015-07-08 0700 UTC) ===<br />
* Adding items to agenda<br />
* The nested validation BP (https://review.openstack.org/#/c/197199/)<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-07-01 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* new SessionClient (https://review.openstack.org/#/c/163484/) and old servers<br />
* Fn::Select alternatives<br />
* resource interfaces<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=86490Meetings/HeatAgenda2015-07-22T06:57:13Z<p>Steve Baker: /* Agenda (2015-07-23 0700 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-07-23 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Tempest checking on resource type list [https://review.openstack.org/#/c/150720/] and [https://review.openstack.org/#/c/147761/]<br />
<br />
=== Agenda (2015-07-15 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* Show attribute base [https://review.openstack.org/#/c/195609/ patch] <br />
<br />
=== Agenda (2015-07-08 0700 UTC) ===<br />
* Adding items to agenda<br />
* The nested validation BP (https://review.openstack.org/#/c/197199/)<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-07-01 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* new SessionClient (https://review.openstack.org/#/c/163484/) and old servers<br />
* Fn::Select alternatives<br />
* resource interfaces<br />
<br />
=== Agenda (2015-06-24 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
* liberty-1 milestone<br />
* Remove Fn::Select for Liberty HOT? (shardy)<br />
* heat_integrationtests into a new repo<br />
* enabling convergence<br />
* versioned objects<br />
<br />
=== Agenda (2015-06-17 2000 UTC) ===<br />
* Adding items to agenda<br />
* 5.0<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-06-10 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=84937Meetings/HeatAgenda2015-07-01T20:05:55Z<p>Steve Baker: /* Agenda (2015-07-01 2000 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-07-01 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* new SessionClient (https://review.openstack.org/#/c/163484/) and old servers<br />
* Fn::Select alternatives<br />
* resource interfaces<br />
<br />
=== Agenda (2015-06-24 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
* liberty-1 milestone<br />
* Remove Fn::Select for Liberty HOT? (shardy)<br />
* heat_integrationtests into a new repo<br />
* enabling convergence<br />
* versioned objects<br />
<br />
=== Agenda (2015-06-17 2000 UTC) ===<br />
* Adding items to agenda<br />
* 5.0<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-06-10 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=84934Meetings/HeatAgenda2015-07-01T20:01:30Z<p>Steve Baker: /* Agenda (2015-07-01 2000 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-07-01 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs http://bit.ly/1FnhaIK<br />
* new SessionClient (https://review.openstack.org/#/c/163484/) and old servers<br />
<br />
=== Agenda (2015-06-24 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
* liberty-1 milestone<br />
* Remove Fn::Select for Liberty HOT? (shardy)<br />
* heat_integrationtests into a new repo<br />
* enabling convergence<br />
* versioned objects<br />
<br />
=== Agenda (2015-06-17 2000 UTC) ===<br />
* Adding items to agenda<br />
* 5.0<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-06-10 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=84191Meetings/HeatAgenda2015-06-24T07:43:51Z<p>Steve Baker: /* Agenda (2015-06-24 0700 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-06-24 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
* liberty-1 milestone<br />
* Remove Fn::Select for Liberty HOT? (shardy)<br />
* heat_integrationtests into a new repo<br />
* enabling convergence<br />
* versioned objects<br />
<br />
=== Agenda (2015-06-17 2000 UTC) ===<br />
* Adding items to agenda<br />
* 5.0<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-06-10 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=84190Meetings/HeatAgenda2015-06-24T07:42:25Z<p>Steve Baker: /* Agenda (2015-06-24 2000 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-06-24 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
* liberty-1 milestone<br />
* Remove Fn::Select for Liberty HOT? (shardy)<br />
* heat_integrationtests into a new repo<br />
<br />
=== Agenda (2015-06-17 2000 UTC) ===<br />
* Adding items to agenda<br />
* 5.0<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-06-10 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=84189Meetings/HeatAgenda2015-06-24T07:42:11Z<p>Steve Baker: /* Agenda (2015-06-17 0700 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-06-24 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
* liberty-1 milestone<br />
* Remove Fn::Select for Liberty HOT? (shardy)<br />
* heat_integrationtests into a new repo<br />
<br />
=== Agenda (2015-06-17 2000 UTC) ===<br />
* Adding items to agenda<br />
* 5.0<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-06-10 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=84188Meetings/HeatAgenda2015-06-24T07:41:53Z<p>Steve Baker: /* Agenda (2015-06-17 2000 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-06-24 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
* liberty-1 milestone<br />
* Remove Fn::Select for Liberty HOT? (shardy)<br />
* heat_integrationtests into a new repo<br />
<br />
=== Agenda (2015-06-17 0700 UTC) ===<br />
* Adding items to agenda<br />
* 5.0<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-06-10 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=84159Meetings/HeatAgenda2015-06-24T01:20:58Z<p>Steve Baker: /* Agenda (2015-06-24 2000 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-06-24 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
* liberty-1 milestone<br />
* Remove Fn::Select for Liberty HOT? (shardy)<br />
* heat_integrationtests into a new repo<br />
<br />
=== Agenda (2015-06-17 0700 UTC) ===<br />
* Adding items to agenda<br />
* 5.0<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-06-17 2000 UTC) ===<br />
* Adding items to agenda<br />
* Issue with new versions [https://review.openstack.org/#/c/192402/1]<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
=== Agenda (2015-06-10 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=83797Meetings/HeatAgenda2015-06-17T20:38:59Z<p>Steve Baker: /* Agenda (2015-06-17 0700 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-06-17 0700 UTC) ===<br />
* Adding items to agenda<br />
* 5.0<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs] http://bit.ly/1FnhaIK<br />
<br />
=== Agenda (2015-06-17 2000 UTC) ===<br />
* Adding items to agenda<br />
* Issue with new versions [https://review.openstack.org/#/c/192402/1]<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
=== Agenda (2015-06-10 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=83795Meetings/HeatAgenda2015-06-17T19:59:15Z<p>Steve Baker: /* Agenda (2015-06-17 0700 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-06-17 0700 UTC) ===<br />
* Adding items to agenda<br />
* 5.0<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-17 2000 UTC) ===<br />
* Adding items to agenda<br />
* Issue with new versions [https://review.openstack.org/#/c/192402/1]<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
=== Agenda (2015-06-10 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=83794Meetings/HeatAgenda2015-06-17T19:58:22Z<p>Steve Baker: /* Weekly Heat (Orchestration) meeting */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-06-17 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
=== Agenda (2015-06-17 2000 UTC) ===<br />
* Adding items to agenda<br />
* Issue with new versions [https://review.openstack.org/#/c/192402/1]<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
=== Agenda (2015-06-10 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=83084Meetings/HeatAgenda2015-06-10T07:01:02Z<p>Steve Baker: </p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
<br />
=== Agenda (2015-06-10 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=82605Meetings/HeatAgenda2015-06-03T20:10:42Z<p>Steve Baker: /* Agenda (2015-06-03 2000 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
* update about functional test for heatclient<br />
* question about destroy behavior of outputs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=82602Meetings/HeatAgenda2015-06-03T20:04:50Z<p>Steve Baker: /* Agenda (2015-06-03 2000 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* [https://bugs.launchpad.net/heat/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.importance%3Alist=CRITICAL&field.importance%3Alist=HIGH&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search High priority bugs]<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=82601Meetings/HeatAgenda2015-06-03T20:01:12Z<p>Steve Baker: /* Agenda (2015-06-03 2000 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
=== Agenda (2015-06-03 2000 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* High priority bugs<br />
<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=81907Meetings/HeatAgenda2015-05-27T07:00:08Z<p>Steve Baker: /* Agenda (2015-05-27 0700 UTC) */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
=== Agenda (2015-05-27 0700 UTC) ===<br />
* Adding items to agenda<br />
* heat reviews https://etherpad.openstack.org/p/heat-reviews<br />
* parameters for SupportStatus for displaying current status and from which object is supported<br />
<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=81663Meetings/HeatAgenda2015-05-22T16:51:29Z<p>Steve Baker: /* Weekly Heat (Orchestration) meeting */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 0700 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=81662Meetings/HeatAgenda2015-05-22T16:50:05Z<p>Steve Baker: /* Weekly Heat (Orchestration) meeting */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=7&min=0&sec=0 1200 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings&diff=81661Meetings2015-05-22T16:46:58Z<p>Steve Baker: /* Heat (orchestration) team meeting */</p>
<hr />
<div>The OpenStack project holds its various public meetings on '''IRC''', in the <code><nowiki>#openstack-meeting</nowiki></code>, <code><nowiki>#openstack-meeting-alt</nowiki></code>, <code><nowiki>#openstack-meeting-3</nowiki></code>, and <code><nowiki>#openstack-meeting-4</nowiki></code> channels on Freenode. Everyone is encouraged to attend. [http://webchat.freenode.net?randomnick=1&channels=%23openstack-meeting%2C%23openstack-meeting-alt%2C%23openstack-meeting-3%2C%23openstack-meeting-4&prompt=1&uio=d4 Connect to IRC via webclient].<br />
<br />
Holding meetings in these official IRC channels increases the ability of the community at large to participate, and makes it possible to take advantage of the community's [http://ci.openstack.org/irc.html#meetbot meeting automation infrastructure] providing [http://eavesdrop.openstack.org/meetings/ logging] and [http://meetbot.debian.net/Manual.html#user-reference other useful features].<br />
<br />
Some guidance on how to create a meeting can be found here: [[Meetings/CreateaMeeting]]<br />
<br />
You can also access the [https://www.google.com/calendar/ical/bj05mroquq28jhud58esggqmh4@group.calendar.google.com/public/basic.ics iCal feed for all OpenStack meetings].<br />
<br />
== OpenStack Cross-Project meeting ==<br />
* Weekly on Tuesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=21&min=0&sec=0 2100] UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair (to contact for more information): [[ThierryCarrez]]<br />
* See [[Meetings/CrossProjectMeeting]] for details<br />
<br />
== Technical Committee meeting ==<br />
* Weekly on Tuesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000] UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair (to contact for more information): [[ThierryCarrez]]<br />
* See [[Meetings/TechnicalCommittee]] for details<br />
<br />
== OpenStack Compute (Nova) ==<br />
=== Nova team Meeting ===<br />
* Weekly on Thursdays, alternating times - [http://www.timeanddate.com/worldclock/fixedtime.html?hour=14&min=0&sec=0 1400] UTC and [http://www.timeanddate.com/worldclock/fixedtime.html?hour=21&min=0&sec=0 2100] UTC<br />
** For 2014 - odd weeks at 1400, even weeks at 2100 (date "+%U")<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair (to contact for more information): Michael Still (even weeks), John Garbutt (odd weeks)<br />
* See [[Meetings/Nova]] for an agenda<br />
<br />
=== XenAPI team meeting ===<br />
* Weekly on Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0 1500] UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chaired by: [[JohnGarbutt]]<br />
* See [[Meetings/XenAPI]] for agenda<br />
<br />
=== Nova Hyper-V team meeting ===<br />
* Weekly on Tuesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=16&min=0&sec=0 1600] UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chaired by primeministerp (Peter Pouliot)<br />
* See [[Meetings/Hyper-V|Meetings/Hyper-V]] for agenda and details<br />
<br />
=== Gantt (Scheduler) team meeting ===<br />
* Weekly on Tuesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0 1500] UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair (to contact for more information): n0ano (Don Dugger)<br />
* See [[Meetings/Scheduler]] for details<br />
<br />
=== VMwareAPI team meeting ===<br />
* Weekly on Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=17&min=0&sec=0 1700] UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair: [[TracyJones]]<br />
* See [[Meetings/VMwareAPI]] for details<br />
<br />
=== PCI Passthrough Meeting ===<br />
* Biweekly on Tuesday at [http://www.worldclock.com/world_clock.html 1300 UTC] <br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair: baoli (Robert Li)<br />
* See [[Meetings/Passthrough]] for details<br />
<br />
=== Nova API meeting ===<br />
* Weekly on Friday at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=00&min=0&sec=0 12ː00] UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair: Kenichi Oomichi (oomichi)<br />
* See [[Meetings/NovaAPI]] for details<br />
<br />
=== Libvirt Meeting ===<br />
* Weekly on Tuesday at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=00&sec=0p1=0 15:00 UTC]<br />
* IRC channel <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: Daniel Berrange (IRC: danpb)<br />
* See [[Meetings/Libvirt]] for details<br />
<br />
=== Nova Cellsv2 Meeting ===<br />
* Weekly on Wednesdays, alternating times - [http://www.timeanddate.com/worldclock/fixedtime.html?hour=17&min=00&sec=0p1=0 17:00 UTC] and [http://www.timeanddate.com/worldclock/fixedtime.html?hour=21&min=00&sec=0p1=0 21:00 UTC]<br />
* IRC channel <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: Andrew Laski (IRC: alaski)<br />
* See [[Meetings/NovaCellsv2]] for details<br />
<br />
== Documentation team meeting ==<br />
* Every other Wednesday at alternating times, see [[Meetings/DocTeamMeeting]]<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair (to contact for more information): [[AnneGentle]]<br />
* See [[Meetings/DocTeamMeeting]] for an agenda<br />
<br />
===HA Guide Update Meeting ===<br />
* Every Thursday at 21:00 UTC <br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair (to contact for more information): [[MattGriffin]]<br />
* See [https://etherpad.openstack.org/p/openstack-haguide-update Etherpad] for an agenda<br />
<br />
===Install Guide Update Meeting ===<br />
* Every Tuesday at 13:00 UTC (8:00 AM US CDT)<br />
* Chair (to contact for more information): [[KarinLevinstein]] <br />
* Google Hangout: https://plus.google.com/hangouts/_/calendar/a2FyaW4ua2F0aG9kZUBnbWFpbC5jb20.jj2lu2nbj71a0dan11vatdav3k<br />
* See [https://wiki.openstack.org/wiki/Documentation/InstallGuide] for agenda and details<br />
<br />
===Networking Guide Update Meeting ===<br />
* Every Friday at 15:00 UTC <br />
* Google Hangout: https://plus.google.com/hangouts/_/mirantis.com/networking?authuser=0<br />
* Chair (to contact for more information): [[NickChase]]<br />
* See past status reports on the openstack-docs mailing list for typical agenda<br />
<br />
== Project Infrastructure team meeting ==<br />
* Weekly on Tuesdays at 1900 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair (to contact for more information): [[User:Corvus|James E. Blair (jeblair)]]<br />
* See [[Meetings/InfraTeamMeeting]] for an agenda<br />
<br />
== QA team meeting ==<br />
* Weekly on Thursdays at 1700/2200 UTC (alternating)<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair (to contact for more information): Matt Treinish<br />
* See [[Meetings/QATeamMeeting]] for an agenda<br />
<br />
== RefStack Development Meeting ==<br />
* Weekly on Mondays at 1900 UTC / (1100 PST / 1200 PDT)<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* PTL & Chair: Catherine Diep<br />
* See [[Meetings/Refstack]] for an agenda<br />
<br />
== DefCore Committee Meeting ==<br />
* Weekly Wednesdays from Jan 2015<br />
* 9 am PT, 60 minutes (will follow daylight savings time)<br />
* Agenda & Connection Details at https://wiki.openstack.org/wiki/Governance/DefCoreCommittee#Meetings<br />
<br />
== State management team meeting ==<br />
<br />
Please refer to: [[Meetings#Oslo_Team_meeting|Oslo team meeting]]<br />
<br />
== Keystone team meeting ==<br />
* Weekly on Tuesdays at 1800 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair (to contact for more information): Morgan Fainberg (morganfainberg)<br />
* See [[Meetings/KeystoneMeeting]] for an agenda<br />
<br />
== Ironic (Bare Metal) team meeting ==<br />
* Alternating weeks on Mondays at 1700 UTC or Tuesday at 0500 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair (to contact for more infomation) Devananda van der Veen (devananda)<br />
* see [[Meetings/Ironic]] for agenda<br />
<br />
== TripleO team meeting ==<br />
* Weekly on Tuesdays at 1900 UTC or Wednesdays at 0800 UTC (alternate weeks) (see the [https://www.google.com/calendar/ical/bj05mroquq28jhud58esggqmh4@group.calendar.google.com/public/basic.ics iCal feed] to check the time this week)<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair (to contact for more infomation) Clint Byrum (spamaps)<br />
* see [[Meetings/TripleO]] for agenda<br />
<br />
== Kolla team meeting ==<br />
* Weekly on Wednesdays at 1600 UTC/2200 UTC<br />
* For 2015 - even weeks at 1600 UTC, odd weeks at 2200 UTC (date "+%V") (We use ISO standard weeks)<br />
* IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code><br />
* Chair (to contact for more infomation) Steven Dake (sdake)<br />
* see [[Meetings/Kolla]] for agenda<br />
<br />
== OpenStack Networking (Neutron) ==<br />
=== Neutron team meeting ===<br />
* Weekly alternating between Mondays at 2100 UTC and Tuesdays at 1400 UTC.<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code> Mondays, <code><nowiki>#openstack-meeting</nowiki></code> Tuesdays<br />
* Chair (to contact for more information) Kyle Mestery (mestery)<br />
* see [[Network/Meetings]] for agenda<br />
<br />
=== LBaaS meeting ===<br />
* Weekly on Tuesdays at 1600 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code><br />
* Chair (to contact for more information) mestery (Kyle Mestery)<br />
* see [[Network/LBaaS]] for agenda<br />
<br />
=== Octavia meeting ===<br />
* Weekly on Wednesdays at 2000 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair (to contact for more information) sbalukoff (Stephen Balukoff)<br />
* see [[Octavia/Weekly Meeting Agenda]] for agenda<br />
<br />
=== ML2 Network sub-team meeting ===<br />
* Weekly on Wednesdays at 1600 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair (to contact for more information): rkukura/Suhkdev (Bob Kukura / Sukhdev Kapur)<br />
* See [[Meetings/ML2]] for details<br />
<br />
=== Firewall as a Service (FWaaS) team meeting ===<br />
* Weekly on Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenStack+Neutron+FWaaS+IRC&iso=20140326T1830&p1=1440&ah=1 1830 UTC] <br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: snaiksat (Sumit Naiksatam)<br />
* See [[Meetings/FWaaS]] for details<br />
<br />
=== Neutron Advanced Services' team meeting ===<br />
* Weekly on Tuesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?msg=Neutron+Advanced+Services&iso=20141111T17&p1=1440 1700 UTC] <br />
* IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code><br />
* Chair: snaiksat (Sumit Naiksatam)<br />
* See [[Meetings/AdvancedServices]] for details<br />
<br />
=== Neutron IPv6 sub-team Meeting === <br />
* Weekly on Tuesdays at [http://www.worldclock.com/world_clock.html 1500 UTC] <br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code> <br />
* Chair: sc68cal (Sean M. Collins)<br />
* See [[Meetings/Neutron-IPv6-Subteam]] for details<br />
<br />
=== Neutron Distributed Virtual Router meeting ===<br />
* Weekly on Wednesdays at [http://www.worldclock.com/world_clock.html 1500 UTC]<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair:Swami (Swaminathan Vasudevan)<br />
* See [[Meetings/Distributed-Virtual-Router]] for details<br />
<br />
=== Neutron blueprint ovs-firewall-driver Meeting ===<br />
* Tentative: Monday, December 16 at 2000 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair: asadoughi (Amir Sadoughi)<br />
* Agenda: See [[Meetings/Neutron_blueprint_ovs-firewall-driver]]<br />
<br />
=== Neutron L3 Sub Team Meeting ===<br />
* Weekly on Thursday at 1500 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: carl_baldwin (Carl Baldwin)<br />
* Agenda: See [[Meetings/Neutron-L3-Subteam]]<br />
<br />
=== Neutron ServiceVM framework Sub Team Meeting ===<br />
* Weekly on Wednesdays at 1700UTC from Nov 19, 2014<br />
(Time slot/channel was changed from Nov 19, 2014.)<br />
* IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code><br />
* Chair: yamahata (Isaku Yamahata)<br />
* Agenda: See [[Meetings/ServiceVM]]<br />
<br />
=== neutron-drivers weekly IRC meeting ===<br />
* Weekly on Wednesdays at 1530-1630 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: mestery (Kyle Mestery)<br />
* Agenda: See [[Meetings/NeutronDrivers]]<br />
<br />
=== VPN as a Service (VPNaaS) team meeting ===<br />
* Weekly on Tuesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenStack+Neutron+VPNaaS+IRC&iso=20140326T1600&p1=1440&ah=1 1600 UTC] <br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: pc_m (Paul Michali)<br />
* See [[Meetings/VPNaaS]] for details<br />
<br />
=== Networking L2 Gateway meeting ===<br />
* Bi-weekly on Mondays (Every other Monday starting from January 5, 2015) at 1700 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code><br />
* Chair (to contact for more information): armax/Suhkdev (Armando Migliaccio / Sukhdev Kapur)<br />
* See [[Meetings/L2Gateway]] for details<br />
<br />
=== Nova-net to Neutron Migration meeting ===<br />
* Weekly Tuesdays at 0900 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code> Tuesdays<br />
* Chair (to contact for more information) Anita Kuno (anteaya)<br />
* see [[Meetings/Nova-nettoNeutronMigration]] for agenda<br />
* Currently on hold pending the outcome of the discussion on the mailing list: http://lists.openstack.org/pipermail/openstack-dev/2015-March/060029.html<br />
<br />
=== Neutron QoS meeting ===<br />
* Weekly Wednesdays at 1400 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code> <br />
* Chair: sc68cal/ajo (Sean Collins / Miguel Ángel Ajo)<br />
* See [[Meetings/QoS]] for details<br />
<br />
=== Neutron Service Chaining meeting ===<br />
* Weekly Thursdays at 1800 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code> <br />
* Chair: (to contact for more information): cathy-h-zhang (Cathy Hong Zhang) / louis-fourie (Louis Fourie)<br />
* See [[Meetings/Service Chaining]] for details<br />
<br />
== Group Based Policy Team Meeting ==<br />
* Weekly on Thursdays at 1800 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: SumitNaiksatam (Sumit Naiksatam)<br />
* See [[Meetings/GroupBasedPolicy]] for details<br />
<br />
== Cinder team meeting ==<br />
* Weekly on Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=16&min=0&sec=0 1600] UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chaired by [[JohnGriffith]]<br />
* see [[CinderMeetings]] for agenda<br />
<br />
== Ceilometer team meeting ==<br />
* '''Every''' week on Thursdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0 1500 UTC].<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chaired by eglynn (Eoghan Glynn)<br />
* see [[Meetings/Ceilometer]] for details<br />
<br />
== Designate (DNSaaS) meeting ==<br />
* Weekly Wednesdays at 1700 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair (to contact for more information): Kiall Mac Innes (kiall)<br />
* See [[Meetings/Designate]] for details<br />
<br />
== Monasca (MONaaS) meeting ==<br />
* Weekly Tuesdays at 1600 UTC<br />
* via Vidyo Conferencing (http://www.vidyo.com/), Hosted by Rackspace<br />
* Chair (to contact for more information): Roland Hochmuth<br />
* See [[Meetings/Monasca]] for details<br />
<br />
== Trove (DBaaS) meeting ==<br />
* Weekly on Wednesdays at 1800 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair (to contact for more information): [https://launchpad.net/~slicknik Nikhil Manchanda] (SlickNik) / [https://launchpad.net/~hubcap Michael Basnight] (hub_cap) / [https://launchpad.net/~vipuls Vipul Sabhaya] (vipul) / [https://launchpad.net/~tim-simpson Tim Simpson] (grapex) / [https://launchpad.net/~amcrn Auston McReynolds] (amcrn) / [https://launchpad.net/~cp16net Craig Vyvial] (cp16net)<br />
* See [[Meetings/TroveMeeting]] for details<br />
* For BP Meeting, please see [[Meetings/TroveBPMeeting]] for more details<br />
<br />
== Zaqar (Messaging and Notification) team meeting ==<br />
* Weekly on Mondays, alternating between 2100 UTC and 1500 UTC (starting with 2100 UTC on 8/4)<br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair (to contact for more information): Flavio Percoco (flaper87), Kurt Griffiths (kgriffs)<br />
* See [[Meetings/Zaqar]] for details<br />
<br />
== Cue (Message Broker as a Service) team meeting ==<br />
* Weekly on Mondays at 1800 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair (to contact for more information): Vipul Sabhaya (vipul)<br />
* See [[Meetings/Cue]] for details<br />
<br />
== OpenStack Data Processing (Sahara) team meeting ==<br />
* Weekly on Thursdays at 1400 UTC and 1800 UTC (on alternate weeks)<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code>(1800UTC) and <code><nowiki>#openstack-meeting-3</nowiki></code>(1400UTC)<br />
* Chair (to contact for more info): SergeyLukjanov (Sergey Lukjanov)<br />
* See [[Meetings/SaharaAgenda]] for details<br />
<br />
== Mistral meeting ==<br />
* Weekly on Mondays at 1600 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair: rakhmerov (Renat Akhmerov)<br />
* See [[Meetings/MistralAgenda]] for details<br />
<br />
== Murano meeting ==<br />
* Weekly on Tuesday at 1700 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair: Serg Melikyan (sergmelikyan)<br />
* See [[Meetings/MuranoAgenda]] for details<br />
<br />
== Heat (orchestration) team meeting ==<br />
* Weekly on Wednesdays at 2000 UTC or 0700 UTC (on alternate weeks)<br />
* IRC Channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair (to contact for more information): Steve Baker (stevebaker)<br />
* See [[Meetings/HeatAgenda]] for details<br />
<br />
== Horizon team meeting ==<br />
* Weekly on Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000] UTC or [http://www.timeanddate.com/worldclock/fixedtime.html?hour=12&min=0&sec=0 1200] UTC (on alternate weeks)<br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: David Lyle (david-lyle)<br />
* See [[Meetings/Horizon]] for details<br />
<br />
== Swift team meeting ==<br />
* Weekly on Wednesdays at 1900 UTC<br />
* Proposed new meeting time at 2000UTC on Thursdays or 2100UTC on Wednesdays (to be discussed at the summit)<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair: notmyname (John Dickinson)<br />
* See [[Meetings/Swift]] for details<br />
<br />
== Security meeting ==<br />
* Weekly on Thursdays at 1700 UTC (1 hour duration)<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair (to contact for more information): hyakuhei (Rob Clark)<br />
* See [[Meetings/OpenStackSecurity]] for an agenda<br />
<br />
== Python3 Compatibility Team meeting ==<br />
* Not planned anymore<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair (to contact for more information): jd_ (Julien Danjou)<br />
* See [[Meetings/Python3]] for details<br />
<br />
== Glance Team meeting ==<br />
* Weekly on Thursdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=14&min=0&sec=0 1400]<br />
* IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code><br />
* Chair (to contact for more information): nikhil_k (Nikhil Komawar)<br />
* See [[Meetings/Glance]] for details<br />
<br />
== Oslo Team meeting ==<br />
<br />
* Juno<br />
** Every Friday at 1600 UTC ([http://www.timeanddate.com/worldclock/converted.html?iso=20140425T16&p1=0&p2=2133&p3=195&p4=224 timeanddate.com])<br />
** IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
** Chair (to contact for more information): dhellmann (Doug Hellmann)<br />
** See [[Meetings/Oslo]] for details<br />
* Kilo (beginning 17 Nov 2014)<br />
** Every Monday at 1600 UTC ([http://www.timeanddate.com/worldclock/converted.html?iso=20141117T16&p1=0&p2=2133&p3=195&p4=224 timeanddate.com])<br />
** IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
** Chair (to contact for more information): dhellmann (Doug Hellmann)<br />
** See [[Meetings/Oslo]] for details<br />
<br />
== OpenStack Community Office Hours ==<br />
* Weekly on Tuesdays at [http://www.worldclock.com/world_clock.html 0800 UTC] and on Fridays at [http://www.worldclock.com/world_clock.html 1800 UTC] <br />
* IRC channel: <code><nowiki>#openstack-community</nowiki></code><br />
* Chair: fifieldt ([http://www.openstack.org/community/members/profile/369 Tom Fifield]) and reed ([http://www.openstack.org/community/members/profile/1372 Stefano Maffulli]) <br />
* See [[Meetings/Community]] for details<br />
<br />
== OpenStack Community Infrastructure Meetings ==<br />
<br />
* Weekly on Mondays at [http://www.worldclock.com/world_clock.html 1700 UTC]<br />
* IRC channel: <code><nowiki>#openstack-meetings-alt</nowiki></code><br />
* Chair: reed ([http://www.openstack.org/community/members/profile/1372 Stefano Maffulli])<br />
* See [[Meetings/Community]] for details<br />
<br />
== I18N Team meeting ==<br />
=== Translation team meeting ===<br />
* Bi-weekly on Thursday, at 0800 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair: daisy<br />
* See [[Meetings/I18nTeamMeeting]] for details<br />
=== Translation test meeting ===<br />
* Weekly on Tuesday, at 0000 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code><br />
* Chair: daisy<br />
<br />
== Training-guides Team meeting ==<br />
* Weekly on Monday at [http://www.timeanddate.com/time/zone/usa/san-francisco 1700 UTC] <br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair: sarob<br />
* See [[Meetings/training-guides]] for details<br />
<br />
== Trainers Team meeting ==<br />
* Weekly on Wednesday at [http://www.timeanddate.com/time/zone/usa/san-francisco 1800 UTC] <br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair: sarob<br />
* See [[Meetings/trainers]] for details<br />
<br />
== Manila Team meeting ==<br />
* Weekly on Thursday at [http://www.worldclock.com/current-local-time-in-san-francisco_598.htm 1500 UTC] <br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair: bswartz<br />
* See [[Manila/Meetings]] for details<br />
<br />
== Rally meeting ==<br />
* Weekly on Mondays at [http://www.worldclock.com/world_clock.html 1400 UTC] <br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair:boris-42 (Boris Pavlovic)<br />
* See [[Meetings/Rally]] for details<br />
<br />
== Solum Team Meeting ==<br />
* Weekly on Tuesdays at 2100 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair: adrian_otto (Adrian Otto)<br />
* See [[Meetings/Solum]] for details<br />
<br />
== Congress Team Meeting ==<br />
* Weekly on Tuesdays at [http://www.worldclock.com/world_clock.html 1700 UTC], e.g. Feb 25, 2014<br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: pballand (Pete Balland) or thinrichs (Tim Hinrichs)<br />
* See [[Meetings/Congress]] for details<br />
<br />
== Barbican Meeting ==<br />
* Weekly on Mondays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair (to contact for more information): jraim (#openstack-barbican @ Freenode)<br />
* See [[Meetings/Barbican]] for an agenda<br />
<br />
== Chef Cookbook meetings ==<br />
* IRC channel Weekly on Monday at 1600 UTC: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: JJ Asghar (j^2)<br />
* See [[Meetings/ChefCookbook]] for details<br />
<br />
== StoryBoard Meeting ==<br />
* Weekly on Mondays at 1500 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: krotscheck, ttx, or NikitaKonovalov<br />
* See [[StoryBoard]] for details<br />
<br />
== Hierarchical Multitenancy Meeting ==<br />
* Weekly on Friday at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=16&min=0&sec=0 1600] UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair: vishy/schwicke<br />
* See [[Meetings/HierarchicalMultitenancyMeeting]] for details<br />
<br />
== python-openstacksdk Meeting ==<br />
* Weekly on Tuesdays at [http://www.worldtimebuddy.com/?qm=1&lid=6,0,4726206,100&h=6&date=2014-2-11&sln=13-14 1900 UTC] starting 2/19/2014<br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: jnoller<br />
* See [[PythonOpenStackSDK]] for details<br />
<br />
== Satori Team Meeting ==<br />
* Weekly on Mondays at [http://www.worldtimebuddy.com/?qm=1&lid=6,0,4726206,100&h=6&date=2014-2-11&sln=9-10 1500 UTC] starting Feb 24, 2014<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair: Ziad_Sawalha<br />
* See [[Meetings/Satori]] for details<br />
<br />
== Fuel Team Meeting ==<br />
* Weekly on Thursdays at [http://www.worldtimebuddy.com/?qm=1&lid=100&h=100&date=2014-3-27&sln=16-17 1600 UTC] starting Feb 27, 2014<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair: vkozhukalov<br />
* See [[Meetings/Fuel]] for details<br />
<br />
== Third Party Meeting ==<br />
* Meeting for any component to address Third Party needs<br />
** Two times weekly: Mondays at 1500 UTC as well as Tuesdays at 0800 UTC<br />
** IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
** Chair: anteaya<br />
** See [[Meetings/ThirdParty]] for details<br />
* Working Group: improve the consumability of CI components and documentation (starting January 7th, 2015)<br />
** Weekly on Wednesdays at 1500/0400 UTC (alternating)<br />
** IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code><br />
** Chair: krtaylor<br />
** See [[Meetings/ThirdParty]] for details<br />
<br />
== MagnetoDB Team meeting ==<br />
* Every second week on Thursdays at 1400 UTC starting March 26th, 2015 (odd weeks)<br />
* IRC channel: <code><nowiki>#magnetodb</nowiki></code><br />
* Chair: aostapenko, isviridov, dukhlov<br />
<br />
== Telco Working Group Meeting ==<br />
* Weekly alternating on Wednesdays alternating between 1400 UTC and 1900 UTC.<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code> (@ 1400 UTC) and <code><nowiki>#openstack-meeting-alt</nowiki></code> (@ 1900 UTC)<br />
* Chair: Stephen Gordon (steveg)<br />
* See [[https://wiki.openstack.org/wiki/TelcoWorkingGroup]] or join #openstack-nfv for details.<br />
<br />
== Containers Team Meeting ==<br />
* Weekly on Tuesdays at 1600/2200 UTC (alternating)<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair: adrian_otto (Adrian Otto)<br />
* See [[Meetings/Containers]] for details<br />
<br />
== User Experience (UX) Team Meeting ==<br />
* Every second week on Mondays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=17&min=0&sec=0 1700] UTC starting July 7th, 2014 (even weeks)<br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code><br />
* Chair: jcoufal (Jaromir Coufal)<br />
* See [[Meetings/UX]] for details<br />
<br />
== Poppy Team Meeting ==<br />
* Weekly on Thursdays at 1900 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code> starting August 7, 2014<br />
* Chair: amitgandhinz (amit.gandhi@rackspace.com)<br />
* See [[Meetings/Poppy]] for details<br />
<br />
== Puppet OpenStack Team Meeting ==<br />
* Weekly on Tuesday at 1500 UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code> starting March 24, 2015<br />
* Chair: crinkle (colleen@puppetlabs.com)<br />
* See [[Meetings/PuppetOpenStack]] for details<br />
<br />
== API Work Group Team Meeting ==<br />
* Weekly on Thursdays at 16:00UTC/00:00 UTC (alternating)<br />
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code> starting October 30, 2014<br />
* Chair: <br />
* See [[Meetings/API-WG]] for details<br />
<br />
== Openstack Operators Team Meeting ==<br />
* Weekly on Wednesday at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=18&min=0&sec=0 1800] UTC (next meeting is January 7)<br />
* IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code><br />
* Chair: mfisch (Matt Fischer)<br />
* See [[Meetings/openstack-operators]] for details<br />
<br />
== OpenStack Ambassadors Meeting ==<br />
* Alternating Weekly on first, third, fifth Tuesdays at [http://www.timeanddate.com/time/zone/usa/san-francisco 08:00 GMT] and second and fourth Fridays at [http://www.timeanddate.com/time/zone/usa/san-francisco 18:00 GMT]<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair: sarob<br />
* See [[Meetings/ambassadors]] for details<br />
<br />
== Openstack Ansible Deployment ==<br />
* Weekly on Thursday at [http://www.timeanddate.com/time/zone/usa/san-antonio 1600 UTC] <br />
* IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code><br />
* Chair: cloudnull (Kevin Carter)<br />
* See [[Meetings/openstack-ansible]] for details<br />
<br />
== Large Deployments Team Meeting ==<br />
* Alternating months on the 3rd Thursday at 16:00 UTC or TBD UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code> or <code><nowiki>TBD</nowiki></code><br />
* Chair VW_ (Matt Van Winkle)<br />
* see [[Meetings/LDT]] for agenda<br />
<br />
== OpenStack Product Team Meeting ==<br />
* Bi-Weekly Wednesdays at [http://www.timeanddate.com/time/zone/usa/san-francisco 23:00 UTC]<br />
* IRC channel: <code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair: sarob<br />
* See [[Meetings/product-team]] for details<br />
<br />
== OpenStackClient Team Meeting ==<br />
* Weekly Thursdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=18&min=0&sec=0 1900] UTC<br />
* IRC channel:<code><nowiki>#openstack-meeting</nowiki></code><br />
* Chair: dtroyer (Dean Troyer)<br />
* See [[Meetings/OpenStackClient]] for details<br />
<br />
== OpenStack Log Working Group Meeting ==<br />
* Weekly Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000] UTC<br />
* IRC channel:<code><nowiki>#openstack-meeting-4</nowiki></code><br />
* Chair: RockyG (Rochelle Grober)<br />
* See [[Meetings/log-wg]] for details<br />
<br />
== Win The Enterprise Work Group ==<br />
* See [[Win_the_Enterprise]] for more details<br />
<br />
=== Deployment Team ===<br />
* Chair: Barrett (Carol Barrett)<br />
* Weekly Tuesday at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0 1500] UTC Dial Inː 1-503-264-2663, Bridge: 3; Pass Code: 7053780<br />
=== Cattle & Pets Team ===<br />
* Chair: Barrett (Carol Barrett)<br />
* Weekly Tuesday at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000] UTC Dial Inː 1-503-264-2663, Bridge: 3; Pass Code: 7053780<br />
=== Business & Marketing Team ===<br />
* Chair: Megan Rossetti<br />
* Weekly Thursday at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0 1500] UTC Dial In: 1-224-225-1234 x 051214<br />
=== Monitoring Team ===<br />
* Chair: Barrett (Carol Barrett)<br />
* Weekly Friday at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0 1500] UTC Dial Inː 1-503-264-2663, Bridge: 3; Pass Code: 7053780<br />
<br />
== Akanda Team Meeting ==<br />
* Weekly Mondays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=15&min=0&sec=0 15:00 UTC]<br />
* IRC channel: <code><nowiki>#openstack-meeting-4</nowiki></code><br />
* Chair: sarob<br />
* See [[Meetings/akanda]] for details<br />
<br />
== Magnum Team Meeting ==<br />
* Weekly Tuesdays at alternating times - [http://www.timeanddate.com/worldclock/fixedtime.html?hour=16&min=0&sec=0 1600] UTC and [http://www.timeanddate.com/worldclock/fixedtime.html?hour=22&min=0&sec=0 2200] UTC<br />
* IRC channel: <code><nowiki>#openstack-meeting-alt</nowiki></code><br />
* Chair: ?<br />
* See [[Meetings/Containers]] for details and weekly Agenda<br />
[[Category:Contribute]]<br />
[[Category:Connect]]<br />
[[Category:Resources]]<br />
[[Category: Meetings]]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Meetings/HeatAgenda&diff=80958Meetings/HeatAgenda2015-05-12T02:03:16Z<p>Steve Baker: /* Weekly Heat (Orchestration) meeting */</p>
<hr />
<div><br />
= Weekly Heat (Orchestration) meeting =<br />
The [https://launchpad.net/heat heat] Orchestration project (see also [https://wiki.openstack.org/wiki/Heat wiki]) team holds a meeting in <code><nowiki>#openstack-meeting</nowiki></code> at alternating times:<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=20&min=0&sec=0 2000 UTC]<br />
* Wednesdays at [http://www.timeanddate.com/worldclock/fixedtime.html?hour=12&min=0&sec=0 1200 UTC]<br />
<br />
Everyone is welcome, feel free to add topics before or at the beginning of meetings.<br />
=== Agenda (2015-05-20 2000 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-13 1200 UTC) ===<br />
* Meeting cancelled due to Design Summit<br />
<br />
=== Agenda (2015-05-06 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Discussing design summit sessions https://etherpad.openstack.org/p/liberty-heat-sessions<br />
* PTL friendly meeting times<br />
* Open discussion<br />
<br />
=== Agenda (2015-04-29 1200 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs to stop rc2 becoming the release?<br />
* HOT & Fn::Split (shardy)<br />
* open discussion<br />
<br />
=== Agenda (2015-04-22 2000 UTC) ===<br />
* Adding items to the agenda<br />
* Any critical bugs (rc2)<br />
* gate status<br />
* open discussion<br />
<br />
== Meeting minutes ==<br />
* [http://eavesdrop.openstack.org/meetings/heat/2015/ 2015 Heat meeting archive]<br />
* [http://eavesdrop.openstack.org/meetings/heat/2014/ 2014 Heat meeting archive]</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Design_Summit/Liberty/Etherpads&diff=80951Design Summit/Liberty/Etherpads2015-05-12T01:30:58Z<p>Steve Baker: /* Heat */</p>
<hr />
<div>[[Category:Summit]]<br />
[[Category:Liberty]]<br />
[[Category:Etherpad]]<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
==Cross-Project workshops==<br />
Tuesday:<br />
<br />
* 11:15 - 11:55<br />
** [https://etherpad.openstack.org/p/liberty-cross-project-python3 Moving apps to Python 3]<br />
** [https://etherpad.openstack.org/p/liberty-cross-project-user-notifications Async status updates]<br />
* 12:05 - 12:45<br />
** Improving UX across all projects<br />
** Functional Testing Show & Tell<br />
* 2:00 - 2:40<br />
** OpenStack SDK<br />
** Modern JavaScript<br />
* 2:50 - 3:30<br />
** In-team scaling<br />
** Service Catalog Standardization<br />
* 3:40 - 4:20<br />
** API Working Group<br />
** Nova & Neutron network migration<br />
* 4:40 - 5:20<br />
** OpenStack release model(s)<br />
** Unified Policy File<br />
* 5:30 - 6:10<br />
** OpenStack Documentation<br />
** [https://etherpad.openstack.org/p/liberty-cross-project-managing-concurrency Managing concurrency]<br />
<br />
==Barbican==<br />
==Ceilometer==<br />
wednesday:<br />
* 0900 - 0940: [https://etherpad.openstack.org/p/ceilo-multi-identity componentisation / multi identity]<br />
* 0950 - 1030: [https://etherpad.openstack.org/p/event_alarm event alarms]<br />
* 1100 - 1140: [https://etherpad.openstack.org/p/liberty-ceilometer-pipeline-config pipeline configuration]<br />
* 1150 - 1230: [https://etherpad.openstack.org/p/ceilo-declarative-notifications declarative notification meters]<br />
* 1440 - 1520: [https://etherpad.openstack.org/p/YVR-ops-ceilometer ops followup]<br />
* 1530 - 1610: [https://etherpad.openstack.org/p/ceilo-multi-identity componentization carry over]<br />
<br />
<br/>thursday:<br />
* 0900 - 0940: [https://etherpad.openstack.org/p/liberty-ceilometer-meter-deprecation meter deprecation]<br />
* 0950 - 1030: [https://etherpad.openstack.org/p/liberty-ceilometer-meter-event samples/events integration]<br />
* 1100 - 1140: [https://etherpad.openstack.org/p/liberty-ceilometer-versioned-objects versioned objects]<br />
* 1150 - 1230: ops followup<br />
<br />
<br/>friday:<br />
* 0900 - 1200: [https://etherpad.openstack.org/p/liberty-ceilometer-contributors-meetup contributor meetup]<br />
<br />
==Cinder==<br />
==Designate==<br />
==Documentation==<br />
==Glance==<br />
==Heat==<br />
=== Wed ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-convergence-1 (W) Finishing off Convergence phase 1]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-convergence-2 (W) Convergence phase 2 planning]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-testing (W) Functional and integration testing, identify gaps and suggest improvements]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-lifecycle-ops (W) Better support for lifecycle operations on (tripleo) heat stacks (upgrades etc)]<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-client-usability (F) Heat client usability]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-heat-liberty-template-format (F) Heat template format improvements]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-heat-liberty-rest-api (F) REST API design and roadmap]<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-heat-liberty-senlin-autoscaling (F) Senlin Autoscaling Project - Deep Dive]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-heat-liberty-containers (F) Orchestrating containers with Heat]<br />
<br />
=== Thu ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-alembic (W) Migrating from sqlalchemy-migrations to alembic]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-versioned-objects (W) Future of Versioned objects in heat]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-autoscaling (W) Autoscaling improvements]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-deprecation (W) Our deprecation process]<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-heat-liberty-contrib-plugins (W) Moving most contrib plugins in-tree]<br />
* 17:00 - 17:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-resource-registering (W) Conditional registering of resources]<br />
<br />
=== Fri ===<br />
* 09:00-12:20: [https://etherpad.openstack.org/p/YVR-heat-contributor-meetup Contributor Meetup]<br />
<br />
==Horizon==<br />
==Infrastructure==<br />
==Ironic==<br />
==Keystone==<br />
==Manila==<br />
==Neutron==<br />
=== Tue ===<br />
=== Wed ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-neutron-liberty-development Neutron Liberty Development]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-neutron-use-case-discussion Neutron Use Case Discussion]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-neutron-does-openstack-need-neutron Does OpenStack Need Neutron]<br />
* 11:50 - 12:30: Neutron Lightning Talks (no etherpad)<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-neutron-octavia Octavia]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-neutron-opendaylight OpenDaylight]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-neutron-ovn OVN]<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-neutron-ironic Ironic and Neutron integration]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-neutron-get-me-a-network Get Me a Network!]<br />
<br />
=== Thu ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-neutron-lbaas-use-cases Neutron LBaaS Use Cases]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-neutron-l3 Neutron L3]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-neutron-qos QoS]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-neutron-third-party-ci-liberty Third Party CI in Liberty and Beyond]<br />
* 13:30 - 14:10: [https://etherpad.openstack.org/p/YVR-neutron-testing-in-liberty Testing In Liberty]<br />
* 14:20 - 15:00: [https://etherpad.openstack.org/p/YVR-neutron-RBAC Neutron RBAC]<br />
* 15:10 - 15:50: [https://etherpad.openstack.org/p/YVR-neutron-sg-fwaas-future-direction SG and FWaaS Future Directions]<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-neutron-nfv-enhancements Neutron NFV Enhancements]<br />
=== Fri ===<br />
* 09:00-12:20: [https://etherpad.openstack.org/p/YVR-neutron-contributor-meetup Contributor Meetup]<br />
<br />
==Nova==<br />
<br />
'''Wednesday:'''<br />
<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-nova-scheduler-in-liberty Scheduler in Liberty]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-nova-scalling-out-scheduler-for-cells Scaling out scheduler for cells ]<br />
<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-nova-cells-v2 Cells v2]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-nova-resource-tracker Resource Tracker, Clustered Hypervisors and NFV]<br />
<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-nova-spec-blueprint-unconference Nova Spec/Blueprint Unconference]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-nova-database-internals Database (part 1)]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-nova-functional-testing-feature-classification Functional Testing and Feature Classification]<br />
<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-nova-instance-ha-evacuate-resize Dealing with compute host failure: Instance HA, Evacuate, Resize]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-nova-api-2.1-in-liberty Nova API v2.1 in Liberty]<br />
<br />
<br /><br />
'''Thursday:'''<br />
<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-nova-api-2.0-3rd-party Future of Nova API v2.0 and 3rd Party APIs]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-nova-quotas-and-database Quotas and Database (part 2)]<br />
<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-nova-flavors-and-image-properties Flavors and Image Properties]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-nova-error-handling Error Handling]<br />
<br />
* 13:30 - 14:10: [https://etherpad.openstack.org/p/YVR-nova-spec-blueprint-unconference Nova Spec/Blueprint Unconference]<br />
* 14:20 - 15:00: [https://etherpad.openstack.org/p/YVR-nova-liberty-priorities Liberty Priorities (part 1)]<br />
* 15:10 - 15:50: [https://etherpad.openstack.org/p/YVR-nova-liberty-priorities Liberty Priorities (part 2)]<br />
<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-nova-liberty-process Liberty Process and Scaling out Reviews]<br />
* 17:00 - 17:40: [https://etherpad.openstack.org/p/YVR-nova-network Future of Nova's networking and nova-network]<br />
<br />
<br /><br />
'''Friday:'''<br />
<br />
* 09:00 - 12:20 and 13:20 - 16:40: [https://etherpad.openstack.org/p/YVR-nova-contributor-meetup Nova Contributor Meetup]<br />
<br />
==Oslo==<br />
<br />
'''Wednesday:'''<br />
<br />
<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-oslo-versioned-objects-intro (F) Get to know your objects and learn how to version them (an introduction to oslo.versionedobjects)!]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-oslo-taskflow-plans (F) Give me liberty, or give me taskflow (come learn about taskflow liberty plans)!]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-oslo-rootwrap-plans (W) Give me liberty, or give me wraps (the future of oslo.rootwrap) ]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-oslo-functional-testing (W) The cost of liberty is less than the price of functional testing]<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-oslo-graduation-schedule (W) Give me more oslo in liberty or else! Schedule & new libraries]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-oslo-messaging-zmq-status (F) State of zmq in oslo.messaging]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-oslo-optional-dependencies (W) Emancipate/liberate your optional dependencies - Optional Dependencies]<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-oslo-release-process-review (W) Reviewing our release processes]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-oslo-config-filter (W) Configuration Filters in oslo.config]<br />
<br />
<br /><br />
'''Thursday:'''<br />
<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-oslo-strategy-discussion (F) The oslo liberty proclamation (and associated strategy discussion)]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-oslo-config-plans (F) Enfranchise oslo.config, let's discuss alternative data sources in oslo.config]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-oslo-log-plans (W) Life, Liberty, and the pursuit of oslo.log changes]<br />
* 13:30 - 14:10: [https://etherpad.openstack.org/p/YVR-oslo-versioned-objects-deep-dive (W) Deep dive on oslo.versionedobjects, bring your wet suits.]<br />
* 14:20 - 15:00: [https://etherpad.openstack.org/p/YVR-oslo-db-plans (F) For a people who are free, and who mean to remain so, a well organized and armed 'oslo.db' is their best security]<br />
* 15:10 - 15:50: [https://etherpad.openstack.org/p/YVR-oslo-asyncio (F) Event loops, coroutines, yield from, futures, a discussion on asyncio (and triollus?)]<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-oslo-messaging-plans (F) Ping pong, oslo.messaging plans for liberty.]<br />
* 17:00 - 17:40: [https://etherpad.openstack.org/p/YVR-oslo-tech-debt-deprecation (F) How to clean up your tech-debt; let's discuss best practices on how to deprecate things in oslo libraries]<br />
<br />
<br /><br />
<br />
==QA==<br />
<br />
=== Wed. ===<br />
<br />
* 1150-1230 - [https://etherpad.openstack.org/p/YVR-QA-testing-beyond-the-gate Testing beyond the gate]<br />
* 1350-1430 - [https://etherpad.openstack.org/p/YVR-QA-Devstack-Roadmap Devstack Roadmap]<br />
* 1440-1520 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-service-clients Work Session: Tempest service clients]<br />
* 1630-1710 - [https://etherpad.openstack.org/p/YVR-QA-in-the-big-tent QA in the Big Tent]<br />
<br />
=== Thurs. ===<br />
* 0900-0940 - [https://etherpad.openstack.org/p/YVR-QA-idempotent-id Work Session: Idempotent ID]<br />
* 1330-1410 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-as-a-system-program Work Session: Tempest as System Program]<br />
* 1420-1500 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-CLI Work Session: Tempest CLI and Tempest Cleanup]<br />
* 1610-1650 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-Scope-Revisited Tempest Scope Revisited]<br />
* 1700-1740 - [https://etherpad.openstack.org/p/YVR-QA-Liberty-Priorities Liberty Priorities]<br />
<br />
==Release Management==<br />
==Sahara==<br />
<br />
=== Wed ===<br />
<br />
* 11:00am (W) HA http://etherpad.openstack.org/p/sahara-liberty-ha<br />
* 11:50am (W) API v2 https://etherpad.openstack.org/p/sahara-liberty-api-v2<br />
<br />
=== Thu ===<br />
<br />
* 1:30pm (F) UI https://etherpad.openstack.org/p/sahara-liberty-ui<br />
* 2:20pm (F) Security https://etherpad.openstack.org/p/sahara-liberty-security<br />
* 3:10pm (W) EDP https://etherpad.openstack.org/p/sahara-liberty-edp<br />
* 4:10pm (W) Resources Visibility/ACL https://etherpad.openstack.org/p/sahara-liberty-resources<br />
* 5:00pm (W) Plugins https://etherpad.openstack.org/p/sahara-liberty-plugins<br />
<br />
=== Fri ===<br />
<br />
* 9am - 4:40pm Meetup https://etherpad.openstack.org/p/sahara-liberty-meetup<br />
<br />
==Swift==<br />
==TripleO==<br />
<br />
==Trove==<br />
==Zaqar==<br />
==Other Projects==<br />
==Event intro/closure==<br />
==Ops==<br />
Tuesday:<br />
* https://etherpad.openstack.org/p/YVR-ops-101<br />
* https://etherpad.openstack.org/p/YVR-ops-federation<br />
* https://etherpad.openstack.org/p/YVR-ops-rabbitmq<br />
* https://etherpad.openstack.org/p/YVR-ops-logging<br />
* https://etherpad.openstack.org/p/YVR-ops-arch-show-tell<br />
* https://etherpad.openstack.org/p/YVR-ops-ceilometer<br />
* https://etherpad.openstack.org/p/YVR-ops-billing<br />
* https://etherpad.openstack.org/p/YVR-ops-cinder<br />
* https://etherpad.openstack.org/p/YVR-ops-legacy-apps<br />
* https://etherpad.openstack.org/p/YVR-ops-user-committee<br />
* https://etherpad.openstack.org/p/YVR-ops-hypervisor-tuning<br />
* https://etherpad.openstack.org/p/YVR-ops-security<br />
* https://etherpad.openstack.org/p/YVR-ops-deployment<br />
* https://etherpad.openstack.org/p/YVR-ops-database<br />
* https://etherpad.openstack.org/p/YVR-ops-evangelism<br />
* https://etherpad.openstack.org/p/YVR-ops-multi-site<br />
* https://etherpad.openstack.org/p/YVR-ops-nova<br />
* https://etherpad.openstack.org/p/YVR-ops-customer-onboarding<br />
* https://etherpad.openstack.org/p/YVR-ops-containers<br />
* https://etherpad.openstack.org/p/YVR-ops-neutron<br />
<br />
Wednesday:<br />
* https://etherpad.openstack.org/p/YVR-ops-telco<br />
* https://etherpad.openstack.org/p/YVR-ops-puppet<br />
* https://etherpad.openstack.org/p/YVR-ops-chef<br />
* https://etherpad.openstack.org/p/YVR-ops-hpc<br />
* https://etherpad.openstack.org/p/YVR-ops-tools<br />
* https://etherpad.openstack.org/p/YVR-ops-ansible<br />
* https://etherpad.openstack.org/p/YVR-ops-ceph<br />
* https://etherpad.openstack.org/p/YVR-ops-tags<br />
* https://etherpad.openstack.org/p/YVR-ops-large-deployments<br />
* https://etherpad.openstack.org/p/YVR-ops-burning-issues<br />
* https://etherpad.openstack.org/p/YVR-ops-docs<br />
* https://etherpad.openstack.org/p/YVR-ops-tech-choices<br />
* https://etherpad.openstack.org/p/YVR-ops-cmdb<br />
* https://etherpad.openstack.org/p/YVR-ops-data-plane-transitions<br />
* https://etherpad.openstack.org/p/YVR-ops-upgrades<br />
* https://etherpad.openstack.org/p/YVR-ops-packaging<br />
* https://etherpad.openstack.org/p/YVR-ops-nova-network</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Design_Summit/Liberty/Etherpads&diff=80946Design Summit/Liberty/Etherpads2015-05-12T01:10:57Z<p>Steve Baker: /* TripleO */</p>
<hr />
<div>[[Category:Summit]]<br />
[[Category:Liberty]]<br />
[[Category:Etherpad]]<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
==Cross-Project workshops==<br />
Tuesday:<br />
<br />
* 11:15 - 11:55<br />
** [https://etherpad.openstack.org/p/liberty-cross-project-python3 Moving apps to Python 3]<br />
** [https://etherpad.openstack.org/p/liberty-cross-project-user-notifications Async status updates]<br />
* 12:05 - 12:45<br />
** Improving UX across all projects<br />
** Functional Testing Show & Tell<br />
* 2:00 - 2:40<br />
** OpenStack SDK<br />
** Modern JavaScript<br />
* 2:50 - 3:30<br />
** In-team scaling<br />
** Service Catalog Standardization<br />
* 3:40 - 4:20<br />
** API Working Group<br />
** Nova & Neutron network migration<br />
* 4:40 - 5:20<br />
** OpenStack release model(s)<br />
** Unified Policy File<br />
* 5:30 - 6:10<br />
** OpenStack Documentation<br />
** [https://etherpad.openstack.org/p/liberty-cross-project-managing-concurrency Managing concurrency]<br />
<br />
==Barbican==<br />
==Ceilometer==<br />
wednesday:<br />
* 0900 - 0940: [https://etherpad.openstack.org/p/ceilo-multi-identity componentisation / multi identity]<br />
* 0950 - 1030: [https://etherpad.openstack.org/p/event_alarm event alarms]<br />
* 1100 - 1140: [https://etherpad.openstack.org/p/liberty-ceilometer-pipeline-config pipeline configuration]<br />
* 1150 - 1230: [https://etherpad.openstack.org/p/ceilo-declarative-notifications declarative notification meters]<br />
* 1440 - 1520: [https://etherpad.openstack.org/p/YVR-ops-ceilometer ops followup]<br />
* 1530 - 1610: [https://etherpad.openstack.org/p/ceilo-multi-identity componentization carry over]<br />
<br />
<br/>thursday:<br />
* 0900 - 0940: [https://etherpad.openstack.org/p/liberty-ceilometer-meter-deprecation meter deprecation]<br />
* 0950 - 1030: [https://etherpad.openstack.org/p/liberty-ceilometer-meter-event samples/events integration]<br />
* 1100 - 1140: [https://etherpad.openstack.org/p/liberty-ceilometer-versioned-objects versioned objects]<br />
* 1150 - 1230: ops followup<br />
<br />
<br/>friday:<br />
* 0900 - 1200: [https://etherpad.openstack.org/p/liberty-ceilometer-contributors-meetup contributor meetup]<br />
<br />
==Cinder==<br />
==Designate==<br />
==Documentation==<br />
==Glance==<br />
==Heat==<br />
=== Wed ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-convergence-1 (W) Finishing off Convergence phase 1]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-convergence-2 (W) Convergence phase 2 planning]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-testing (W) Functional and integration testing, identify gaps and suggest improvements]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-lifecycle-ops (W) Better support for lifecycle operations on (tripleo) heat stacks (upgrades etc)]<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-client-usability (F) Heat client usability]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-heat-liberty-template-format (F) Heat template format improvements]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-heat-liberty-rest-api (F) REST API design and roadmap]<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-heat-liberty-senlin-autoscaling (F) Senlin Autoscaling Project - Deep Dive]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-heat-liberty-containers (F) Orchestrating containers with Heat]<br />
<br />
=== Thu ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-alembic (W) Migrating from sqlalchemy-migrations to alembic]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-versioned-objects (W) Future of Versioned objects in heat]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-autoscaling (W) Autoscaling improvements]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-deprecation (W) Our deprecation process]<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-heat-liberty-contrib-plugins (W) Moving most contrib plugins in-tree]<br />
* 17:00 - 17:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-resource-registering (W) Conditional registering of resources]<br />
<br />
==Horizon==<br />
==Infrastructure==<br />
==Ironic==<br />
==Keystone==<br />
==Manila==<br />
==Neutron==<br />
=== Tue ===<br />
=== Wed ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-neutron-liberty-development Neutron Liberty Development]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-neutron-use-case-discussion Neutron Use Case Discussion]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-neutron-does-openstack-need-neutron Does OpenStack Need Neutron]<br />
* 11:50 - 12:30: Neutron Lightning Talks (no etherpad)<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-neutron-octavia Octavia]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-neutron-opendaylight OpenDaylight]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-neutron-ovn OVN]<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-neutron-ironic Ironic and Neutron integration]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-neutron-get-me-a-network Get Me a Network!]<br />
<br />
=== Thu ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-neutron-lbaas-use-cases Neutron LBaaS Use Cases]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-neutron-l3 Neutron L3]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-neutron-qos QoS]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-neutron-third-party-ci-liberty Third Party CI in Liberty and Beyond]<br />
* 13:30 - 14:10: [https://etherpad.openstack.org/p/YVR-neutron-testing-in-liberty Testing In Liberty]<br />
* 14:20 - 15:00: [https://etherpad.openstack.org/p/YVR-neutron-RBAC Neutron RBAC]<br />
* 15:10 - 15:50: [https://etherpad.openstack.org/p/YVR-neutron-sg-fwaas-future-direction SG and FWaaS Future Directions]<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-neutron-nfv-enhancements Neutron NFV Enhancements]<br />
=== Fri ===<br />
* 09:00-12:20: [https://etherpad.openstack.org/p/YVR-neutron-contributor-meetup Contributor Meetup]<br />
<br />
==Nova==<br />
<br />
'''Wednesday:'''<br />
<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-nova-scheduler-in-liberty Scheduler in Liberty]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-nova-scalling-out-scheduler-for-cells Scaling out scheduler for cells ]<br />
<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-nova-cells-v2 Cells v2]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-nova-resource-tracker Resource Tracker, Clustered Hypervisors and NFV]<br />
<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-nova-spec-blueprint-unconference Nova Spec/Blueprint Unconference]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-nova-database-internals Database (part 1)]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-nova-functional-testing-feature-classification Functional Testing and Feature Classification]<br />
<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-nova-instance-ha-evacuate-resize Dealing with compute host failure: Instance HA, Evacuate, Resize]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-nova-api-2.1-in-liberty Nova API v2.1 in Liberty]<br />
<br />
<br /><br />
'''Thursday:'''<br />
<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-nova-api-2.0-3rd-party Future of Nova API v2.0 and 3rd Party APIs]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-nova-quotas-and-database Quotas and Database (part 2)]<br />
<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-nova-flavors-and-image-properties Flavors and Image Properties]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-nova-error-handling Error Handling]<br />
<br />
* 13:30 - 14:10: [https://etherpad.openstack.org/p/YVR-nova-spec-blueprint-unconference Nova Spec/Blueprint Unconference]<br />
* 14:20 - 15:00: [https://etherpad.openstack.org/p/YVR-nova-liberty-priorities Liberty Priorities (part 1)]<br />
* 15:10 - 15:50: [https://etherpad.openstack.org/p/YVR-nova-liberty-priorities Liberty Priorities (part 2)]<br />
<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-nova-liberty-process Liberty Process and Scaling out Reviews]<br />
* 17:00 - 17:40: [https://etherpad.openstack.org/p/YVR-nova-network Future of Nova's networking and nova-network]<br />
<br />
<br /><br />
'''Friday:'''<br />
<br />
* 09:00 - 12:20 and 13:20 - 16:40: [https://etherpad.openstack.org/p/YVR-nova-contributor-meetup Nova Contributor Meetup]<br />
<br />
==Oslo==<br />
<br />
'''Wednesday:'''<br />
<br />
<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-oslo-versioned-objects-intro (F) Get to know your objects and learn how to version them (an introduction to oslo.versionedobjects)!]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-oslo-taskflow-plans (F) Give me liberty, or give me taskflow (come learn about taskflow liberty plans)!]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-oslo-rootwrap-plans (W) Give me liberty, or give me wraps (the future of oslo.rootwrap) ]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-oslo-functional-testing (W) The cost of liberty is less than the price of functional testing]<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-oslo-graduation-schedule (W) Give me more oslo in liberty or else! Schedule & new libraries]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-oslo-messaging-zmq-status (F) State of zmq in oslo.messaging]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-oslo-optional-dependencies (W) Emancipate/liberate your optional dependencies - Optional Dependencies]<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-oslo-release-process-review (W) Reviewing our release processes]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-oslo-config-filter (W) Configuration Filters in oslo.config]<br />
<br />
<br /><br />
'''Thursday:'''<br />
<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-oslo-strategy-discussion (F) The oslo liberty proclamation (and associated strategy discussion)]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-oslo-config-plans (F) Enfranchise oslo.config, let's discuss alternative data sources in oslo.config]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-oslo-log-plans (W) Life, Liberty, and the pursuit of oslo.log changes]<br />
* 13:30 - 14:10: [https://etherpad.openstack.org/p/YVR-oslo-versioned-objects-deep-dive (W) Deep dive on oslo.versionedobjects, bring your wet suits.]<br />
* 14:20 - 15:00: [https://etherpad.openstack.org/p/YVR-oslo-db-plans (F) For a people who are free, and who mean to remain so, a well organized and armed 'oslo.db' is their best security]<br />
* 15:10 - 15:50: [https://etherpad.openstack.org/p/YVR-oslo-asyncio (F) Event loops, coroutines, yield from, futures, a discussion on asyncio (and triollus?)]<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-oslo-messaging-plans (F) Ping pong, oslo.messaging plans for liberty.]<br />
* 17:00 - 17:40: [https://etherpad.openstack.org/p/YVR-oslo-tech-debt-deprecation (F) How to clean up your tech-debt; let's discuss best practices on how to deprecate things in oslo libraries]<br />
<br />
<br /><br />
<br />
==QA==<br />
<br />
=== Wed. ===<br />
<br />
* 1150-1230 - [https://etherpad.openstack.org/p/YVR-QA-testing-beyond-the-gate Testing beyond the gate]<br />
* 1350-1430 - [https://etherpad.openstack.org/p/YVR-QA-Devstack-Roadmap Devstack Roadmap]<br />
* 1440-1520 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-service-clients Work Session: Tempest service clients]<br />
* 1630-1710 - [https://etherpad.openstack.org/p/YVR-QA-in-the-big-tent QA in the Big Tent]<br />
<br />
=== Thurs. ===<br />
* 0900-0940 - [https://etherpad.openstack.org/p/YVR-QA-idempotent-id Work Session: Idempotent ID]<br />
* 1330-1410 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-as-a-system-program Work Session: Tempest as System Program]<br />
* 1420-1500 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-CLI Work Session: Tempest CLI and Tempest Cleanup]<br />
* 1610-1650 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-Scope-Revisited Tempest Scope Revisited]<br />
* 1700-1740 - [https://etherpad.openstack.org/p/YVR-QA-Liberty-Priorities Liberty Priorities]<br />
<br />
==Release Management==<br />
==Sahara==<br />
<br />
=== Wed ===<br />
<br />
* 11:00am (W) HA http://etherpad.openstack.org/p/sahara-liberty-ha<br />
* 11:50am (W) API v2 https://etherpad.openstack.org/p/sahara-liberty-api-v2<br />
<br />
=== Thu ===<br />
<br />
* 1:30pm (F) UI https://etherpad.openstack.org/p/sahara-liberty-ui<br />
* 2:20pm (F) Security https://etherpad.openstack.org/p/sahara-liberty-security<br />
* 3:10pm (W) EDP https://etherpad.openstack.org/p/sahara-liberty-edp<br />
* 4:10pm (W) Resources Visibility/ACL https://etherpad.openstack.org/p/sahara-liberty-resources<br />
* 5:00pm (W) Plugins https://etherpad.openstack.org/p/sahara-liberty-plugins<br />
<br />
=== Fri ===<br />
<br />
* 9am - 4:40pm Meetup https://etherpad.openstack.org/p/sahara-liberty-meetup<br />
<br />
==Swift==<br />
==TripleO==<br />
<br />
==Trove==<br />
==Zaqar==<br />
==Other Projects==<br />
==Event intro/closure==<br />
==Ops==<br />
Tuesday:<br />
* https://etherpad.openstack.org/p/YVR-ops-101<br />
* https://etherpad.openstack.org/p/YVR-ops-federation<br />
* https://etherpad.openstack.org/p/YVR-ops-rabbitmq<br />
* https://etherpad.openstack.org/p/YVR-ops-logging<br />
* https://etherpad.openstack.org/p/YVR-ops-arch-show-tell<br />
* https://etherpad.openstack.org/p/YVR-ops-ceilometer<br />
* https://etherpad.openstack.org/p/YVR-ops-billing<br />
* https://etherpad.openstack.org/p/YVR-ops-cinder<br />
* https://etherpad.openstack.org/p/YVR-ops-legacy-apps<br />
* https://etherpad.openstack.org/p/YVR-ops-user-committee<br />
* https://etherpad.openstack.org/p/YVR-ops-hypervisor-tuning<br />
* https://etherpad.openstack.org/p/YVR-ops-security<br />
* https://etherpad.openstack.org/p/YVR-ops-deployment<br />
* https://etherpad.openstack.org/p/YVR-ops-database<br />
* https://etherpad.openstack.org/p/YVR-ops-evangelism<br />
* https://etherpad.openstack.org/p/YVR-ops-multi-site<br />
* https://etherpad.openstack.org/p/YVR-ops-nova<br />
* https://etherpad.openstack.org/p/YVR-ops-customer-onboarding<br />
* https://etherpad.openstack.org/p/YVR-ops-containers<br />
* https://etherpad.openstack.org/p/YVR-ops-neutron<br />
<br />
Wednesday:<br />
* https://etherpad.openstack.org/p/YVR-ops-telco<br />
* https://etherpad.openstack.org/p/YVR-ops-puppet<br />
* https://etherpad.openstack.org/p/YVR-ops-chef<br />
* https://etherpad.openstack.org/p/YVR-ops-hpc<br />
* https://etherpad.openstack.org/p/YVR-ops-tools<br />
* https://etherpad.openstack.org/p/YVR-ops-ansible<br />
* https://etherpad.openstack.org/p/YVR-ops-ceph<br />
* https://etherpad.openstack.org/p/YVR-ops-tags<br />
* https://etherpad.openstack.org/p/YVR-ops-large-deployments<br />
* https://etherpad.openstack.org/p/YVR-ops-burning-issues<br />
* https://etherpad.openstack.org/p/YVR-ops-docs<br />
* https://etherpad.openstack.org/p/YVR-ops-tech-choices<br />
* https://etherpad.openstack.org/p/YVR-ops-cmdb<br />
* https://etherpad.openstack.org/p/YVR-ops-data-plane-transitions<br />
* https://etherpad.openstack.org/p/YVR-ops-upgrades<br />
* https://etherpad.openstack.org/p/YVR-ops-packaging<br />
* https://etherpad.openstack.org/p/YVR-ops-nova-network</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Design_Summit/Liberty/Etherpads&diff=80945Design Summit/Liberty/Etherpads2015-05-12T01:10:18Z<p>Steve Baker: /* TripleO */</p>
<hr />
<div>[[Category:Summit]]<br />
[[Category:Liberty]]<br />
[[Category:Etherpad]]<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
==Cross-Project workshops==<br />
Tuesday:<br />
<br />
* 11:15 - 11:55<br />
** [https://etherpad.openstack.org/p/liberty-cross-project-python3 Moving apps to Python 3]<br />
** [https://etherpad.openstack.org/p/liberty-cross-project-user-notifications Async status updates]<br />
* 12:05 - 12:45<br />
** Improving UX across all projects<br />
** Functional Testing Show & Tell<br />
* 2:00 - 2:40<br />
** OpenStack SDK<br />
** Modern JavaScript<br />
* 2:50 - 3:30<br />
** In-team scaling<br />
** Service Catalog Standardization<br />
* 3:40 - 4:20<br />
** API Working Group<br />
** Nova & Neutron network migration<br />
* 4:40 - 5:20<br />
** OpenStack release model(s)<br />
** Unified Policy File<br />
* 5:30 - 6:10<br />
** OpenStack Documentation<br />
** [https://etherpad.openstack.org/p/liberty-cross-project-managing-concurrency Managing concurrency]<br />
<br />
==Barbican==<br />
==Ceilometer==<br />
wednesday:<br />
* 0900 - 0940: [https://etherpad.openstack.org/p/ceilo-multi-identity componentisation / multi identity]<br />
* 0950 - 1030: [https://etherpad.openstack.org/p/event_alarm event alarms]<br />
* 1100 - 1140: [https://etherpad.openstack.org/p/liberty-ceilometer-pipeline-config pipeline configuration]<br />
* 1150 - 1230: [https://etherpad.openstack.org/p/ceilo-declarative-notifications declarative notification meters]<br />
* 1440 - 1520: [https://etherpad.openstack.org/p/YVR-ops-ceilometer ops followup]<br />
* 1530 - 1610: [https://etherpad.openstack.org/p/ceilo-multi-identity componentization carry over]<br />
<br />
<br/>thursday:<br />
* 0900 - 0940: [https://etherpad.openstack.org/p/liberty-ceilometer-meter-deprecation meter deprecation]<br />
* 0950 - 1030: [https://etherpad.openstack.org/p/liberty-ceilometer-meter-event samples/events integration]<br />
* 1100 - 1140: [https://etherpad.openstack.org/p/liberty-ceilometer-versioned-objects versioned objects]<br />
* 1150 - 1230: ops followup<br />
<br />
<br/>friday:<br />
* 0900 - 1200: [https://etherpad.openstack.org/p/liberty-ceilometer-contributors-meetup contributor meetup]<br />
<br />
==Cinder==<br />
==Designate==<br />
==Documentation==<br />
==Glance==<br />
==Heat==<br />
=== Wed ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-convergence-1 (W) Finishing off Convergence phase 1]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-convergence-2 (W) Convergence phase 2 planning]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-testing (W) Functional and integration testing, identify gaps and suggest improvements]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-lifecycle-ops (W) Better support for lifecycle operations on (tripleo) heat stacks (upgrades etc)]<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-client-usability (F) Heat client usability]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-heat-liberty-template-format (F) Heat template format improvements]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-heat-liberty-rest-api (F) REST API design and roadmap]<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-heat-liberty-senlin-autoscaling (F) Senlin Autoscaling Project - Deep Dive]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-heat-liberty-containers (F) Orchestrating containers with Heat]<br />
<br />
=== Thu ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-alembic (W) Migrating from sqlalchemy-migrations to alembic]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-versioned-objects (W) Future of Versioned objects in heat]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-autoscaling (W) Autoscaling improvements]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-deprecation (W) Our deprecation process]<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-heat-liberty-contrib-plugins (W) Moving most contrib plugins in-tree]<br />
* 17:00 - 17:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-resource-registering (W) Conditional registering of resources]<br />
<br />
==Horizon==<br />
==Infrastructure==<br />
==Ironic==<br />
==Keystone==<br />
==Manila==<br />
==Neutron==<br />
=== Tue ===<br />
=== Wed ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-neutron-liberty-development Neutron Liberty Development]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-neutron-use-case-discussion Neutron Use Case Discussion]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-neutron-does-openstack-need-neutron Does OpenStack Need Neutron]<br />
* 11:50 - 12:30: Neutron Lightning Talks (no etherpad)<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-neutron-octavia Octavia]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-neutron-opendaylight OpenDaylight]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-neutron-ovn OVN]<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-neutron-ironic Ironic and Neutron integration]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-neutron-get-me-a-network Get Me a Network!]<br />
<br />
=== Thu ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-neutron-lbaas-use-cases Neutron LBaaS Use Cases]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-neutron-l3 Neutron L3]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-neutron-qos QoS]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-neutron-third-party-ci-liberty Third Party CI in Liberty and Beyond]<br />
* 13:30 - 14:10: [https://etherpad.openstack.org/p/YVR-neutron-testing-in-liberty Testing In Liberty]<br />
* 14:20 - 15:00: [https://etherpad.openstack.org/p/YVR-neutron-RBAC Neutron RBAC]<br />
* 15:10 - 15:50: [https://etherpad.openstack.org/p/YVR-neutron-sg-fwaas-future-direction SG and FWaaS Future Directions]<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-neutron-nfv-enhancements Neutron NFV Enhancements]<br />
=== Fri ===<br />
* 09:00-12:20: [https://etherpad.openstack.org/p/YVR-neutron-contributor-meetup Contributor Meetup]<br />
<br />
==Nova==<br />
<br />
'''Wednesday:'''<br />
<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-nova-scheduler-in-liberty Scheduler in Liberty]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-nova-scalling-out-scheduler-for-cells Scaling out scheduler for cells ]<br />
<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-nova-cells-v2 Cells v2]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-nova-resource-tracker Resource Tracker, Clustered Hypervisors and NFV]<br />
<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-nova-spec-blueprint-unconference Nova Spec/Blueprint Unconference]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-nova-database-internals Database (part 1)]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-nova-functional-testing-feature-classification Functional Testing and Feature Classification]<br />
<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-nova-instance-ha-evacuate-resize Dealing with compute host failure: Instance HA, Evacuate, Resize]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-nova-api-2.1-in-liberty Nova API v2.1 in Liberty]<br />
<br />
<br /><br />
'''Thursday:'''<br />
<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-nova-api-2.0-3rd-party Future of Nova API v2.0 and 3rd Party APIs]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-nova-quotas-and-database Quotas and Database (part 2)]<br />
<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-nova-flavors-and-image-properties Flavors and Image Properties]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-nova-error-handling Error Handling]<br />
<br />
* 13:30 - 14:10: [https://etherpad.openstack.org/p/YVR-nova-spec-blueprint-unconference Nova Spec/Blueprint Unconference]<br />
* 14:20 - 15:00: [https://etherpad.openstack.org/p/YVR-nova-liberty-priorities Liberty Priorities (part 1)]<br />
* 15:10 - 15:50: [https://etherpad.openstack.org/p/YVR-nova-liberty-priorities Liberty Priorities (part 2)]<br />
<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-nova-liberty-process Liberty Process and Scaling out Reviews]<br />
* 17:00 - 17:40: [https://etherpad.openstack.org/p/YVR-nova-network Future of Nova's networking and nova-network]<br />
<br />
<br /><br />
'''Friday:'''<br />
<br />
* 09:00 - 12:20 and 13:20 - 16:40: [https://etherpad.openstack.org/p/YVR-nova-contributor-meetup Nova Contributor Meetup]<br />
<br />
==Oslo==<br />
<br />
'''Wednesday:'''<br />
<br />
<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-oslo-versioned-objects-intro (F) Get to know your objects and learn how to version them (an introduction to oslo.versionedobjects)!]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-oslo-taskflow-plans (F) Give me liberty, or give me taskflow (come learn about taskflow liberty plans)!]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-oslo-rootwrap-plans (W) Give me liberty, or give me wraps (the future of oslo.rootwrap) ]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-oslo-functional-testing (W) The cost of liberty is less than the price of functional testing]<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-oslo-graduation-schedule (W) Give me more oslo in liberty or else! Schedule & new libraries]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-oslo-messaging-zmq-status (F) State of zmq in oslo.messaging]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-oslo-optional-dependencies (W) Emancipate/liberate your optional dependencies - Optional Dependencies]<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-oslo-release-process-review (W) Reviewing our release processes]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-oslo-config-filter (W) Configuration Filters in oslo.config]<br />
<br />
<br /><br />
'''Thursday:'''<br />
<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-oslo-strategy-discussion (F) The oslo liberty proclamation (and associated strategy discussion)]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-oslo-config-plans (F) Enfranchise oslo.config, let's discuss alternative data sources in oslo.config]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-oslo-log-plans (W) Life, Liberty, and the pursuit of oslo.log changes]<br />
* 13:30 - 14:10: [https://etherpad.openstack.org/p/YVR-oslo-versioned-objects-deep-dive (W) Deep dive on oslo.versionedobjects, bring your wet suits.]<br />
* 14:20 - 15:00: [https://etherpad.openstack.org/p/YVR-oslo-db-plans (F) For a people who are free, and who mean to remain so, a well organized and armed 'oslo.db' is their best security]<br />
* 15:10 - 15:50: [https://etherpad.openstack.org/p/YVR-oslo-asyncio (F) Event loops, coroutines, yield from, futures, a discussion on asyncio (and triollus?)]<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-oslo-messaging-plans (F) Ping pong, oslo.messaging plans for liberty.]<br />
* 17:00 - 17:40: [https://etherpad.openstack.org/p/YVR-oslo-tech-debt-deprecation (F) How to clean up your tech-debt; let's discuss best practices on how to deprecate things in oslo libraries]<br />
<br />
<br /><br />
<br />
==QA==<br />
<br />
=== Wed. ===<br />
<br />
* 1150-1230 - [https://etherpad.openstack.org/p/YVR-QA-testing-beyond-the-gate Testing beyond the gate]<br />
* 1350-1430 - [https://etherpad.openstack.org/p/YVR-QA-Devstack-Roadmap Devstack Roadmap]<br />
* 1440-1520 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-service-clients Work Session: Tempest service clients]<br />
* 1630-1710 - [https://etherpad.openstack.org/p/YVR-QA-in-the-big-tent QA in the Big Tent]<br />
<br />
=== Thurs. ===<br />
* 0900-0940 - [https://etherpad.openstack.org/p/YVR-QA-idempotent-id Work Session: Idempotent ID]<br />
* 1330-1410 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-as-a-system-program Work Session: Tempest as System Program]<br />
* 1420-1500 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-CLI Work Session: Tempest CLI and Tempest Cleanup]<br />
* 1610-1650 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-Scope-Revisited Tempest Scope Revisited]<br />
* 1700-1740 - [https://etherpad.openstack.org/p/YVR-QA-Liberty-Priorities Liberty Priorities]<br />
<br />
==Release Management==<br />
==Sahara==<br />
<br />
=== Wed ===<br />
<br />
* 11:00am (W) HA http://etherpad.openstack.org/p/sahara-liberty-ha<br />
* 11:50am (W) API v2 https://etherpad.openstack.org/p/sahara-liberty-api-v2<br />
<br />
=== Thu ===<br />
<br />
* 1:30pm (F) UI https://etherpad.openstack.org/p/sahara-liberty-ui<br />
* 2:20pm (F) Security https://etherpad.openstack.org/p/sahara-liberty-security<br />
* 3:10pm (W) EDP https://etherpad.openstack.org/p/sahara-liberty-edp<br />
* 4:10pm (W) Resources Visibility/ACL https://etherpad.openstack.org/p/sahara-liberty-resources<br />
* 5:00pm (W) Plugins https://etherpad.openstack.org/p/sahara-liberty-plugins<br />
<br />
=== Fri ===<br />
<br />
* 9am - 4:40pm Meetup https://etherpad.openstack.org/p/sahara-liberty-meetup<br />
<br />
==Swift==<br />
==TripleO==<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-lifecycle-ops (W) Better support for lifecycle operations on (tripleo) heat stacks (upgrades etc)]<br />
<br />
==Trove==<br />
==Zaqar==<br />
==Other Projects==<br />
==Event intro/closure==<br />
==Ops==<br />
Tuesday:<br />
* https://etherpad.openstack.org/p/YVR-ops-101<br />
* https://etherpad.openstack.org/p/YVR-ops-federation<br />
* https://etherpad.openstack.org/p/YVR-ops-rabbitmq<br />
* https://etherpad.openstack.org/p/YVR-ops-logging<br />
* https://etherpad.openstack.org/p/YVR-ops-arch-show-tell<br />
* https://etherpad.openstack.org/p/YVR-ops-ceilometer<br />
* https://etherpad.openstack.org/p/YVR-ops-billing<br />
* https://etherpad.openstack.org/p/YVR-ops-cinder<br />
* https://etherpad.openstack.org/p/YVR-ops-legacy-apps<br />
* https://etherpad.openstack.org/p/YVR-ops-user-committee<br />
* https://etherpad.openstack.org/p/YVR-ops-hypervisor-tuning<br />
* https://etherpad.openstack.org/p/YVR-ops-security<br />
* https://etherpad.openstack.org/p/YVR-ops-deployment<br />
* https://etherpad.openstack.org/p/YVR-ops-database<br />
* https://etherpad.openstack.org/p/YVR-ops-evangelism<br />
* https://etherpad.openstack.org/p/YVR-ops-multi-site<br />
* https://etherpad.openstack.org/p/YVR-ops-nova<br />
* https://etherpad.openstack.org/p/YVR-ops-customer-onboarding<br />
* https://etherpad.openstack.org/p/YVR-ops-containers<br />
* https://etherpad.openstack.org/p/YVR-ops-neutron<br />
<br />
Wednesday:<br />
* https://etherpad.openstack.org/p/YVR-ops-telco<br />
* https://etherpad.openstack.org/p/YVR-ops-puppet<br />
* https://etherpad.openstack.org/p/YVR-ops-chef<br />
* https://etherpad.openstack.org/p/YVR-ops-hpc<br />
* https://etherpad.openstack.org/p/YVR-ops-tools<br />
* https://etherpad.openstack.org/p/YVR-ops-ansible<br />
* https://etherpad.openstack.org/p/YVR-ops-ceph<br />
* https://etherpad.openstack.org/p/YVR-ops-tags<br />
* https://etherpad.openstack.org/p/YVR-ops-large-deployments<br />
* https://etherpad.openstack.org/p/YVR-ops-burning-issues<br />
* https://etherpad.openstack.org/p/YVR-ops-docs<br />
* https://etherpad.openstack.org/p/YVR-ops-tech-choices<br />
* https://etherpad.openstack.org/p/YVR-ops-cmdb<br />
* https://etherpad.openstack.org/p/YVR-ops-data-plane-transitions<br />
* https://etherpad.openstack.org/p/YVR-ops-upgrades<br />
* https://etherpad.openstack.org/p/YVR-ops-packaging<br />
* https://etherpad.openstack.org/p/YVR-ops-nova-network</div>Steve Bakerhttps://wiki.openstack.org/w/index.php?title=Design_Summit/Liberty/Etherpads&diff=80944Design Summit/Liberty/Etherpads2015-05-12T01:09:42Z<p>Steve Baker: /* Heat */</p>
<hr />
<div>[[Category:Summit]]<br />
[[Category:Liberty]]<br />
[[Category:Etherpad]]<br />
<br />
<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3"><br />
__TOC__<br />
</div><br />
==Cross-Project workshops==<br />
Tuesday:<br />
<br />
* 11:15 - 11:55<br />
** [https://etherpad.openstack.org/p/liberty-cross-project-python3 Moving apps to Python 3]<br />
** [https://etherpad.openstack.org/p/liberty-cross-project-user-notifications Async status updates]<br />
* 12:05 - 12:45<br />
** Improving UX across all projects<br />
** Functional Testing Show & Tell<br />
* 2:00 - 2:40<br />
** OpenStack SDK<br />
** Modern JavaScript<br />
* 2:50 - 3:30<br />
** In-team scaling<br />
** Service Catalog Standardization<br />
* 3:40 - 4:20<br />
** API Working Group<br />
** Nova & Neutron network migration<br />
* 4:40 - 5:20<br />
** OpenStack release model(s)<br />
** Unified Policy File<br />
* 5:30 - 6:10<br />
** OpenStack Documentation<br />
** [https://etherpad.openstack.org/p/liberty-cross-project-managing-concurrency Managing concurrency]<br />
<br />
==Barbican==<br />
==Ceilometer==<br />
wednesday:<br />
* 0900 - 0940: [https://etherpad.openstack.org/p/ceilo-multi-identity componentisation / multi identity]<br />
* 0950 - 1030: [https://etherpad.openstack.org/p/event_alarm event alarms]<br />
* 1100 - 1140: [https://etherpad.openstack.org/p/liberty-ceilometer-pipeline-config pipeline configuration]<br />
* 1150 - 1230: [https://etherpad.openstack.org/p/ceilo-declarative-notifications declarative notification meters]<br />
* 1440 - 1520: [https://etherpad.openstack.org/p/YVR-ops-ceilometer ops followup]<br />
* 1530 - 1610: [https://etherpad.openstack.org/p/ceilo-multi-identity componentization carry over]<br />
<br />
<br/>thursday:<br />
* 0900 - 0940: [https://etherpad.openstack.org/p/liberty-ceilometer-meter-deprecation meter deprecation]<br />
* 0950 - 1030: [https://etherpad.openstack.org/p/liberty-ceilometer-meter-event samples/events integration]<br />
* 1100 - 1140: [https://etherpad.openstack.org/p/liberty-ceilometer-versioned-objects versioned objects]<br />
* 1150 - 1230: ops followup<br />
<br />
<br/>friday:<br />
* 0900 - 1200: [https://etherpad.openstack.org/p/liberty-ceilometer-contributors-meetup contributor meetup]<br />
<br />
==Cinder==<br />
==Designate==<br />
==Documentation==<br />
==Glance==<br />
==Heat==<br />
=== Wed ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-convergence-1 (W) Finishing off Convergence phase 1]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-convergence-2 (W) Convergence phase 2 planning]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-testing (W) Functional and integration testing, identify gaps and suggest improvements]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-lifecycle-ops (W) Better support for lifecycle operations on (tripleo) heat stacks (upgrades etc)]<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-client-usability (F) Heat client usability]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-heat-liberty-template-format (F) Heat template format improvements]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-heat-liberty-rest-api (F) REST API design and roadmap]<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-heat-liberty-senlin-autoscaling (F) Senlin Autoscaling Project - Deep Dive]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-heat-liberty-containers (F) Orchestrating containers with Heat]<br />
<br />
=== Thu ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-alembic (W) Migrating from sqlalchemy-migrations to alembic]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-versioned-objects (W) Future of Versioned objects in heat]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-autoscaling (W) Autoscaling improvements]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-heat-liberty-deprecation (W) Our deprecation process]<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-heat-liberty-contrib-plugins (W) Moving most contrib plugins in-tree]<br />
* 17:00 - 17:40: [https://etherpad.openstack.org/p/YVR-heat-liberty-resource-registering (W) Conditional registering of resources]<br />
<br />
==Horizon==<br />
==Infrastructure==<br />
==Ironic==<br />
==Keystone==<br />
==Manila==<br />
==Neutron==<br />
=== Tue ===<br />
=== Wed ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-neutron-liberty-development Neutron Liberty Development]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-neutron-use-case-discussion Neutron Use Case Discussion]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-neutron-does-openstack-need-neutron Does OpenStack Need Neutron]<br />
* 11:50 - 12:30: Neutron Lightning Talks (no etherpad)<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-neutron-octavia Octavia]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-neutron-opendaylight OpenDaylight]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-neutron-ovn OVN]<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-neutron-ironic Ironic and Neutron integration]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-neutron-get-me-a-network Get Me a Network!]<br />
<br />
=== Thu ===<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-neutron-lbaas-use-cases Neutron LBaaS Use Cases]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-neutron-l3 Neutron L3]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-neutron-qos QoS]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-neutron-third-party-ci-liberty Third Party CI in Liberty and Beyond]<br />
* 13:30 - 14:10: [https://etherpad.openstack.org/p/YVR-neutron-testing-in-liberty Testing In Liberty]<br />
* 14:20 - 15:00: [https://etherpad.openstack.org/p/YVR-neutron-RBAC Neutron RBAC]<br />
* 15:10 - 15:50: [https://etherpad.openstack.org/p/YVR-neutron-sg-fwaas-future-direction SG and FWaaS Future Directions]<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-neutron-nfv-enhancements Neutron NFV Enhancements]<br />
=== Fri ===<br />
* 09:00-12:20: [https://etherpad.openstack.org/p/YVR-neutron-contributor-meetup Contributor Meetup]<br />
<br />
==Nova==<br />
<br />
'''Wednesday:'''<br />
<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-nova-scheduler-in-liberty Scheduler in Liberty]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-nova-scalling-out-scheduler-for-cells Scaling out scheduler for cells ]<br />
<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-nova-cells-v2 Cells v2]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-nova-resource-tracker Resource Tracker, Clustered Hypervisors and NFV]<br />
<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-nova-spec-blueprint-unconference Nova Spec/Blueprint Unconference]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-nova-database-internals Database (part 1)]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-nova-functional-testing-feature-classification Functional Testing and Feature Classification]<br />
<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-nova-instance-ha-evacuate-resize Dealing with compute host failure: Instance HA, Evacuate, Resize]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-nova-api-2.1-in-liberty Nova API v2.1 in Liberty]<br />
<br />
<br /><br />
'''Thursday:'''<br />
<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-nova-api-2.0-3rd-party Future of Nova API v2.0 and 3rd Party APIs]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-nova-quotas-and-database Quotas and Database (part 2)]<br />
<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-nova-flavors-and-image-properties Flavors and Image Properties]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-nova-error-handling Error Handling]<br />
<br />
* 13:30 - 14:10: [https://etherpad.openstack.org/p/YVR-nova-spec-blueprint-unconference Nova Spec/Blueprint Unconference]<br />
* 14:20 - 15:00: [https://etherpad.openstack.org/p/YVR-nova-liberty-priorities Liberty Priorities (part 1)]<br />
* 15:10 - 15:50: [https://etherpad.openstack.org/p/YVR-nova-liberty-priorities Liberty Priorities (part 2)]<br />
<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-nova-liberty-process Liberty Process and Scaling out Reviews]<br />
* 17:00 - 17:40: [https://etherpad.openstack.org/p/YVR-nova-network Future of Nova's networking and nova-network]<br />
<br />
<br /><br />
'''Friday:'''<br />
<br />
* 09:00 - 12:20 and 13:20 - 16:40: [https://etherpad.openstack.org/p/YVR-nova-contributor-meetup Nova Contributor Meetup]<br />
<br />
==Oslo==<br />
<br />
'''Wednesday:'''<br />
<br />
<br />
* 09:00 - 09:40: [https://etherpad.openstack.org/p/YVR-oslo-versioned-objects-intro (F) Get to know your objects and learn how to version them (an introduction to oslo.versionedobjects)!]<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-oslo-taskflow-plans (F) Give me liberty, or give me taskflow (come learn about taskflow liberty plans)!]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-oslo-rootwrap-plans (W) Give me liberty, or give me wraps (the future of oslo.rootwrap) ]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-oslo-functional-testing (W) The cost of liberty is less than the price of functional testing]<br />
* 13:50 - 14:30: [https://etherpad.openstack.org/p/YVR-oslo-graduation-schedule (W) Give me more oslo in liberty or else! Schedule & new libraries]<br />
* 14:40 - 15:20: [https://etherpad.openstack.org/p/YVR-oslo-messaging-zmq-status (F) State of zmq in oslo.messaging]<br />
* 15:30 - 16:10: [https://etherpad.openstack.org/p/YVR-oslo-optional-dependencies (W) Emancipate/liberate your optional dependencies - Optional Dependencies]<br />
* 16:30 - 17:10: [https://etherpad.openstack.org/p/YVR-oslo-release-process-review (W) Reviewing our release processes]<br />
* 17:20 - 18:00: [https://etherpad.openstack.org/p/YVR-oslo-config-filter (W) Configuration Filters in oslo.config]<br />
<br />
<br /><br />
'''Thursday:'''<br />
<br />
* 09:50 - 10:30: [https://etherpad.openstack.org/p/YVR-oslo-strategy-discussion (F) The oslo liberty proclamation (and associated strategy discussion)]<br />
* 11:00 - 11:40: [https://etherpad.openstack.org/p/YVR-oslo-config-plans (F) Enfranchise oslo.config, let's discuss alternative data sources in oslo.config]<br />
* 11:50 - 12:30: [https://etherpad.openstack.org/p/YVR-oslo-log-plans (W) Life, Liberty, and the pursuit of oslo.log changes]<br />
* 13:30 - 14:10: [https://etherpad.openstack.org/p/YVR-oslo-versioned-objects-deep-dive (W) Deep dive on oslo.versionedobjects, bring your wet suits.]<br />
* 14:20 - 15:00: [https://etherpad.openstack.org/p/YVR-oslo-db-plans (F) For a people who are free, and who mean to remain so, a well organized and armed 'oslo.db' is their best security]<br />
* 15:10 - 15:50: [https://etherpad.openstack.org/p/YVR-oslo-asyncio (F) Event loops, coroutines, yield from, futures, a discussion on asyncio (and triollus?)]<br />
* 16:10 - 16:50: [https://etherpad.openstack.org/p/YVR-oslo-messaging-plans (F) Ping pong, oslo.messaging plans for liberty.]<br />
* 17:00 - 17:40: [https://etherpad.openstack.org/p/YVR-oslo-tech-debt-deprecation (F) How to clean up your tech-debt; let's discuss best practices on how to deprecate things in oslo libraries]<br />
<br />
<br /><br />
<br />
==QA==<br />
<br />
=== Wed. ===<br />
<br />
* 1150-1230 - [https://etherpad.openstack.org/p/YVR-QA-testing-beyond-the-gate Testing beyond the gate]<br />
* 1350-1430 - [https://etherpad.openstack.org/p/YVR-QA-Devstack-Roadmap Devstack Roadmap]<br />
* 1440-1520 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-service-clients Work Session: Tempest service clients]<br />
* 1630-1710 - [https://etherpad.openstack.org/p/YVR-QA-in-the-big-tent QA in the Big Tent]<br />
<br />
=== Thurs. ===<br />
* 0900-0940 - [https://etherpad.openstack.org/p/YVR-QA-idempotent-id Work Session: Idempotent ID]<br />
* 1330-1410 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-as-a-system-program Work Session: Tempest as System Program]<br />
* 1420-1500 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-CLI Work Session: Tempest CLI and Tempest Cleanup]<br />
* 1610-1650 - [https://etherpad.openstack.org/p/YVR-QA-Tempest-Scope-Revisited Tempest Scope Revisited]<br />
* 1700-1740 - [https://etherpad.openstack.org/p/YVR-QA-Liberty-Priorities Liberty Priorities]<br />
<br />
==Release Management==<br />
==Sahara==<br />
<br />
=== Wed ===<br />
<br />
* 11:00am (W) HA http://etherpad.openstack.org/p/sahara-liberty-ha<br />
* 11:50am (W) API v2 https://etherpad.openstack.org/p/sahara-liberty-api-v2<br />
<br />
=== Thu ===<br />
<br />
* 1:30pm (F) UI https://etherpad.openstack.org/p/sahara-liberty-ui<br />
* 2:20pm (F) Security https://etherpad.openstack.org/p/sahara-liberty-security<br />
* 3:10pm (W) EDP https://etherpad.openstack.org/p/sahara-liberty-edp<br />
* 4:10pm (W) Resources Visibility/ACL https://etherpad.openstack.org/p/sahara-liberty-resources<br />
* 5:00pm (W) Plugins https://etherpad.openstack.org/p/sahara-liberty-plugins<br />
<br />
=== Fri ===<br />
<br />
* 9am - 4:40pm Meetup https://etherpad.openstack.org/p/sahara-liberty-meetup<br />
<br />
==Swift==<br />
==TripleO==<br />
==Trove==<br />
==Zaqar==<br />
==Other Projects==<br />
==Event intro/closure==<br />
==Ops==<br />
Tuesday:<br />
* https://etherpad.openstack.org/p/YVR-ops-101<br />
* https://etherpad.openstack.org/p/YVR-ops-federation<br />
* https://etherpad.openstack.org/p/YVR-ops-rabbitmq<br />
* https://etherpad.openstack.org/p/YVR-ops-logging<br />
* https://etherpad.openstack.org/p/YVR-ops-arch-show-tell<br />
* https://etherpad.openstack.org/p/YVR-ops-ceilometer<br />
* https://etherpad.openstack.org/p/YVR-ops-billing<br />
* https://etherpad.openstack.org/p/YVR-ops-cinder<br />
* https://etherpad.openstack.org/p/YVR-ops-legacy-apps<br />
* https://etherpad.openstack.org/p/YVR-ops-user-committee<br />
* https://etherpad.openstack.org/p/YVR-ops-hypervisor-tuning<br />
* https://etherpad.openstack.org/p/YVR-ops-security<br />
* https://etherpad.openstack.org/p/YVR-ops-deployment<br />
* https://etherpad.openstack.org/p/YVR-ops-database<br />
* https://etherpad.openstack.org/p/YVR-ops-evangelism<br />
* https://etherpad.openstack.org/p/YVR-ops-multi-site<br />
* https://etherpad.openstack.org/p/YVR-ops-nova<br />
* https://etherpad.openstack.org/p/YVR-ops-customer-onboarding<br />
* https://etherpad.openstack.org/p/YVR-ops-containers<br />
* https://etherpad.openstack.org/p/YVR-ops-neutron<br />
<br />
Wednesday:<br />
* https://etherpad.openstack.org/p/YVR-ops-telco<br />
* https://etherpad.openstack.org/p/YVR-ops-puppet<br />
* https://etherpad.openstack.org/p/YVR-ops-chef<br />
* https://etherpad.openstack.org/p/YVR-ops-hpc<br />
* https://etherpad.openstack.org/p/YVR-ops-tools<br />
* https://etherpad.openstack.org/p/YVR-ops-ansible<br />
* https://etherpad.openstack.org/p/YVR-ops-ceph<br />
* https://etherpad.openstack.org/p/YVR-ops-tags<br />
* https://etherpad.openstack.org/p/YVR-ops-large-deployments<br />
* https://etherpad.openstack.org/p/YVR-ops-burning-issues<br />
* https://etherpad.openstack.org/p/YVR-ops-docs<br />
* https://etherpad.openstack.org/p/YVR-ops-tech-choices<br />
* https://etherpad.openstack.org/p/YVR-ops-cmdb<br />
* https://etherpad.openstack.org/p/YVR-ops-data-plane-transitions<br />
* https://etherpad.openstack.org/p/YVR-ops-upgrades<br />
* https://etherpad.openstack.org/p/YVR-ops-packaging<br />
* https://etherpad.openstack.org/p/YVR-ops-nova-network</div>Steve Baker