<![CDATA[REST API create_vm returns task URL that doesn't exist?]]>Hi everyone,

I'm currently creating VMs via the REST API endpoint:

POST /rest/v0/pools/${poolId}/actions/create_vm

Everything works great so far, but since I'm managing VMs externally via my own panel, I need the UUID of the newly created VM as part of the response.

Right now, my workaround is to cache all existing VMs beforehand, use a very unique name (including a timestamp) when creating the VM, and then scan all VMs afterward to find the new one by matching the name β€” from which I can extract the UUID. This works, but it's far from efficient, especially since I have to query every single VM individually to get the name_label.

However, I noticed that the API call returns something like this:

XOA success response: "/rest/v0/tasks/0mcmb9kba"

But as far as I can tell, there is no /rest/v0/tasks endpoint available in the REST API. So... why does create_vm return a reference to a resource that doesn't exist?

I was quite excited at first, thinking this would let me track the task and maybe get the VM UUID without extra API calls β€” but it seems like a dead end.

@devs – Is there any timeline on when this /tasks route will be available? And in the meantime, could you consider not returning references to non-existent endpoints? It's a bit misleading and made me waste some time debugging something that doesn't exist (yet?).

Thanks in advance!

]]>https://xcp-ng.org/forum/topic/11023/rest-api-create_vm-returns-task-url-that-doesn-t-existRSS for NodeSun, 16 Aug 2026 00:56:16 GMTWed, 02 Jul 2025 19:01:10 GMT60<![CDATA[Reply to REST API create_vm returns task URL that doesn't exist? on Tue, 09 Jun 2026 09:18:22 GMT]]>Hi @DevFlint,
tasks are now correctly visible in the swagger documentation

]]>https://xcp-ng.org/forum/post/106095https://xcp-ng.org/forum/post/106095Tue, 09 Jun 2026 09:18:22 GMT<![CDATA[Reply to REST API create_vm returns task URL that doesn't exist? on Thu, 03 Jul 2025 08:41:23 GMT]]>This is normal, as the tasks endpoints are in the old REST API (undocumented by Swagger).
We are gradually migrating to the new REST API to document all endpoints.

]]>https://xcp-ng.org/forum/post/94784https://xcp-ng.org/forum/post/94784Thu, 03 Jul 2025 08:41:23 GMT<![CDATA[Reply to REST API create_vm returns task URL that doesn't exist? on Thu, 03 Jul 2025 08:38:55 GMT]]>@MathieuRA I can’t find any documentation of /tasks/ in swagger, I am on the newest Version of XOA

]]>https://xcp-ng.org/forum/post/94783https://xcp-ng.org/forum/post/94783Thu, 03 Jul 2025 08:38:55 GMT<![CDATA[Reply to REST API create_vm returns task URL that doesn't exist? on Thu, 03 Jul 2025 08:36:30 GMT]]>Hello @DevFlint.
/rest/v0/tasks/:id exists. It's not yet documented in Swagger, but it does exist.

FYI, "actions" endpoint are specific.
They can be executed asynchronously (which is what you're currently doing). In this case, a task is returned and needs to be monitored. Use /rest/v0/tasks/:id for this.
You can also execute your action synchronously by using sync=true as a query parameter. In this case, the VM ID will be returned in response.

This should normally be documented in Swagger. If it's not clear in the documentation, we can improve it πŸ™‚

]]>https://xcp-ng.org/forum/post/94782https://xcp-ng.org/forum/post/94782Thu, 03 Jul 2025 08:36:30 GMT<![CDATA[Reply to REST API create_vm returns task URL that doesn't exist? on Thu, 03 Jul 2025 08:34:17 GMT]]>@DevFlint the https://XOA_URL/rest/v0/tasks endpoint exists, but it's not yet documented through swagger

you should be able to add ?sync=true to the url to get the immediate result, but it can fail with a timeout if the creation takes too much time ( for example : migrating a big template )

]]>https://xcp-ng.org/forum/post/94781https://xcp-ng.org/forum/post/94781Thu, 03 Jul 2025 08:34:17 GMT<![CDATA[Reply to REST API create_vm returns task URL that doesn't exist? on Wed, 02 Jul 2025 19:17:03 GMT]]>Hi,

Let me ask the XO team via @lsouai-vates

]]>https://xcp-ng.org/forum/post/94775https://xcp-ng.org/forum/post/94775Wed, 02 Jul 2025 19:17:03 GMT