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

@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."

Does udevadm work in XenServer? I am sure what I am trying to do is not supported, but would still think it would work.

More often than i care to admit, i need to get to the serial console port of various network switches. So i had a Linux box with a USB hub and . With a normal CentOS6 and CentOS7, i had given all kinds of /dev/ttyUSB_aliases to each different RS232 cable.

[xcpng host]# ls /dev/ttyU*
/dev/ttyUSB0
/dev/ttyUSB0_ServerNetworkSwitch0
/dev/ttyUSB1
/dev/ttyUSB1_StorageNetworkSwitch1
/dev/ttyUSB2
/dev/ttyUSB2_StorageNetworkArista40Gb_Only200dollars

Each of the cables has a unique embedded serial number and I use the serial number to name each cable.

[xcpng host]# udevadm info /sys/bus/usb/devices/2-4.3
[xcpng host]# udevadm info /dev/ttyUSB0 | egrep  '(SERIAL)'
E: ID_SERIAL=FTDI_FT232R_USB_UART_AM00I2M5
E: ID_SERIAL_SHORT=AM00I2M5

Adding the following to /etc/udev/rules.d/57-usb.rules does not give me the symbolic links.

ENV{ID_SERIAL_SHORT}=="AM00I2M5", SYMLINK+="ttyUSB_AM00I2M5", SYMLINK+="ttyUSBARISTA1", SYMLINK+="ttyUSB_ARISTA1_Storage10GbX48"
ENV{ID_SERIAL_SHORT}=="AK08S3EG", SYMLINK+="ttyUSB_AK08S3EG", SYMLINK+="ttyUSBARISTA2", SYMLINK+="ttyUSB_ARISTA2_ServerSwitch_TopOfRack"
ENV{ID_SERIAL_SHORT}=="AK08S4NU", SYMLINK+="ttyUSB_AK08S4NU", SYMLINK+="ttyUSBARISTA3", SYMLINK+="ttyUSB_ARISTA3_Storage40GbX32"

udevadm trigger or unplugging the USB hub to force it udev to reevaluate does not result in my sanity shortcuts:

[xcpng host]# find /dev -iname 'ttyU*'
/dev/ttyUSB2
/dev/ttyUSB1
/dev/ttyUSB0

@encryptblockr hope to try the same with their even smaller "CORE" images. There is not an .OVA download but .xz downloads that when expanded have .img .

https://cdimage.ubuntu.com/ubuntu-core/22/stable/current/ubuntu-core-22-amd64.img.xz

and

https://cdimage.ubuntu.com/ubuntu-core/22/stable/current/ubuntu-core-22-amd64+intel-iot.img.xz

cloud-init seems to require experimentation and these small images boot quickly for me.

Are you then following Fohdeesha's instructions?

@encryptblockr Did the new 2022-11-24 images work better?
Did you remember to install cloud-initramfs-growroot ?

packages:

• xe-guest-utilities
• cloud-initramfs-growroot
• cloud-initramfs-rescuevol

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}

@tony ssh is not always an option especially for premade ISOs from vendors. DellOpenManage VM for instance was vmware only and ssh was not enabled.

@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.

• Win2019 msconfig.exe seems to be in "safe-mode part way" because msconfig.exe will not let me choose a normal startup. It reverts back to "Selective Startup".
• "Normal Startup" radio box will not stick. Click "Normal Startup" radio box and then "OK" button to exit msconfig.exe. Relaunch msconfig.exe and notice it reverted back to "Selective Startup".
• The Win2019 VMs seem to run ok, but some hard to resolve problem with an application I trying to resolve.
• Anybody else see this issue?
• Have no idea if this has anything to do with XCP-ng or not.
• Windows update drivers.

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