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

Enhance base ironic-vars & deployment to support bare metal #509

Closed
mattmceuen opened this issue Mar 31, 2021 · 4 comments
Closed

Enhance base ironic-vars & deployment to support bare metal #509

mattmceuen opened this issue Mar 31, 2021 · 4 comments
Assignees
Labels
2-Manifests Relates to manifest/document set related issues enhancement New feature or request priority/medium Default priority for items ready for review Change related to the issue is ready for review size m
Milestone

Comments

@mattmceuen
Copy link
Contributor

mattmceuen commented Mar 31, 2021

Our bare metal lab definition is currently redefining the contents of the ironic-vars ConfigMap at the site level:
https://review.opendev.org/c/airship/treasuremap/+/772737/25/manifests/site/stl3-site/target/initinfra/patch_bmo_config.yaml
Likewise for the ironic deployment:
https://review.opendev.org/c/airship/treasuremap/+/772737/25/manifests/site/stl3-site/target/initinfra/patch_ironic.yaml

This is not ideal, and will result in the definition being duplicated across various site definitions. Instead we should do one of the following:

  1. If the bare metal reference ironic-vars contents are fine for the general case (VMs, etc), then perhaps the contents can simply be backported to the base function definition.
  2. If we need to have different content for VM vs bare metal (or for different kinds of bare metal deployments) then we could create different functions -- e.g. function/baremetal-operator (for real labs) + function/baremetal-operator-vm (for VMs) or something

Either way, the base definition should allow for substitution of the site-specific values like IP addresses, which the baremetal-operator function has today.

@mattmceuen mattmceuen added enhancement New feature or request triage Needs evaluation by project members labels Mar 31, 2021
@mattmceuen mattmceuen changed the title Enhance base ironic-vars ConfigMap to support bare metal Enhance base ironic-vars & deployment to support bare metal Mar 31, 2021
@jezogwza jezogwza added 2-Manifests Relates to manifest/document set related issues and removed triage Needs evaluation by project members labels Apr 7, 2021
@jezogwza jezogwza added this to the v2.1 milestone Apr 7, 2021
@jezogwza jezogwza added the priority/medium Default priority for items label Apr 7, 2021
@matthew-fuller
Copy link
Contributor

Please assign this to me.

@eak13
Copy link

eak13 commented Apr 13, 2021

@matthew-fuller all yours

@matthew-fuller
Copy link
Contributor

This issue doesn't appear to be necessary anymore. The PS referenced in the description is obsolete, and all of the site-level patching was removed in the final reference site PS[0]. I've confirmed with @imarijitbose that there's no further work for this issue, but I'm placing it in Ready for Review in case @mattmceuen or anyone else wants to weigh in.

[0] https://review.opendev.org/c/airship/treasuremap/+/784619

@matthew-fuller matthew-fuller added the ready for review Change related to the issue is ready for review label Apr 28, 2021
@mattmceuen
Copy link
Contributor Author

Looks good to me, glad we got all of this one taken care of and into the v2.0 release. Thanks, closing this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
2-Manifests Relates to manifest/document set related issues enhancement New feature or request priority/medium Default priority for items ready for review Change related to the issue is ready for review size m
Projects
None yet
Development

No branches or pull requests

4 participants