June 10, 201511 yr Not sure if this was requested previously or not. Can we have the ability to... 1. Control the order in which containers and VMs start as one or more may have dependencies on others 2. Add a delay value to when a container or VM starts Make sense? Maybe it could be bundled with the request here which is kinda related: http://lime-technology.com/forum/index.php?topic=40537.0 John
June 17, 201511 yr What's an example of an app/vm ordering dependency? The apps on your phone don't have this notion.
June 17, 201511 yr Author What's an example of an app/vm ordering dependency? The apps on your phone don't have this notion. Not a hard requirement but Sonarr looks for download clients (NZBGet, Deluge)to available upon startup. This doesn't cause a true issue...just errors in the logs. Sonarr eventually finds the accompanying apps when they come online. A true hard requirement would be Kodi relying on MariaDB as your media libraries will not be present. I have seen a few times when my Kodi VM was up and running prior to my MariaDB docker (although I though this shouldn't happen). I guess a better example would be if you had a Kodi VM and a MariaDB VM. John
June 17, 201511 yr This would be nice for me as well. I would prefer if I could set my pfSense VM to boot first and then the other VM's / Dockers after pfSense is on.
March 29, 20179 yr Yes, would be very nice to get some VMs booted first. ESXi has this feature, for example (boot delay/boot order).
March 31, 20179 yr This is a good idea, esp as we dont have any easy way of linking containers that rely on each other through the unraid webui currently, containers that rely on other containers to be up before they start is a perfect example of why this is needed, either a simple dependancy that looks to ensure a container is up before it starts, or a weighting scheme such that the lower a value the earlier it starts, larger values denote later starting docker containers, something like that perhaps?.
June 10, 20179 yr While it would be nice to have, there is a plugin (Docker Autostart Manager) that can accomplish this for containers, and also have the starting related to a port being available on such and such IP which if done correctly can force the container to no start until after a certain VM is up and running.
July 27, 20178 yr The issue is with how unRAID starts the Docker service and checks for updates then, not when they autostart. Docker is set to start immediately before libvirt is started in the emhttpd binary.
July 27, 20178 yr On 6/17/2015 at 3:16 AM, johnodon said: Not a hard requirement but Sonarr looks for download clients (NZBGet, Deluge)to available upon startup. This doesn't cause a true issue...just errors in the logs. Sonarr eventually finds the accompanying apps when they come online. A true hard requirement would be Kodi relying on MariaDB as your media libraries will not be present. I have seen a few times when my Kodi VM was up and running prior to my MariaDB docker (although I though this shouldn't happen). I guess a better example would be if you had a Kodi VM and a MariaDB VM. John +1
July 27, 20178 yr Also, another example would be having a pfSense VM and since all of your containers have no internet, when the auto-check for update occur on Docker service start, it waits like a minutes or 30 seconds to timeout for each of your containers....Last boot when I had pfSense in a VM was 15 mins (most of that was docker checking for updates, a little was the VM trying to pxe boot (anyone know how to disable pxe booting for SeaBios VMs?))
August 23, 20178 yr FYI - This Unraid plugin allows me to set a timeout delay per docker and starting them in a specified order. Have been using it for a while now and it helps avoid false alarms in interdependant dockers.
August 23, 20178 yr I'm going to try that plug-in, thanks for making it more known. Seems like it's Docker Only though. Be nice to get it native built into UnRAID. Just FYI as a good example of prior art where this was been solved before, I always thought this was simple and worked well. https://virtualizationreview.com/Blogs/Everyday-Virtualization/2012/05/How-To-Set-vSphere-VMs-To-Power-Up-Automatically.aspx
Archived
This topic is now archived and is closed to further replies.