Bug 593244
| Summary: | Separating the inactive status for storage domain to inactive and maintenance | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Retired] oVirt | Reporter: | Omer Frenkel <ofrenkel> | ||||
| Component: | ovirt-engine-core | Assignee: | Jon Choate <jchoate> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | unspecified | CC: | abaron, acathrow, amureini, iheim, lpeer, michal.skrivanek, sgrinber, ykaul | ||||
| Target Milestone: | m1 | Keywords: | FutureFeature | ||||
| Target Release: | 3.1 | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | storage | ||||||
| Fixed In Version: | Doc Type: | Enhancement | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2012-08-09 08:02:55 UTC | Type: | --- | ||||
| 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
Omer Frenkel
2010-05-18 10:07:18 UTC
If I could just understand why maintenance should be different than detach. We have too many states, which the user does not even understand the difference between. detached - the domain is not part of any storage pool / DC inactive - the domain is not accessible (failure of some kind), if it is sorted out, it should be automatically activated without user intervention maintenance - the domain should not be accessed even if it is accessible (user stated that the domain should not be used right now) - but it cannot be attached to a different DC. active - everything is fine If you want to reduce the number of states then it's fine by me to unite detach and maintenance. This RFE is influencing the BE ability for automatic recovery. In the current status when a storage domain is Inactive there is no indication if it is as result of an error or if the user put it to maintenance and the domain should not be accessed. I would give this a high priority because we encountered many issues that could not be fixed because of this. Jenkins has found a scenario where this patch isn't working: http://loki01.eng.lab.tlv.redhat.com/view/ovirt_internal/job/ovirt_automation_tests_restapi_jboss7/64/ Deactivating an ExportDomain turn to maintenance but then to inactive, just like the old design. please check the following rest logs to follow the real deactivate process: http://loki01.eng.lab.tlv.redhat.com/view/ovirt_internal/job/ovirt_automation_tests_restapi_jboss7/64/testReport/junit/automation/Storagedomains/Deactivate_Export_Storage_Domain/ After running some manual tests on jenkins, i found out that this bug reproduce only on Export domain and ISO domain Created attachment 557671 [details]
console log
How is the bug in MODIFIED state without a link to a patch? sorry, I forgot to add them I guess. Fixed By: http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=commit;h=a96e8d62fe241bc9fe1a378fdf164ebe1718d208 http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=commit;h=c81758faa09e1a2061e58f01a2e9f27a5b7dc31d http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=commit;h=d08f31f3997685737530a16c27f4c267a4f4e135 http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=commit;h=1ef0eca92210ee3bceaf4e9ee32b915abf6dda0f closing ON_QA bugs as oVirt 3.1 was released: http://www.ovirt.org/get-ovirt/ closing ON_QA bugs as oVirt 3.1 was released: http://www.ovirt.org/get-ovirt/ |