Bug 1121998

Summary: RHEV-H 20140603.2 - new FC LUNs not visible
Product: Red Hat Enterprise Virtualization Manager Reporter: Evgheni Dereveanchin <ederevea>
Component: vdsmAssignee: Nir Soffer <nsoffer>
Status: CLOSED ERRATA QA Contact: Elad <ebenahar>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 3.4.0CC: acanan, amureini, asegundo, bazulay, ecohen, ederevea, iheim, lpeer, nlevinki, nsoffer, scohen, trichard, yeylon
Target Milestone: ---Keywords: ZStream
Target Release: 3.5.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: storage
Fixed In Version: v4.16.2 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1123637 (view as bug list) Environment:
Last Closed: 2015-02-11 21:12:12 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 1123637, 1142923, 1156165    

Description Evgheni Dereveanchin 2014-07-22 10:26:03 UTC
Description of problem:
when using RHEV-H 20140603.2 hosts, opening the "Add Storage" menu o nthe RHEV-M does not seem to trigger a SCSI rescan on the SPM, so newly provisioned LUNs remain unvisible to the host

Version-Release number of selected component (if applicable):
RHEV-H 20140603.2 (vdsm 4.14.7-3)
RHEV-M 3.3
RHEV-M 3.4

How reproducible:
always

Steps to Reproduce:
1. provision LUN
2. make it accessible to all hosts
3. try to create a new storage domain on this LUN

Actual results:
new LUN not visible in the list on RHEV-M or on the RHEV-H multipath output

Expected results:
new LUN visible and usable for storage tasks

Comment 3 Allon Mureinik 2014-07-23 06:12:00 UTC
Please attach the engine and VDSM logs.

Comment 4 Daniel Erez 2014-07-23 06:29:59 UTC
@Nir - is it already solved by Change-Id: I7699504f9771232ee0b880f9c83a51fd5b90f40e

Comment 5 Nir Soffer 2014-07-23 09:42:47 UTC
(In reply to Daniel Erez from comment #4)
> @Nir - is it already solved by Change-Id:
> I7699504f9771232ee0b880f9c83a51fd5b90f40e

It seems to be solved by http://gerrit.ovirt.org/27122.

Comment 8 Allon Mureinik 2014-07-27 08:42:11 UTC
(In reply to Nir Soffer from comment #5)
> (In reply to Daniel Erez from comment #4)
> > @Nir - is it already solved by Change-Id:
> > I7699504f9771232ee0b880f9c83a51fd5b90f40e
> 
> It seems to be solved by http://gerrit.ovirt.org/27122.
So let's please backport this fix to 3.5 and 3.4.z.

Comment 9 Nir Soffer 2014-07-27 10:47:48 UTC
(In reply to Allon Mureinik from comment #8)
> So let's please backport this fix to 3.5 and 3.4.z.
qa ack is missing.

Comment 10 Allon Mureinik 2014-07-27 10:54:51 UTC
(In reply to Nir Soffer from comment #9)
> (In reply to Allon Mureinik from comment #8)
> > So let's please backport this fix to 3.5 and 3.4.z.
> qa ack is missing.

Aharon/Nati/Gil - please examine for qa ack/nack for inclusion in 3.4.2.

Comment 12 Allon Mureinik 2014-07-27 12:30:58 UTC
(In reply to Nir Soffer from comment #9)
> (In reply to Allon Mureinik from comment #8)
> > So let's please backport this fix to 3.5 and 3.4.z.
> qa ack is missing.

All acks are granted - please backport to 3.5.0.

Comment 13 Elad 2014-09-15 11:07:30 UTC
New FC LUNs mapped to the host are being live listed in the devices list the host is exposed to.
Tested against XtremIO storage server.

Verified using rhev3.5 vt3.1  vdsm-4.16.3-3.el7.beta.x86_64

Comment 14 Tahlia Richardson 2015-01-16 01:44:52 UTC
Hi,
Since the requires_doc_text flag has been set to ?, please provide draft doc text in the format of: 

Cause:
Consequence:
Fix:
Result:

Thanks,
Tahlia

Comment 15 Nir Soffer 2015-02-02 13:22:22 UTC
This is a duplicate of bug 1159839, which has a good description of the fix.

Comment 20 errata-xmlrpc 2015-02-11 21:12:12 UTC
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://rhn.redhat.com/errata/RHBA-2015-0159.html