* monitoring multipath arrays plus inconsistent /proc/mdstat?
@ 2004-10-21 16:16 Anu Matthew
2004-10-21 16:51 ` Lars Marowsky-Bree
0 siblings, 1 reply; 6+ messages in thread
From: Anu Matthew @ 2004-10-21 16:16 UTC (permalink / raw)
To: linux-raid
Hello,
mdadm --monitor or mdadm --follow does not report anything if a link to
my multipath array fails, which makes sense at times. (?)
On rhel 2.1 at least, sometimes I have seen that /proc/mdstat is not
consistent as in this case, it has marked /dev/sdi as failed, where as
mdadm -D on md3 has reported both links to be active, and in fact is
using the "failed link" in mdstat as the active path..!!
------------------from /proc/mdstat---------------------------------------
md3 : active multipath sdd[1] sdi[0](F)
----------------from mdadm o/p--------------------------
[root@tlr root]# mdadm -D /dev/md3
/dev/md3:
<snip>
<snip>
Number Major Minor RaidDevice State
0 8 128 0 active sync /dev/sdi
1 8 48 1 spare /dev/sdd
----------------------------------------------------------------------------
Whom to trust here? How do we monitor multipath arrays effectively?
--Matt
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: monitoring multipath arrays plus inconsistent /proc/mdstat?
2004-10-21 16:16 monitoring multipath arrays plus inconsistent /proc/mdstat? Anu Matthew
@ 2004-10-21 16:51 ` Lars Marowsky-Bree
2004-10-22 5:41 ` Lajber Zoltan
0 siblings, 1 reply; 6+ messages in thread
From: Lars Marowsky-Bree @ 2004-10-21 16:51 UTC (permalink / raw)
To: Anu Matthew, linux-raid
On 2004-10-21T12:16:17, Anu Matthew <anu.matthew@bms.com> wrote:
> Whom to trust here? How do we monitor multipath arrays effectively?
On 2.6, use multipath-tools, which are seeing active development.
multipath storage is being moved to the Device-Mapper in 2.6.
Sincerely,
Lars Marowsky-Brée <lmb@suse.de>
--
High Availability & Clustering
SUSE Labs, Research and Development
SUSE LINUX AG - A Novell company
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: monitoring multipath arrays plus inconsistent /proc/mdstat?
2004-10-21 16:51 ` Lars Marowsky-Bree
@ 2004-10-22 5:41 ` Lajber Zoltan
2004-10-22 9:17 ` Lars Marowsky-Bree
0 siblings, 1 reply; 6+ messages in thread
From: Lajber Zoltan @ 2004-10-22 5:41 UTC (permalink / raw)
Cc: linux-raid
On Thu, 21 Oct 2004, Lars Marowsky-Bree wrote:
> On 2004-10-21T12:16:17, Anu Matthew <anu.matthew@bms.com> wrote:
>
> > Whom to trust here? How do we monitor multipath arrays effectively?
>
> On 2.6, use multipath-tools, which are seeing active development.
> multipath storage is being moved to the Device-Mapper in 2.6.
Is it stable? the version number increasing quite rapidly...
I woud like to use it with emc clariion, dual HBA (qlogic) environment.
Afaik emc powerpath dont's support 2.6.x kernels, is it?
Bye,
-=Lajbi=----------------------------------------------------------------
LAJBER Zoltan Szent Istvan Egyetem, Informatika Hivatal
optimism is having a ups on a win95 box
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: monitoring multipath arrays plus inconsistent /proc/mdstat?
2004-10-22 5:41 ` Lajber Zoltan
@ 2004-10-22 9:17 ` Lars Marowsky-Bree
2004-10-22 20:44 ` Anu Matthew
0 siblings, 1 reply; 6+ messages in thread
From: Lars Marowsky-Bree @ 2004-10-22 9:17 UTC (permalink / raw)
To: linux-raid
On 2004-10-22T07:41:37, Lajber Zoltan <lajbi@lajli.gau.hu> wrote:
(Your mailer is messing up the To: line. Please fix.)
> > > Whom to trust here? How do we monitor multipath arrays effectively?
> > On 2.6, use multipath-tools, which are seeing active development.
> > multipath storage is being moved to the Device-Mapper in 2.6.
> Is it stable? the version number increasing quite rapidly...
Well, it's actively being developed right now, as always.
> I woud like to use it with emc clariion, dual HBA (qlogic) environment.
EMC CLARiiON active/passive failover support is forthcoming.
> Afaik emc powerpath dont's support 2.6.x kernels, is it?
No, and as far as I know, it's not going to.
I got technical docs + a CX500 from EMC for developing the CLARiiON
support and am busy with just that (if I wasn't writing this mail ;-).
The commandline tools have already been merged upstream, so if you use
sg3_utils, you'll find that sg_inq is able to decode the EMC-specific
Unit Path Report Page and that you can manually switch
Service-Processors for a LUN using the sg_emc_trespass command.
Alasdair and I are ping-ponging patches for the dm-mpath.c, and I think
we should have it done fairly soon...
Sincerely,
Lars Marowsky-Brée <lmb@suse.de>
--
High Availability & Clustering
SUSE Labs, Research and Development
SUSE LINUX AG - A Novell company
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: monitoring multipath arrays plus inconsistent /proc/mdstat?
2004-10-22 9:17 ` Lars Marowsky-Bree
@ 2004-10-22 20:44 ` Anu Matthew
2004-10-22 21:25 ` Lars Marowsky-Bree
0 siblings, 1 reply; 6+ messages in thread
From: Anu Matthew @ 2004-10-22 20:44 UTC (permalink / raw)
To: linux-raid
<snip>
Afaik emc powerpath dont's support 2.6.x kernels, is it?
No, and as far as I know, it's not going to.
<snip>
May I ask, why? We are to evaluate Power Path also for 2.4, and am just curious why it is not going to run on 2.6? That could be a very important factor in decision making if it won't make it on 2.6.x
Thanks in advance,
Anu Matthew
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: monitoring multipath arrays plus inconsistent /proc/mdstat?
2004-10-22 20:44 ` Anu Matthew
@ 2004-10-22 21:25 ` Lars Marowsky-Bree
0 siblings, 0 replies; 6+ messages in thread
From: Lars Marowsky-Bree @ 2004-10-22 21:25 UTC (permalink / raw)
To: Anu Matthew, linux-raid
On 2004-10-22T16:44:38, Anu Matthew <anu.matthew@bms.com> wrote:
> May I ask, why? We are to evaluate Power Path also for 2.4, and am just
> curious why it is not going to run on 2.6? That could be a very important
> factor in decision making if it won't make it on 2.6.x
Because EMC is very forthcoming about supporting the proper way of doing
multipathing on Linux in 2.6 (based on the Open Source Device-Mapper
multipath functionality + the multipath-tools package) and actively
supporting me developing that feature by providing technical specs and
hardware, I don't really see a need for using Power Path any longer on
2.6 platforms.
I could understand that they may want to provide it for legacy
installations who want to slowly transition though, but they've not
mentioned it yet; personally I'd think it would be kind of pointless
;-)
Sincerely,
Lars Marowsky-Brée <lmb@suse.de>
--
High Availability & Clustering
SUSE Labs, Research and Development
SUSE LINUX AG - A Novell company
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2004-10-22 21:25 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-10-21 16:16 monitoring multipath arrays plus inconsistent /proc/mdstat? Anu Matthew
2004-10-21 16:51 ` Lars Marowsky-Bree
2004-10-22 5:41 ` Lajber Zoltan
2004-10-22 9:17 ` Lars Marowsky-Bree
2004-10-22 20:44 ` Anu Matthew
2004-10-22 21:25 ` Lars Marowsky-Bree
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).