Bug 1083269

Summary: [RFE] RHEVM needs an API enabling the remote access of virtual disk contents.
Product: Red Hat Enterprise Virtualization Manager Reporter: Rich Oliveri <roliveri>
Component: RFEsAssignee: Amit Aviram <aaviram>
Status: CLOSED DUPLICATE QA Contact: Aharon Canan <acanan>
Severity: high Docs Contact:
Priority: high    
Version: 3.5.0CC: amureini, bazulay, gklein, iheim, lpeer, mfeifer, obarenbo, oramraz, rbalakri, Rhev-m-bugs, scohen, srevivo, xlecauch, ylavi
Target Milestone: ovirt-4.1.0-alphaKeywords: FutureFeature
Target Release: ---Flags: sherold: Triaged+
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-08-15 11:23:24 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: 1314387    
Bug Blocks:    

Description Rich Oliveri 2014-04-01 19:15:31 UTC
Description of problem:

There is no easy way to access the contents of RHEV virtual disks from a remote application. The CFME product currently accesses said data through storage LUNS directly mapped to the CFME appliance. However, this method has a number of shortcomings.

The CFME implementation of the same functionality for VMware based VMs utilizes VMware's VixDiskLib (VDDK) facility. This facility enables CFME to access the contents of VMware virtual disks remotely, via an: open, read, write, close paradigm.

A RHEVM facility simliar to VMware's VixDiskLib would enable CFME to provide comparable support for the RHEVM environment.

See:
http://pubs.vmware.com/vsphere-50/index.jsp#com.vmware.vddk.pg.doc_50/vddkFunctions.6.1.html

While the full feature set is not needed, minimally open, read and close operations are required.


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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Juan Hernández 2014-04-02 08:42:59 UTC
Providing this kind of disk access goes far beyond the RESTAPI, it would require support in VDSM, in the backend and finally in the RESTAPI.

Comment 5 Yaniv Lavi 2016-01-28 09:15:50 UTC
Can you please block this bug on streaming API RFE?

Comment 6 Yaniv Lavi 2016-01-28 20:19:20 UTC
Restoring needinfo

Comment 8 Yaniv Lavi 2016-08-15 11:23:24 UTC

*** This bug has been marked as a duplicate of bug 1206691 ***