RE: Multipath and getuid_callout issues withHPXP1024diskarray

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



We submitted a ticket to the XP team at HP to set those options, but
they said they didn't know what "system mode" was, and made some
settings match what had been done for some VMWare servers we installed.

I'm still getting results like the following:
# /sbin/scsi_id -g -u -s /block/sda
0HP______OPEN-E__________50060e80039c5a0400000000000000000000e100
# /sbin/scsi_id -g -u -s /block/sde
0HP______OPEN-E__________50060e80039c5a1400000000000000000000c900

I know these two are the same LUN, for if I use the xpinfo command it'll
show the same CU:LDev value for both devices.

I've got tickets open with HP now to try to address this from both
angles, will update the dm-devel list if I get an answer different that
what's been proposed.

Thanks,
Rick

-----Original Message-----
From: dm-devel-bounces@xxxxxxxxxx [mailto:dm-devel-bounces@xxxxxxxxxx]
On Behalf Of Balasubramanian, Vijayakumar (STSD)
Sent: Tuesday, February 05, 2008 4:32 AM
To: device-mapper development
Subject: RE:  Multipath and getuid_callout issues
withHPXP1024diskarray


Rick,

scsi_id does give unique id for HP XP array LUNs which can be used by
device mapper. Following is the output that I get on my xp device:
# /sbin/scsi_id -g -u -s /block/sdaq
360060e8005276a000000276a0000030e

Can you verify the LUN presentation/ Host mode settings on the array and
the low level drivers on the host.

Note: If you use XP128/1024, the system modes 140 and 293 must be
switched on, otherwise
the XP array does not respond to a SCSI inquiry to code page 0x83 with a
unique serial number
(scsi_id tool). This prevents the DM Multipath from detecting the
redundant paths.

Hope this helps.

-Vijay


-----Original Message-----
From: dm-devel-bounces@xxxxxxxxxx [mailto:dm-devel-bounces@xxxxxxxxxx]
On Behalf Of Greene, Rick
Sent: Thursday, January 31, 2008 12:26 AM
To: device-mapper development
Subject: RE:  Multipath and getuid_callout issues with
HPXP1024diskarray

I've been trying to play with using a different command in the
getuid_callout, but everything I try comes up with "error calling out".
For example, I wrote my own little shell script that pushes out the same
scsi_id string, plus some output from a vendor-supplied disk querying
command, and this is what "multipath -v3" shows for one of the devices
(they all display similar results):

===== path info sda (mask 0x1f) =====
bus = 1
dev_t = 8:0
size = 28452960
vendor = HP
product = OPEN-E
rev = 2114
h:b:t:l = 1:0:0:0
tgt_node_name = 0x50060e80039c5a04
serial = 40026
path checker = readsector0 (internal default) state = 2 getprio =
/bin/true (internal default) prio = 0 getuid = /sbin/xpdisk %n (internal
default) error calling out /sbin/xpdisk sda uid =  (callout)

Run manually, it looks like this:
# /sbin/xpdisk sda
0HP_OPEN-E_50060e80039c5a0400000000000000000000e100_05:83

I've tried various things with the script I wrote, including just
spitting out the 05:83 (which is the CU:LDev values from the disk array,
pretty much the most unique disk identifying info I can find)

Not sure what else to do.

Thanks,
Rick

-----Original Message-----
From: dm-devel-bounces@xxxxxxxxxx [mailto:dm-devel-bounces@xxxxxxxxxx]
On Behalf Of malahal@xxxxxxxxxx
Sent: Wednesday, January 30, 2008 1:50 PM
To: dm-devel@xxxxxxxxxx
Subject: Re:  Multipath and getuid_callout issues with
HPXP1024disk array

You have two default sections in your multipath.conf file, but that is
not the problem though. The scsi_id output from each path looks
different, that is why multipath treats them as different LUNs.

Make sure you configure your storage properly or change the default
getuid string that works for your storage.

Thanks, Malahal.

Greene, Rick [rick.greene@xxxxxxxxxxxx] wrote:
> Ok, some more background first:
> 
> System is an HP Proliant DL380 (or maybe DL580?), using Emulex fibre 
> channel cards (don't know exact model off-hand).
> 
> Running Red Hat Enterprise Linux 4, update 5.
> 
> Device-mapper-multipath was version 0.4.5-21, just updated it to
> 0.4.5-27
> 
> There are 4 LUNs from an HP XP1024 disk array, each pathed to be
visible
> on each fibre channel.  LUN type is OPEN-E.
>  
> Multipath now seems to accept the longer string returned by scsi_id,
but
> it doesn't seem able to tell that certain disks are the same.
> 
> Attached is the multipath.conf file I'm using and the output from 
> "multipath -v3". If the attachments don't come through, I'll send 
> separate emails with just the contents for each file.
> 
> Any aide gladly received, I'm in over my head on this one.
> 
> Thanks,
> Rick
> 
> 
> -----Original Message-----
> From: dm-devel-bounces@xxxxxxxxxx [mailto:dm-devel-bounces@xxxxxxxxxx]
> On Behalf Of malahal@xxxxxxxxxx
> Sent: Tuesday, January 29, 2008 5:19 PM
> To: dm-devel@xxxxxxxxxx
> Subject: Re:  Multipath and getuid_callout issues with HP 
> XP1024disk array
> 
> Greene, Rick [rick.greene@xxxxxxxxxxxx] wrote:
> >    I've done what I can to try to understand how all this works, but
I
> keep
> >    getting "error calling out /sbin/scsi_id -g -u -s /block/sda"
when
> I run
> >    the command "multipath -v2"
> > 
> > 
> > 
> >    I've tried a number of different things in the
/etc/multipath.conf
> file,
> >    but keep coming back to this same error.  If I run the command
> manually I
> >    get the following:
> > 
> > 
> > 
> >    # /sbin/scsi_id -g -u -s /block/sda
> > 
> >    0HP______OPEN-E__________50060e80039c5a0400000000000000000000e100
> > 
> > 
> > 
> >    What's missing?  Any help greatly appreciated.
> 
> You are not missing anything. The device id is too big to fit in 
> multipath tools allocated memory. The program incorrectly prints that 
> there is a problem while executing /sbin/scsi_id but in fact the
problem
> lies in the program itself. You may have some old version of multipath

> tools. WWID_SIZE was set to 64 bytes and that is small for your
device.
> Get the latest version where that macro is set to 128 or so.
> 
> Hope that helps!
> 
> --Malahal.
> 
> --
> dm-devel mailing list
> dm-devel@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/dm-devel



> --
> dm-devel mailing list
> dm-devel@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/dm-devel

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel

[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux