Back to bug 1320454

Who When What Removed Added
Red Hat Bugzilla Rules Engine 2016-03-23 09:30:27 UTC Target Release --- 8.0
Adriano Petrich 2016-03-23 10:46:08 UTC Keywords Automation
wes hayutin 2016-03-23 12:20:11 UTC Keywords AutomationBlocker
CC whayutin
Alexander Chuzhoy 2016-03-23 13:52:26 UTC CC sasha
Omri Hochman 2016-03-23 14:01:58 UTC Priority unspecified high
CC ohochman
Target Milestone --- ga
Severity unspecified high
Omri Hochman 2016-03-23 14:02:20 UTC Hardware Unspecified x86_64
Version unspecified 8.0
OS Unspecified Linux
Dan Yasny 2016-03-23 14:07:22 UTC CC dyasny
Jaromir Coufal 2016-03-23 19:53:00 UTC CC jcoufal
Mike Burns 2016-03-23 19:55:18 UTC Assignee jstransk mandreou
Zane Bitter 2016-03-29 14:29:27 UTC CC apetrich, zbitter
Flags needinfo?(apetrich)
Marius Cornea 2016-03-29 15:24:41 UTC CC mcornea
Adriano Petrich 2016-03-29 15:34:56 UTC Flags needinfo?(apetrich)
Giulio Fidente 2016-03-30 10:45:52 UTC CC gfidente
Mike Burns 2016-03-30 11:31:05 UTC Status NEW POST
Mike Burns 2016-03-30 13:37:10 UTC Status POST MODIFIED
Fixed In Version openstack-tripleo-heat-templates-0.8.14-2.el7ost
Zane Bitter 2016-03-30 22:06:11 UTC Blocks 1322619
errata-xmlrpc 2016-04-01 20:03:44 UTC Status MODIFIED ON_QA
Arik Chernetsky 2016-04-03 06:33:37 UTC QA Contact achernet dyasny
Dan Yasny 2016-04-04 14:40:56 UTC Status ON_QA VERIFIED
Marios Andreou 2016-04-05 15:08:21 UTC Doc Text Cause: Stricter validation in (liberty) heat causes an overcloud stack update to fail from an upgraded undercloud.

Consequence: The deployment fails with: ERROR heat.engine.resource ResourceFailure: resources.Compute: "u'1:1000'" is not a list.

Fix: The fix which properly formats the (offending) NeutronVniRanges parameter to include the required '[]' has been backported to the (kilo) openstack-tripleo-heat-templates package and should be available as of openstack-tripleo-heat-templates-kilo-0.8.14-5.el7ost.noarch

Result: When using an upgraded undercloud against an existing overcloud and using the kilo templates (which are shipped in a 'kilo' directory of the /usr/share/openstack-tripleo-heat-templates location where the templates are usually installed) any stack update of the overcloud heat stack will not fail with the ' "u'1:1000'" is not a list ' error.
Dan Macpherson 2016-04-07 04:30:11 UTC CC dmacpher
Doc Text Cause: Stricter validation in (liberty) heat causes an overcloud stack update to fail from an upgraded undercloud.

Consequence: The deployment fails with: ERROR heat.engine.resource ResourceFailure: resources.Compute: "u'1:1000'" is not a list.

Fix: The fix which properly formats the (offending) NeutronVniRanges parameter to include the required '[]' has been backported to the (kilo) openstack-tripleo-heat-templates package and should be available as of openstack-tripleo-heat-templates-kilo-0.8.14-5.el7ost.noarch

Result: When using an upgraded undercloud against an existing overcloud and using the kilo templates (which are shipped in a 'kilo' directory of the /usr/share/openstack-tripleo-heat-templates location where the templates are usually installed) any stack update of the overcloud heat stack will not fail with the ' "u'1:1000'" is not a list ' error.
Stricter validation in Red Hat OpenStack Platform 8's Orchestration service (heat) caused the Overcloud stack update to fail from an upgraded Undercloud with the following error:

ERROR heat.engine.resource ResourceFailure: resources.Compute: "u'1:1000'" is not a list.

This fix which properly formats the NeutronVniRanges parameter to include the required '[]' has been backported to the OpenStack Platform 7 openstack-tripleo-heat-templates package and should be available as of openstack-tripleo-heat-templates-kilo-0.8.14-5.el7ost.noarch. Now stack updates of the Overcloud stack will not fail with the error when using an upgraded Undercloud to manage an existing Overcloud while using the version 7 templates (which are located at /usr/share/openstack-tripleo-heat-templates/kilo).
errata-xmlrpc 2016-04-07 14:24:52 UTC Status VERIFIED RELEASE_PENDING
errata-xmlrpc 2016-04-07 21:49:51 UTC Status RELEASE_PENDING CLOSED
Resolution --- ERRATA
Last Closed 2016-04-07 17:49:51 UTC

Back to bug 1320454