Description of problem: Version-Release number of selected component: anaconda-23.19.10-1 The following was filed automatically by anaconda: anaconda 23.19.10-1 exception report Traceback (most recent call first): File "/usr/lib64/python3.4/site-packages/pyanaconda/packaging/dnfpayload.py", line 550, in spaceRequired for (key, val) in self.storage.mountpoints.items(): File "/usr/lib64/python3.4/site-packages/pyanaconda/ui/lib/space.py", line 76, in check needed = self.payload.spaceRequired File "/usr/lib64/python3.4/site-packages/pyanaconda/ui/tui/hubs/summary.py", line 79, in prompt if self._checker and not self._checker.check(): File "/usr/lib64/python3.4/site-packages/pyanaconda/ui/tui/simpleline/base.py", line 346, in _mainloop prompt = last_screen.prompt(self._screens[-1][1]) AttributeError: 'NoneType' object has no attribute 'mountpoints' Additional info: addons: com_redhat_kdump cmdline: /usr/bin/python3 /sbin/anaconda cmdline_file: initrd=fedora/23/x86_64/initrd.img ks=nfs:137.44.10.1:/home/install/kickstart/kickstart23.cfg BOOT_IMAGE=fedora/23/x86_64/vmlinuz executable: /sbin/anaconda hashmarkername: anaconda kernel: 4.2.3-300.fc23.x86_64 product: Fedora release: Cannot get release name. type: anaconda version: 23
Created attachment 1091700 [details] File: anaconda-tb
Created attachment 1091701 [details] File: anaconda.log
Created attachment 1091702 [details] File: dnf.log
Created attachment 1091703 [details] File: dnf.rpm.log
Created attachment 1091704 [details] File: environ
Created attachment 1091705 [details] File: ks.cfg
Created attachment 1091706 [details] File: lsblk_output
Created attachment 1091707 [details] File: nmcli_dev_list
Created attachment 1091708 [details] File: os_info
Created attachment 1091709 [details] File: storage.log
Created attachment 1091710 [details] File: syslog
Created attachment 1091711 [details] File: ifcfg.log
Created attachment 1091712 [details] File: packaging.log
Created attachment 1091713 [details] File: program.log
PXE Booting to install Fedora 23 Workstation. LABEL kickstart-23-workstation-x86_64 MENU LABEL Install Fedora 23 Workstation (x86_64) Kickstart KERNEL fedora/23/x86_64/vmlinuz APPEND initrd=fedora/23/x86_64/initrd.img ks=nfs:137.44.10.1:/home/install/kickstart/kickstart23.cfg vmlinuz and initrd.img taken from our mirror, http://mirror.sucs.org/pub/linux/fedora/releases/23/Workstation/x86_64/os/images/pxeboot/
Possibly related to this https://bugzilla.redhat.com/show_bug.cgi?id=1276349 as well.
*** Bug 1279658 has been marked as a duplicate of this bug. ***
Imran: The problem here is that anaconda is not successfully setting up the packaging spoke based on your kickstart; there's a bug whereby the TUI installer will crash (instead of leaving you at the hub and asking you to fix the problem, as it should) in that case. I can't tell for sure as I can't see your kickstart, but it could very well be that you're hitting https://bugzilla.redhat.com/show_bug.cgi?id=1277638 - do you have a line in your kickstart something like: repo --name=updates i.e. a line which is just intended to enable a pre-defined repo by name? That's broken in F23, #1277638 is the bug for that (and there's an updates image linked from that bug which you can use to fix it).
The kickstart script got uploaded to https://bugzilla.redhat.com/attachment.cgi?id=1091705 We have the following in our script: repo --name=sucsmirror --baseurl="http://mirror.sucs.org/pub/linux/fedora/releases/23/Everything/x86_64/os" --install repo --name=fedora --cost=10 repo --name=updates I commented out: repo --name=fedora --cost=10 repo --name=updates It worked :) Looking at the other bug I went and added inst.updates=https://fedorapeople.org/groups/qa/updates/1277638.img to our PXEBoot config and the install started fine with the repos uncommented :) Sorry for not searching beforehand!
This is a bug, please don't close it, we are working on fixing it. The bug is that the TUI installer should not crash when it encounters this situation.
Created attachment 1094466 [details] kickstarter config file I've added my ks.cfg, it does not contain any repo lines and I also run into this bug.
24.7-1 was built yesterday, so I guess we can call this closed.
Another user experienced similar issue on beaker machine. I'll upload logs here. This fix worked for him.
Created attachment 1099200 [details] anaconda.log on beaker