Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Search for host networking mode containers by name during stop_containers #177

Merged
merged 1 commit into from
Jan 27, 2017

Conversation

intjonathan
Copy link
Contributor

If a service uses host networking mode and you define a public port
for the purpose of healthchecking, the stop container call fails because
no such port is actually mapped.

This workaround allows you to define a "dummy" port that won't be mapped
(since host mode doesn't do that) but still satisfies the
wait_for_health_check_ok semantics by passing the port through.

It is a little weird that centurion "thinks" the port mappings exist
without docker actually creating them.

Resolves #164.

…ners.

If a service uses host networking mode and you define a public port
for the purpose of healthchecking, the stop container call fails because
no such port is actually mapped.

This workaround allows you to define a "dummy" port that won't be mapped
(since host mode doesn't do that) but still satisfies the
wait_for_health_check_ok semantics by passing the port through.

It is a little weird that centurion "thinks" the port mappings exist
without docker actually creating them.

Resolves #164.
@relistan
Copy link
Collaborator

Seems legit. I agree that it's a weird implementation, but it does seem like the most natural way to solve the problem currently without a noticeable (probably low value) refactor.

@relistan
Copy link
Collaborator

🐑 🐐 🐐 🐑

@intjonathan intjonathan merged commit 75591a3 into master Jan 27, 2017
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.

None yet

2 participants