All vms still on host 1 after setting Migration cooldown time to 0 this morning. Maybe bug or just ui bug. When set to 0 save config when you load the page the "Fill information" for Migration Cooldown setting is unchecked but 0 is still applied. If set to 1. and reload the box is check as expected.

@wralb it is in master, we are preparing a patch release for XOA on monday morning with this fix

@hawkpro I believe it will be worse with continuous replication because your replica will be in a shut down state. When you decide to start it, you will have to shut down the original VM and start the replica. You will have a downtime during shut down and start up sequence. Downtime during VM migration is a necessity so there is nothing unexpected there. All types of migrations require a VM to be suspended for some time (usually seconds) during the switchover from one host or SR to the other host or SR. If you have extended downtimes of your VM migrations, then something is not quite right with your setup.

@AtaxyaNetwork Hello! I am on an XOA trial with no airgapping.

@simonp I'm not sure which one as I can see 2 config.tom file. 1st is under "/root/.config/xo-server/" config.toml.txt 2nd is under "/opt/xo/xo-server/" config.toml2.txt Both config.toml attached. Thank you. Best regards, Azren

@olivierlambert Hi all. We've deployed one client on the last version of XCP and XOA and we need to backup on S3 remote (installed on Ceph and working with all of our backup solution : Veeam, cinder...) Backup failed with 502 error on clean-vm step : { "id": "1772809915090", "message": "clean-vm", "start": 1772809915090, "status": "failure", "end": 1772811181179, "result": { "name": "502", "$fault": "client", "$metadata": { "httpStatusCode": 502, "attempts": 3, "totalRetryDelay": 70 }, I only have this destination (my customer needs to use 50To), how can i correcting this pb (a ticket opened in vates)

@florent I have tested in our dev environment backing up a 30GB VM, which compressed into 22GB and was uploaded in 739 parts of 40MB each. I will test a larger VM next week but I think this was successful test is already conclusive. Thank You

I am in the same situation as @vhaelan. same as in same iGPU (alderlake) passed-through, same output for those latest commands, same OS (Fedora CoreOS on latest Xcp-Ng stable). Tried current avenues suggested in this thread with no progress. It seems vhaelan has settled with CoreOS under Proxmox (which works!). He also mentioned it works in Debian under XCP-ng, though I haven't tested that myself. I would appreciate additional suggestions for troubleshooting to take this further, in case anyone has any other ideas.