Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1154815

Summary: Live Merge: Specify VIR_DOMAIN_XML_BLOCK_INFO when checking internal volume watermarks
Product: Red Hat Enterprise Virtualization Manager Reporter: Adam Litke <alitke>
Component: vdsmAssignee: Adam Litke <alitke>
Status: CLOSED WONTFIX QA Contact: Kevin Alon Goldblatt <kgoldbla>
Severity: high Docs Contact:
Priority: unspecified    
Version: 3.5.0CC: amureini, bazulay, ecohen, gklein, iheim, lpeer, lsurette, mgoldboi, rbalakri, scohen, tnisan, yeylon
Target Milestone: ---   
Target Release: 3.5.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 1154814 Environment:
Last Closed: 2014-11-24 14:30:02 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: 1154814    
Bug Blocks: 647386, 1196199    

Description Adam Litke 2014-10-20 20:19:36 UTC 
+++ This bug was initially created as a clone of Bug #1154814 +++

Description of problem:

Libvirt will be gaining the ability to report allocation information for internal volumes in the live domain XML.  Vdsm uses this information during an active live merge operation to determine if any sparse internal block volumes need to be extended.  The current code assumes that the information will always be provided but the libvirt community decided to provide the information only when the VIR_DOMAIN_XML_BLOCK_INFO flag is passed to virDomainGetXMLDesc().  Therefore, we need to add logic to pass this flag when we require the information.

Version-Release number of selected component (if applicable):
oVirt-3.5

How reproducible: Not yet reproducible since the code has not been delivered into upstream libvirt yet.

Additional info:

Please see the following link for more information:
https://www.redhat.com/archives/libvir-list/2014-September/msg01079.html
Comment 1 Adam Litke 2014-11-24 14:30:02 UTC 
Libvirt development has taken a different direction.  Closing.