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

network: allow customisation of namespace hostname when using bridged networking #11023

Closed
jrasell opened this issue Aug 10, 2021 · 1 comment · Fixed by #11173
Closed

network: allow customisation of namespace hostname when using bridged networking #11023

jrasell opened this issue Aug 10, 2021 · 1 comment · Fixed by #11173
Assignees
Labels
stage/accepted Confirmed, and intend to work on. No timeline committment though. theme/networking type/enhancement
Milestone

Comments

@jrasell
Copy link
Member

jrasell commented Aug 10, 2021

When a job specification utilises network.mode = "bridge", all tasks within the group are placed in the same network namespace and therefore share a hostname. The hostname of the network namespace is currently set to the truncated allocation ID and there is no possibility to customise this.

Proposal

Allow operators to set custom namespace hostnames using fields within the job specification. If this parameter is not set, then the existing behaviour continues.

Detail

The creation of a network namespace is defined by the DriverNetworkManager interface. In the case of the Docker driver, the pause container is responsible for controlling the namespace hostname, otherwise the functionality is performed within the defaultNetworkManager. This is not currently supported within Windows environments.

This recent PR allowed for generation of /etc/hosts files when using bridged networking which could also provide a useful entry point in helping fix this problem.

@jrasell jrasell added type/enhancement theme/networking stage/accepted Confirmed, and intend to work on. No timeline committment though. labels Aug 10, 2021
@mikenomitch mikenomitch added this to the 1.1.5 milestone Aug 30, 2021
@jrasell jrasell self-assigned this Sep 1, 2021
@github-actions
Copy link

I'm going to lock this issue because it has been closed for 120 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Oct 16, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
stage/accepted Confirmed, and intend to work on. No timeline committment though. theme/networking type/enhancement
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants