RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1990452 - virt-install --location fails with Could not find an installable distribution at URL '/var/lib/libvirt/images/boot.iso'
Summary: virt-install --location fails with Could not find an installable distribution...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: osinfo-db
Version: 8.5
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: beta
: ---
Assignee: Fabiano Fidêncio
QA Contact: Radek Duda
URL:
Whiteboard:
Depends On:
Blocks: 2002720
TreeView+ depends on / blocked
 
Reported: 2021-08-05 12:45 UTC by Marta Lewandowska
Modified: 2024-07-26 07:15 UTC (History)
16 users (show)

Fixed In Version: osinfo-db-20210903-1.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 2002720 (view as bug list)
Environment:
Last Closed: 2021-11-09 18:53:24 UTC
Type: Bug
Target Upstream Version:
Embargoed:
pm-rhel: mirror+

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Gitlab libosinfo osinfo-db merge_requests 340 0 None None None 2021-09-02 15:55:42 UTC
Gitlab libosinfo osinfo-db merge_requests 353 0 None None None 2021-09-02 15:55:42 UTC
Red Hat Issue Tracker RHELPLAN-92504 0 None None None 2021-08-05 12:50:16 UTC
Red Hat Issue Tracker RHELPLAN-92505 0 None None None 2021-08-05 12:50:08 UTC
Red Hat Product Errata RHEA-2021:4342 0 None None None 2021-11-09 18:53:31 UTC

Description Marta Lewandowska 2021-08-05 12:45:56 UTC 
Description of problem:
virt-install test is failing when RHEL8 boot.iso is given to --location argument on ppc64le and aarch64 
looks a lot like: https://bugzilla.redhat.com/show_bug.cgi?id=1970881

Version-Release number of selected component (if applicable):
RHEL-8.5.0-20210722.n.3
virt-install 2.2.1

How reproducible:
always on ppc64le and aarch64

Steps to Reproduce:
virt-install --location /path/to/boot.iso

Actual results:

ERROR    Error validating install location: Could not find an installable distribution at '/var/lib/libvirt/images/boot.iso'

The location must be the root directory of an install tree.
See virt-install man page for various distro examples.

Expected results:
virt-install is useable with --location argument; installation starts successfully

Additional info:
isoinfo -d -i /var/lib/libvirt/images/boot.iso :
CD-ROM is in ISO 9660 format
System id: LINUX
Volume id: RHEL-8-5-0-BaseOS-aarch64
Volume set id: 
Publisher id: 

workaround is to use dvd iso instead
Comment 1 Andrew Jones 2021-08-05 16:11:28 UTC 
(In reply to Marta Lewandowska from comment #0)
> looks a lot like: https://bugzilla.redhat.com/show_bug.cgi?id=1970881

Except the additional info of comment 0 shows that the system id is 'LINUX'.

Please provide a url for the exact boot.iso used.

Thanks,
drew
Comment 2 zhoujunqin 2021-08-06 03:18:31 UTC 
Try to reproduce this issue on X86:
Packages versions:
virt-install-2.2.1-4.el8.noarch
osinfo-db-20210215-1.el8.noarch
genisoimage-1.1.11-39.el8.x86_64


Steps:
1. I can reproduce the bug issue with the RHEL-9 boot.iso file

# isoinfo -d -i RHEL-9.0.0-20210804.6-BaseOS-x86_64-boot.iso 
CD-ROM is in ISO 9660 format
System id: 
Volume id: RHEL-9-0-0-BaseOS-x86_64
Volume set id: 
Publisher id: 
Data preparer id: XORRISO-1.5.4 2021.01.30.150001, LIBISOBURN-1.5.4, LIBISOFS-1.5.4, LIBBURN-1.5.4
Application id: 
Copyright File id: 
Abstract File id: 
Bibliographic File id: 
Volume set size is: 1
Volume set sequence number is: 1
Logical block size is: 2048
Volume size is: 364297
El Torito VD version 1 found, boot catalog is in sector 40
Joliet with UCS level 3 found
Rock Ridge signatures version 1 found
Eltorito validation header:
    Hid 1
    Arch 0 (x86)
    ID ''
    Key 55 AA
    Eltorito defaultboot header:
        Bootid 88 (bootable)
        Boot media 0 (No Emulation Boot)
        Load segment 0
        Sys type 0
        Nsect 4
        Bootoff 1648 5704

# virt-install  --location RHEL-9.0.0-20210804.6-BaseOS-x86_64-boot.iso   --nodisk
Please enter your authentication name: xxx
Please enter your password: 
ERROR    Error validating install location: Could not find an installable distribution at 'RHEL-9.0.0-20210804.6-BaseOS-x86_64-boot.iso'

The location must be the root directory of an install tree.

Test result - reproduced the bug issue.


2. I can't reproduce the bug issue with RHEL-8.5 boot.iso file

# isoinfo -d -i RHEL-8.5.0-20210722.n.3-BaseOS-x86_64-boot.iso 
CD-ROM is in ISO 9660 format
System id: LINUX
Volume id: RHEL-8-5-0-BaseOS-x86_64
Volume set id: 
Publisher id: 
Data preparer id: 
Application id: GENISOIMAGE ISO 9660/HFS FILESYSTEM CREATOR (C) 1993 E.YOUNGDALE (C) 1997-2006 J.PEARSON/J.SCHILLING (C) 2006-2007 CDRKIT TEAM
Copyright File id: 
Abstract File id: 
Bibliographic File id: 
Volume set size is: 1
Volume set sequence number is: 1
Logical block size is: 2048
Volume size is: 371696
El Torito VD version 1 found, boot catalog is in sector 44
Joliet with UCS level 3 found
Rock Ridge signatures version 1 found
Eltorito validation header:
    Hid 1
    Arch 0 (x86)
    ID ''
    Key 55 AA
    Eltorito defaultboot header:
        Bootid 88 (bootable)
        Boot media 0 (No Emulation Boot)
        Load segment 0
        Sys type 0
        Nsect 4
        Bootoff 59815 366613

# virt-install  --location RHEL-8.5.0-20210722.n.3-BaseOS-x86_64-boot.iso  --nodisk
Please enter your authentication name: xxx
Please enter your password: 
Using default --name rhel8
Using rhel8-unknown default --memory 1536

Test result - with "System id: LINUX" included by the RHEL-8.5 boot.iso file, we can install the VM successfully, thanks.
Comment 3 zhoujunqin 2021-08-06 03:47:38 UTC 
Additional info for Comment 2:
ISO file - RHEL-8.5.0-20210722.n.3-BaseOS-x86_64-boot.iso can also install successfully on RHEL-8.

# virt-install  --location RHEL-8.5.0-20210722.n.3-BaseOS-x86_64-boot.iso  --nodisk
Please enter your authentication name: xxx
Please enter your password: 
Using default --name rhel8-2
Using rhel8-unknown default --memory 1536
....


Thanks.
Comment 4 Marta Lewandowska 2021-08-06 07:32:22 UTC 
(In reply to Andrew Jones from comment #1)
> (In reply to Marta Lewandowska from comment #0)
> > looks a lot like: https://bugzilla.redhat.com/show_bug.cgi?id=1970881
> 
> Except the additional info of comment 0 shows that the system id is 'LINUX'.
> 
> Please provide a url for the exact boot.iso used.
> 
> Thanks,
> drew

Hi Drew,
 
this is the boot.iso that I used:
http://download.eng.bos.redhat.com/pub/rhel-8/nightly/RHEL-8/RHEL-8.5.0-20210722.n.3/compose/BaseOS/aarch64/iso/RHEL-8.5.0-20210722.n.3-BaseOS-aarch64-boot.iso
and its ppc equivalent is also problematic. 

This problem seems to be architecture specific as the same compose passes on x86_64.

thanks,
marta
Comment 5 Jaroslav Suchanek 2021-08-06 08:19:21 UTC 
It really looks like a dup of bug 1970881 which, as I understood it, is basically a "fix" for change in tooling for generating distro ISOs, related discussion in bug 1972061.

Fabiano, can you please confirm? Thanks.
Comment 6 Fabiano Fidêncio 2021-08-06 08:24:25 UTC 
(In reply to Jaroslav Suchanek from comment #5)
> It really looks like a dup of bug 1970881 which, as I understood it, is
> basically a "fix" for change in tooling for generating distro ISOs, related
> discussion in bug 1972061.
> 
> Fabiano, can you please confirm? Thanks.

Yep, that's the case and https://bugzilla.redhat.com/show_bug.cgi?id=1972061 should be fixed.
We can work this around on the osinfo-db side, but the better solution would be a fix in the tools side.
Comment 7 Andrew Jones 2021-08-06 09:35:05 UTC 
(In reply to Fabiano Fidêncio from comment #6)
> (In reply to Jaroslav Suchanek from comment #5)
> > It really looks like a dup of bug 1970881 which, as I understood it, is
> > basically a "fix" for change in tooling for generating distro ISOs, related
> > discussion in bug 1972061.
> > 
> > Fabiano, can you please confirm? Thanks.
> 
> Yep, that's the case and https://bugzilla.redhat.com/show_bug.cgi?id=1972061
> should be fixed.
> We can work this around on the osinfo-db side, but the better solution would
> be a fix in the tools side.

But, as pointed out in the additional info of comment 0 and again in comment 1 and now just confirmed by me using the image pointed out in comment 4

$ isoinfo -d -i RHEL-8.5.0-20210722.n.3-BaseOS-aarch64-boot.iso
CD-ROM is in ISO 9660 format
System id: LINUX
Volume id: RHEL-8-5-0-BaseOS-aarch64
...

we do have 'LINUX' for the system id already. So is this really a dup?

Thanks,
drew
Comment 8 Fabiano Fidêncio 2021-08-06 09:39:11 UTC 
(In reply to Andrew Jones from comment #7)
> (In reply to Fabiano Fidêncio from comment #6)
> > (In reply to Jaroslav Suchanek from comment #5)
> > > It really looks like a dup of bug 1970881 which, as I understood it, is
> > > basically a "fix" for change in tooling for generating distro ISOs, related
> > > discussion in bug 1972061.
> > > 
> > > Fabiano, can you please confirm? Thanks.
> > 
> > Yep, that's the case and https://bugzilla.redhat.com/show_bug.cgi?id=1972061
> > should be fixed.
> > We can work this around on the osinfo-db side, but the better solution would
> > be a fix in the tools side.
> 
> But, as pointed out in the additional info of comment 0 and again in comment
> 1 and now just confirmed by me using the image pointed out in comment 4
> 
> $ isoinfo -d -i RHEL-8.5.0-20210722.n.3-BaseOS-aarch64-boot.iso
> CD-ROM is in ISO 9660 format
> System id: LINUX
> Volume id: RHEL-8-5-0-BaseOS-aarch64
> ...
> 
> we do have 'LINUX' for the system id already. So is this really a dup?

Then it's not and I misread the content, sorry.

I just double-checked osinfo-db and we don't have RHEL-8.5 information there yet.
I'm moving this one to osinfo-db, will add the data there and backport the patch downstream.

Thanks!
Comment 9 Fabiano Fidêncio 2021-08-06 09:53:34 UTC 
https://gitlab.com/libosinfo/osinfo-db/-/merge_requests/340
Comment 10 Danilo de Paula 2021-08-11 20:11:42 UTC 
By rebasing it to a new version, this should be fixed.

So I'm adding rebase keyword. I'm waiting for QE to QA_ACK this so I can run the build.
Comment 11 Danilo de Paula 2021-08-11 20:12:57 UTC 
QA_ACK and ITM, please?
Comment 12 Radek Duda 2021-08-12 08:35:17 UTC 
You go it
Comment 17 Danilo de Paula 2021-08-30 19:20:25 UTC 
Build's ready since August 15. Missed errata tough =/

Everything should be rdy now.
Comment 22 Radek Duda 2021-09-01 10:57:57 UTC 
I tested ths on both RHEL-8 and RHEL-9 with the same result:
$ virt-install --location RHEL-8.5.0-20210722.n.3-BaseOS-aarch64-boot.iso  --nodisk
ERROR    Error validating install location: Could not find an installable distribution at URL 'RHEL-8.5.0-20210722.n.3-BaseOS-aarch64-boot.iso'

The location must be the root directory of an install tree.
See virt-install man page for various distro examples.


osinfo-detect gives:
osinfo-detect RHEL-8.5.0-20210722.n.3-BaseOS-aarch64-boot.iso 
Media is bootable.
Media is an installer for OS 'Red Hat Enterprise Linux 8.5 (aarch64)'

on both  RHEL-8 and RHEL-9

So it seems as virt-install issue then.

I tested on:
RHEL-8:
virt-install-2.2.1-4.el8.noarch
osinfo-db-20210809-1.el8.noarch

RHEL-9:
virt-install-3.2.0-8.el9.noarch
osinfo-db-20210809-1.el9.noarch
Comment 32 Radek Duda 2021-09-03 12:43:50 UTC 
Works for me:
Tried on aarch64 host:
osinfo-db-20210809-1.el8.noarch
[root@gigabyte-r120-20 ~]# virt-install -l RHEL-8.6.0-20210901.3-BaseOS-aarch64-boot.iso 
ERROR    Error validating install location: Could not find an installable distribution at 'RHEL-8.6.0-20210901.3-BaseOS-aarch64-boot.iso'

The location must be the root directory of an install tree.
See virt-install man page for various distro examples.

installed osinfo-db from c#29:
[root@gigabyte-r120-20 ~]# virt-install -l /RHEL-8.6.0-20210901.3-BaseOS-aarch64-boot.iso
works
Comment 35 Radek Duda 2021-09-07 09:13:23 UTC 
Needinfo provided in #c32
Comment 37 Danilo de Paula 2021-09-09 16:00:59 UTC 
Moving to ON_QA as the bug is already in the errata.
Comment 39 smitterl 2021-09-13 14:40:37 UTC 
I reproduced this on s390x with beta compose
RHEL-8.5.0-20210902.5-s390x-dvd1.iso
osinfo-db-20210809-1.el8.noarch

Confirmed could boot into beta installer compose ISO with
osinfo-db-20210903-1.el8.noarch (from Advisory)
Comment 42 errata-xmlrpc 2021-11-09 18:53:24 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (osinfo-db bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2021:4342
Comment 43 dhya 2024-07-26 07:15:50 UTC 
For anyone running into this issue, please see this comment on SE:
  https://unix.stackexchange.com/a/780827

If the ISO is not in osinfo-db, then the initrd and kernel parameters must be specified to the --location switch.  

In short, use the 'isoinfo' command (which is part of the 'genisoimage' package) to find the correct path for the initrd and kernel:

isoinfo -J -i <ISO image> -l | grep -e '(initrd|vmlinuz)'
isoinfo -J -i <ISO image> -l | less

For example, with Kali Linux (x64), the values are:
  initrd=install.amd/initrd.gz
  kernel=install.amd/vmlinuz

Thus you would use:
  --location $isoImage,initrd=install.amd/initrd.gz,kernel=install.amd/vmlinuz
Note You need to log in before you can comment on or make changes to this bug.