Bug 156583 - EMC CLARiion needs "queue_if_no_path" feature by default in hwtable.c of libmultipath.
EMC CLARiion needs "queue_if_no_path" feature by default in hwtable.c of libm...
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: device-mapper-multipath (Show other bugs)
All Linux
high Severity high
: ---
: ---
Assigned To: Alasdair Kergon
Depends On:
  Show dependency treegraph
Reported: 2005-05-01 22:24 EDT by Ed Goggin
Modified: 2010-01-11 21:20 EST (History)
11 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-10-07 08:53:50 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Novell 81688 None None None Never

  None (edit)
Description Ed Goggin 2005-05-01 22:24:13 EDT
Description of problem:

The features field of the hwentry structure in the hwtable vector
setup in libmultipath/hwtable.c needs to be set to "1 queue_if_no_path"
for the EMC CLARiion.  This field is currently set to 0.
Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:
Comment 1 Ed Goggin 2005-05-02 11:06:29 EDT
EMC CLARiion needs this multipath feature enabled in order to not fail
ios during expected transient periods when all paths to a CLARiion
logical unit are failed as part of a non-destructive upgrade of the
CLARiion storage system's ucode.
Comment 2 Lars Marowsky-Bree 2005-05-03 06:29:26 EDT
Ed, while I'm willing to add that flag for the EMC CX series, could you please
check with your CX group about _why_ the CLARiiON is violating the written
specification of _not_ requiring this during a NDU? 

Maybe it's a pending firmware bug in the CX; if not, one should be filed for it
too; either the firmware or the documentation needs fixing. I think your
customers would appreciate that ;-)
Comment 3 Ed Goggin 2005-07-20 19:01:49 EDT
During an NDU of CLARiiON ucode the CLARiiON's write cache must be
written to safe storage on the CLARiiON and the data in the safe processed.
During some portion of this time, both SPs can be non-respondent to any IO
from an attached host.

If this period of time is longer than a linux host's SCSI command timeout,
the SCSI layer will report a command timeout.  This will cause the multipathing
software to fail a path and retry on another path to the same logical unit.
Assuming this process is repeated for all paths to the same logical unit,
all paths the logical unit will be in a failed state.  The only thing keeping
an IO error (ENXIO) from being propagated to the user is the queue_if_no_path
multipath attribute.
Comment 4 Heather Conway 2005-08-30 15:11:26 EDT
Would you please provide an update to this Bugzilla?  Has this request been 
accepted and will the change be incorporated into RHEL 4.0 U3?  
If additional information is required from EMC, please let me know.
Comment 5 Ed Goggin 2005-08-30 15:42:36 EDT
AFAIK, this change request made it into Red Hat AS 4 Update 2.
Comment 7 Ed Goggin 2005-09-15 13:34:21 EDT
This bugzilla should be closed as resolved as per comment #5 above.
Comment 8 Rob Kenna 2005-10-07 08:53:50 EDT
Closed per confirmation from EMC comments #5 & #7.  Never released w/ the bug.

Note You need to log in before you can comment on or make changes to this bug.