@fluffy-bunny Use this to get your VBDs from each VM

xe vm-param-get param-name=VBDs uuid=<vm-uuid>

Then to get the name of each VDI file use this

xe vbd-param-get param-name=vdi-uuid uuid=<vbd-uuid>

But as olivier said, it is much easier to just use XO's disk view of the VM you want, then use the "copy" button to copy its VDI name.

So yes, it was the service not started properly, so we didn't get the info into XOA 🙂 You are welcome, enjoy it!

It should be the same result on XCP-ng Center: it uses RRDs files stored on the host. Why do you continue to talk about the after the reboot? You mean after the upgrade, right? RRDs are preserved after a reboot If you do a yum update, those stats should be in theory preserved. If it's not the case, try to diagnose why, by comparing behavior between XCP-ng Center and XO. If it's not the same, then it's a client issue. If it's the same, then it means a version upgrade (yum or ISO) won't preserve RRDs. If you really want long terms stats for "real production" usage on long term, I strongly suggest that you think to store them in a real time series database, like Prometheus or so.

Nothing. You should have the stats visible in live (post-upgrade). That's it.

If you don't, it might be because your nodes are behind a NAT.

That's "normal" if you are running XO (from the sources) and not XOA (the pre-built appliance)

This is a 3rd party container not validated nor endorsed by XO devs. We don't know what's inside, if you have questions on it, ask on the Github repo of the maintainer Backup reports will answer your initial question/requirement (reports can be sent by email, Slack etc.) There's also a Nagios plugin, or you can use XO API to make request to be support in any software of your infrastructure Monitoring a Docker container is outside scope of XO, I would suggest to ask Docker community.

Regarding XO and how backup are done, any fresh XOA deployed (or from the sources) will be able to find all the previous backup done by an old XOA, because we store every info on the remote.

The best option is to use Disaster Recovery, or both DR with your current backup. It's the easiest way. Please watch the video I posted.