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
