Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1076603

Summary: creating iscsi domain fails on fedora 19/20/21 host
Product: [Retired] oVirt Reporter: John Taylor <jtt77777>
Component: vdsmAssignee: Nir Soffer <nsoffer>
Status: CLOSED CURRENTRELEASE QA Contact: Gil Klein <gklein>
Severity: high Docs Contact:
Priority: unspecified    
Version: 3.4CC: acathrow, amureini, bazulay, dougsland, gklein, iheim, mgoldboi, yeylon
Target Milestone: ---Keywords: Reopened
Target Release: 3.4.2   
Hardware: x86_64   
OS: Linux   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Cause: Due to a bug in the iscsi-initiator-utils package, connections to pre-existing iSCSI connections would fail. Consequence: iSCSI domains were unusable by VDSM. Fix: This patch causes VDSM to depend on iscsi-initiator-utils>=6.2.0.873-21, which contains a fix for the aforementioned issue. Result: VDSM can use iSCSI domains.
 Story Points: ---
Clone Of: Environment:
Last Closed: 2014-06-10 15:43:59 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1114269    
Attachments:
Description Flags
vdsm log none

Description John Taylor 2014-03-14 15:53:34 UTC 
Description of problem:
trying to add an iscsi domain fails with "cannot acquire host id" on a fedora 19 host (mine happens to be from an all-in-one)

Version-Release number of selected component (if applicable):

vdsm-4.14.5-0.fc19.x86_64
ovirt-engine-3.4.0-0.12.master.20140228075627.fc19.noarch
iscsi-initiator-utils-6.2.0.873-17.fc19.x86_64
libiscsi-1.7.0-5.fc19.x86_64

How reproducible:
always

Steps to Reproduce:
1. install all in one
2. try to create an iscsi storage domain 

Actual results:
after successful discover and login in the new domain dialog, clicking ok to create it fails with "Cannot acquire host id." 

Expected results:
successful creation of domain

Additional info:

I'm attaching the vdsm log that shows that although the discover and login work in the create flow ( line #598 the first connectStorageServer) , the creation fails (the second connectStorageServer) with "iscsiadm: default: 1 session requested, but 1 already present.\niscsiadm: Could not log into all portals\n'; <rc> = 15"

so it looks like the iscsi is connected for discover and login, and isn't logged out before the next connectStorageServer and the iscsi initiator utils in f19 at least return an error if a login is attempted when one is already establed.

I think bz#1015563 "scsiadm: "iscsiadm -m node -l" fails if there is already some session" has useful related info
Comment 1 John Taylor 2014-03-14 17:21:18 UTC 
Created attachment 874545 [details]
vdsm log
Comment 2 Nir Soffer 2014-04-07 14:30:26 UTC 
This happens also with vdsm-4.13.3 (ovirt-3.3) and vdsm-4.14.6 (ovirt-3.4).

Workaround: downgrade iscsi-initiator-utils to version 6.2.0.873-6.fc19.x86_64. Tested with vdsm-4.13.3 and vdsm-4.14.6.

This should block on bug 1015563, but we need a Fedora bug for this.
Comment 3 Douglas Schilling Landgraf 2014-04-09 14:32:06 UTC 
*** Bug 1084206 has been marked as a duplicate of this bug. ***
Comment 4 Allon Mureinik 2014-04-27 15:55:41 UTC 
Enabling the Fedora Testing repository will provide iscsi-initiator-utils-6.2.0.873-21, which should contain the fix for this issue (on F19, F20 and F21).
Comment 5 Allon Mureinik 2014-05-04 08:20:18 UTC 
(In reply to Allon Mureinik from comment #4)
> Enabling the Fedora Testing repository will provide
> iscsi-initiator-utils-6.2.0.873-21, which should contain the fix for this
> issue (on F19, F20 and F21).
This update is now available in the "updates" repository, no need to enable "testing".
Comment 6 Allon Mureinik 2014-05-04 08:21:02 UTC 
QA: Also notice the same issue represents in Fedora 20 and 21.
Comment 7 Nir Soffer 2014-05-04 13:10:58 UTC 
How to test:

1. Install Fedora version with iscsi-initiator-utils < 6.2.0.873-21
2. During installtion, vdsm must install iscsi-initiator-utils >= 6.2.0.873-2
Comment 8 Sandro Bonazzola 2014-05-08 13:36:30 UTC 
This is an automated message

oVirt 3.4.1 has been released:
 * should fix your issue
 * should be available at your local mirror within two days.

If problems still persist, please make note of it in this bug report.
Comment 9 Nir Soffer 2014-05-11 16:18:03 UTC 
The issue is not fixed since vdsm does not require the version that contain this fix.

This was proabably not tested or tested incorrectly.
Comment 10 Allon Mureinik 2014-06-10 15:43:59 UTC 
oVirt 3.4.2 has been released.