-
Notifications
You must be signed in to change notification settings - Fork 93
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
POC/RFC: Support reinstalls via kexec
#791
base: main
Are you sure you want to change the base?
Conversation
Apologies for the churn on this. I had to delete my fork which closed the original PR because I was hitting dependabot/dependabot-core#2804 and apparently the only hack for now is to delete and refork. I haven't addressed any of the comments there yet. |
I have played around with the POC last week, built from jlebon:pr/reinstall, promising feature, but did run into some trouble. After quite some confusion I believe i have traced it back to When you pass coreos-installer reinstall a faulty config, EG:
The installation commences and the screen will eventually simply turn black from which it will never return. I assume the installer will run into the obvious complications regarding these parameters while being unable to recover from them. Possibly reporting this back which obviously will no longer be of any help. The system, AFAICS in the QEMU resource manager, does never actually reboot when encountering this issue. I have also tried multiple different "--console" options, none of which have any effect on this issue. I have tried:
|
isnt kexec is hardware dependent as well? |
Is it? I wasn't aware of that. But anyway, based on feedback and more experimentation, I'm going to drop the |
Yeah. I don't think it is hardware dependent. IIUC
The nice thing about the The kexec approach could be pretty simple too. I used a small script here to help someone out in the discussion forum. |
See https://discussion.fedoraproject.org/t/can-you-pivot-a-fedora-install-to-a-fedora-core-os-install/86546/4 for a "manual" way to do this. |
This is a proof-of-concept showing how we can use
kexec
to support reinstalling assuming we have access to the rootfs image (this is strongly related to or exactly the same as coreos/fedora-coreos-tracker#399 depending on which flavour of "reset" we're talking about).Demo:
(I've cut out a lot of stuff from the logs there to concentrate on the interesting bits; see this attachment for the full output if you're curious.)
It also supports specifying the target Ignition config, image URL, using a local live initramfs and live rootfs, etc...
FCOS is also supported though for there seems to be a bug in the kexec code there.