Bug 1331843
| Summary: | If you don't enter Azure Subscription ID, provider defaults to an unknown subscription and displays errors in GUI and Log. | ||
|---|---|---|---|
| Product: | Red Hat CloudForms Management Engine | Reporter: | Jeff Teehan <jteehan> |
| Component: | Providers | Assignee: | Bronagh Sorota <bsorota> |
| Status: | CLOSED ERRATA | QA Contact: | Jeff Teehan <jteehan> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 5.6.0 | CC: | cpelland, dajohnso, dberger, jfrey, jhardy, obarenbo, simaishi |
| Target Milestone: | GA | ||
| Target Release: | 5.6.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | provider:azure:ui | ||
| Fixed In Version: | 5.6.0.6 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-06-29 15:56:21 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Jeff Teehan
2016-04-29 19:11:10 UTC
I am unable to duplicate this on master. I get subscription e6adc15d-xxx and it reports success. However, it's not impossible that you could get a mismatch between the subscription and the tenant id, as we have seen this before. In any case, I've submitted a PR to the azure-armrest gem which I believe will solve the problem. It does mean making 1 or more additional HTTP requests if no subscription ID is provided, as there is simply no other way to tell afaik. https://github.com/ManageIQ/azure-armrest/pull/164 Few updates. It's not immediately. It could take up to a minute. Second, it is definitely adding a subscription ID if one is not provided. 1. Add a new provider without setting the Subscription. 2. Validate Provider and then Save. 3. Wait a minute or so, and then Edit Provider. 4. In all my tries, it now showed a Subscriber ID. I did this latest test on a new appliance to make sure nothing was being cached. Can no longer reproduce the case where it retrieves an incorrect Subscription ID. New commit detected on ManageIQ/manageiq/master: https://github.com/ManageIQ/manageiq/commit/3868db7172ca8a28e7e7dcb2603548531b018ab0 commit 3868db7172ca8a28e7e7dcb2603548531b018ab0 Author: Bronagh Sorota <bsorota> AuthorDate: Mon May 9 10:58:55 2016 -0400 Commit: Bronagh Sorota <bsorota> CommitDate: Mon May 9 10:58:55 2016 -0400 Bumped to latest azure-armrest gem https://bugzilla.redhat.com/show_bug.cgi?id=1331843 gems/pending/Gemfile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) This looks good. It's just grabbing the default if one does not exist. Verified the gem version and moving to Verified for 5606. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2016:1348 |