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 1981303

Summary: libguestfs: FTBFS in Fedora rawhide
Product: [Fedora] Fedora Reporter: Tomáš Hrnčiar <thrnciar>
Component: libguestfsAssignee: Richard W.M. Jones <rjones>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: rjones
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
URL: https://koschei.fedoraproject.org/package/libguestfs
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-07-16 10:37:17 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: 1890881, 1927309    

Description Tomáš Hrnčiar 2021-07-12 10:45:10 UTC
Description of problem:
Package libguestfs fails to build from source in Fedora rawhide.

Version-Release number of selected component (if applicable):
1.45.6-6.fc35

Steps to Reproduce:
koji build --scratch f35 libguestfs-1.45.6-6.fc35.src.rpm

Additional info:
This package is tracked by Koschei. See:
https://koschei.fedoraproject.org/package/libguestfs

Comment 1 Richard W.M. Jones 2021-07-16 10:00:52 UTC
When we load the virtio-scsi module it doesn't seem to be able to
find any disks:

supermin: internal insmod virtio_scsi.ko
[    8.188269] scsi host2: Virtio SCSI HBA
[    8.238262] scsi 2:0:0:0: Power-on or device reset occurred
[    8.239262] scsi 2:0:0:0: Power-on or device reset occurred
[    8.286254] scsi 2:0:1:0: Power-on or device reset occurred
[    8.287254] scsi 2:0:1:0: Power-on or device reset occurred

Normal output looks more like this:

supermin: internal insmod virtio_scsi.ko
[    0.762503] scsi host2: Virtio SCSI HBA
[    0.764214] scsi 2:0:0:0: Direct-Access     QEMU     QEMU HARDDISK    2.5+ PQ: 0 ANSI: 5
[    0.766045] scsi 2:0:1:0: Direct-Access     QEMU     QEMU HARDDISK    2.5+ PQ: 0 ANSI: 5
[    0.781277] sd 2:0:0:0: Power-on or device reset occurred
[    0.782211] sd 2:0:0:0: Attached scsi generic sg0 type 0
[    0.783246] sd 2:0:1:0: Attached scsi generic sg1 type 0
[    0.784101] sd 2:0:1:0: Power-on or device reset occurred
[    0.784999] sd 2:0:0:0: [sda] 204800 512-byte logical blocks: (105 MB/100 MiB)
[    0.786127] sd 2:0:0:0: [sda] Write Protect is off
...

Comment 2 Richard W.M. Jones 2021-07-16 10:02:26 UTC
Created attachment 1802357 [details]
build.log

Attach build.log for future reference.

Comment 3 Richard W.M. Jones 2021-07-16 10:37:17 UTC
NOT able to reproduce this locally with:

kernel-5.13.0-0.rc4.20210603git324c92e5e0ee.35.fc35.x86_64
kernel-5.14.0-0.rc1.20210714git40226a3d96ef.18.fc35.x86_64
libvirt-libs-7.4.0-2.fc35.x86_64
libvirt-libs-7.5.0-1.fc35.x86_64
seabios-bin-1.14.0-3.fc35.noarch
seabios-bin-1.14.0-4.fc35.noarch
qemu-system-x86-6.0.0-1.fc35.x86_64
qemu-system-x86-6.0.0-9.fc35.x86_64
glibc-2.33.9000-37.fc35.x86_64
glibc-2.33.9000-43.fc35.x86_64

I can't think of any other component that could cause this, so
I tried a scratch build with latest Rawhide:

https://koji.fedoraproject.org/koji/taskinfo?taskID=71997943

As this was successful, I guess this was just a temporary "blip"
or problem with the kernel which has since been resolved.