Please, Please, Please make this document itself with bash variables when it comes to the various UUIDs:

[XCP-ngHostX]# SRuuid=$(xe sr-list name-label="Local storage" --minimal)
[XCP-ngHostX]# RunXdebTemplateName="My RunX Template based on Deb10"
[XCP-ngHostX]# RUNXdebTEMPLATEuuid=$(xe vm-install template="Debian Buster 10" new-name-label="${RunXdebTemplateName}" sr-uuid=${SRuuid} --minimal)
[XCP-ngHostX]# echo ${RUNXdebTEMPLATEuuid}
[XCP-ngHostX]# xe vm-param-set uuid=${RUNXdebTEMPLATEuuid} HVM-boot-policy=""
[XCP-ngHostX]# xe vm-param-set uuid=${RUNXdebTEMPLATEuuid} PV-args=""
[XCP-ngHostX]# xe vm-param-set uuid=${RUNXdebTEMPLATEuuid} VCPUs-max=2
[XCP-ngHostX]# xe vm-param-set uuid=${RUNXdebTEMPLATEuuid} VCPUs-at-startup=2
[XCP-ngHostX]# xe vm-disk-remove device=0 uuid=${RUNXdebTEMPLATEuuid}
[XCP-ngHostX]# xe template-param-set is-a-template=true uuid=${RUNXdebTEMPLATEuuid}
[XCP-ngHostX]# xe template-list name-label="${RunXdebTemplateName}"
[XCP-ngHostX]# xe template-list uuid=${RUNXdebTEMPLATEuuid}

Guest UEFI Secure Boot looks like a great guide. Everyone needs to read the "Boothole and fallouts" section.

@tsettle Glad to hear this. I had tried getting GNS3 working for a long time but gave up and ran it under ProxMox. Is it still working? Do you mind sharing the guide you used? I have always thought it cool to havae a Xen Orchestra recipe / ansible build.

Rule out problems with your old firefox profile by creating a new firefox profile dedicated to non internet stuff. We should always use a dedicated profile for internal only websites such as your firewall webpage, XenOrchestra, freeNAS, and so on.

firefox -no-remote -new-instance -createprofile intranet
firefox -no-remote -new-instance -P intranet

@Darkbeldin Does it require ChangeBlockTracking?
The wording after clicking Interrupted backup, is "Restart failed backup", not "Continue interrupted Backup". It takes another snapshot also instead of continuing the sending of the existing snapshot.
Is there a particular version of XOA required?

@Darkbeldin I did not see anything about continuing interrupted backups in the docs. is there any update on this?

@joehays

These are examples of PCIe add-on cards that could work for software raid of the boot drive. Booting from M.2 SATA is much more likely to work with old hardware than NVMe. XCP-ng installer may automatically make a software RAID out of them. Most of the other dual M.2 cards are funky in that one is M.2 NVMe and the other M.2 SATA.

• $62.00 dual M.2 SATA only with no need for SATA cables. StarTech.com 2x M.2 SATA SSD Controller Card - PCIe - PCI Express M.2 SATA III Controller - NGFF Card Adapter (PEX2M2), Red
• $43.00 four port NVMe only PCIe card. GLOTRENDS PA41 Quad M.2 NVMe to PCIe 4.0 X16 Adapter Without PCIe Bifurcation Function, Support 22110/2280/2260/2242/2230 Size (PCIe Bifurcation Motherboard is Required)

@rjt Note to self about creating and managing appliances at xe cli.
xe help --all | egrep -i '(appliance)' # find xe appliance related commands.

• appliance-assert-can-be-recovered,
• appliance-create,
• appliance-destroy,
• appliance-list,
• appliance-param-clear,
• appliance-param-get,
• appliance-param-list,
• appliance-param-set,
• appliance-recover,
• appliance-shutdown,
• appliance-start,

@dave-opc
"vm start delay - does it work yet?" says that that "start_delay" is the xe appliance list delay time before starting the next vm in the appliance list. In XenCenter and XCPcenter, these are known as "vApps". In X*Center, Right click on the name of a pool, and choose "Manage vApps". The term "Appliance" is not the best word because the use case case is starting a fleet of VMs, but appliance means singular. Optionally, the order and wait time of starting the VMs in an "Appliance" can be set and that is where "start_delay" comes in.

"XAPI-project Class: VM_appliance start does not document the optional delay between starting each VM in the appliance.

https://xcp-ng.org/forum/post/11881
https://xapi-project.github.io/xen-api/classes/vm_appliance.html#start

I updated and rebooted our hosts more often when I used vApps, so would very much like to see this part of XOA.

@gskger XAPI may not get much above 2Gbps, so it is possible you would not get better performance with 10Gbps. Of course, that is looking at just raw bits-per-second, not factoring in all the other performance features on a real server class nic.

@olivierlambert Amazon must have patched their Xen / XAPI to have much higher speeds?

@planedrop what concurrency configuration settings are you referring to?

• XOA config?

• host network card config?

• SMB concurrency?

@stormi @Gaelfr

I noticed the there are updates to the Windows Templates. Clicking the or "EYE" in XOA, and the Description for "guest-templates-json-data-windows" seemed a tad smidgeon "buggy". Is that due to git revision description and there were no actual changes to Windows Templates?

Changelog
Patch   guest-templates-json-data-windows
Date    January 6, 2023 at 6:00 AM
Author Gael Duperrey <gduperrey@vates.fr> - 1.9.6-1.2
Description   - Add templates for rhel 9, CentOS Stream 8 and 9, Almalinux 9, Rockylinux 9, Oracle linux 9

guest-templates-json	Creates the default guest templates	1.9.6	1.2.xcpng8.2	29.21 KiB	
guest-templates-json-data-linux	Contains the default Linux guest templates	1.9.6	1.2.xcpng8.2	18.68 KiB	
guest-templates-json-data-other	Contains the default other guest templates	1.9.6	1.2.xcpng8.2	11.86 KiB	
guest-templates-json-data-windows	Contains the default Windows guest templates	1.9.6	1.2.xcpng8.2	14.38 KiB

@olivierlambert awesome!

I assume Windows VMs that get their drivers from Windows Update will not have this capability unless we install the simple service:1727.

On github, it says that the the VM service has to respond within 1 minute, but it would take several minutes to backup a database. The blog page says it will wait for answer. Sounds like Vates knows the answer is somewhere in between. We will wait, but only for so long

Specification

XO will waits for the request to be answered before starting the snapshot, but will not wait longer than 1 minute.

If the request fails for any reason, XO will go ahead with snapshot immediately.

Webhooks for snapshots [beta] says "It's now possible to notify a VM via an HTTP request before a snapshot. Xen Orchestra will wait for an answer before starting the actual snapshot."