Bug 1321005 - [UX] Deployment should fail right at the beginning if not enough hosts are available
Summary: [UX] Deployment should fail right at the beginning if not enough hosts are av...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: rhosp-director
Version: 8.0 (Liberty)
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: 10.0 (Newton)
Assignee: Angus Thomas
QA Contact: Arik Chernetsky
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-24 13:01 UTC by Udi Kalifon
Modified: 2016-10-14 14:43 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-10-14 14:43:14 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Udi Kalifon 2016-03-24 13:01:15 UTC
Description of problem:
I designated 2 ironic nodes to be for compute-0 and compute-1:

ironic node-update d0fd91fb-c66e-4a5d-9b66-e3806959b31c replace properties/capabilities='node:compute-0,boot_option:local'
ironic node-update 3e097f7b-7dd1-47de-b4a4-345248510b6a replace properties/capabilities='node:compute-1,boot_option:local'

I added scheduling hints to my environment file:

parameter_defaults:
  NovaComputeSchedulerHints:
    'capabilities:node': 'compute-%index%'

I then tried to deploy with 3 computes. It takes a really long time for the deployment to fail. Eventually it fails with "not enough hosts available".


Version-Release number of selected component (if applicable):
python-tripleoclient-0.3.1-1.el7ost.noarch
openstack-tripleo-heat-templates-kilo-0.8.12-2.el7ost.noarch


How reproducible:
100%


Steps to Reproduce:
1. Set ironic attributes on several nodes, and assign them to the compute(s) deployment
2. Try to deploy with more computes than you have allocated.


Actual results:
Deployment fails as it should, but this error should stop you right from the start... No need to waste time.

Comment 2 Mike Burns 2016-04-07 21:36:02 UTC
This bug did not make the OSP 8.0 release.  It is being deferred to OSP 10.

Comment 3 Dmitry Tantsur 2016-10-14 14:43:14 UTC
Hi! We can't really replicate the whole scheduling that Nova does in TripleO, it is way too complex. We do check for at least minimum number of nodes in the "available" state, and we do check profiles. I don't think we can do anything else, sorry.


Note You need to log in before you can comment on or make changes to this bug.