Back to bug 1385190

Who When What Removed Added
Marius Cornea 2016-10-15 08:49:16 UTC CC mcornea
Charlie Llewellyn 2016-10-18 16:26:11 UTC CC cllewellyn
Steve Relf 2016-10-18 16:29:08 UTC CC srelf
Kota Akatsuka 2016-11-18 00:45:18 UTC CC ykawada
CC knoha
CC k-akatsuka
Chen 2016-12-21 05:04:09 UTC CC cchen
Manabu Ori 2016-12-21 05:55:14 UTC CC mori
Harald Jensås 2016-12-21 14:34:48 UTC CC hjensas
Steve Baker 2016-12-21 22:18:54 UTC CC sbaker
Flags needinfo?(cchen)
Chen 2016-12-22 02:06:40 UTC Flags needinfo?(cchen)
Steve Baker 2016-12-22 03:42:29 UTC CC shardy, srevivo
Component openstack-tripleo openstack-heat
Assignee jslagle zbitter
QA Contact achernet augol
Zane Bitter 2017-01-03 16:05:20 UTC CC slinaber
Component openstack-heat openstack-tripleo-common
Link ID Launchpad 1539541
Assignee zbitter dmatthew
QA Contact augol sasha
Zane Bitter 2017-01-03 16:18:42 UTC Status NEW POST
CC zbitter
Randy Perryman 2017-01-17 20:25:05 UTC CC arkady_kanevsky, cdevine, christopher_dearborn, dcain, John_walsh, kasmith, kurt_hey, morazi, randy_perryman, sreichar
Blocks 1305654
Flags needinfo?(morazi)
Mike Burns 2017-01-19 19:53:08 UTC Target Release --- 9.0 (Mitaka)
Target Milestone --- async
Mike Burns 2017-01-19 19:54:03 UTC Keywords ZStream
Mike Burns 2017-01-19 20:05:44 UTC Status POST MODIFIED
Fixed In Version openstack-tripleo-common-2.0.0-9.el7ost
Karl Hastings 2017-01-19 22:04:14 UTC CC kasmith
errata-xmlrpc 2017-01-20 13:01:48 UTC Status MODIFIED ON_QA
Martin Lopes 2017-01-23 04:05:08 UTC CC mlopes
Flags needinfo?(zbitter)
Zane Bitter 2017-01-23 15:31:28 UTC Doc Text Cause: In RHEL-OSP 9, Heat added a way to ignore changes to a server's user_data from the template, but Director is still using an override in a custom plugin instead of in the templates, and this override no longer worked with the code change.

Consequence: Any change to the user_data of a server, for example by modifying the OS::TripleO::NodeUserData, would cause Heat to attempt to replace the server.

Fix: The Director custom plugin was updated to work with the new code, so that changes to the user_data are once again ignored as they were in RHEL-OSP 7 and 8.

Result: When OS::TripleO::NodeUserData is changed, existing servers are not affected. New servers created after the change will get the new user_data.
Doc Type If docs needed, set a value Bug Fix
Flags needinfo?(zbitter)
Lon Hohberger 2017-01-25 13:15:41 UTC Priority medium high
Dave Maley 2017-01-25 19:43:27 UTC CC dmaley, dmatthew
Flags needinfo?(dmatthew)
Mike Burns 2017-01-26 14:57:50 UTC Flags needinfo?(dmatthew)
Martin Lopes 2017-01-27 00:19:45 UTC Doc Text Cause: In RHEL-OSP 9, Heat added a way to ignore changes to a server's user_data from the template, but Director is still using an override in a custom plugin instead of in the templates, and this override no longer worked with the code change.

Consequence: Any change to the user_data of a server, for example by modifying the OS::TripleO::NodeUserData, would cause Heat to attempt to replace the server.

Fix: The Director custom plugin was updated to work with the new code, so that changes to the user_data are once again ignored as they were in RHEL-OSP 7 and 8.

Result: When OS::TripleO::NodeUserData is changed, existing servers are not affected. New servers created after the change will get the new user_data.
Previously in Red Hat OpenStack Platform 9, Heat added a way to ignore changes to a server's user_data from the template, but director was still using an override in a custom plugin instead of in the templates, and this override no longer worked with the code change. Consequently, any change to the user_data of a server, for example by modifying the S::TripleO::NodeUserData, would cause Heat to attempt to replace the server.
With this update, the director custom plugin is updated to work with the new code, so that changes to the user_data are once again ignored as they were in Red Hat OpenStack Platform 7 and 8.
As a result, existing servers are not affected when OS::TripleO::NodeUserData is changed; new servers created after the change will get the new user_data.
Alexander Chuzhoy 2017-02-04 18:19:46 UTC Status ON_QA VERIFIED
Martin Lopes 2017-02-28 04:02:26 UTC Doc Text Previously in Red Hat OpenStack Platform 9, Heat added a way to ignore changes to a server's user_data from the template, but director was still using an override in a custom plugin instead of in the templates, and this override no longer worked with the code change. Consequently, any change to the user_data of a server, for example by modifying the S::TripleO::NodeUserData, would cause Heat to attempt to replace the server.
With this update, the director custom plugin is updated to work with the new code, so that changes to the user_data are once again ignored as they were in Red Hat OpenStack Platform 7 and 8.
As a result, existing servers are not affected when OS::TripleO::NodeUserData is changed; new servers created after the change will get the new user_data.
Previously in Red Hat OpenStack Platform 9, Heat added a way to ignore changes to a server's user_data from the template, but director was still using an override in a custom plugin instead of in the templates, and this override no longer worked with the code change. Consequently, any change to the user_data of a server, for example by modifying the S::TripleO::NodeUserData, would cause Heat to attempt to replace the server.
With this update, the director custom plugin is updated to work with the new code, so that changes to the user_data are once again ignored as they were in Red Hat OpenStack Platform 7 and 8.
As a result, existing servers are not affected when OS::TripleO::NodeUserData is changed; new servers created after the change will get the new user_data.
errata-xmlrpc 2017-03-08 16:35:19 UTC Status VERIFIED RELEASE_PENDING
errata-xmlrpc 2017-03-08 20:06:59 UTC Status RELEASE_PENDING CLOSED
Resolution --- ERRATA
Last Closed 2017-03-08 15:06:59 UTC
Paul Needle 2017-07-07 09:27:40 UTC CC pneedle
Link ID Red Hat Knowledge Base (Solution) 3107531
Omri Hochman 2018-03-06 10:36:26 UTC CC ohochman
Sasha Smolyak 2018-11-20 07:45:21 UTC CC ssmolyak

Back to bug 1385190