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

Allow use of Ironic node name as instance name #630

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

priteau
Copy link
Member

@priteau priteau commented Mar 21, 2025

This can be used in bare metal deployments where we may want the instance hostname to be exactly the same as the node name.

This can be used in bare metal deployments where we may want the
instance hostname to be exactly the same as the node name.
@priteau priteau self-assigned this Mar 21, 2025
@priteau priteau requested a review from a team as a code owner March 21, 2025 16:39
Copy link
Collaborator

@sjpb sjpb left a comment

Choose a reason for hiding this comment

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

Are you trying to change the hostname, or just the instance name? If you want to change the former too you'll need to change fqdn (edit; grep for it b/c there's two definitions for instances in the login/compute node groups) in the cloud-init userdata for each instance definition

@priteau
Copy link
Member Author

priteau commented Mar 25, 2025

Are you trying to change the hostname, or just the instance name? If you want to change the former too you'll need to change the fqdn in the cloud-init userdata for each instance definition

In this case, I think both. If the cluster name is foo, but bare metal nodes are already called foo-cpu-01, foo-cpu-02, I want both the instances and the hostnames to be using foo-cpu-01, not foo-foo-cpu-01, while keeping the automatic naming of the login and control VMs.

@sjpb
Copy link
Collaborator

sjpb commented Mar 25, 2025

Ok, will wait for changes then. I get the intent; I'd note that if you end up moving an ironic node between production/staging to test things, it won't be obvious which cluster is it part of. Although we do set the path to the environment as part of the instance metadata.

@priteau
Copy link
Member Author

priteau commented Mar 25, 2025

Ok, will wait for changes then. I get the intent; I'd note that if you end up moving an ironic node between production/staging to test things, it won't be obvious which cluster is it part of. Although we do set the path to the environment as part of the instance metadata.

I am planning to only use this feature in production. Staging would use the prefix, to make sure nodes can easily be differentiated.

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.

2 participants