cluster-api-provider-ibmcloud
cluster-api-provider-ibmcloud copied to clipboard
Bootstrap cluster with ignition
/kind feature /area provider/ibmcloud
Describe the solution you'd like https://cluster-api.sigs.k8s.io/tasks/experimental-features/ignition.html
Anything else you would like to add: [Miscellaneous information that will assist in solving the issue.]
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
- After 90d of inactivity,
lifecycle/stale
is applied - After 30d of inactivity since
lifecycle/stale
was applied,lifecycle/rotten
is applied - After 30d of inactivity since
lifecycle/rotten
was applied, the issue is closed
You can:
- Mark this issue or PR as fresh with
/remove-lifecycle stale
- Mark this issue or PR as rotten with
/lifecycle rotten
- Close this issue or PR with
/close
- Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
- After 90d of inactivity,
lifecycle/stale
is applied - After 30d of inactivity since
lifecycle/stale
was applied,lifecycle/rotten
is applied - After 30d of inactivity since
lifecycle/rotten
was applied, the issue is closed
You can:
- Mark this issue as fresh with
/remove-lifecycle stale
- Close this issue with
/close
- Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/remove-lifecycle stale
Fedora CoreOS is still pending for ppc64le, will explore this task once builds are available for the testing.
/assign @Prajyot-Parab Update - Explore on booting Fedora CoreOS with ignition for CAPIBM PowerVS K8s cluster.
@mkumatag can you please add the reference links/urls for the Fedora CoreOS (ppc64le) builds.
@Prajyot-Parab https://fedoraproject.org/coreos/download/?stream=stable&arch=ppc64le#download_section you can download ppc64le stable images from here.
@Prajyot-Parab can you document the initial investigation you have done and move this work item to next release.
/milestone Next
The default configuration engine for bootstrapping workload cluster machines is cloud-init. Ignition is an alternative engine used by Linux distributions such as Flatcar Container Linux and Fedora CoreOS and therefore should be used when choosing an Ignition-based distribution as the underlying OS for workload clusters.
Note This initial implementation uses Ignition v2 and was tested with Flatcar Container Linux only. Future releases are expected to add Ignition v3 support and cover more Linux distributions.
@mkumatag as per my initial understanding we will need to build the flatcar stable image for powervs, once we have that we can try the already tested workflow using it.
Not sure how this is going to work with Fedora CoreOS-
- We will need some modifications on top of it to make it CAPIBM ready right? If yes, will this be somehow done as part of image builder process or it will be dealt with externally?
@mkumatag need your guidance on this one.
Flatcar image is not available for the power, let's explore the experiment with the fedoracore image directly and see what kind of errors we are hitting while running the flow?!
Summary - We explored with FerdoraCoreOS 39 for Power
- The version of ignition inside image is 2.17.0 => 3.x.x spec
- The created infra machine was able to fetch the ignition from mentioned URL.
- The issue is with config version mismatch while booting above machine via ignition. This is result of ignition file being generated using older spec 2.3.0.
- Ignition file is generated while upstream CAPI (which in-turn uses flatcar package), which supports only 2.3.0 and no 3.x.x specs.
This will possibly need more exploration and upstream CAPI contributions to add support for spec 3.x.x ignition versions.
@Karthik-K-N feel free to add more info, if i missed anything.
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
- After 90d of inactivity,
lifecycle/stale
is applied - After 30d of inactivity since
lifecycle/stale
was applied,lifecycle/rotten
is applied - After 30d of inactivity since
lifecycle/rotten
was applied, the issue is closed
You can:
- Mark this issue as fresh with
/remove-lifecycle stale
- Close this issue with
/close
- Offer to help out with Issue Triage
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/remove-lifecycle stale
WIP PR is submitted https://github.com/kubernetes-sigs/cluster-api-provider-ibmcloud/pull/1687, Need to complete it.