Bug 1055640

Summary: OVIRT35 - [RFE] Decommission the Storage Pool Metadata
Product: [Retired] oVirt Reporter: Federico Simoncelli <fsimonce>
Component: vdsmAssignee: Federico Simoncelli <fsimonce>
Status: CLOSED CURRENTRELEASE QA Contact: Aharon Canan <acanan>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 3.4CC: amureini, bazulay, bugs, ebenahar, gklein, iheim, lpeer, mgoldboi, mkalinin, rbalakri, scohen, s.kieske, yeylon
Target Milestone: ---Keywords: FutureFeature
Target Release: 3.5.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: storage
Fixed In Version: ovirt-engine-3.5.0_alpha2 Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
: 1058022 (view as bug list) Environment:
Last Closed: 2014-10-17 12:37:32 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:
Bug Depends On:    
Bug Blocks: 1058022, 1080372, 1185830    

Description Federico Simoncelli 2014-01-20 16:18:36 UTC 
Description of problem:
Until oVirt 3.4 the Storage Pool (Data Center) information was maintained in the engine database and stored in different ways in the Master Domain. In the larger scope of removing the SPM (Storage Pool Manager) and the Master Domain Role, the goal of this feature is to decommission the Storage Pool Metadata (and its dependency on the Master Domain) .

More details at:

http://wiki.ovirt.org/Features/StoragePool_Metadata_Removal
Comment 1 Sean Cohen 2014-01-26 14:20:28 UTC 
Moving to 3.5 as did not meet the 3.4 feature freeze
Comment 2 Sandro Bonazzola 2014-10-17 12:37:32 UTC 
oVirt 3.5 has been released and should include the fix for this issue.