Zane Bitter ce22b59b62 Revert "Hard delete backup stack after successful update." ... This reverts commit 7cf6e52cac. This change appears to be the cause of many Tempest test breakages. Prior to this a new raw_template entry was created in the database after an update, and the pointer to the new raw_template and the stack status were changed atomically. Now those two pieces of data are being updated separately... it seems like it is possible for the database to return the new version of the stack on one call followed by the old version of the template on another call. Tempest is observing the stack status change to UPDATE_COMPLETE but then still getting data from the old template when doing a resource list immediately after. Change-Id: Ieea739bc45dcc365ccb6f09d0e848e310d327134 Partial-Bug: #1370865		2014-10-06 16:46:55 -04:00
..
api	Merge "Switch to oslo.serialization"	2014-10-02 08:00:52 +00:00
cloudinit	Fix cloud-init Python syntax for Python < 2.6	2014-10-01 15:16:45 -04:00
cmd	Sync latest oslo.db code	2014-04-11 10:48:46 +03:00
common	Merge "Improve error for custom resource"	2014-10-03 11:29:37 +00:00
db	Revert "Hard delete backup stack after successful update."	2014-10-06 16:46:55 -04:00
engine	Revert "Hard delete backup stack after successful update."	2014-10-06 16:46:55 -04:00
locale	Imported Translations from Transifex	2014-09-25 06:13:53 +00:00
openstack	Remove unused network_utils	2014-09-30 11:41:12 +02:00
rpc	Pass list of parameters to engine service to reset	2014-09-15 17:51:32 -07:00
scaling	Switch to oslo.utils	2014-09-30 14:27:59 +02:00
tests	Revert "Hard delete backup stack after successful update."	2014-10-06 16:46:55 -04:00
__init__.py	Switch heat resources & db & tests to oslo.i18n	2014-09-17 14:28:56 +08:00
version.py	Make the first line of every file consistent.	2014-03-04 09:03:04 -06:00