All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jose Nuno Neto <j.neto@eib.org>
To: jsosic@srce.hr, device-mapper development <dm-devel@redhat.com>
Subject: Re: Too many paths from multipath?
Date: Wed, 02 Dec 2009 18:57:08 +0100	[thread overview]
Message-ID: <4B16AA74.7050307@eib.org> (raw)
In-Reply-To: <1259774764.2177.9.camel@localhost>

Ok that seems right, but on my case I have 4connections per HBA total of 
8per Lun

The info I got regarding zoning is that each HBA is connected/zoned to 
only one Storage controller
So that would make 2connections per Lun

What I suspect is that the Fabric here is made of 4switchs and that 
makes 4x plus. The SAN people just configured it with a generic "big" 
fabric zoning just one connection. but Linux shoes 4. could this be the 
reason?

Jakov Sosic wrote:
> On Wed, 2009-12-02 at 16:45 +0100, Jose Nuno Neto wrote:
>
>   
>> I have 2 HBAs connected to one LUN on a Hitachi Storage. Only two 
>> connections have been zoned
>>     
>
> If one connection goes to one switch, and that switch is connected to
> two controllers on the storage, then you'll see two paths on that HBA in
> your host. If you have two HBA's and second is connected to second
> switch, which is also connected to two controllers of the stroage, then
> you'll see 4 of them.
>
> That is the situation in my company. It goes like this:
>
>
>              ________Hitachi controller0
>             /
> HOST----switch0
>             \
>              \_______Hitachi controller1
>
>
>
>
>
>   

--------------------------------------------------------------------

Les informations contenues dans ce message et/ou ses annexes sont 
reservees a l'attention et a l'utilisation de leur destinataire et peuvent etre 
confidentielles. Si vous n'etes pas destinataire de ce message, vous etes 
informes que vous l'avez recu par erreur et que toute utilisation en est 
interdite. Dans ce cas, vous etes pries de le detruire et d'en informer la 
Banque Europeenne d'Investissement.

The information in this message and/or attachments is intended solely for 
the attention and use of the named addressee and may be confidential. If 
you are not the intended recipient, you are hereby notified that you have 
received this transmittal in error and that any use of it is prohibited. In 
such a case please delete this message and kindly notify the European 
Investment Bank accordingly.
--------------------------------------------------------------------
 

  reply	other threads:[~2009-12-02 17:57 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-02 15:45 Too many paths from multipath? Jose Nuno Neto
2009-12-02 17:26 ` Jakov Sosic
2009-12-02 17:57   ` Jose Nuno Neto [this message]
2009-12-04  9:47     ` Edward Choi

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=4B16AA74.7050307@eib.org \
    --to=j.neto@eib.org \
    --cc=dm-devel@redhat.com \
    --cc=jsosic@srce.hr \
    /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.