So if you follow the proper path (master first, evacuate to slaves, upgrade master, reboot, and repeat), there's no reasons to do otherwise

Hi @0x68 can you provide more details?

The upgrade process doesn't involve downtime. You start with the master: evacuate all VMs to slaves Upgrade the master to 8.3 via the iSO When done, target one slave: move all VMs elsewhere (including the up to date master), and repeat the process. In short, you always migrate VMs BEFORE upgrading a node, and always starting with the master. The order of slaves doesn't matter.

on another simpler install (One host, one XOA, no proxy, SMB remote in same lan not an S3 remote), XOA 5.112.1 same problem ! I think something has been broken along the way @bastien-nollet @florent granular file restore is important for us, otherwise we have to get Veeam Agent backup instead of XO Backup