#53 anaconda doesn't allow installation of current fedora-cloud-base.ks
Closed None Opened 5 years ago by walters.

Cloud images are expected to come with:

  • root password locked
  • No user precreated; instead, an agent (cloud-init, min-metadata-service) pull config data from the hypervisor and inject ssh keys, create users, etc.

The problem is Anaconda's user.py is a mandatory step.

A suggested hack is to set a root password, then unset it in %post.


<walters> dgilmore, did you see the conclusion of yesterday's thread? is setting a root pw in kickstart then locking good enough?
<dgilmore> walters: its really not
<walters> dgilmore, ok, we need to figure this out; i'm interested as I need to be producing cloud images via anaconda as well
<walters> should take this to a bug or something
<dlehman> pardon me for being behind, but what's the problem?
<dlehman> you want root locked but anaconda doesn't allow that?
<dgilmore> dlehman: anaconda doesnt allow it without creatinga user
<walters> dlehman, i think the typing to catch you up is best done in a bug
<dlehman> fair enough
<dgilmore> dlehman: need to be able to say the root account can be locked if a package that will configure the system on first boot is installed
<dlehman> dgilmore: and the rationale is that we can't know for sure if there will be compulsory user-account creation, so we can't lock root, right?
<dgilmore> walters: but yeah a bug is probably best
<walters> https://fedorahosted.org/cloud/ ?
<dgilmore> dlehman: well we can deal with it all in %post, but that is easy to get wrong
<walters> i can wordsmith this
<dlehman> the only way anaconda could let this slide, I think, is if those initial-setup packages provide something that says "I take full responsibility for compulsory user account configuration"
<dlehman> then we can just reassign the bugs to those packages when they inevitably come
<dgilmore> dlehman: right
<dlehman> so I think those various packages should have Provides: user-account-setup
<walters> https://fedorahosted.org/cloud/ticket/53
<dgilmore> dlehman: i am okay with that
<dgilmore> initial-setup cloud-init etc can all provide that
<dlehman> and that means if they get installed it's their responsibility to see to it that the accounts are created
<dlehman> it doesn't matter what else is installed, doesn't matter what the user does, &c &c
<davidshea> we'd need a way to ensure that the service or whatever is actually enabled on boot. that's all over the place right now
<walters> are you saying anaconda would come with code to check the rpm transaction for something with the requisite provides?
<dlehman> it certainly sounds better than maintaining a list of packages that may or may not handle it
<dlehman> I'm not volunteering, but if you want something better than what we have now this seems like the way to go.
<dlehman> we can log prominently "WARNING: not enforcing user account creation because package foo will handle it on the reboot"
<walters> though come to think of it, this isn't going to work for me
<walters> at least not easily
<walters> since min-metadata-service will likely be in the default tree, just not enabled
<walters> as davidshea says
<walters> maybe in the future i'd have a variant tree for cloud, also with stuff like the physical kernel drivers stripped out
* walters keeps coming back to the idea of a kickstart verb for this

Closing this ticket as part of trac clean up process. If you want to reopen, please reopen it after we move to pagure.io as atomic-wg.

Login to comment on this ticket.

Metadata