[Plugin] CA Docker Autostart Manager - Deprecated


Squid

Recommended Posts

A plugin to extend the autostart options for docker applications.

 

This plugin will give you the option to explicitly select the order that docker apps will start up in (useful if one app depends upon another to be up and running), and also gives you selectable delays between starts of each app ( to give the first app time to get up and running properly, or to reduce disk thrashing by only trying to load a single app at a time vs loading 10 simultaneously)

 

Each app has a selectable start delay after the previous app in the list starts up (defaults to 5 seconds, but can be set to any value, or no delay at all)

 

Note that any app which this plugin manages will appear on the normal Docker Containers screen as having autostart off

 

You can also combine management of autostart between unRaid itself, and this plugin.

 

Note:  This plugin requires unRaid 6.3.0-rc2+  It will not install under any previous version, and CA will not display this plugin as being available on incompatible unRaid versions

 

Install this plugin via CA ( search for Docker autostart)

Edited by Squid
  • Like 2
  • Upvote 5
Link to comment
  • 3 months later...

computers-computers-allowance-kid-children-computer-aban823_low.jpg

 

- Added ability to wait for a port to become active before carrying on.  The timeout / delay is how long to wait for the port to come alive.  After that is exceeded, then the system will continue on with starting other apps.

 

- If port is not specified, then operation is as before:  Delay followed by starting

  • Upvote 1
Link to comment
On 2/18/2017 at 9:54 PM, Squid said:

computers-computers-allowance-kid-children-computer-aban823_low.jpg

 

- Added ability to wait for a port to become active before carrying on.  The timeout / delay is how long to wait for the port to come alive.  After that is exceeded, then the system will continue on with starting other apps.

 

- If port is not specified, then operation is as before:  Delay followed by starting

Cheers man, that's exactly what was missing.

Link to comment
Cheers man, that's exactly what was missing.

Actually though in further testing it doesn't quite work as docker automatically makes the port available as soon as the port is mapped. Tonight's update changes the detection method and also allows for the port checked to be on a different host

Sent from my LG-D852 using Tapatalk

Link to comment

d3e9ff4a15d19f2906ab5415dfca835b.jpg

 

- Updated to properly detect when a port has been opened prior to proceded

- Side benefit is that now the port detection can be from any server (or if you happen to have your docker container arranged such that each has a separate IP) - The plugin will default to what it believes is your local IP address, but I am unable to test in a bonded environment, so confirm the value first.

Link to comment
  • 3 weeks later...
Untitled.thumb.jpg.3b9dc7193e41b9964154b592a670c1c9.jpgI have one question in regards this plugin.
 
When you move a docker app over to be delayed it has an IP but has NA in the port section.
 
Does that mean I have to give it the correct port or will it use the default ports?
If you don't give it a port to check against then it uses the timer

Sent from my LG-D852 using Tapatalk

  • Upvote 1
Link to comment

Thanks very much for answering me so quickly.

 

One last question on this plugin. Does the timer start from when you start the array or does the timer start once the array has started?

 

Odd question I know but Im going to be running up a pfsense VM and want my times to be right.

Link to comment
On 8/4/2017 at 7:43 AM, JWMutant said:

Are the errors anything to worry about? And I assume the time delay is in seconds?

Error displayed now fixed (appeared if all containers set to managed start).  Time is in seconds.

 

Update available

  • Upvote 1
Link to comment
On 8/3/2017 at 4:31 AM, JWMutant said:

Does that mean I have to give it the correct port or will it use the default ports?

And to clarify the IP / Port setting.

 

Application gets started.

System waits until IP:Port is active.  If it's not active during the time delay, the system carries on with the next app.

 

The IP and Port does not have to be the IP / Port of the application itself.  You can set the IP Port to listen to a completely different server (or anything on the web) before carrying on to the next application.

Link to comment
  • 2 weeks later...

Can I check I'm setting this up correctly please.  I have a pfSense VM and I'm hoping this will speed up/smooth my start-up times by making dockers wait until the VM is running before trying to start.

 

screenshot_85.jpg.2f26c31e3df4eab7fba5f4c9ab1d3969.jpg

 

What I'm trying to achieve here is:

  1. Don't start beets for 5 mins unless internet is up - does't need net until I use it
  2. If internet still not up, wait another 5 mins before starting maria db - doesn't need the net.  Otherwise, start immediately???
  3. If internet still not up, wait another 5 mins before starting minos. Otherwise, start immediately???
  4. If internet still not up, wait another 5 mins before starting maria db. Otherwise, start immediately???
  5. Ditto with sabnzbd
  6. After all these potential delays have played out, my unifi docker will come online so my wifi devices can start picking up IPs

Thanks

 

Link to comment
20 minutes ago, DZMM said:

Can I check I'm setting this up correctly please.  I have a pfSense VM and I'm hoping this will speed up/smooth my start-up times by making dockers wait until the VM is running before trying to start.

 

screenshot_85.jpg.2f26c31e3df4eab7fba5f4c9ab1d3969.jpg

 

What I'm trying to achieve here is:

  1. Don't start beets for 5 mins unless internet is up - does't need net until I use it
  2. If internet still not up, wait another 5 mins before starting maria db - doesn't need the net.  Otherwise, start immediately???
  3. If internet still not up, wait another 5 mins before starting minos. Otherwise, start immediately???
  4. If internet still not up, wait another 5 mins before starting maria db. Otherwise, start immediately???
  5. Ditto with sabnzbd
  6. After all these potential delays have played out, my unifi docker will come online so my wifi devices can start picking up IPs

Thanks

 

Without filing in the port number, how you've got it will result in a strict time delay between containers.  I would guess you need to put in 53 into all of the ports (but leave unify with no port entered)

  • Upvote 1
Link to comment
9 minutes ago, Squid said:

Without filing in the port number, how you've got it will result in a strict time delay between containers.  I would guess you need to put in 53 into all of the ports (but leave unify with no port entered)

thanks - will do.

 

Perfect solution for me as hopefully it will help my pfsense VM start sooner and also stop some of the problems I have with devices trying to do stuff online prematurely.

Link to comment
Just now, DZMM said:

thanks - will do.

 

Perfect solution for me as hopefully it will help my pfsense VM start sooner and also stop some of the problems I have with devices trying to do stuff online prematurely.

unRaid will still try and update the templates for containers at every boot (which will fail of course), which takes some time before the VMs start up.  Many feature reqs about disabling that "feature"

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.