All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chandra Seetharaman <sekharan@us.ibm.com>
To: Tore Anderson <tore@linpro.no>
Cc: device-mapper development <dm-devel@redhat.com>
Subject: Re: dm-rdac not working?
Date: Mon, 27 Aug 2007 13:08:48 -0700	[thread overview]
Message-ID: <1188245328.9504.41.camel@linuxchandra> (raw)
In-Reply-To: <46D3188A.3090405@linpro.no>

On Mon, 2007-08-27 at 20:31 +0200, Tore Anderson wrote:
> * Chandra Seetharaman
> 
> > What version of multipath tools are you using ?
> 
>    0.4.7.
> 
> > Can you attach your multipath.conf file. You should be using the rdac
> > path checker instead of the tur path checker.
> 
>    Hmm, this was added in 0.4.8...  What's the difference between the
>   rdac path checker and the tur checker?  Anyway, it appears to me that

tur checker just sends a test unit ready to see if the path is good.
Whereas rdac sends a c9 page inquiry and determines the state of the
path.

>   the problem here is with the kernel hardware handler, not in the
>   userspace path checker, wouldn't you agree?  The hardware handler is
>   invoked unpon pg init as expected, but fails to do its job.

That is true. But, I am wondering if what you have is based on the LSI
Engenio based controller (and hence the controller does not understand
the MODE_SELECT command).

What mode do you have your storage device configured in ? rdac or AVT ?

BTW, rdac path checker would show [ghost] instead of [ready] for the
passive path.

> 
> > Can you attach the o/p of "multipath -ll"
> 
> mysql (3600a0b80002984ae0000179c46a68843)
> [size=20 GB][features=1 queue_if_no_path][hwhandler=1 rdac]
> \_ round-robin 0 [prio=0][enabled]
>   \_ 3:0:0:1 sdd 8:48  [active][ready]
>   \_ 4:0:0:1 sdh 8:112 [active][ready]
> \_ round-robin 0 [prio=6][active]
>   \_ 3:0:1:1 sdg 8:96  [active][ready]
>   \_ 4:0:1:1 sdj 8:144 [active][ready]

Where did you get mpath_prio_rdac from ?

In 0.4.7 you could use mpath_prio_tpc instead (it behaves exactly as
mpath_prio_rdac in 0.4.8).

Can you apply the attached debug patch, repeat your test and send me the
log.

Thanks,

chandra
<snip>
-- 

----------------------------------------------------------------------
    Chandra Seetharaman               | Be careful what you choose....
              - sekharan@us.ibm.com   |      .......you may get it.
----------------------------------------------------------------------

  reply	other threads:[~2007-08-27 20:08 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-27 14:41 dm-rdac not working? Tore Anderson
2007-08-27 17:33 ` Chandra Seetharaman
2007-08-27 18:31   ` Tore Anderson
2007-08-27 20:08     ` Chandra Seetharaman [this message]
     [not found]       ` <46D33BAA.8090807@linpro.no>
2007-08-27 21:26         ` Chandra Seetharaman
     [not found]           ` <46D3C099.7080504@linpro.no>
     [not found]             ` <1188326877.12737.1.camel@linuxchandra>
2007-08-29  7:10               ` Tore Anderson

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=1188245328.9504.41.camel@linuxchandra \
    --to=sekharan@us.ibm.com \
    --cc=dm-devel@redhat.com \
    --cc=tore@linpro.no \
    /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.