Bug 863055
| Summary: | Image import is not working with "Cloud Resource Provider's Image ID " | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] CloudForms Cloud Engine | Reporter: | Rehana <redakkan> | ||||||||||||
| Component: | aeolus-conductor | Assignee: | Tzu-Mainn Chen <tzumainn> | ||||||||||||
| Status: | CLOSED ERRATA | QA Contact: | Rehana <aeolus-qa-list> | ||||||||||||
| Severity: | medium | Docs Contact: | |||||||||||||
| Priority: | unspecified | ||||||||||||||
| Version: | 1.1.0 | CC: | achan, dmacpher, matt.wagner, morazi, rlandy, slinaber, sshveta | ||||||||||||
| Target Milestone: | rc | Keywords: | Triaged | ||||||||||||
| Target Release: | --- | ||||||||||||||
| Hardware: | Unspecified | ||||||||||||||
| OS: | Unspecified | ||||||||||||||
| Whiteboard: | |||||||||||||||
| Fixed In Version: | aeolus-conductor-0.13.18-1.el6cf | Doc Type: | Bug Fix | ||||||||||||
| Doc Text: |
The image detail page previously showed the providers image UUID as the "Cloud Resource Provider's Image ID". This is caused confusion when importing existing images. This update removes the UUID value and replaces the Cloud providers image identifier.
|
Story Points: | --- | ||||||||||||
| Clone Of: | Environment: | ||||||||||||||
| Last Closed: | 2012-12-04 15:23:19 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: | |||||||||||||||
| Attachments: |
|
||||||||||||||
|
Description
Rehana
2012-10-04 10:41:28 UTC
Created attachment 621564 [details]
ID
Created attachment 621565 [details]
import_UUID
Created attachment 621566 [details]
afr_imp
Created attachment 621567 [details]
img_detail
Looks like the real issue is the mis-labeled Cloud Provider's Image ID field in the image details page. Patch created: http://lists.fedorahosted.org/pipermail/aeolus-devel/2012-October/012846.html In case I wasn't the only one baffled by this, here is what I've figured out after talking to Mainn: 1.) On the image import page, using something like "ami-b5e955dc" (as in the screenshot) is correct. That is what we call the "Cloud Resource Provider's Image ID." It's what the remote cloud provider uses to identify images. 2.) The bug here is not on the image import page. It is on the image *detail* page, where we showed the provider's image ID (in #1) under the label "Image UUID", which was plain wrong. We also had "Cloud Resource Provider's Image ID" displaying some sort of UUID, which was also plain wrong. 3.) Mainn's patch fixes #2. There is no change to the image import page, which is correct. (#813218 fixed that.) On master and 1.1:
commit 51746eea23e4346c42c4aa85f70f19a1bf1cf30b
Author: Tzu-Mainn Chen <tzumainn>
Date: Thu Oct 4 13:04:46 2012 -0400
BZ863055 - correct provider's image ID field
Signed-off-by: Matt Wagner <matt.wagner>
(cherry picked from commit 67980a6375a7674322bbb00d75f1a0eb39867a5e)
Fixed. Cloud Resource Provider's Image ID shows the image id and UUID is removed. rpm -qa|grep aeolus aeolus-conductor-0.13.18-1.el6cf.noarch aeolus-conductor-daemons-0.13.18-1.el6cf.noarch aeolus-configure-2.8.9-1.el6cf.noarch aeolus-all-0.13.18-1.el6cf.noarch rubygem-aeolus-image-0.3.0-12.el6.noarch aeolus-conductor-doc-0.13.18-1.el6cf.noarch rubygem-aeolus-cli-0.7.4-1.el6cf.noarch Created attachment 625247 [details]
image id
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. http://rhn.redhat.com/errata/RHEA-2012-1516.html |