Bug 1967133

Summary:	QEMU: disable libiscsi in RHEL-9
Product:	Red Hat Enterprise Linux 9	Reporter:	Ademar Reis <areis>
Component:	qemu-kvm	Assignee:	Miroslav Rezanina <mrezanin>
qemu-kvm sub component:	General	QA Contact:	zixchen
Status:	CLOSED CURRENTRELEASE	Docs Contact:
Severity:	unspecified
Priority:	unspecified	CC:	coli, dyuan, fjin, hhan, jinzhao, juzhang, lmen, meili, mrezanin, pbonzini, stefanha, virt-maint, xuwei, xuzhang, yama, yfu, yisun, ymankad, zixchen
Version:	9.0	Keywords:	Triaged
Target Milestone:	beta	Flags:	pm-rhel: mirror+
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	qemu-kvm-6.0.0-7.el9	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-12-07 21:20:54 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:

Comment 4 Yanan Fu 2021-06-29 06:54:55 UTC

QE bot(pre verify): Set 'Verified:Tested,SanityOnly' as gating/tier1 test pass.

Comment 5 zixchen 2021-07-02 01:11:25 UTC

Version:
qemu-kvm-6.0.0-7.el9.x86_64
kernel-5.13.0-0.rc7.51.el9.x86_64

1. Check qemu-kvm-block-iscsi is disabled.
# rpm -qR qemu-kvm
qemu-kvm-block-curl = 17:6.0.0-7.el9
qemu-kvm-block-rbd = 17:6.0.0-7.el9
qemu-kvm-block-ssh = 17:6.0.0-7.el9
qemu-kvm-core = 17:6.0.0-7.el9
qemu-kvm-ui-opengl = 17:6.0.0-7.el9
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsZstd) <= 5.4.18-1

Actual and expected result: qemu-kvm-block-iscsi is disabled.

Comment 9 Stefan Hajnoczi 2022-07-07 13:21:57 UTC

CCing Paolo Bonzini for future discussion and in case customers comment on this BZ requesting bringing back libiscsi.

Comment 10 felipe 2022-07-07 16:44:00 UTC

Based on a separate conversation with Stefan and team, I'd like to note that Nutanix's AHV uses QEMU's iSCSI backend for certain types of disks. This is relevant because AHV's QEMU is a downstream from RHEL's QEMU. The concern is that if that's untested, there is risk that the code path could break and simply flipping it back on could not work (or even build). It would be good to understand the rationale for this change and, if it's indeed desirable to deprecate this part of QEMU (potentially even upstream), then whether we can discuss alternatives.