linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tim Moore <linux-raid@nsr500.net>
To: linux-raid@vger.kernel.org
Subject: Re: Software RAID-5 attempt to access beyond end of device...
Date: Sun, 29 Aug 2004 11:27:50 -0700	[thread overview]
Message-ID: <41322026.6010107@nsr500.net> (raw)
In-Reply-To: <1093621033.13979.49.camel@slurp>

Two performance suggestions.

1. Consider two RAID-1 arrays: hde+hdg (41MB) and hdi+hdk (80MB) which 
would give much better performance over RAID-5 and lower failure 
probability without giving up any storage capacity.

2. Set the P2B BIOS to have both promise controllers on IRQ 14 which is 
unused in your system (remember to disable the primary motherboard IDE and 
you may have to rearrange PCI slot positions).  This will give much better 
interrupt performance than having the controllers sharing USB and mouse 
interrupt cycles.

Rgds,
tim

Sebastian Utz wrote:
> Hello,
> 
> I have a problem with an Software RAID-5 at the top of 4 IDE-Drives
> connected via 2 Promise UltraTX2 (20268) IDE controller.
> 
> FS is EXT3.
> Kernel 2.6.8.1	(problem occured with 2.6.7, update didn't helped)
> CPU: Pentium II 400
> Mainboard: Asus P2B-S
> 
> After 29% usage, I've got an Kernel oops and system stalls:
> -------- snip start -------------
> ---------------- snip end -----------
> 
> 2 Disks are around 40 GB, 2 are around 80GB.
> All 4 disk are different size and manufacturer, maybe this is the
> problem?
> 
> more info about my system:
> raidtab:
> raiddev /dev/md0
>         raid-level      5
>         nr-raid-disks   4
>         nr-spare-disks  0
>         persistent-superblock 1
>         parity-algorithm        left-symmetric
>         chunk-size      32
>         device          /dev/hde1
>         raid-disk       0
>         device          /dev/hdg1
>         raid-disk       1
>         device          /dev/hdi1
>         raid-disk       2
>         device          /dev/hdk1
>         raid-disk       3
> 
> gharb:~# df -h
> Filesystem            Size  Used Avail Use% Mounted on
> /dev/sda3             7.9G  1.6G  6.0G  21% /
> /dev/sda1              47M   20M   25M  46% /boot
> /dev/md0              114G   31G   78G  29% /data
> 
> 

-- 
  | for direct mail add "private_" in front of user name

  parent reply	other threads:[~2004-08-29 18:27 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-27 15:37 Software RAID-5 attempt to access beyond end of device Sebastian Utz
     [not found] ` <Pine.LNX.4.56.0408271739470.23465@lion.drogon.net>
2004-08-27 18:20   ` Sebastian Utz
2004-08-29 18:27 ` Tim Moore [this message]
2004-08-30  6:27 ` Neil Brown
2004-08-30  9:40   ` Sebastian Utz
2004-09-07 21:35   ` David Greaves
  -- strict thread matches above, loose matches on Subject: below --
2004-08-30  9:49 Sebastian Utz
2003-12-08 17:55 Stefan Myankov
2003-02-07 23:03 Stefan Myankov

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=41322026.6010107@nsr500.net \
    --to=linux-raid@nsr500.net \
    --cc=linux-raid@vger.kernel.org \
    /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).