Bug 1659366
Summary: | Only list one volume info even though has multiple luns for iscsi-direct pool | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux Advanced Virtualization | Reporter: | Meina Li <meili> |
Component: | libvirt | Assignee: | Ján Tomko <jtomko> |
Status: | CLOSED ERRATA | QA Contact: | Meina Li <meili> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 8.0 | CC: | dyuan, hhan, jdenemar, jsuchane, knoel, lmen, rbalakri, xuzhang, yisun |
Target Milestone: | rc | Keywords: | Upstream |
Target Release: | 8.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | libvirt-5.3.0-1.el8 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-11-06 07:12:13 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: |
Description
Meina Li
2018-12-14 08:13:16 UTC
It can be listed by libiscsi-tools: # iscsi-ls --show-luns iscsi://10.66.144.87 Target:iqn.2017-12.com.virttest:emulated-iscsi-noauth.target2 Portal:10.66.144.87:3260,1 Lun:0 Type:DIRECT_ACCESS (Size:299M) Lun:1 Type:DIRECT_ACCESS (Size:1G) It's likely a bug of libvirt. This is already fixed upstream by commit bf5cf610f206d5d54914e8f8b0764b2b37ddf50c Refs: v5.1.0-rc2-4-gbf5cf610f2 Author: Michal Privoznik <mprivozn> AuthorDate: Thu Feb 28 15:08:19 2019 +0100 Commit: Michal Privoznik <mprivozn> CommitDate: Thu Feb 28 15:55:48 2019 +0100 virISCSIDirectRefreshVol: Don't clear volumes in each run When fetching LUNs from iscsi server the virISCSIDirectReportLuns() is called. This function does some libiscsi calls and then calls virISCSIDirectRefreshVol() over each LUN found. It's unfortunate that the latter calls virStoragePoolObjClearVols() as we lose all LUNs processed in previous iterations. Signed-off-by: Michal Privoznik <mprivozn> Reviewed-by: Jiri Denemark <jdenemar> Verified Version: libvirt-5.4.0-1.module+el8.1.0+3304+7eb41d5f.x86_64 qemu-kvm-4.0.0-4.module+el8.1.0+3356+cda7f1ee.x86_64 kernel-4.18.0-107.el8.x86_64 Verified Steps: 1. Define and start an iscsi-direct pool. # virsh pool-dumpxml iscsi-direct <pool type='iscsi-direct'> <name>iscsi-direct</name> <uuid>2b621385-f734-4b98-8131-0fc17ed29e67</uuid> <capacity unit='bytes'>64424704512</capacity> <allocation unit='bytes'>64424704512</allocation> <available unit='bytes'>0</available> <source> <host name='**IP**'/> <device path='iqn.2017-12.com.virttest:emulated-iscsi-noauth.target2'/> <initiator> <iqn name='iqn.2017-12.com.example:client'/> </initiator> </source> </pool> 2. Check volume info. # virsh vol-list iscsi-direct Name Path ------------------------------------------------------------------------------------------------------ unit:0:0:0 ip-**IP**:3260-iscsi-iqn.2017-12.com.virttest:emulated-iscsi-noauth.target2-lun-0 unit:0:0:1 ip-**IP**:3260-iscsi-iqn.2017-12.com.virttest:emulated-iscsi-noauth.target2-lun-1 unit:0:0:2 ip-**IP**:3260-iscsi-iqn.2017-12.com.virttest:emulated-iscsi-noauth.target2-lun-2 # virsh vol-info unit:0:0:2 iscsi-direct Name: unit:0:0:2 Type: network Capacity: 30.00 GiB Allocation: 30.00 GiB So move this bug to be verified. 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, 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/RHBA-2019:3723 |