public inbox for linux-btrfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Chris Mason <chris.mason@oracle.com>
To: Bill Pemberton <wfp5p@viridian.itc.virginia.edu>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: assertion failures
Date: Fri, 26 Feb 2010 11:17:30 -0500	[thread overview]
Message-ID: <20100226161730.GC12841@think> (raw)
In-Reply-To: <20100225140420.4EBA940954@viridian.itc.virginia.edu>

On Thu, Feb 25, 2010 at 09:04:20AM -0500, Bill Pemberton wrote:
> > 
> > I don't suppose you have the dmesg errors from the crash?  This error
> > shows the header in the block is incorrect, so either something was
> > written to the wrong place or not written at all.
> > 
> > Have you memtest86 on this system?
> > 
> > How did it crash...was a power off used to reset the machine?
> > 
> 
> No dmesg.  This has happened on two different machines that both have
> other active btrfs filesystems, so I suspect it's not a memory issue.
> In both cases it was the same data that was being copied when the
> crash occurred.

Ok, is there anything special about this data?

> 
> I didn't deal with the reboot in the first case, so I don't have much
> in the way of details.  In the second case the kernel seemed convinced
> the array was having problems (and the load went way up), but the
> array was convinced it was fine.  A normal reboot hung and the server
> had to be powered off.
> 
> Since it appears that the same operation caused the problem in both
> cases, I'm going to try to reproduce it.  I'll let you know if I can
> reproduce it.

What kind of array is this?  It really sounds like the IO isn't
happening properly.

-chris

  parent reply	other threads:[~2010-02-26 16:17 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-24 13:45 assertion failures Bill Pemberton
2010-02-25  0:40 ` Chris Mason
2010-02-25 14:04   ` Bill Pemberton
2010-02-25 18:28     ` Gustavo Alves
2010-02-26 16:13       ` Chris Mason
2010-02-26 16:15         ` Chris Mason
2010-02-26 19:57           ` Gustavo Alves
2010-02-26 21:10             ` Chris Mason
2010-02-26 21:26               ` Gustavo Alves
2010-02-26 16:17     ` Chris Mason [this message]
2010-02-26 16:41       ` Bill Pemberton
2010-02-26 17:59         ` Chris Mason
2010-02-26 18:11           ` Bill Pemberton
2010-02-26 19:09             ` Chris Mason
2010-02-26 20:43               ` Bill Pemberton
2010-02-26 20:49               ` Diego Calleja
2010-02-26 21:08                 ` Chris Mason
2010-02-28  3:05                   ` Cláudio Martins
2010-02-26 19:11             ` Mike Fedyk
2010-02-26 19:15               ` Chris Mason
2010-02-26 20:45                 ` Bill Pemberton
2010-02-26 20:53                   ` Chris Mason
2010-02-27 22:56                     ` Bill Pemberton
2010-02-26 20:44               ` Bill Pemberton

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=20100226161730.GC12841@think \
    --to=chris.mason@oracle.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=wfp5p@viridian.itc.virginia.edu \
    /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