openshift / openshift/installer

change bootstrap to pivot

Open
#2,542 21 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

lifecycle/frozen
Dominant language
Go
Stars
1.6k
Forks
1.5k
Avg merge
5d 5h
Merged PRs (30d)
39

Description

See this thread, specifically this comment.

TL;DR - today the installer launches a bootimage, which is usually the pinned RHCOS version (for IPI installs), but can be different - see this issue which is about making it easier for people to find the correct bootimage.

See also https://github.com/openshift/installer/pull/2532

Filing this issue to track changing the installer to do a pivot on the bootstrap node.

I think the architecture would look like a new bootstrap-pivot.service between release-image.service and bootkube.service - we'd run the MCD on the bootstrap host, telling it to pivot to the target machine-os-content.

In fact...if we did this, we could streamline down the bootimages - e.g. no reason to ship kubelet/cri-o in the bootimages. (Though, we'd need new terminology like "bootRHCOS" to distinguish from "normal" RHCOS in machine-os-content or so?) Anyways, not required for this change.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the linked enhancement discussion and installer PR #2532, then trace how release-image.service and bootkube.service are coordinated. Define what a bootstrap-pivot.service using the MCD to pivot to the target machine-os-content must do, and consider the stated bootimage terminology implications; the issue is done when the installer performs that bootstrap pivot reliably.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
devops, infrastructure, operating-systems
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.