-
Notifications
You must be signed in to change notification settings - Fork 537
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
Provide Flatcar Container Linux CAPA images on AWS #3107
Comments
@t-lo: This issue is currently awaiting triage. If CAPA/CAPI contributors determines this is a relevant issue, they will accept it by applying the The Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
CC: @sedefsavas |
Thanks for creating the issue. Each Flatcar CAPA AMI name has a format of So far AMIs were created for all Flatcar channels, i.e. Though I am not sure if anyone is relying on Beta and Alpha AMIs. For now publishing only Stable channel should be also fine. So far the result AMIs have been created with the default Flatcar infra account of AWS, 075585003325. Image-builder by default builds only for k8s 1.20. So we need to manually update those as well. |
Published Kubernetes 1.23.3 Flatcar-stable images:
Given that these are reference images, publishing and testing |
There were few things I needed to change in the config to build them. Added these to the config:
Could not make it work without setting the checksum. The complete config I used to build the images is here: https://gist.github.com/sedefsavas/9e145e8ee0cf81cfdbb439edc8663e66 |
I'm trying images in e2e tests right now with #2271. I've noticed that only K8s v1.23.3 images are published, while CI use 1.23.0 right now. However, just updating everything to 1.23.3 doesn't seem to make it work, so I'm investigating further. Should we update e2e tests to use v1.23.3 or could we build Flatcar for 1.23.0 as well? |
So, it seems new images are missing e.g. kubernetes-sigs/image-builder@f4864de patch (and likely others), which we rely on to simplify the user configuration for CAPA. This is why e2e tests are failing right now. @sedefsavas do you know what image-builder version was used to build new AMIs? Can we update/rebase it somehow? |
Not sure why it fails, I see kindest node for v1.23.3 is published. But about to publish 1.23.0 images. |
Thanks, but if they do not include kubernetes-sigs/image-builder@f4864de, they won't work anyway :/ |
I am using 0.10.0 image builder. We only build using released image-builder versions normally. |
Hmm, kubernetes-sigs/image-builder@f4864de is only included in |
ACK, will republish using v0.1.11 image builder. |
New v1.23.3 images published with image-builder v0.1.11: --> flatcar-stable: AMIs were created: |
Awesome, with new AMIs e2e tests are passing again 🎉 With k8s v1.23.3, will test with 1.23.0. Thanks! |
/kind feature
This issue is to track the status of a recurring CAPA office hours item - to provide CAPA images of Flatcar Container Linux on AWS (see e.g. here). Image availability will foster e2e testing aims to provide a point of reference for using Flatcar Container Linux with the CAPI AWS provider.
This issue aims to consolidate communication re: image building to a single point of reference.
Current status
The Flatcar maintainers team publishes CAPA images after each release to a separate AWS account ( @dongsupark drives this initiative and can provide more detail ) . Availability of Flatcar CAPA for e2e testing thus currently depends on a 3rd party team.
Future / ideal state
Flatcar Container Linux CAPA images are published via the CAPA account (managed by VMWare). Images follow Flatcar Stable releases and are updated regularly.
Additional information
Flatcar Container Linux AWS images can be built via image-builder; see README-flatcar.md for details.
Builds should use the "stable" channel; the Flatcar release version to build is auto-detected and will default to the latest release.
Environment:
kubectl version
): Various / TBD./etc/os-release
): (Note that the below has been edited so it's release version agnostic)The text was updated successfully, but these errors were encountered: