All of lore.kernel.org
 help / color / mirror / Atom feed
From: Theodore Tso <tytso@mit.edu>
To: "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>
Cc: Gary Hawco <ghawco@cox.net>,
	"linux-ext4@vger.kernel.org" <linux-ext4@vger.kernel.org>,
	Mingming <cmm@us.ibm.com>
Subject: Re: Segfaults--they're back!
Date: Thu, 10 Jul 2008 07:02:30 -0400	[thread overview]
Message-ID: <20080710110230.GA8603@mit.edu> (raw)
In-Reply-To: <20080710052150.GC6764@skywalker>

On Thu, Jul 10, 2008 at 10:51:50AM +0530, Aneesh Kumar K.V wrote:
> On Wed, Jul 09, 2008 at 03:00:04PM +0000, Gary Hawco wrote:
> > Segfaults have returned with snapshots compiled after 070908--0010hrs GMT.
> > 
> > That one worked fine.

Is this a kernel or userspace segfault?  i.e., is there a kernel oops
message?  If so, can you send us the oops message?  It's really really
useful to have it.  Also, can you send us a dumpe2fs of the filesystem
which ou were writing to?  Some of the bugs which we've been finding
are specific to a 1k block filesystem, for example, and sometimes that
can help narrow down the bug.

> Is your file system full when this happens ? Which user space call cause
> the segfault ? An strace should be able to help you find that. We
> actually have modified ext4 to give SIGBUS when we hit ENOSPC during
> mmap write. For ex:
> 
> root:/ext4# /root/mmaptest ./test4  0 100
> mmaping 0 to 100
> Bus error (core dumped)
> root:/ext4# 

What Aneesh is talking about here is a userspace core dump which is
normal, if the filesystem is full.  I'm not sure that's what you're
referring to assuming that "they're back" means you're referring to a
kernel oops.

Regards,

						- Ted

      reply	other threads:[~2008-07-10 11:03 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-09 15:00 Segfaults--they're back! Gary Hawco
2008-07-10  0:16 ` Mingming Cao
2008-07-10  5:21 ` Aneesh Kumar K.V
2008-07-10 11:02   ` Theodore Tso [this message]

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=20080710110230.GA8603@mit.edu \
    --to=tytso@mit.edu \
    --cc=aneesh.kumar@linux.vnet.ibm.com \
    --cc=cmm@us.ibm.com \
    --cc=ghawco@cox.net \
    --cc=linux-ext4@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 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.