Description of problem: OpenStack deployment failed with CREATE_FAIL (timeout) Version-Release number of selected component (if applicable): RHCI-6.0-RHEL-7-20160113.t.1 RHCIOOO-7-RHEL-7-20160113.t.8 How reproducible: 100% Steps to Reproduce: 1. Install ISOs 2. Run fusor install scripts 3. Enter information for deployment with wrong "External Network Interface" in Configure Overcloud 4. Wait until Satellite deployment is finished 5. Wait until 25% in RHELOSP deployment Actual results: No error for External Network Interface ERROR: deployment failed with status: CREATE_FAILED and reason: Create timed out Expected results: Error during External Network Interface Successful deployment Additional info: No way of correct and resume, must start from scratch. Since External Network Interface is using the consistent network device naming (non-ethx), checking for ethx and reporting an error would be one solution.
For QCI 1.2, entered nic7 as "External Network Interface" in "Configure Overcloud" Receive: "{"displayMessage":"Task 02ff3cec-84cc-4f2a-8b5d-7088d527d104: RestClient::InternalServerError: 500 Internal Server Error","errors":["Task 02ff3cec-84cc-4f2a-8b5d-7088d527d104: RestClient::InternalServerError: 500 Internal Server Error"]}" Failed QA
Does nic7 exist? We have absolutely no way to tell in advance how many interfaces exist. If you put in garbage data here expect a failed deployment. If the systems do in fact have 7 nics it would be helpful to see the /var/log/messages from the overcloud nodes as root on your undercloud sudo su - stack source stackrc nova server-list ssh heat-admin@<ip-address-for-one-of-the-servers-listed-in-cmd-above> sudo su - Looking at /var/log/messages you'd normally see messages similar to: nic2 mapped to: eth1 In your case you'd of course be looking for nessages about nic7
<thom> jmontleo: this is a UX bz. If the user enters the wrong info, be able to catch it at the time of entry <jmontleo> thom, as in there is no nic7? <thom> jmontleo: correct To be clear we don't have sufficient information about the introspected hardware to validate. We'll need to put in an RFE against Openstack and wait for the improvements. docs bug for GA: https://bugzilla.redhat.com/show_bug.cgi?id=1359864 osp rfe bug: https://bugzilla.redhat.com/show_bug.cgi?id=1359872