Bug 1891521
| Summary: | Failed to add block storage on RHEL 8.3 during HE deployment. | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [oVirt] ovirt-hosted-engine-setup | Reporter: | Nikolai Sednev <nsednev> | ||||
| Component: | General | Assignee: | Lev Veyde <lveyde> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Nikolai Sednev <nsednev> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 2.4.7 | CC: | arachman, bugs, cshao, dfodor, lsvaty, lveyde, mavital, michal.skrivanek, mtessun, nlevy, peyu, sbonazzo, shlei, stirabos, weiwang, yaniwang | ||||
| Target Milestone: | ovirt-4.4.3-1 | Keywords: | Triaged | ||||
| Target Release: | --- | Flags: | pm-rhel:
ovirt-4.4+
sbonazzo: blocker? pm-rhel: planning_ack+ sbonazzo: devel_ack+ mavital: testing_ack+ |
||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | ovirt-hosted-engine-setup-2.4.8 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2020-11-11 06:42:25 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | Integration | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
Created attachment 1724165 [details]
logs from alma04 host
According to ovirt-hosted-engine-setup-ansible-iscsi_getdevices log "otopi_iscsi_devices" var structure is 'otopi_iscsi_devices.ovirt_host_storages':
2020-10-26 15:54:53,460+0200 DEBUG var changed: host "localhost" var "otopi_iscsi_devices" type "<class 'dict'>" value: "{
"changed": false,
"failed": false,
"ovirt_host_storages": [
{
"host": {
"href": "/ovirt-engine/api/hosts/be83d0d9-12c3-4d00-8007-b093dcce610d",
"id": "be83d0d9-12c3-4d00-8007-b093dcce610d"
},
"href": "/ovirt-engine/api/hosts/be83d0d9-12c3-4d00-8007-b093dcce610d/storage/20024f4005854018a",
"id": "20024f4005854018a",
"logical_units": [
{
"address": "10.35.162.67",
"discard_max_size": 16777216,
"discard_zeroes_data": false,
"id": "20024f4005854018a",
"lun_mapping": 31,
"paths": 2,
"port": 3260,
"portal": "10.35.162.67:3260,1",
"product_id": "K2",
"serial": "SKMNRIO_K2_5854018a",
"size": 120259084288,
"status": "free",
"target": "iqn.2009-01.com.kaminario:storage.k2.22612",
"vendor_id": "KMNRIO"
}
],
"type": "iscsi"
},
{
"host": {
"href": "/ovirt-engine/api/hosts/be83d0d9-12c3-4d00-8007-b093dcce610d",
"id": "be83d0d9-12c3-4d00-8007-b093dcce610d"
},
"href": "/ovirt-engine/api/hosts/be83d0d9-12c3-4d00-8007-b093dcce610d/storage/20024f40058540000",
"id": "20024f40058540000",
"logical_units": [
{
"address": "10.35.162.67",
"discard_max_size": 16777216,
"discard_zeroes_data": false,
"id": "20024f40058540000",
"lun_mapping": 0,
"paths": 2,
"port": 3260,
"portal": "10.35.162.67:3260,1",
"product_id": "K2",
"serial": "SKMNRIO_K2_58540000",
"size": 0,
"status": "free",
"target": "iqn.2009-01.com.kaminario:storage.k2.22612",
"vendor_id": "KMNRIO"
}
],
"type": "iscsi"
}
]
}"
But in ovirt-hosted-engine-setup:
available_luns = r[
'otopi_iscsi_devices'
][
'ansible_facts'
]['ovirt_host_storages']
Looks like we need to delete 'ansible_facts'.
Works fine over iSCSI on these components: rhvm-appliance-4.4-20200915.0.el8ev.x86_64 ovirt-hosted-engine-setup-2.4.8-1.el8ev.noarch ovirt-hosted-engine-ha-2.4.5-1.el8ev.noarch Linux 4.18.0-240.2.1.el8_3.x86_64 #1 SMP Tue Oct 27 08:54:58 EDT 2020 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux release 8.3 (Ootpa) Works fine over FC on these components: rhvm-appliance-4.4-20200915.0.el8ev.x86_64 ovirt-hosted-engine-setup-2.4.8-1.el8ev.noarch ovirt-hosted-engine-ha-2.4.5-1.el8ev.noarch Linux 4.18.0-240.2.1.el8_3.x86_64 #1 SMP Tue Oct 27 08:54:58 EDT 2020 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux release 8.3 (Ootpa) This bugzilla is included in oVirt 4.4.3 release, published on November 10th 2020. Since the problem described in this bug report should be resolved in oVirt 4.4.3 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report. |
Description of problem: Failed to detect iSCSI lun on RHEL 8.3 during HE deployment. [ INFO ] ok: [localhost] The following targets have been found: [1] iqn.2009-01.com.kaminario:storage.k2.22612 TPGT: 1, portals: 10.35.162.66:3260 10.35.162.67:3260 Please select a target (1) [1]: [ INFO ] Getting iSCSI LUNs list [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Execute just a specific set of steps] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Force facts gathering] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : include_tasks] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Obtain SSO token using username/password credentials] [ INFO ] ok: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : iSCSI login] [ INFO ] changed: [localhost] [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Get iSCSI LUNs] [ INFO ] ok: [localhost] [ ERROR ] Cannot find any LUN on the selected target [ ERROR ] Unable to get target list Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs)[nfs]: iscsi Please specify the iSCSI portal IP address: 10.35.162.66 Please specify the iSCSI portal port [3260]: Version-Release number of selected component (if applicable): ovirt-hosted-engine-setup-2.4.7-3.el8ev.noarch ovirt-hosted-engine-ha-2.4.5-1.el8ev.noarch Linux 4.18.0-240.1.1.el8_3.x86_64 #1 SMP Fri Oct 16 13:36:46 EDT 2020 x86_64 x86_64 x86_64 GNU/Linux Red Hat Enterprise Linux release 8.3 (Ootpa) How reproducible: 100% Steps to Reproduce: 1.Deploy HE over iSCSI. Actual results: Fails to detect any mapped LUNs. Expected results: Should normally detect LUN. Additional info: I see active session from host to storage, from the storage UI. Please also look at the https://bugzilla.redhat.com/show_bug.cgi?id=1889953, it might be related, although opened on FC instead of iSCSI, but they're both block storage.