From: Nathan Scott <nathans@sgi.com>
To: Neil Brown <neilb@cse.unsw.edu.au>
Cc: "Linus Torvalds" <torvalds@osdl.org>,
"Jens Axboe" <axboe@suse.de>,
"David Martínez Moreno" <ender@debian.org>,
"Kernel Mailing List" <linux-kernel@vger.kernel.org>,
clubinfo.servers@adi.uam.es, "Ingo Molnar" <mingo@elte.hu>
Subject: Re: Errors and later panics in 2.6.0-test11.
Date: Thu, 4 Dec 2003 17:39:21 +1100 [thread overview]
Message-ID: <20031204063921.GD1967@frodo> (raw)
In-Reply-To: <16334.17126.154718.614827@notabene.cse.unsw.edu.au>
On Thu, Dec 04, 2003 at 07:09:10AM +1100, Neil Brown wrote:
> On Wednesday December 3, torvalds@osdl.org wrote:
> >
> >
> > On Wed, 3 Dec 2003, Jens Axboe wrote:
> > > >
> > > > Interesting. Another RAID 0 problem report..
> > >
> > > Hmm did _all_ reports include raid-0, or just "some" raid? I'm looking
> > > at the bio_pair stuff which raid-0 is the only user of, something looks
> > > fishy there.
> >
> > The ones I've seen seem to be raid-0, but Nathan (nathans@sgi.com)
> > reported problems in RAID-5 under load. I didn't decode the full oops on
> > that one, but it really looked like a stale "bi" bio that trapped on the
> > PAGE_ALLOC debug code.
> >
>
> Nathan's had a second oops that turned out to be a bi_next pointer
> being bad in a bio that raid5 had just about finished writing out.
> So there does seem to be something wrong with bio handling, quite
> possibly in raid5.
>
> The only thing I could find was that if raid5 received two overlapping
> bios concurrently (or atleast received the second before it had
> finished with the first) it could get confused. I've asked Nathan to
> try a patch that BUGs when that happens.
I haven't tripped the bug so far today, although have been
running with page-sized fs blocksize so far - perhaps that
is implicated, and makes it less likely to trigger (when I
say "the bug" there, I mean neither the panic, nor the new
BUG_ON(); I'll revert back to smaller block sizes next).
That error path bio_put issue you spotted in XFS, Neil, I
think is a valid problem - I'm not sure that is reachable
code in practice (possibly overly defensive XFS bio code),
I'll go investigate that some more.
cheers.
--
Nathan
next prev parent reply other threads:[~2003-12-04 6:42 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-03 13:17 Errors and later panics in 2.6.0-test11 David Martínez Moreno
2003-12-03 13:31 ` William Lee Irwin III
2003-12-03 16:49 ` David Martínez Moreno
2003-12-03 15:59 ` Linus Torvalds
2003-12-03 16:20 ` Jens Axboe
2003-12-03 16:26 ` Jens Axboe
2003-12-03 16:51 ` Linus Torvalds
2003-12-03 17:25 ` Kevin P. Fleming
2003-12-05 3:20 ` Nathan Scott
2003-12-05 3:49 ` Kevin P. Fleming
2003-12-03 20:09 ` Neil Brown
2003-12-04 6:39 ` Nathan Scott [this message]
2003-12-03 20:04 ` Neil Brown
2003-12-03 20:11 ` Linus Torvalds
2003-12-03 16:47 ` David Martínez Moreno
2003-12-03 17:25 ` Linus Torvalds
2003-12-04 12:43 ` Jens Axboe
2003-12-04 14:07 ` Jens Axboe
2003-12-04 14:14 ` Jens Axboe
2003-12-05 3:07 ` Neil Brown
2003-12-05 4:31 ` Kevin P. Fleming
2003-12-05 4:32 ` Nathan Scott
2003-12-04 12:53 ` David Martínez Moreno
2003-12-12 18:38 ` David Martínez Moreno
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=20031204063921.GD1967@frodo \
--to=nathans@sgi.com \
--cc=axboe@suse.de \
--cc=clubinfo.servers@adi.uam.es \
--cc=ender@debian.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=neilb@cse.unsw.edu.au \
--cc=torvalds@osdl.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 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.