[Bug 824790] Re: IBM DS3400 Will Not Bring Up Second Path

Peter Petrakis peter.petrakis at canonical.com
Fri Aug 12 19:05:49 UTC 2011


So the paths not showing up with a config file error, a few well
placed regexp and a proper blacklist to filter out the internal disks
solved that. Also added scsi_dh_rdac to initial ramdisk. Now the paths
are up, and stay up. However when we tried testing failover using
a scsi "delete" of the primary member. The secondary never became
active.

We asked the customer to check with any additional SAN side
config, like automatic lun transfer, is necessary. Depending on how
that turns it we may actually have a real failover bug.

Working multipath config, taken almost verbatim from the IBM
documentation: Section 5-10.
ftp://ftp.software.ibm.com/systems/support/system_x_pdf/94y8402.pdf

# Canonical Customer Support: 08/12/11
# Version 1.2

blacklist {
  devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
  devnode "^hd[a-z]"
  # Ignore internal storage from the LSI RAID
  device {
    vendor LSILOGIC
    product .*
  }
}


devices {
  device {
    vendor               "IBM"
    product              ".*"
    path_grouping_policy group_by_prio
    path_checker         rdac
    getuid_callout       "/lib/udev/scsi_id -g -u -d /dev/%n"
    prio_callout         "/sbin/mpath_prio_rdac /dev/%n"
    hardware_handler     "1 rdac"
    failback             immediate
#    rr_weight            uniform
    no_path_retry        30
    rr_min_io            100
    features             "2 pg_init_retries 50"
  }
}

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to multipath-tools in Ubuntu.
https://bugs.launchpad.net/bugs/824790

Title:
   IBM DS3400 Will Not Bring Up Second Path

Status in “multipath-tools” package in Ubuntu:
  New

Bug description:
  System configuration is an IBM HS21 blade connected to an IBM DS3400 SAN.
  The system is running Ubuntu 10.10 with multipath-tools version: 0.4.8-14ubuntu4.10.10.2
  The Ubuntu OS is installed on an internal disk and not the SAN.

  multipathd> show paths 
  hcil dev dev_t pri dm_st chk_st next_check 
  0:0:0:0 sda 8:0 0 [undef][ghost] [orphan] 
  1:0:0:0 sdb 8:16 3 [undef][ready] [orphan] 
  2:1:1:0 sdc 8:32 1 [undef][ready] [orphan] 

  It appears everything is working but multipathd cant define the maps,
  a multipath -v 6 shows

  "360080e50001b5f4c00003d284e37e864: domap (0) failure for
  create/reload map"

  That is the uuid of the path associated with /sda and /sdb but it cant
  seem to create it.

  libdevmapper: ioctl/libdm-iface.c(1740): dm reload 360080e50001b5f4c00003d284e37e864 OF [16384] 
  libdevmapper: ioctl/libdm-iface.c(1757): device-mapper: reload ioctl failed: Invalid argument 
  libdevmapper: ioctl/libdm-iface.c(1740): dm remove 360080e50001b5f4c00003d284e37e864 NF [16384] 
  libdevmapper: libdm-common.c(799): 360080e50001b5f4c00003d284e37e864: Stacking NODE_DEL (replaces other stacked ops) 
  libdevmapper: ioctl/libdm-iface.c(1740): dm info 360080e50001b5f4c00003d284e37e864 NF [16384] 
  360080e50001b5f4c00003d284e37e864: domap (0) failure for create/reload map 
  360080e50001b5f4c00003d284e37e864: remove multipath map 
  sda: orphaned 
  sdb: orphaned

  The SAN is on devices sda and sdb.  The internal root disk is sdc.
  The device sda is reporting I/O errors in syslog because multipath
  cannot bring up the path.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/824790/+subscriptions




More information about the foundations-bugs mailing list