<![CDATA[vm start delay - does it work yet?]]>Hi

From my obercation the start dealy is not working - I look like the vms are stariting all together at boot. Since when this function is avaialbe in xoa?

e6d70680-6313-4920-ba6d-2ba247a01953-image.png

]]>https://xcp-ng.org/forum/topic/1312/vm-start-delay-does-it-work-yetRSS for NodeSat, 18 Apr 2026 16:35:27 GMTSat, 11 May 2019 09:11:46 GMT60<![CDATA[Reply to vm start delay - does it work yet? on Mon, 10 Feb 2025 19:13:12 GMT]]>@payback007 said in vm start delay - does it work yet?:

unfortunately "start delay" is not working as expected. The function what you marked above is to change the start delay of an existing "vApp". Here is an example of my setup:

04e7439d-6b92-4356-aa23-14d704588be3-grafik.png

The value whould change the "Delay interval" later by XOA, nothing else. Otherwise is vApp feature also not working on my XCP-ng installation, I think it was never really tested.

If you want to implement start delays to your VM's you can follow this guide:

  1. define vApp for autostart in xcp-ng center including start order
  2. find out the uuid of the vApp:
xe appliance-list
  1. write autostart script containing
#!/bin/sh
xe appliance-start uuid=uuid-autostart-vApp
  1. implement new systemd.service in /etc/systemd/system/autostart.service
[Unit]
Description=autostart script for boot VM
After=graphical.target

[Service]
Type=simple
ExecStart=/path/to/your/autostart-script.sh
TimeoutStartSec=0

[Install]
WantedBy=default.target
  1. enable the service
systemctl enable autostart.service

Editing of boot delay time is then possible via XOA which is already a nice feature at all for "fine tuning" or adapt if new VMs are added to the autostart vApp.

@olivierlambert whould it make sense to open an additional feature request? vApp-implementation was several times discussed with no "final statement" I think.

When I have a pool without HA, how could I use this script?

I thought about setting the script on the master server. However, in a maintenance, where a second node becomes the master, will I have to recreate the script?

]]>https://xcp-ng.org/forum/post/89510https://xcp-ng.org/forum/post/89510Mon, 10 Feb 2025 19:13:12 GMT<![CDATA[Reply to vm start delay - does it work yet? on Mon, 02 Oct 2023 21:44:47 GMT]]>The only thing is to think on that script during a major update of xcp-ng to a newer version. Because after installation the autostart.service has to be implemted again.

]]>https://xcp-ng.org/forum/post/66131https://xcp-ng.org/forum/post/66131Mon, 02 Oct 2023 21:44:47 GMT<![CDATA[Reply to vm start delay - does it work yet? on Mon, 02 Oct 2023 11:35:38 GMT]]>@payback007
Thank you for sharing this. So far this is the one simple and reliable way to start VM in the desired order.

]]>https://xcp-ng.org/forum/post/66100https://xcp-ng.org/forum/post/66100Mon, 02 Oct 2023 11:35:38 GMT<![CDATA[Reply to vm start delay - does it work yet? on Fri, 17 May 2019 21:47:30 GMT]]>unfortunately "start delay" is not working as expected. The function what you marked above is to change the start delay of an existing "vApp". Here is an example of my setup:

04e7439d-6b92-4356-aa23-14d704588be3-grafik.png

The value whould change the "Delay interval" later by XOA, nothing else. Otherwise is vApp feature also not working on my XCP-ng installation, I think it was never really tested.

If you want to implement start delays to your VM's you can follow this guide:

  1. define vApp for autostart in xcp-ng center including start order
  2. find out the uuid of the vApp:
xe appliance-list
  1. write autostart script containing
#!/bin/sh
xe appliance-start uuid=uuid-autostart-vApp
  1. implement new systemd.service in /etc/systemd/system/autostart.service
[Unit]
Description=autostart script for boot VM
After=graphical.target

[Service]
Type=simple
ExecStart=/path/to/your/autostart-script.sh
TimeoutStartSec=0

[Install]
WantedBy=default.target
  1. enable the service
systemctl enable autostart.service

Editing of boot delay time is then possible via XOA which is already a nice feature at all for "fine tuning" or adapt if new VMs are added to the autostart vApp.

@olivierlambert whould it make sense to open an additional feature request? vApp-implementation was several times discussed with no "final statement" I think.

]]>https://xcp-ng.org/forum/post/11881https://xcp-ng.org/forum/post/11881Fri, 17 May 2019 21:47:30 GMT<![CDATA[Reply to vm start delay - does it work yet? on Mon, 13 May 2019 07:50:17 GMT]]>Put a large delay on a VM (eg 600 secs, 10min), and put in on autopower. Then reboot your host. Is the VM booted before 10min? If yes, then autopower in XAPI doesn't take into account the delay.

]]>https://xcp-ng.org/forum/post/11612https://xcp-ng.org/forum/post/11612Mon, 13 May 2019 07:50:17 GMT<![CDATA[Reply to vm start delay - does it work yet? on Mon, 13 May 2019 06:18:54 GMT]]>@olivierlambert said in vm start dealy - does it work yet?:

I'm not sure delay is meant to work with auto power.

Where could I veryify the functionality of delay and autopower ?

]]>https://xcp-ng.org/forum/post/11602https://xcp-ng.org/forum/post/11602Mon, 13 May 2019 06:18:54 GMT<![CDATA[Reply to vm start delay - does it work yet? on Sat, 11 May 2019 09:44:35 GMT]]>Start delay works when the VM is started with a VM.start. I'm not sure delay is meant to work with auto power.

Details on XAPI: https://xapi-project.github.io/xen-api/classes/vm.html

The delay to wait before proceeding to the next order in the startup sequence (seconds)

Regarding the feature, it's available since XOA 5.33, see https://github.com/vatesfr/xen-orchestra/blob/master/CHANGELOG.md#5330-2019-03-29

]]>https://xcp-ng.org/forum/post/11532https://xcp-ng.org/forum/post/11532Sat, 11 May 2019 09:44:35 GMT