Skip to content

Comments

use tini to run every container#1195

Merged
rdallman merged 1 commit intomasterfrom
tini
Sep 4, 2018
Merged

use tini to run every container#1195
rdallman merged 1 commit intomasterfrom
tini

Conversation

@rdallman
Copy link
Contributor

@rdallman rdallman commented Sep 4, 2018

fixes #1101

additional context:

  • this was introduced in docker 1.13 (1/2017), we require docker 17.10
    (10/2017), this should not have any issues dependency-wise, as docker-init
    is in the docker install from that point in time. unless explicitly removed,
    it should be in the dind container we use as well...
  • the PR that introduced this to docker is
    Add init process for zombie fighting and signal handling  moby/moby#26061 for additional context
  • it may be wise to put this through some paces, if anybody has any...
    interesting... function containers. the tests seem to work fine, however, and
    this shouldn't be something users have to think about (?) at all, just
    something that we are doing. this isn't the default in docker for
    compatibility reasons, which is maybe a yellow flag but I am not sure tbh
  • i've defaulted this to 'on' with the config bit to turn it off, in case it runs into
    issues it should be easy to flip it back off without having to deal with a build, etc.
    we need to test on osx and win and we can default it to 'off' and turn it on
    for any 'serious' deployments if there are issues to keep the out of the box xp working,
    it does seem to work on osx (per linked issue above), but i haven't tested that or win myself.
    it seems to add about 50ms to the start time, which seems worth it.

fixes #1101

additional context:

* this was introduced in docker 1.13 (1/2017), we require docker 17.10
(10/2017), this should not have any issues dependency-wise, as `docker-init`
is in the docker install from that point in time. unless explicitly removed,
it should be in the dind container we use as well...
* the PR that introduced this to docker is
moby/moby#26061 for additional context
* it may be wise to put this through some paces, if anybody has any...
interesting... function containers. the tests seem to work fine, however, and
this shouldn't be something users have to think about (?) at all, just
something that we are doing. this isn't the default in docker for
compatibility reasons, which is maybe a yellow flag but I am not sure tbh
Copy link

@kmjohansen kmjohansen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good; thanks for implementing this.

@zootalures
Copy link
Member

Works fine on mac , LGTM

@rdallman
Copy link
Contributor Author

rdallman commented Sep 4, 2018

thanks for review... see if any windows people come out of the woodwork we can flip it relatively easily

@rdallman rdallman merged commit 7638b31 into master Sep 4, 2018
@rdallman rdallman deleted the tini branch September 4, 2018 22:41
@zootalures
Copy link
Member

Docker4Windows uses basically the same LK VM images as d4m so I "expect it will be fine"

@rdallman
Copy link
Contributor Author

rdallman commented Sep 4, 2018

"expect it will be fine"

famous last words!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Use a process supervisor on all functions by default

3 participants