Bug 1086223
| Summary: | Blocking connection from spm to sd doesn't affect the dc status | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Meital Bourvine <mbourvin> | ||||||
| Component: | ovirt-engine | Assignee: | Liron Aravot <laravot> | ||||||
| Status: | CLOSED NOTABUG | QA Contact: | Aharon Canan <acanan> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 3.4.0 | CC: | acathrow, ajia, amureini, ebenahar, gklein, iheim, juwu, lpeer, mbourvin, nlevinki, Rhev-m-bugs, scohen, shyu, tnisan, yeylon | ||||||
| Target Milestone: | --- | Keywords: | Triaged | ||||||
| Target Release: | 3.5.0 | Flags: | amureini:
needinfo+
|
||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | storage | ||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2014-06-17 12:25:50 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: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Meital Bourvine
2014-04-10 12:02:38 UTC
Created attachment 884917 [details]
logs
The bug will affect our automation testing, please help fix it asap, thanks. (In reply to Meital Bourvine from comment #0) > 5. Go to Storage Domains tab, click on the SD, go to Storage Domains tab -> > the DC *is* up This is the SD's SHARED STATUS, not the DC's status. (In reply to Alex Jia from comment #2) > The bug will affect our automation testing, please help fix it asap, thanks. This is purely a UI issue. How can it effect automation tests? (In reply to Allon Mureinik from comment #3) > (In reply to Alex Jia from comment #2) > > The bug will affect our automation testing, please help fix it asap, thanks. > This is purely a UI issue. How can it effect automation tests? Except UI issue, the host state is not expected, it is always up or connecting status after blocking connection from host to storage domain, but it's non-responsive(or non-operational) state ago, maybe, is it a regression bug? Meital, please help confirm this, thanks. Meital, Alex the engine.log provided is 0 bytes :) please attach the case log. about the raised issues - *Go to Data Centers tab -> the DC *isn't* up - it shouldn't be, as we don't have connectivity to the domain. *Go to Hosts tab -> The spm *is* up that host should remain UP, why wouldn't it be? if it wasn't we had a bug here, we have no problem communicating with it and the problem is with the storage. the question is wether it retains the SPM mark in the engine which it shouldn't. *Go to Storage Domains tab, click on the SD, go to Storage Domains tab -> the DC is* up - possibly a UI issue as it seems, pending needinfo? response before proceeding with it. Couldn't reproduce exactly (the host is up with SPM, dc and sd are down). Adding logs. Created attachment 894760 [details]
new logs
Meital, the host "SPM" role mark in the db should be released as the host isn't the spm anymore (obviously). Perhaps thing could be improved in the engine to update the db earlier, but that's non ciritical issue that i assume we won't fix. 2014-05-12 17:47:59,466 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (org.ovirt.thread.pool-4-thread-42) [7e42688d] Comm and org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand return value TaskStatusListReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=654, mMessage=Not SPM: ()]] Elad, if you can please confirm that on your env too. Allon, if there's no other issue i assume that this one could be postponed with low severity or be closed as wont fix. |