linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stef Telford <stef@chronozon.artofdns.com>
To: Brian Schwarz <Brian.Schwarz@veritas.com>
Cc: 'Greg Rasberry' <rgreg-r@pacbell.net>,
	'Linux raid mailing list' <linux-raid@vger.kernel.org>
Subject: RE: Software RAID level 1 issue
Date: 31 May 2003 13:44:27 -0400	[thread overview]
Message-ID: <1054403067.14818.280.camel@testlin.hades> (raw)
In-Reply-To: <C587FF391BCAD411B8120008C7864670057DA5B8@mtvxch07.veritas.com>

Brian Schwarz wrote:
<snip>

okay, sorry to start this email with a 'jab' or
tease, but really, this is a linux-raid development
mailing list, not a veritas placement plug list.

I think the MAIN thing that would cause a long resync
(on any raid volume) is more than likely one of the
disk drives or controllers is not setting the drive
into the proper udma setting and that, has little to
do with the RAID or LVM. suggesting 'veritas' as a
solution is NOT the 'correct' solution, as that would
be curing a symptom of the disease and not the actual
problem.

When i had one drive out of a 5 disk raid volume fail
to set to udma/133 and was stuck in udma/33, a typical
resync/rebuild of the 240gb raid would take the best
part of 2 days (scary but true). if in doubt, check
and then double check your dmesg output to find which
mode is being activated for each disk and if there is
any such lines as 'masking irq' (usually a controller
conflict)

so, if in doubt, check dmesg, check /proc/interrupts
for conflicts and no, during resync's on raid-1 the
mirror will not be available. for that, use a raid
level such as raid-5 or raid-10.

regards
Stef Telford <stef@chronozon.artofdns.com>


  parent reply	other threads:[~2003-05-31 17:44 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-30 18:28 Software RAID level 1 issue Brian Schwarz
2003-05-30 18:40 ` Robert L. Harris
2003-05-31 17:44 ` Stef Telford [this message]
2003-05-30 20:01   ` Paul Clements
2003-05-30 20:12     ` 3tcdgwg3
2003-05-30 20:31       ` Paul Clements
2003-06-02 18:10         ` 3tcdgwg3
2003-06-02 18:16           ` Paul Clements
2003-11-07  7:29         ` Software RAID level performance 3tcdgwg3
2003-05-31 19:39     ` Software RAID level 1 issue Stef Telford
2003-05-30 21:44       ` Robert L. Harris
2003-05-30 22:04         ` Paul Clements
2003-05-30 23:32           ` Robert L. Harris
2003-05-31 20:21   ` Gregory Leblanc
  -- strict thread matches above, loose matches on Subject: below --
2003-05-30 17:53 Adriana Rasberry
2003-05-30 17:53 Greg Rasberry

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=1054403067.14818.280.camel@testlin.hades \
    --to=stef@chronozon.artofdns.com \
    --cc=Brian.Schwarz@veritas.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=rgreg-r@pacbell.net \
    /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).