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 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).