Bug 969759

Summary: Failed create a first iSCSI Storage Domain, because host hold iSCSI session to old targets
Product: Red Hat Enterprise Virtualization Manager Reporter: vvyazmin <vvyazmin>
Component: ovirt-engineAssignee: Nobody's working on this, feel free to take it <nobody>
Status: CLOSED NOTABUG QA Contact: vvyazmin <vvyazmin>
Severity: high Docs Contact:
Priority: unspecified    
Version: 3.2.0CC: abaron, acanan, acathrow, dyasny, hateya, iheim, lpeer, Rhev-m-bugs, vvyazmin, yeylon, ykaul
Target Milestone: ---Keywords: Triaged
Target Release: 3.3.0   
Hardware: x86_64   
OS: Linux   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-06-03 10:54:23 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:
Attachments:
Description Flags
## Logs rhevm, vdsm, libvirt, thread dump, superVdsm none

Description vvyazmin@redhat.com 2013-06-02 08:36:22 UTC
Created attachment 755767 [details]
## Logs rhevm, vdsm, libvirt, thread dump, superVdsm

Description of problem: Failed create a first iSCSI Storage Domain, because host hold iSCSI session to old targets

Version-Release number of selected component (if applicable):
RHEVM 3.2 - SF17.1 environment: 

RHEVM: rhevm-3.2.0-11.28.el6ev.noarch 
VDSM: vdsm-4.10.2-21.0.el6ev.x86_64 
LIBVIRT: libvirt-0.10.2-18.el6_4.5.x86_64 
QEMU & KVM: qemu-kvm-rhev-0.12.1.2-2.355.el6_4.3.x86_64 
SANLOCK: sanlock-2.6-2.el6.x86_64

How reproducible:
100%

Depend on BZ969756

Steps to Reproduce:
1. Create iSCSI DC with 50 hosts (in my case 50 fake hosts) connected to 9 Storage Domain, when each one consisted of 8 PV's 
2. All host in “up” state, and all SD in “Active” state
3. Maintenance all 50 hosts (no problem with thread are found)
4. All host in “Maintenance” state
5. Attached all hosts to new iSCSI DC
6. Activate all host
7. All host in “up” state
8. Try create a first SD
  
Actual results:
Failed create first SD.
This happens because, in step 3, some hosts (on 6 from 50) hold iSCSI session to old targets

Expected results:
1. Succeed create first SD
2. Block create  first SD action some host hold iSCSI session to old targets
3. Get warning message in UI, and logs

Impact on user:

Workaround:
Manually disconnect from iSCSI target
    iscsiadm -m session -u
    iscsiadm -m node -o delete

Additional info:

/var/log/ovirt-engine/engine.log

/var/log/vdsm/vdsm.log

Comment 2 vvyazmin@redhat.com 2013-06-03 10:54:23 UTC
I will close this bug, because there is already existing a bug with root cause to this issue.