Description of problem: When export a VM to an export domain, VM holds disks and not diskattachments as it should - api/storagedomains/{export-domain-id}/vms/{vm-id}/disks Instead of - api/storagedomains/{export-domain-id}/vms/{vm-id}/diskattachments Version-Release number of selected component (if applicable): Engine - 4.0.3-0.1.el7ev How reproducible: 100% Steps to Reproduce: 1.Create a VM with disk 2.Export the VM to an export domain 3.GET /ovirt-engine/api/storagedomains/{export-domain-id}/vms/{vm-id} Actual results: VM has disks collection Expected results: VM should has diskattachments collection Additional info: v4 REST-API only
I see a bunch of merged patches and a draft. Tal, can you update on the status here? Are we still waiting for the draft?
There a missing link for this bug, the diskattachments collection is accessible under api/storagedomains/{export-domain-id}/vms/{vm-id}/diskattachments but is not linked under the vms as a link (only disks): <vms> <vm href= "/ovirt-engine/api/v4/storagedomains/6c493f95-daeb-42aa-bab7-93b36d28ee83/vms/1f25080a-7ad9-4baf-aa62-2f7dadb20eff" id="1f25080a-7ad9-4baf-aa62-2f7dadb20eff"> <actions> <link href= "/ovirt-engine/api/v4/storagedomains/6c493f95-daeb-42aa-bab7-93b36d28ee83/vms/1f25080a-7ad9-4baf-aa62-2f7dadb20eff/import" rel="import"/> <link href= "/ovirt-engine/api/v4/storagedomains/6c493f95-daeb-42aa-bab7-93b36d28ee83/vms/1f25080a-7ad9-4baf-aa62-2f7dadb20eff/register" rel="register"/> </actions> <name>test_live_merge</name> <link href= "/ovirt-engine/api/v4/storagedomains/6c493f95-daeb-42aa-bab7-93b36d28ee83/vms/1f25080a-7ad9-4baf-aa62-2f7dadb20eff/disks" rel="disks"/> So issues: 1. diskattachments should be added as link in /api/storagedomains/[id]/vms/[id] and I have a question: 2. /api/storagedomains/[id]/vms/[id]/disk is also there.. but should be removed the same way /api/vms/[vm]/disk is a 404 and that info should only be accessible via /api/storagedomains/[id]/disks ? Seems maybe inconsistent with how vms/disks in the env work.
Hi Carlos, As for 1, please open a separate bug. As for 2, you are right but unfortunately the diskattachments of a /storagedomains/... was introduced later in the development cycle of 4.0 at which point removing the /disks would have break the API backwards compatibility (as an upstream of 4.0 was already released)
4.0.5 has been released, closing.