Bug 592741
Summary: | Update the master meta-data when SPM renewing its lease | ||
---|---|---|---|
Product: | [Retired] oVirt | Reporter: | lpeer <lpeer> |
Component: | vdsm | Assignee: | Ayal Baron <abaron> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | unspecified | CC: | abaron, acathrow, amureini, bazulay, dyasny, iheim, lpeer, mgoldboi, mkenneth, sgrinber, ykaul |
Target Milestone: | --- | Keywords: | FutureFeature |
Target Release: | 3.3.4 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | storage | ||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-01-30 22:52:06 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: |
Description
lpeer
2010-05-16 15:56:23 UTC
Actually what should be is that the MD won't contain this information at all, only the lease itself. When querying for this information, vdsm will obtain it by reading the lease. This is the right way to do it, but it would require a major change in RHEVM though. Why does it require a major change in RHEVM? If SPMStatus will get the SPM information from the lease as you suggested instead of the MD it will be transparent to RHEVM. Or am i missing something? (In reply to comment #2) > Why does it require a major change in RHEVM? > > If SPMStatus will get the SPM information from the lease as you suggested > instead of the MD it will be transparent to RHEVM. Or am i missing something? Because there won't be a way to "zero" out the values as there is today without REALLY scsi fencing the node. This means that the logic in RHEVM will have to change in this regard. IMO that's a good thing. Actually what i understand from it is that RHEVM won't need to go to the storage for manual fencing at all. All we have to do is reset the SPM internally. (In reply to comment #4) > IMO that's a good thing. > Actually what i understand from it is that RHEVM won't need to go to the > storage for manual fencing at all. > All we have to do is reset the SPM internally. That's not the right logic, but let's discuss this at length when we get to implementing this. Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug. |