-
Notifications
You must be signed in to change notification settings - Fork 58
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
Add support for arbitrary kickstart file injection into ISOs (HMS-3879) #438
Conversation
Does this PR link to this issue #433 ? |
No, this is a feature for the anaconda-iso to allow users to add their own kickstart files directly to the iso at build time. |
59ecc22
to
840e0ef
Compare
@achilleas-k I'm trying to figure out how to test this, I've got a cluster machine that uses RAID5 so I'm hoping to inject something like this:
into it, then boot it and have it auto-configure. For this PR, I'm unable to see what volume / param I should pass in to My second question is that I'm assuming that I won't need to elaborate on the entire install in the kickstart file / just inject what I need? |
I haven't tested it here yet, though it's the same code as in [customizations.installer.kickstart]
contents = """
<bunch of kickstart stuff>
"""
bootc-image-builder will add the |
@achilleas-k So when pass in user own kickstart file to bootc-image-builder , what happen to previously existed kickstart for unattended iso ? Would both kickstart files be merged as one ? |
bootc-image-builder will add the |
840e0ef
to
ad5c83c
Compare
9955fff
to
50e05a9
Compare
Tests added. Ready for review. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is awesome, can you please document it in README.md
?
Also, one usability thought: IIUC, the kickstart is now passed via customization.toml... I wonder if we should also allow just mounting it in, e.g. |
Done! |
Not sure how much easier that makes it, but if you want we can add it. Here or follow-up? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you! This is nice and I'm happy to approve, but I do have a question/discussion point inline that I would like to resolve first (could be resolved in a followup of course if we are in a hurray :)
The structure of the kickstart-related options on the BootcDiskImage type have changed and are now all centralised under a Kickstart struct with type kickstart.Options.
The existing manifest smoke test only generates the disk image manifest. Adding a separate manifest smoke test for ISOs. We use a separate test that doesn't check for disk size but instead verifies the expected pipeline names.
88838bd
to
78d743f
Compare
Add a custom kickstart file to an ISO config and check the manifest for the expected input and stage. Co-authored-by: Michael Vogt <[email protected]>
Add an example for installer customizations to the README. Include the same example in both toml and json format for better readability. Unlike other examples, the toml format is shown first since it's easier to work with. Add a note for users explaining that the ostreecontainer command is automatically added to the kickstart file when building an ISO. Mention that no other command is added so the user should include any other options they need. Link to the docs for up-to-date information on interactions with other commands.
78d743f
to
7bbc24d
Compare
Please re |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks!
See osbuild/images#631