@hanzzz Hello, indeed I agree that we need to add this to the hosts actions to handle by REST API.
Let's add this to our futures features on the REST-API
FYI @MathieuRA
Xen Orchestra Product Owner
@hanzzz Hello, indeed I agree that we need to add this to the hosts actions to handle by REST API.
Let's add this to our futures features on the REST-API
FYI @MathieuRA
@flakpyro yes, indeed that exactly what I was talking about. The XO6 new interface will provide more information, but I am noting the missing type of bound to discuss it with XO team for next feature.
@acebmxer Hello,
We’re aware of the Backblaze rate limits and this isn’t the first time it’s been raised. We’ll be looking into this on the XO side, studying different options such as caching restore points to reduce API calls. Longer-term improvements, possibly tied to advanced XO6 dashboards, are more of a 2026 horizon.
Thanks for bringing this up!
@McHenry hello, thanks for the report.
Can you open a suggestion on Github so we can plan it or next roadmap?
Have a good day.
Hello @manilx and thanks for your reply.
I am asking the XO Team and will keep you in touch.
@JoaoL Hello and thanks for the information. I'll inform the XO team.
@acebmxer Hello, the XO team is currently working on a solution. We will keep you inform as soon as it is on release.
@Tomcatter yes it was already implemented in XO-Lite
You can find it from the pool view. (click on a pool on the treeview and then on the VM tab)
It is also planned for XO-6, it is in our backlog for next features.
Does it respond to your questions?
@Tomcatter Hello!
In the rest-api doc you have this endpoint: https://github.com/vatesfr/xen-orchestra/blob/master/packages/xo-server/docs/rest-api.md#vm-export
Maybe start with this and create a script to convert result to CSV/Excel?
Does it help you?
@acebmxer Hello,
We’re aware of the Backblaze rate limits and this isn’t the first time it’s been raised. We’ll be looking into this on the XO side, studying different options such as caching restore points to reduce API calls. Longer-term improvements, possibly tied to advanced XO6 dashboards, are more of a 2026 horizon.
Thanks for bringing this up!
@bryonadams said in Trouble Creating VM via API:
Is there a place I can submit a feature request to allow setting a description and other settings from the UI to get feature parity when creating a VM? Otherwise, there's not much point since I have to go in and touch the new VM anyway. Unless I'm going about this wrong to begin with?
You can create a feature request on Xen Orchestra github repository (https://github.com/vatesfr/xen-orchestra/issues), and if you have subscribed to support via XOA you can send a request through Zammad.
@bryonadams as you are on XOA, you should switch on latest to get the last udpates yes
Hope it will help!
@bryonadams Can you precise if you are using XO from source or from XOA?
The update action you are dispalying is for XOA, and our XOA is now on 5.109.1...
If you are using it from source, please follow https://docs.xen-orchestra.com/installation#updating
Keys or values from a GET should be usable in a POST.
@bryonadams I understand your point of view and the reasoning behind it. However, it’s not always an absolute rule that every field returned by a GET endpoint can be passed back to a POST (or PUT).
In this case, the API error message you received clearly indicates that these parameters are “excess properties not allowed”, meaning they cannot be used as input parameters.
Indeed, it also seems you’re not running the latest version of XO. Could you please check again? You should be getting the recent REST API updates:
https://github.com/vatesfr/xen-orchestra/pull/8798
We’re currently in the process of migrating from the old REST API to the new one, so for now Swagger remains the single source of truth. As @olivierlambert mentioned, we plan to provide direct access to it from XO-6, and we’ve been communicating about this in our blog posts.
@bryonadams, have you checked the API Swagger?
{your URL xo}/docs/#/vms/CreateVm
As I said before, the three values you entered cannot be sent during VM creation. That's why you received this error message.
But I agree, this message is not very readable and we should improve it.We will investigate how to improve their readability in our future roadmap.
@bryonadams it seems like you are not on the most recent version of Xen Orchestra. Could you update your XO?
"excess property" errors are often wrong parameter errors.
name_description and memory are accepted but the auto_poweron parameter is not allowed because it is misspelled... the API expects autoPoweron.
@bryonadams Hello! I'm glad you finally managed to create your VM.
This message isn't very clear, I agree... In my opinion, it seems like you entered too many parameters for these endpoints, but I'll contact the XO team to improve this type of error message.
I'll also ask for information about the templates.
If you encounter any other issues with the REST API related to VM creation, please feel free to report them in this thread.
@acebmxer Hello, the XO team is currently working on a solution. We will keep you inform as soon as it is on release.
@acebmxer good news! XO Team is totally aware of these "loading in progress" issues, and it will be fixed in the next release which will be released very soon.
Don't hesitate to inform us if you see another UI issues.
Have a good day!