Created attachment 1437466 [details]
kickstart

Fixed in a pull request: https://github.com/clumens/pykickstart/pull/224

Can we get this pushed to both F-28 and rawhide please?

(In reply to Peter Robinson from comment #3)
> Can we get this pushed to both F-28 and rawhide please?

for Rawhide this should be fixed once new Pykickstart build is available. 

For F28 the following is needed:
- Pykickstart build with the fix
- Bodhi update for the build so it can get into repos
- making sure the updated Pykickstart package ends up in the environment used for generating the IoT images

There is also an alternative fix in the works, which basically boils down to Initial Setup only parsing the sections is actually cares about. That will likely land in Initial Setup & possibly some small changes Anaconda as well. We are currently targeting the second fix just to Rawhide, but could theoretically backport it to F28 as well if the Pykickstart based fix could not be used for some reason.

> We are currently targeting the second fix just to Rawhide, but could
> theoretically backport it to F28 as well if the Pykickstart based fix could
> not be used for some reason.

This is _CRITICAL_ for the IoT images and is currently blocking us from announcing IoT nightly images which is causing me and a number of other people stress. We need this fix in F-28 ASAP.

pykickstart-3.12-4.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-59681406fe

pykickstart-3.12-4.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-59681406fe

Still fails, full logs attached

[root@rpi3-2 ~]# rpm -qa | grep kickstart
python3-kickstart-3.12-4.fc28.noarch
[root@rpi3-2 ~]# rpm -q python3-kickstart
python3-kickstart-3.12-4.fc28.noarch
[root@rpi3-2 ~]# systemctl status initial-setup
● initial-setup.service - Initial Setup configuration program
   Loaded: loaded (/usr/lib/systemd/system/initial-setup.service; enabled; vendor preset: disabled)
   Active: failed (Result: exit-code) since Thu 2018-05-24 20:38:50 UTC; 26min ago
  Process: 767 ExecStart=/usr/libexec/initial-setup/run-initial-setup (code=exited, status=1/FAILURE)
  Process: 759 ExecStartPre=/bin/plymouth quit (code=exited, status=0/SUCCESS)
  Process: 751 ExecStartPre=/bin/kill -SIGRTMIN+21 1 (code=exited, status=0/SUCCESS)
 Main PID: 767 (code=exited, status=1/FAILURE)

May 24 20:38:49 rpi3-2.friendly-neighbours.com org.fedoraproject.Anaconda.Boss[1072]: DEBUG:anaconda.modules.boss.module_manager:/org/fedoraproject/Anaconda/Modules/Security has quit.
May 24 20:38:49 rpi3-2.friendly-neighbours.com org.fedoraproject.Anaconda.Boss[1072]: DEBUG:anaconda.modules.boss.module_manager:/org/fedoraproject/Anaconda/Modules/Services is unavailable
May 24 20:38:49 rpi3-2.friendly-neighbours.com org.fedoraproject.Anaconda.Boss[1072]: DEBUG:anaconda.modules.boss.module_manager:/org/fedoraproject/Anaconda/Addons/Baz is unavailable
May 24 20:38:49 rpi3-2.friendly-neighbours.com org.fedoraproject.Anaconda.Boss[1072]: DEBUG:anaconda.modules.boss.module_manager:/org/fedoraproject/Anaconda/Modules/User has quit.
May 24 20:38:49 rpi3-2.friendly-neighbours.com org.fedoraproject.Anaconda.Boss[1072]: DEBUG:anaconda.modules.boss.module_manager:/org/fedoraproject/Anaconda/Modules/Services has quit.
May 24 20:38:49 rpi3-2.friendly-neighbours.com org.fedoraproject.Anaconda.Boss[1072]: DEBUG:anaconda.modules.boss.module_manager:/org/fedoraproject/Anaconda/Addons/Baz has quit.
May 24 20:38:50 rpi3-2.friendly-neighbours.com initial-setup[1143]: Initial Setup failed, keeping enabled
May 24 20:38:50 rpi3-2.friendly-neighbours.com systemd[1]: initial-setup.service: Main process exited, code=exited, status=1/FAILURE
May 24 20:38:50 rpi3-2.friendly-neighbours.com systemd[1]: initial-setup.service: Failed with result 'exit-code'.
May 24 20:38:50 rpi3-2.friendly-neighbours.com systemd[1]: Failed to start Initial Setup configuration program.

Created attachment 1441244 [details]
Journalctl output with python3-kickstart-3.12-4.fc28

Commenting line 42 from the kickstart (parted --grow) I was able to get initial-setup to start, but only the userspoke came up:

================================================================================
1) [ ] User creation
       (No user will be created)

Please make a selection from the above ['1' to enter the User creation spoke,
'c' to continue, 'q' to quit, 'r' to refresh]:

Created attachment 1441300 [details]
journalctl -u initial-setup

Martin: where do we go from here?

pykickstart-3.12-4.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.

(In reply to Peter Robinson from comment #12)
> Martin: where do we go from here?

The new pykickstart needs to be added to environment that generates the image - adding it to the image itself is not enough & not actually needed. The issue is caused by incorrectly generated kickstart, so the environment that generates it (which in this case is the builder) is what needs the Pykickstart update.

(In reply to Martin Kolman from comment #14)
> (In reply to Peter Robinson from comment #12)
> > Martin: where do we go from here?
> 
> The new pykickstart needs to be added to environment that generates the
> image - adding it to the image itself is not enough & not actually needed.
> The issue is caused by incorrectly generated kickstart, so the environment
> that generates it (which in this case is the builder) is what needs the
> Pykickstart update.

So the builders have pykickstart-3.12-4.fc28.noarch and we're still seeing just the user creation part so I don't believe this has been fixed

This is now fixed in IoT, thanks mkolman!

(In reply to Paul Whalen from comment #16)
> This is now fixed in IoT, thanks mkolman!

I'm glad we managed to track it down. :)