| Summary: | [RFE] Include granular SPM status in API | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Raz Tamir <ratamir> |
| Component: | ovirt-engine | Assignee: | Tal Nisan <tnisan> |
| Status: | CLOSED DEFERRED | QA Contact: | Raz Tamir <ratamir> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 3.6.5 | CC: | acanan, amureini, gklein, lsurette, ratamir, rbalakri, Rhev-m-bugs, srevivo, tnisan, ykaul |
| Target Milestone: | --- | Keywords: | FutureFeature, Improvement |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-11-20 09:12:41 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
Raz, any reason to open it on RHEV component rather than oVirt? Setting target release to future so this is properly discussed with PM when we start planning the next version(s). I'm not sure it's something users will need. I'd CLOSE-WONTFIX, unless we see a customer feature in this (or it's easy to implement). (In reply to Tal Nisan from comment #1) > Raz, any reason to open it on RHEV component rather than oVirt? My mistake (In reply to Yaniv Kaul from comment #4) > I'm not sure it's something users will need. I'd CLOSE-WONTFIX, unless we > see a customer feature in this (or it's easy to implement). Closing for the time being (though to be honest, personally I'd be happy to see it too!). |
Description of problem: The SPM statuses ('Normal', 'Contending', SPM, ...) are missing from the api. Currently the api support only 'SPM' or 'none' in case the host is not SPM Version-Release number of selected component (if applicable): rhevm-3.6.5.1-0.1.el6.noarch How reproducible: 100% Steps to Reproduce: 1. Select new host as SPM 2. Run GET request /api/hosts 3. Actual results: All host's statuses will change to 'non' and when the SPM will be elected it's SPM status will change to 'SPM' Expected results: In the process of electing new spm there are more statuses like contending that should be presented in the API Additional info: