Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 642344

Summary: [vdsm] [storage] vdsm parse rhel6 storage server vendor incorrectly (unable to connect to LUN)
Product: Red Hat Enterprise Linux 6 Reporter: Haim <hateya>
Component: vdsmAssignee: Igor Lvovsky <ilvovsky>
Status: CLOSED CURRENTRELEASE QA Contact: Haim <hateya>
Severity: medium Docs Contact:
Priority: low    
Version: 6.1CC: abaron, hateya, iheim, lkocman, lpeer, mgoldboi, Rhev-m-bugs, sgrinber, yeylon, ykaul
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: vdsm-4.9-24.el6 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-08-19 15:21:38 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
vdsm full log. none

Description Haim 2010-10-12 16:20:32 UTC
Created attachment 452990 [details]
vdsm full log.

Description of problem:

fail to add device (lun) from rhel 6 storage server. 
seems as if vdsm parse vendor type wrongly, and as a result, configure multiple wrongly. 
as a result, connection to that lun fails (device list returns empty). 

see the following output: 

1IET     00010001 dm-3 IET,VIRTUAL-DISK
size=150G features='0' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=1 status=active
  `- 5:0:0:1 sdb 8:16 active ready running

getDeviceList returns empty:

Thread-72::INFO::2010-10-12 18:41:15,918::dispatcher::101::Storage.Dispatcher.Protect::(run) Run and protect: getDeviceList, Return response: {'status': {'mess
age': 'OK', 'code': 0}, 'devList': []}


Ayal and Sagi alerted multipath configuration and after a quick check, it looks like it resolves the problem. 
multipath.conf looks as follows: 

# RHEV REVISION 0.5
#
#
defaults {
     getuid_callout          "/sbin/scsi_id -g -u -d /dev/%n"
     user_friendly_names     no
}

attached logs. 

repro steps:

1) connect host (vdsm) to rhel6 storage server. 
   1.1 discover luns 
   1.2 validate connection 
   1.3 getDeviceList returns empty - although multipath recognizes disks..


storage server version: 2.6.32-71.el6.x86_64, Red Hat Enterprise Linux Server release 6.0 (Santiago)

host: vdsm-4.9-18.el6.x86_64

Comment 2 Ayal Baron 2010-11-06 09:03:17 UTC
*** Bug 648198 has been marked as a duplicate of this bug. ***

Comment 3 Haim 2010-11-28 11:57:34 UTC
verified. 

new multipath.conf looks as follows:


# RHEV REVISION 0.5

defaults {
    polling_interval        5
    getuid_callout          "/sbin/scsi_id -g -u -d /dev/%n"
    user_friendly_names     no
    dev_loss_tmo            30
}


manage to connect old luns as well as new. 

verified on vdsm-4.9-25.el6.x86_64

Comment 4 Lubos Kocman 2010-12-09 17:05:09 UTC
*** Bug 661729 has been marked as a duplicate of this bug. ***