-
Notifications
You must be signed in to change notification settings - Fork 247
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 storage: volatile: true #935
Comments
The implementation of this could just be writing out |
@bgilbert raised in chat the issue of how this interacts with rebooting. I think the basic answer here is - we wouldn't remove the |
I'm not sure that we can use
|
Agreed; a lot of the upstream systemd stuff is oriented towards mounting |
This is a very OS-specific option, which mitigates against the feature, and it seems like this functionality could be implemented with kargs support (#1051) and/or writing a normal file. Closing for now. |
Moved this to coreos/fedora-coreos-tracker#674 |
Let's support something like:
This would have an effect like passing the
systemd.volatile
kernel command line argument; see also ostreedev/ostree#856Basically we have this logic today in our "Live" path; this would generalize it so it could easily be used for cloud instances too.
In particuar, I can see this being used by openshift-install for the bootstrap node. Then we could pretty easily get rid of the bootstrap node requirement and have it re-Ignition itself into a control plane node. This would greatly help the baremetal provisioning flow which does weird things with running bootstrap in a VM.
The text was updated successfully, but these errors were encountered: