Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1461775 - incomplete isos in Rawhide composes
Summary: incomplete isos in Rawhide composes
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: lorax
Version: rawhide
Hardware: powerpc
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Brian Lane
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: PPCTracker
TreeView+ depends on / blocked
 
Reported: 2017-06-15 10:10 UTC by Michel Normand
Modified: 2017-07-10 20:07 UTC (History)
6 users (show)

Fixed In Version: lorax-27.3-1
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-07-10 20:07:42 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)
slof_reports_not_bootable_device.log (3.59 KB, text/plain)
2017-06-15 10:10 UTC, Michel Normand 		no flags Details
View All

Description Michel Normand 2017-06-15 10:10:54 UTC 
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)
Comment 1 Michel Normand 2017-06-15 10:25:44 UTC 
the checksum after iso download do match the one specified on repo.
Comment 2 Michel Normand 2017-06-15 10:32:08 UTC 
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
===
Comment 3 Dan Horák 2017-06-15 11:04:23 UTC 
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/
Comment 4 Sinny Kumari 2017-06-15 13:30:57 UTC 
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.
Comment 5 Dan Horák 2017-06-15 14:02:41 UTC 
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
Comment 6 Brian Lane 2017-06-15 19:11:15 UTC 
/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.
Comment 7 Brian Lane 2017-06-15 19:19:46 UTC 
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.
Comment 8 Sinny Kumari 2017-06-16 05:48:18 UTC 
(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.
Comment 9 Sinny Kumari 2017-06-19 09:18:23 UTC 
Have sent upstream a pull request in lorax which should fix this bug. PR link - https://github.com/rhinstaller/lorax/pull/218 .
Comment 10 Sinny Kumari 2017-06-20 05:57:44 UTC 
Thanks Brian for quick review!
Any idea when lorax-27.3-1 build will be available in Fedora rawhide?
Comment 11 Sinny Kumari 2017-06-22 12:27:15 UTC 
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
Note You need to log in before you can comment on or make changes to this bug.