SCIENTIFIC-LINUX-USERS Archives

December 2005

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Jeffry R. Abramson" <[log in to unmask]>
Reply To:
Jeffry R. Abramson
Date:
Wed, 28 Dec 2005 11:15:47 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (60 lines)
On Wed, 28 Dec 2005 16:06:24 +0100, Axel Thimm <[log in to unmask]> wrote:

>> 
>> The disk array has a A/B pair of controllers in an active/passive
>> configuration.  We have zoned out the passive controller for now so only the
>> A controller is used.
>
>Why? If you zone out the passive controller, you'll never have a
>failover from one controller to the other.

We zoned it out for now to simplify the current debugging episode.  Once we
have multipath working with the active controller, we will tackle the disk
controller failover issues.

>
>> sda and sdb are the internal SCSI drives.  sdc through sdf are the two
>> volumes on the disk array.  I put a single partition on one of the volumes
>> and two on the other so it is easy to see which devices are actually the
>> same.  In this case, sdc and sde refer to the same volume as does sdd and
>> sdf.  /proc/scsi/scsi is as follows:
>
>> Ran multipath -F followed by multipath -v2 and got the same results. 
>> multipath -v3 reveals the following:
>> 
>> ===== path info sdc (mask 0x1f) =====
>> bus = 1
>> dev_t = 8:32
>> size = 1433354240
>> vendor = IBM
>> product = DS400    S320
>> rev = 7.00
>> h:b:t:l = 1:0:0:0
>> tgt_node_name = 0x20000000d12671dd
>> serial = 00000000002671DD423829CD
>> path checker = readsector0 (internal default)
>
>Try
>
>path_grouping_policy    group_by_serial
>path_checker            tur
>
>in multipath.conf.
>

Tried that, no difference.

>
>> for x in sda sdb sdc sdd sde sdf ; do /sbin/scsi_id -g -u -s /block/$x; done
>> SIBM-ESXSST973401LC____F3LB06LLL00007603NPNN
>> SIBM-ESXSST973401LC____F3LB06KLK0000760803PM
>> 20000d12671dd29cd
>> 20000d12671dd29ce
>> 20000d12671dd29cd
>> 20000d12671dd29ce
>
>That looks OK.
>-- 
>Axel.Thimm at ATrpms.net
>

ATOM RSS1 RSS2