| Summary: | Azure::Armrest::ApiException issue while provisioning Azure from private image | |||
|---|---|---|---|---|
| Product: | Red Hat CloudForms Management Engine | Reporter: | Colin Arnott <carnott> | |
| Component: | Providers | Assignee: | Daniel Berger <dberger> | |
| Status: | CLOSED NOTABUG | QA Contact: | Dave Johnson <dajohnso> | |
| Severity: | high | Docs Contact: | ||
| Priority: | high | |||
| Version: | 5.6.0 | CC: | benglish, bilwei, carnott, cpelland, dberger, gblomqui, jfrey, jhardy, obarenbo, simaishi | |
| Target Milestone: | GA | Keywords: | ZStream | |
| Target Release: | 5.7.0 | |||
| Hardware: | x86_64 | |||
| OS: | Linux | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1370210 1371618 (view as bug list) | Environment: | ||
| Last Closed: | 2016-08-30 20:36:54 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: | ||
| Bug Depends On: | ||||
| Bug Blocks: | 1370210, 1371618 | |||
|
Description
Colin Arnott
2016-08-24 11:13:35 UTC
This is peculiar because it's failing on line 18 of app/models/manageiq/providers/azure/network_manager/refresh_parser.rb. That line is just:
@nis = ::Azure::Armrest::Network::NetworkInterfaceService.new(@config)
It looks like it gets to :set_providers_info internally and then calls the :providers method within. It failed on the call to :providers for some reason.
It shouldn't be doing that to begin with since provider info only gets set once per @config. And why it failed here and not on any of the other service classes is strange.
I may have to enlist the help of Bill Wei here.
Dan, should the fact that @nis is the first service on the list explains the possibility :providers call failed? The log does not say what exact error happened for the GET method. After applying some other bug fixes (metrics, events), it ultimately turned out to be an automation issue. Dan, please add PR link. Satoe, I guess instead of marking it POST it should have been reassigned, sorry. Colin, since we're dealing with a separate issue, I would like a separate ticket filed. Closing since the original issue was solved as an issue with automation. A separate ticket has been created for the current issue. https://bugzilla.redhat.com/show_bug.cgi?id=1371618 |