Created attachment 1287976 [details] slof_reports_not_bootable_device.log Rawhide 20170614 ppc64le: "E3404: Not a bootable device!" same problem with compose 20170613. the last time I tried was compose 20170531 no such problem. I specified grub2 as component for this bug, but not sure this is the right one. Steps to Reproduce: 1. retrieve last DVD from https://kojipkgs.fedoraproject.org/compose/rawhide/latest-Fedora-Rawhide/compose/Server/ppc64le/iso/ 2. try to install on a qemu guest. 3. slof is reporting specified error (details of slof console in attached slof_reports_not_bootable_device.log)
the checksum after iso download do match the one specified on repo.
most probably an iso build problem as missing boot dir in mounted iso: === $mount -o loop,ro -t iso9660 Fedora-Server-dvd-ppc64-Rawhide-20170614.n.0.iso /tmp/mnt === #ls -a /tmp/mnt/ . .. .discinfo drpms media.repo Packages repodata TRANS.TBL .treeinfo ===
Then some of the tools in the compose process failed to do its work. Some more info could be in https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20170614.n.0/logs/ppc64/
Even ppc64le Rawhide iso has similar issue. $ mount -o loop,ro -t iso9660 Fedora-Server-dvd-ppc64le-Rawhide-20170614.n.0.iso /tmp/ppc64le/ $ ls -a /tmp/ppc64le/ . .. .discinfo drpms media.repo Packages repodata TRANS.TBL .treeinfo boot and ppc directories are missing.
Reading https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20170614.n.0/logs/ppc64le/buildinstall-Server.ppc64le.log shows that lorax doesn't run "ppc64le.tmpl" arch specific template, compare with F-26 nightly log https://kojipkgs.fedoraproject.org/compose/branched/Fedora-26-20170614.n.1/logs/ppc64le/buildinstall-Server.ppc64le.log
/usr/sbin/lp_diag wants one of the ncurses library files that are removed by runtime-cleanup. 2017-06-14 07:51:15,407: libmenu.so.6, needed by /usr/sbin/lp_diag, not found I'm having a hard time figuring out what provides lp_diag. Either it needs to be removed, or the ncurses libraries need to be restored.
Found it ppc64-diag - https://koji.fedoraproject.org/koji/buildinfo?buildID=853400 Last rebuilt in 2/17 though, so why is this just showing up now? If lp_diag is something that would be useful to have in the installer environment (possibly for debugging problems?) then I'm ok with restoring libmenu. But I don't use ppc64 so need some input from those that do.
(In reply to Brian Lane from comment #7) > Found it ppc64-diag - > https://koji.fedoraproject.org/koji/buildinfo?buildID=853400 > > Last rebuilt in 2/17 though, so why is this just showing up now? If lp_diag > is something that would be useful to have in the installer environment > (possibly for debugging problems?) then I'm ok with restoring libmenu. But I > don't use ppc64 so need some input from those that do. I believe this is showing up now because request to add ppc64-diag as default in Fedora for ppc64(le) arches happened recently https://bugzilla.redhat.com/show_bug.cgi?id=1433859#c8 . From Changelog entry of lorax package (Add ppc64-diag for Power64 platforms), related changes landed in F27 with build lorax-27.0-1.fc27 (https://koji.fedoraproject.org/koji/buildinfo?buildID=899147) which happened on 30th May.
Have sent upstream a pull request in lorax which should fix this bug. PR link - https://github.com/rhinstaller/lorax/pull/218 .
Thanks Brian for quick review! Any idea when lorax-27.3-1 build will be available in Fedora rawhide?
Rawhide nightly compose from 20170621.n.0 looks to be using lorax-27.3-1 (which contains fixes). Compose link is https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20170621.n.0/compose/Server/ . Compose log seems complete to me with no further issue (e.g. ppc64 log - https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20170621.n.0/logs/ppc64/buildinstall-Server.ppc64.log ). ISO boots fine to me. Note: Anaconda fails to start though which should be a separate issue, reported in RHBZ#1463960