From: Sebastian Utz <su@rotamente.com>
To: Neil Brown <neilb@cse.unsw.edu.au>
Cc: linux-raid@vger.kernel.org
Subject: Re: Software RAID-5 attempt to access beyond end of device...
Date: Mon, 30 Aug 2004 11:40:35 +0200 [thread overview]
Message-ID: <1093858834.13979.158.camel@slurp> (raw)
In-Reply-To: <16690.51386.426771.284290@cse.unsw.edu.au>
On Mon, 2004-08-30 at 08:27, Neil Brown wrote:
> On Friday August 27, su@rotamente.com 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.
>
> This is not a raid problem. It is a problem with your filesystem or
> your hardware.
> I think you have reported this for both reiserfs and ext3, in which
> can it is unlikely to be the filesystem. I guess it could be in the
> generic block layer...
>
> >
> > 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 -------------
> > Aug 27 16:30:18 gharb kernel: attempt to access beyond end of device
> > Aug 27 16:30:18 gharb kernel: md0: rw=1, want=6917529027856096120,
> > limit=241215360
>
> 6917529027856096120 is 600000000CD0DB78 in hex.
> 0xCD0DB78 is 215014264 which is not beyond the end of the device.
> It looks like 2 extra bits have been set at the top of the address.
> This could be due to bad memory (though that is more commonly a
> single-bit error, not a double bit error), or it could be the
> filesystem send a bad request, possibly due to bad indexing
> information that has previously been stored on disk.
>
> I recommend running memtest for a while and confirming that it isn't a
> hardware error, and then possibly following up on
> linux-kernel@vger.kernel.org.
>
Ok, thanks for that hint, I've run memtest and it gives me a lot of
error-counts!! Thats it!
Sorry, next time I'll get sure its not a hardware problem before posting
a message..
Thanks a lot!!!
sebastian
next prev parent reply other threads:[~2004-08-30 9:40 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
2004-08-30 6:27 ` Neil Brown
2004-08-30 9:40 ` Sebastian Utz [this message]
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=1093858834.13979.158.camel@slurp \
--to=su@rotamente.com \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@cse.unsw.edu.au \
/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.