@olivierlambert - I'm struggling to switch to the channel and do the update. When I got to set it I get this error message:

06/06/2022, 17:07:33: Start updating...
06/06/2022, 17:07:33: No manifest found for fix_ova_speed channel.

I assumed I had to switch to "Unlisted Channel" and then input fix_ova_speed as the Unlisted channel name...

@chelle_belle - So i tried using an XVA export from XOA and that works like a dream - immediately see the file grow and the transfer starts immediately...

@olivierlambert - okay - one thing haven't tried is XVA export via XOA. If that falls, I can export to some other format - and zip up and ping across...

@Andrew - Thanks for your response - although the outcome is slightly different - the symptoms look very similar. Perhaps your experience - was like my "fluke". Citrix XenCenter reports the disk is 32GB in size, which I assumed was thinly provisioned. However, an OVF export indicates the corresponding VHD is 32GB so it looks like the default is not thinly provisioned disks in Citrix Hypervisor8.x.x

Background:
I’m using the XOA appliance (5.70.2 XOA Build: 20210823) on top of a physical Citrix Hypervisor8 system set to be the “latest” channel. This exposes the UI the ability to export to OVA format. I’ve done 1 successful export in the last couple of days, but this feels like a “fluke” because I’ve not been able to repeat this successful outcome.

I’m not a customer of either Citrix Hypervisor or XOA. I’m helping a customer back out of Citrix onto another platform and using virt-v2v to do the conversion. I found Citrix XenCenter native OVA export creates an OVA backed by OVF file that is mixed UT-8 and UT-16 which neither Virtualbox or virt-v2v can handle.

I can export using OVF and use other tools to convert the VHD disk - but this lengthy, tedious and unautomated process - and XOA with OVA export were recommended as an approach to get a successful & useable OVA file.

So sadly, XOA OVA export is compatible – with other systems but I can’t just get the XOA export to work consistently.

Symptoms:

1. The exports starts – but the browser only received a 4KB file
2. The export is still run as a task in the background until reaches 100%
3. I then start to see a transfer that is exceptionally slow in the kb/sec range when I’m 1gps network end-to-end
4. After a while the connection times out and the web-fronted of XOA is inaccessible but still responds to pings. I suspect that's a just a generic HTTP timeout due to perceived inactivity
5. As then I have no web-based management capability I’m forced to restart the XOA
6. The connection to Citrix Hypervisor8 is still good and functional from the Citrix XenCenter

Causes:
This feels like a web-server issue on the XOA especially as it becomes unresponsive. It doesn’t feel like a client/browser issue because I’ve tried multiple systems and multiple web browsers with the same result. I'm 1gps network on the same physical switch - so I can't see how this issue of connectivity. It feels more like the web service doesn't have enough resources or allows the right amount of HTTP sessions to successfully complete the transfer.