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

Summary: incomplete isos in Rawhide composes
Product: [Fedora] Fedora Reporter: Michel Normand <normand>
Component: loraxAssignee: Brian Lane <bcl>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: anaconda-maint-list, bcl, dan, lkundrak, pjones, skumari
Target Milestone: ---   
Target Release: ---   
Hardware: powerpc   
OS: Linux   
Whiteboard:
Fixed In Version: lorax-27.3-1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-07-10 20:07:42 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1071880    
Attachments:
Description Flags
slof_reports_not_bootable_device.log none

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 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