Bug 805001 - Deployment is created even if match is not found
Summary: Deployment is created even if match is not found
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: CloudForms Cloud Engine
Classification: Retired
Component: aeolus-conductor
Version: 1.0.0
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: rc
Assignee: Jan Provaznik
QA Contact: wes hayutin
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-03-20 12:19 UTC by Jan Provaznik
Modified: 2012-12-13 19:48 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-12-13 19:48:48 UTC
Embargoed:


Attachments (Terms of Use)
Auto-select Realm (75.10 KB, image/png)
2012-09-20 18:33 UTC, Ronelle Landy
no flags Details
Launch with specifed realm selected (114.29 KB, image/png)
2012-09-20 18:35 UTC, Ronelle Landy
no flags Details

Description Jan Provaznik 2012-03-20 12:19:49 UTC
Steps to Reproduce:
1. prepare a deployment launch (go to "/deployments/launch_time_params" but don't press "launch" button yet)
2. in another tab make some change which causes that deployment's instances won't be launchable on any provider account (for example make a provider unavailable, remove account from pool family, delete realm mapping or hwp...)
3. finish deployment launch from first step -> deployment is created, but all instances have state set to "new" (or "create_failed" depending if https://bugzilla.redhat.com/show_bug.cgi?id=796528 is applied)


Deployment should not be created if a match is not found, a user should stay on "/deployments/launch_time_params" (and an error message should be displayed).

Comment 1 Jan Provaznik 2012-08-21 08:26:06 UTC
This BZ was fixed meantime, switching to QA for checking.

Comment 2 Ronelle Landy 2012-09-20 18:33:12 UTC
Testing the following rpms:

>> rpm -qa |grep aeolus
aeolus-configure-2.8.6-1.el6cf.noarch
rubygem-aeolus-image-0.3.0-12.el6.noarch
rubygem-aeolus-cli-0.7.1-1.el6cf.noarch
aeolus-conductor-0.13.8-1.el6cf.noarch
aeolus-conductor-daemons-0.13.8-1.el6cf.noarch
aeolus-conductor-doc-0.13.8-1.el6cf.noarch
aeolus-all-0.13.8-1.el6cf.noarch

It's a mixed result ...

If I follow the reproduction steps above ... prepare the deployment lauch, on a second tab open to conductor, I remove the realm mapping, and then click the 'Launch' button (with , the Realm assigned to 'Auto-select'), the instance launches successfully and goes to a 'New' state. (see attached screenshot Auto-selectLaunch.png)

If I follow the same set of steps but, instead if using 'Auto-select' for the realm, I select *any* realm listed in the Realm drop down, I get an error when clicking the 'Launch' button and conductor stays on the launch_time_params page. (see attached screenshot SpecifiedRealmLaunch.png)

Comment 3 Ronelle Landy 2012-09-20 18:33:58 UTC
Created attachment 615043 [details]
Auto-select Realm

Comment 4 Ronelle Landy 2012-09-20 18:35:03 UTC
Created attachment 615044 [details]
Launch with specifed realm selected

Comment 5 Jan Provaznik 2012-09-20 18:51:48 UTC
Behavior in both cases is correct - remove realm mapping was one of examples how to achieve "match not found error". When using "auto-select" realm mapping is not applied.

In second case - if none of listed realms works it probably means that after removing the realm mapping there is not suitable provider account for which some realm mapping exists and where all deployment's images are pushed to.

Comment 6 Ronelle Landy 2012-09-20 19:03:27 UTC
So considering the explanation in Comment 5 above (thanks for that answer, Jan Provaznik), I'm marking this BZ as 'verified' for the case in which the Realm mapping is considered, conductor throws the 'Match not found' error and does not launch the instance.


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