All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Meller <thomas.meller@gmx.net>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] SAN Storage/mirror/lvm
Date: Thu, 12 Aug 2004 16:08:15 +0200	[thread overview]
Message-ID: <411B79CF.905E0C25@gmx.net> (raw)
In-Reply-To: 1092071992.3369.48.camel@localhost

Cott Lang wrote:

> On the host, I see 4 SCSI devices, two valid, two invalid - I'm
> guessing this is caused because only one storage processor exports
> a particular LUN, so half the paths are invalid until a storage
> processor fails over.
> 
> sdd - SP A Path 1
> sde - SP B Path 1
> sdf - SP A Path 2
> sdg - SP B Path 2
> 
> I have a LUN currently on SP B, so I can use md multipath configured
> with /dev/sde and /dev/sdg, and that seems to work.
> 
> However, two things:
> 
> 1) How do I set this up to handle a failover to SP A?
> 2) Multipath only seems to work in failover mode, is there a way to
> load balance across the two paths?
> 
> Anyone have any hints?  :)

Hello Cott,

your questions and the phenomena you see are likely to be specific to your hardware. I tried
Emulex and QLogic HBA and found very different behaviour.

Multipathing is handled by the storage systems differently from dumb disks. Load balancing
over several physical paths is therefore a complicated task. Most vendors do not really
support it. Some systems suffer from a Host switching paths. Unless you do not use a
supported (read: expensive) Software you should keep your hands off.

Even failover has a 'mechanical' quality: you can hear the door's angles squiek when it
happens.
I found my clusters diving after teardown of a storage's HBA.

Failover while switching the physical path, i.e. switching the HBA takes at least 45 second
on a (tuned) qlogic. Meanwhile the whole computer freezes. The driver seems to switch off
interrupts or something.

Have fun finding your solution.

Thomas

  reply	other threads:[~2004-08-12 14:10 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-09 17:19 [linux-lvm] SAN Storage/mirror/lvm Cott Lang
2004-08-12 14:08 ` Thomas Meller [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-07-23  8:52 Thomas Meller
2004-07-23 11:04 ` Franc Carter

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=411B79CF.905E0C25@gmx.net \
    --to=thomas.meller@gmx.net \
    --cc=linux-lvm@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.