All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nicola Murino <n.murino@theorematica.it>
To: device-mapper development <dm-devel@redhat.com>
Subject: Re: EMC CX LUN problem
Date: Wed, 25 Jan 2006 10:21:37 +0100	[thread overview]
Message-ID: <43D74321.6050009@theorematica.it> (raw)
In-Reply-To: <43D73F73.4010907@theorematica.it>

If I attach the a server directly to the storage I have this:

multipath -l
mail (36006016086f01600e46f567adb8cda11)
[size=150 GB][features="1 queue_if_no_path"][hwhandler="1 emc"]
\_ round-robin 0 [active]
 \_ 2:0:0:2 sdg 8:96 [active][ready]
 \_ 2:0:0:0 sde 8:64 [active][ready]
 \_ 2:0:0:1 sdf 8:80 [active][ready]
\_ round-robin 0 [enabled]
 \_ 1:0:0:0 sdb 8:16 [active][ready]
 \_ 1:0:0:1 sdc 8:32 [active][ready]
 \_ 1:0:0:2 sdd 8:48 [active][ready]

all the tree defined LUN are grouped in the same path :-(,

maybe is a bug in qlogic driver (linux see an isp 2432 but it is a 2462) 
or in scsi_id what do you think about?



Nicola Murino ha scritto:
> Brian Wong ha scritto:
>> On Tue, 2006-01-24 at 22:31 +0100, Nicola Murino wrote:
>>  
>>> Hi,
>>>
>>> I'm trying to configure a new emc cx storage, I have the following:
>>>
>>> 2 server, each server has a qla2462 dual port hba
>>> each qla2462 is connected to a switch (only one switch)
>>> 1 emc cx storage with 4 path connected to the switch
>>>
>>> I defined two lun on the storage however I'm able to see only one LUN
>>>
>>> multipath -l show the following:
>>>
>>> multipath -l
>>> mail (36006016086f01600e46f567adb8cda11)
>>> [size=150 GB][features="1 queue_if_no_path"][hwhandler="1 emc"]
>>> \_ round-robin 0 [active]
>>>  \_ 1:0:1:0 sdd 8:48  [active][ready]
>>>  \_ 1:0:1:1 sde 8:64  [active][ready]
>>>  \_ 2:0:1:0 sdh 8:112 [active][ready]
>>>  \_ 2:0:1:1 sdi 8:128 [active][ready]
>>> \_ round-robin 0 [enabled]
>>>  \_ 2:0:0:0 sdf 8:80  [active][ready]
>>>  \_ 1:0:0:0 sdb 8:16  [active][ready]
>>>  \_ 1:0:0:1 sdc 8:32  [active][ready]
>>>  \_ 2:0:0:1 sdg 8:96  [active][ready]
>>>
>>>     
>>
>> i could be off in the weeds here, but this output looks wrong.  the
>> host:channel:target:lun numbers listed there suggest your cx is indeed
>> surfacing luns 0 and 1, but multipath is grouping them under a single
>> target ID.
>>
>>   
> Maybe you are right! I added another LUN and this is multipath output
>
> multipath -l
> mail (36006016086f01600e46f567adb8cda11)
> [size=150 GB][features="1 queue_if_no_path"][hwhandler="1 emc"]
> \_ round-robin 0 [active]
> \_ 2:0:0:0 sdh 8:112 [active][ready]
> \_ 1:0:0:0 sdb 8:16  [active][ready]
> \_ 1:0:0:1 sdc 8:32  [active][ready]
> \_ 1:0:0:2 sdd 8:48  [active][ready]
> \_ 2:0:0:1 sdi 8:128 [active][ready]
> \_ 2:0:0:2 sdj 8:144 [active][ready]
> \_ round-robin 0 [enabled]
> \_ 1:0:1:0 sde 8:64  [active][ready]
> \_ 1:0:1:1 sdf 8:80  [active][ready]
> \_ 1:0:1:2 sdg 8:96  [active][ready]
> \_ 2:0:1:0 sdk 8:160 [active][ready]
> \_ 2:0:1:1 sdl 8:176 [active][ready]
> \_ 2:0:1:2 sdm 8:192 [active][ready]
>
>
>> i think emc engineers monitor this list; perhaps they can help.
>>   
> maybe the problem is scsi_id that report the same output for all block 
> device,
>
> I have kernel 2.6.16-rc1 on a server and 2.6.13.5 on the other one,
>
> with 2.6.16-rc1
>
> lsmod
> Module                  Size  Used by
> dm_round_robin          3840  1
> dm_emc                  5760  1
> dm_multipath           18696  3 dm_round_robin,dm_emc
> qla2400               200448  0
> qla2xxx               116964  25 qla2400
>
> with 2.6.13.5
>
>
> root@server1:/home/admin# lsmod
> Module                  Size  Used by
> ehci_hcd               29576  0
> uhci_hcd               30864  0
> usbcore               104828  3 ehci_hcd,uhci_hcd
> dm_round_robin          3712  1
> dm_emc                  5632  1
> dm_multipath           18312  3 dm_round_robin,dm_emc
> qla2xxx               110044  12
> firmware_class          8448  1 qla2xxx
>
>
> hba controller are qlogic2462
>
> thanks
> Nicola
>
>
>
>> also, look at this if you havent already (there's a section on clariion
>> cx's), and feel free to add your findings.
>>
>> http://christophe.varoqui.free.fr/wiki/wakka.php?wiki=TestedEnvironments
>>
>> hope that helps,
>>
>> brian
>>
>>
>> -- 
>> dm-devel mailing list
>> dm-devel@redhat.com
>> https://www.redhat.com/mailman/listinfo/dm-devel
>>
>>   
>
> -- 
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
>

  reply	other threads:[~2006-01-25  9:21 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-24 21:31 EMC CX LUN problem Nicola Murino
2006-01-24 22:28 ` Brian Wong
2006-01-25  1:16   ` Bernd Zeimetz
2006-01-25  8:09     ` Nicola Murino
2006-01-25  9:05   ` Nicola Murino
2006-01-25  9:21     ` Nicola Murino [this message]
2006-01-25  9:35     ` Hannes Reinecke
2006-01-25 19:42     ` EMC CX LUN problem [SOLVED] Nicola Murino

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43D74321.6050009@theorematica.it \
    --to=n.murino@theorematica.it \
    --cc=dm-devel@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.