Bug 1368507

Summary: Incorrect name is used for default Azure provider during discovery
Product: Red Hat CloudForms Management Engine Reporter: Bronagh Sorota <bsorota>
Component: ProvidersAssignee: Bronagh Sorota <bsorota>
Status: CLOSED CURRENTRELEASE QA Contact: Jeff Teehan <jteehan>
Severity: high Docs Contact:
Priority: medium    
Version: 5.6.0CC: benglish, jfrey, jhardy, jteehan, obarenbo, simaishi
Target Milestone: GAKeywords: TestOnly, ZStream
Target Release: 5.7.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: provider:azure:discover
Fixed In Version: 5.7.0.0 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1370480 (view as bug list) Environment:
Last Closed: 2017-01-11 20:19:27 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: Azure Target Upstream Version:
Bug Depends On:    
Bug Blocks: 1370480    

Description Bronagh Sorota 2016-08-19 15:20:48 UTC
Description of problem:

During Azure discovery, if there are no VMs in a provider and there are no EMSes in the DB, we try to create a default provider called "Azure-eastus". However, this is incorrectly being set to Azure-Azure-eastus which causes a refresh failure because the region component of the provider name does not exist in the regions file.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. Ensure the provider has no VMs
2. Ensure there are no EMSes in the DB
3. Discover the Azure environment.

Actual results:
exception in the evm.log pointing to refresh post processing.


Expected results:
to see 1 or more Azure providers.


Additional info:

Comment 2 Bronagh Sorota 2016-08-22 15:21:24 UTC
https://github.com/ManageIQ/manageiq/pull/10629

Comment 4 Jeff Teehan 2016-09-22 21:51:21 UTC
This is working.  Funny, my client key expired since the 5.6 version of this bug and then neither were working until I figured out I needed a new key. 

Anyway, this is verified in 5.7.0.2 using my account with no VMs.

For what it's worth, my account is all West US, so defaulting to east doesn't really help much, but I understand we have to pick something.

Moving to verified.

Comment 5 Jeff Teehan 2016-09-22 21:52:55 UTC
Missed a step.  Added test case.