Skip to content

Conversation

@wking
Copy link
Contributor

@wking wking commented May 27, 2016

The in-flight runC implementation just fires a signal at the
container. It doesn't wait around to see if the signal has an
effect, or if it causes the container to crash, etc., etc.

The in-flight runC implementation just fires a signal at the container
[1,2].  It doesn't wait around to see if the signal has an effect, or if
it causes the container to crash, etc., etc.

[1]: https://github.com/opencontainers/runc/blob/28126f8039e226952d099f7376ba11cd9d00a59f/start.go#L29-L30
[2]: https://github.com/opencontainers/runc/blob/28126f8039e226952d099f7376ba11cd9d00a59f/libcontainer/container_linux.go#L253-L258

Signed-off-by: W. Trevor King <wking@tremily.us>
@crosbymichael
Copy link
Member

crosbymichael commented Jun 1, 2016

LGTM

Approved with PullApprove

@hqhq
Copy link
Contributor

hqhq commented Jun 2, 2016

@wking
Copy link
Contributor Author

wking commented Jun 2, 2016

On Thu, Jun 02, 2016 at 01:59:13AM -0700, Qiang Huang wrote:

Isn't this done by:
https://github.com/opencontainers/runc/blob/master/libcontainer/factory_linux.go#L246
?

The other end of that pipe is held by the host-side ‘create’ process.
The ‘start’ process just fires a signal (see links in my original
comment).

@hqhq
Copy link
Contributor

hqhq commented Jun 3, 2016

ok, didn't realize it's for start operation.

@hqhq
Copy link
Contributor

hqhq commented Jun 3, 2016

LGTM

Approved with PullApprove

@hqhq hqhq merged commit fddb3e5 into opencontainers:master Jun 3, 2016
@wking wking deleted the start-does-not-confirm-success branch June 3, 2016 20:31
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.

3 participants