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.
--------------------------------------------------------------------
next prev parent 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.