HI,
When trying to set up tripleo using instack with RDO, it's failing consistently with CREATE_FAILED error:
+ heat stack-create -f overcloud.yaml -P AdminToken=efe958561450ba61d7ef8249d29b0be1ba95dc11 -P AdminPassword=2b919f2ac7790ca1053ac58bc4621ca0967a0cba -P CinderPassword=e7d61883a573a3dffc65a5fb958c94686baac848 -P GlancePassword=cb896d6392e08241d504f3a0a2b489fc6f2612dd -P HeatPassword=7a3138ef58365bb666cb30c8377447b74e75a0ef -P NeutronPassword=4480ec8f2e004be4b06d14e1e228d882e18b3c2c -P NovaPassword=e4a34b6caeeb7dbc497fb1c557a396c422b4d103 -P NeutronPublicInterface=eth0 -P SwiftPassword=ed3761a03959e0d636b8d6fc826103734069f9dc -P SwiftHashSuffix=1a26593813bb7d6b38418db747b4243d4f1b5a56 -P NovaComputeLibvirtType=qemu -P 'GlanceLogFile='\'''\''' -P NeutronDnsmasqOptions=dhcp-option-force=26,1400 overcloud
+--------------------------------------+------------+--------------------+----------------------+
| id | stack_name | stack_status | creation_time |
+--------------------------------------+------------+--------------------+----------------------+
| 737ada9f-aa45-45b6-a42b-c0a496d2407e | overcloud | CREATE_IN_PROGRESS | 2014-07-21T06:02:22Z |
+--------------------------------------+------------+--------------------+----------------------+
+ tripleo wait_for_stack_ready 220 10 overcloud
Command output matched 'CREATE_FAILED'. Exiting...
Here is the heat log:
2014-07-18 06:51:11.884 30750 WARNING heat.common.keystoneclient [-] stack_user_domain ID not set in heat.conf falling back to using default
2014-07-18 06:51:12.921 30750 WARNING heat.common.keystoneclient [-] stack_user_domain ID not set in heat.conf falling back to using default
2014-07-18 06:51:16.058 30750 ERROR heat.engine.resource [-] CREATE : Server "SwiftStorage0" [07e42c3d-0f1b-4bb9-b980-ffbb74ac770d] Stack "overcloud" [0ca028e7-682b-41ef-8af0-b2eb67bee272]
2014-07-18 06:51:16.058 30750 TRACE heat.engine.resource Traceback (most recent call last):
2014-07-18 06:51:16.058 30750 TRACE heat.engine.resource File "/usr/lib/python2.7/site-packages/heat/engine/resource.py", line 420, in _do_action
2014-07-18 06:51:16.058 30750 TRACE heat.engine.resource while not check(handle_data):
2014-07-18 06:51:16.058 30750 TRACE heat.engine.resource File "/usr/lib/python2.7/site-packages/heat/engine/resources/server.py", line 545, in check_create_complete
2014-07-18 06:51:16.058 30750 TRACE heat.engine.resource return self._check_active(server)
2014-07-18 06:51:16.058 30750 TRACE heat.engine.resource File "/usr/lib/python2.7/site-packages/heat/engine/resources/server.py", line 561, in _check_active
2014-07-18 06:51:16.058 30750 TRACE heat.engine.resource raise exc
2014-07-18 06:51:16.058 30750 TRACE heat.engine.resource Error: Creation of server overcloud-SwiftStorage0-qdjqbif6peva failed.
2014-07-18 06:51:16.058 30750 TRACE heat.engine.resource
2014-07-18 06:51:16.255 30750 WARNING heat.common.keystoneclient [-] stack_user_domain ID not set in heat.conf falling back to using default
2014-07-18 06:51:16.939 30750 WARNING heat.common.keystoneclient [-] stack_user_domain ID not set in heat.conf falling back to using default
2014-07-18 06:51:17.368 30750 WARNING heat.common.keystoneclient [-] stack_user_domain ID not set in heat.conf falling back to using default
2014-07-18 06:51:17.638 30750 WARNING heat.common.keystoneclient [-] stack_user_domain ID not set in heat.conf falling back to using default
2014-07-18 06:51:18.158 30750 WARNING heat.common.keystoneclient [-] stack_user_domain ID not set in heat.conf falling back to using default
2014-07-18 06:51:18.613 30750 WARNING heat.common.keystoneclient [-] stack_user_domain ID not set in heat.conf falling back to using default
2014-07-18 06:51:19.113 30750 WARNING heat.common.keystoneclient [-] stack_user_domain ID not set in heat.conf falling back to using default
2014-07-18 06:51:19.765 30750 WARNING heat.common.keystoneclient [-] stack_user_domain ID not set in heat.conf falling back to using default
2014-07-18 06:51:20.247 30750 WARNING heat.engine.service [-] Stack create failed, status FAILED
Is this related to the heat rpc error? If so, that's due to a backport of some qpid changes in F20 that broke the icehouse heat package. We're working on a fix.