linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Doug Griswold" <griswld@cio.sc.gov>
To: sdake@mvista.com, franc@tech.sirca.org.au
Cc: linux-raid@vger.kernel.org
Subject: Re: multipath - stable ?
Date: Fri, 12 Dec 2003 20:56:48 -0500	[thread overview]
Message-ID: <sfda2b99.034@gw.state.sc.us> (raw)

Ours takes about thirty seconds with qlogic and emulex cards.

>>> Franc Carter <franc@tech.sirca.org.au> 12/12/03 18:36 PM >>>

Thanks, 

can you give me a ballpark on 'high' >5 minutes ?

cheers

On Sat, 13 Dec 2003 04:35 am, Steven Dake wrote:
> The multipath code is simple and seems pretty stable to me.
> 
> There is one issue, in that failover can sometimes take a long time
> because of the SCSI layer's insistence upon executing error recovery. 
> In the case of multipath I/O's, there is no need to error recover
before
> processing the I/O.  Instead, once error is detected, failover, then
> start error recovery.
> 
> The SCSI layer doesn't do this currently, so failover times are high.
> 
> Thanks
> -steve
> 
> 
> On Thu, 2003-12-11 at 21:52, Franc Carter wrote:
> > Hi,
> > 
> > I've been using linux sofwtare raid for years and had no problems.
> > We are about to install some disk systems that have dual contollers
> > and am wondering wether multipath is as stable as the rest of
software
> > raid ?
> > 
> > thanks
> 
> -
> 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
> 
> 

-- 
Franc Carter     Ph:61-2-8374-5071      Fax: 61-2-8374-5070
Systems Manager, SIRCA Ltd              http://www.sirca.org.au/

DISCLAIMER: The contents of this email, inclusive of attachments, may
be legally privileged and confidential. Any unauthorised use of the
contents is expressly prohibited. If you have received this message in
error or are not the intended recipient, you should destroy the email
message along with any attachment(s).  Unintended recipients of this
email are prohibited from retaining, disclosing, distributing or using
any information contained herein.  This email is also subject to
copyright. No part of it should be reproduced, adapted or transmitted
without the written consent of the copyright owner.

-
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


             reply	other threads:[~2003-12-13  1:56 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-13  1:56 Doug Griswold [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-12-12  4:52 multipath - stable ? Franc Carter
2003-12-12 17:35 ` Steven Dake
2003-12-12 23:35   ` Franc Carter
2003-12-15 22:00     ` Steven Dake
2003-12-15 22:13       ` 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=sfda2b99.034@gw.state.sc.us \
    --to=griswld@cio.sc.gov \
    --cc=franc@tech.sirca.org.au \
    --cc=linux-raid@vger.kernel.org \
    --cc=sdake@mvista.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 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).