Hey @Andrew, thanks very much for looking that up and providing the suggestions! Re. option 2: it's possible to just hide the T600 from dom0 and remove the R9 270 from the machine? dom0 won't complain that it's missing a GPU, or take control of the only GPU in the system?

@Danp To answer your earlier question about the state of the patched hosts, three hosts are currently fully patched with one of them as the current pool master. I've tried to promote both of the other two with the same "Cannot restore" error. For the sake of completeness I just tried promoting one of the non-patched hosts. Same error. And I'm still unable to deploy a new VM ("NOT_SUPPORTED_DURING_UPGRADE").

@florent , I tried the option of running "vhd-cli raw alias.vhd /dev/null". I was reading that vhd-cli raw copies the entire VM disk from the backup to /dev/null, reading the incremental backup file and the parent backup. But something seems off here. The VM disk in the backup has 133GB of block files within /data. And when I ran the tool, it took 7 seconds. The backup is on a USB hard drive (HDD), so I suspect the read speeds aren't higher than 30-60MB/s. Just reading all the blocks should take at least 40 minutes. Did I misunderstand how vhd-cli raw works? Tank you for your attention.

@fcgo if the storage is shared : the export is done by one of the host of the pool If the storage is not the export is done by the host with the storage . Same for the host receiving the data The command channel, as you said, is always the master to the xoa (and eventually xo-proxy) So for a replication : [source SR] => source host =https export call=> xoa / xo-proxy =https import call=> target host => [target SR] if the xoa is running on the host doing an export, it does not use the physical network the network use between the host and SR is dependent on the storage used

Yes but why it works with some and not others. I suspect the firmware version in the NIC itself.

@Bastien-Nollet okay i'll do that tonight and will report back