I will create a card for this feature request to discuss with the whole XO team. I will keep you updated here

Hi @irtaza9
FYI, for about 2 years, VMs expose a creation field:

"creation": {
    "date": string,
    "template": string,
    "user": string
  },

With this you can filter VMs by creation.user to list only VMs created by a user.
/rest/v0/vms?filter=creation:user:<user-id>

Hi.
The IPMI plugin is only used to display hardware information if you are using mona_1.44gg.

To display if a BIOS update is available, we mainly fetch this endpoint: https://pictures.2cr.si/Images_site_web_Odoo/Pages_produit/VATES-BIOS_BMC_last-version.json

Does your host have access to this endpoint?
What is the ouput of xo-cli host.getBiosInfo id=<host-id>

Hi,
Since XO is a client, I don't think it's a good idea to have this kind of feature. In this case, a VM could be restarted from sources other than XO, and would not apply the new VDI size.

However, I believe we can handle this situation by implementing a modal that appears when editing the VDI size of a running VM. This modal can offer the option to restart the VM immediately and apply the changes. In my opinion, removing the "pending" state will prevent confusion

@ashinobi Several bug fixes related to VM migration are on the xo5/fix-bulk-migration branch. Could you please test to see if they solve your issue?

While investigating the code, I found something unexpected. We don't have exactly the same behavior for migrating from the Home/VM view and from the VM view itself.
I will try to fix this and it might solve your problem.
I will come back to you when I have opened the branch to allow you to do some tests on it.

I see that the bug is actually already fixed on the latest version (5.98.1).

Hi @TwoPlus1, thanks for the report. I can reproduce the bug. We will fix this for the next release (5.99)`

FYI, we have added this feature to our backlog

Hi
I created a card on our side to discuss this feature request.
I will keep you updated.

@irtaza9 you need to use the user-id, not the username

Hi @irtaza9
FYI, for about 2 years, VMs expose a creation field:

"creation": {
    "date": string,
    "template": string,
    "user": string
  },

With this you can filter VMs by creation.user to list only VMs created by a user.
/rest/v0/vms?filter=creation:user:<user-id>

I will create a card for this feature request to discuss with the whole XO team. I will keep you updated here

Hi @rtjdamen
This should be doable using xo-cli.
xo-cli backupNg.runJob id=<your-job-id> schedule=<your-schedule-id> vm=<your-vm-id>

@RS if you are using XO from source, you need to change your branch and rebuild XO

Hi @RS
Just to let you know, there is a branch available to test RPU/install patches with XenServer 8. (xs-8-install-updates)
Feel free to test and give feedback. Thanks

FYI, we have added this feature to our backlog

Hi
I created a card on our side to discuss this feature request.
I will keep you updated.

Hi @flakpyro
You can do xe help vm-migrate to see all available parameters and a small description.

BTW, in XO, if a network is specified for the migration, we call vm.migrate_send otherwise vm.pool_migrate.
vm.migrate_send also migrates VM's VIFs and VDIs.

Questions for the XCP team:

• What happens if you do a vm.migrate_send but the destination SR for the VDIs is the same?
• Is there a way to call vm.pool_migrate using a specific network?

Hi @Sugarat. thanks for the report.
Can you try this branch: fix-handle-inavlid-vm-creation?
This should fix the issue