Description of problem: The response for /api/storagedomains/{storagedomain:id}/vms/{vm:id}/ is missing the link to "disks" collection url. Version-Release number of selected component (if applicable): rhevm-3.4.0-0.21.el6ev.noarch (av9.5) How reproducible: 100% Steps to Reproduce: 1. Export a vm to a export storage domain 2. Do a get for that object from rest /api/storagedomains/{storagedomain:id}/vms/{vm:id}/ Actual results: Missing: <link href= "/api/vms/{vm:id}/disks" rel="disks"/> Expected results: There's a link to the disks collection Additional info: THe actual collection is accesible from the url "/api/storagedomains/{storagedomain:id}/vms/{vm:id}/disks", is the link is missing.
Carlos, did this work in previous versions?
I'm not sure since this was never used (at least in automation). I'll check in 3.3.
Yes, I just checked in rhevm-3.3.4-0.53.el6ev.noarch and the link for disks is present there.
I don't know what failed there or when it was fixed, but I confirmed this link is present in beta2. Moving to QA to confirm.
Confirm that link is present in RC1 (ovirt-engine-3.5.0-0.0.master.20140804172041.git23b558e.el6.noarch)
I have an additional comment that maybe invalidates this solution. I can confirm that the <link ...> is present under: /api/storagedomains/{storagedomain:id}/vms/{vm:id}/ but not under /api/storagedomains/{storagedomain:id}/vms/ for each entity. This doesn't follow the same logic as we have for other collections (/api/vms/ or /api/templates/), so I think it should be included. But I can confirm that this is not the case for 3.3, disks link can only by seen with a GET of the entity (.../vms/{vm:id})
Since the issue described in the bug works I'm marking it as verified. I'll re-open it or open a new BZ in case there's need depdening on the response to my previous comment
(In reply to Carlos Mestre González from comment #6) > I have an additional comment that maybe invalidates this solution. > > I can confirm that the <link ...> is present under: > > /api/storagedomains/{storagedomain:id}/vms/{vm:id}/ > > but not under > > /api/storagedomains/{storagedomain:id}/vms/ for each entity. > > This doesn't follow the same logic as we have for other collections > (/api/vms/ or /api/templates/), so I think it should be included. > > But I can confirm that this is not the case for 3.3, disks link can only by > seen with a GET of the entity (.../vms/{vm:id}) I agree this is a bug, and should probably be handled. As it's not a regression I don't think we should block 3.5 on it, but we should definitely put in the effort to fix it. (In reply to Carlos Mestre González from comment #7) > Since the issue described in the bug works I'm marking it as verified. I'll > re-open it or open a new BZ in case there's need depdening on the response > to my previous comment Yes, please do. Thanks!
RHEV-M 3.5.0 has been released, closing this bug.