Bug 1574444
Summary: | vm.storage only returns one storage id instead of list of storage ids that are associated with VM object. | ||
---|---|---|---|
Product: | Red Hat CloudForms Management Engine | Reporter: | Neha Chugh <nchugh> |
Component: | Automate | Assignee: | Patrik Kománek <pkomanek> |
Status: | CLOSED ERRATA | QA Contact: | Ganesh Hubale <ghubale> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5.9.0 | CC: | cpelland, ghubale, mkanoor, obarenbo, pmcgowan, simaishi, tfitzger |
Target Milestone: | GA | ||
Target Release: | 5.10.0 | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Fixed In Version: | 5.10.0.0 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-02-07 23:02:08 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
Neha Chugh
2018-05-03 10:51:40 UTC
The storage property of the VmOrTemplate object by design only returns a single storage element, usually a reference to where the configuration file is stored or maybe the first disk. This object returned from this method should not change. The active record object for VmOrTemplate does expose a "storages" property to return more storage instances for the VM. This need just needs to be exposed to through the VmOrTemplate service model. solved in: https://github.com/ManageIQ/manageiq-automation_engine/pull/187 `storages` attribute was exposed into the MiqAeServiceVmOrTemplate 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/RHSA-2019:0212 |