Bug 1990452
| Summary: | virt-install --location fails with Could not find an installable distribution at URL '/var/lib/libvirt/images/boot.iso' | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 8 | Reporter: | Marta Lewandowska <mlewando> | |
| Component: | osinfo-db | Assignee: | Fabiano Fidêncio <fidencio> | |
| Status: | CLOSED ERRATA | QA Contact: | Radek Duda <rduda> | |
| Severity: | medium | Docs Contact: | ||
| Priority: | medium | |||
| Version: | 8.5 | CC: | ddepaula, drjones, dzheng, ehadley, felicia, fidencio, jsuchane, juzhou, lmiksik, rduda, smitterl, tpelka, tyan, tzheng, virt-maint, xiaodwan | |
| Target Milestone: | beta | Keywords: | Rebase, Triaged | |
| Target Release: | --- | Flags: | pm-rhel:
mirror+
|
|
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | osinfo-db-20210903-1.el8 | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 2002720 (view as bug list) | Environment: | ||
| Last Closed: | 2021-11-09 18:53:24 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: | 2002720 | |||
|
Description
Marta Lewandowska
2021-08-05 12:45:56 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 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.
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. (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 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. (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. (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 (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! 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. QA_ACK and ITM, please? You go it Build's ready since August 15. Missed errata tough =/ Everything should be rdy now. 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 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 Needinfo provided in #c32 Moving to ON_QA as the bug is already in the errata. 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) 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 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 |