From: Theodore Tso <tytso@mit.edu>
To: Gary Hawco <ghawco@cox.net>
Cc: Eric Sandeen <sandeen@redhat.com>,
"linux-ext4@vger.kernel.org" <linux-ext4@vger.kernel.org>
Subject: Re: Segmentation Faults with both 062608 snapshots
Date: Mon, 30 Jun 2008 22:32:53 -0400 [thread overview]
Message-ID: <20080701023252.GA28143@mit.edu> (raw)
In-Reply-To: <3.0.6.32.20080626221227.0242af78@pop.west.cox.net>
On Thu, Jun 26, 2008 at 10:12:27PM +0000, Gary Hawco wrote:
> More on my segmentation problems. Just looking at the end of each kernel
> message, they always end with:
> EIP [XXXXX] jbd2_journal_data_metadata-XXX
Hmm... any chance you can take a picture of the crash message with a
digital camera and post the jpg? (I'm assuming you haven't been able
to capture the OOPS stack trace in /var/log/kern.log or
/var/log/messages or some such.)
> This occurs when I try to copy data from my main partition to a backup
> partition or make a tarball.
I am currently using the ext4 patch queue comit id #555132eb from
2008-06-30 13:04:35 -0400, and I can't reproduce it. I just tried
backing up by isync mail directory to a tar.gz file and then restored
it, with no problems. Both the source and backup partition are ext4
filesystems with flex_bg, meta_bg, and uninit_bg, located on separate
LVM logical volumes on my laptop.[1]
[1] http://thunk.org/tytso/blog/2008/06/30/ext4-is-now-the-primary-filesystem-on-my-laptop/
The partition is mounted using mount options:
noatime,errors=remount-ro,barrier=1,data=ordered
according to /proc/mounts.
The big difference between your mount options and mine is that I dont
have journal_async_commit as a mount option. Which would be largely
moot for me since LVM doesn't support barrier operations. :-( :-( :-(
You seem to be able to reproduce the problem at will. Could you try
removing te journal_sync_commit option and see if it makes the problem
go away? That would be very interesting if it were the case...
- Ted
next prev parent reply other threads:[~2008-07-01 2:33 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-25 13:53 Segmentation Faults with 062508 ext4-patch-queue snapshot Gary Hawco
2008-06-26 4:14 ` Eric Sandeen
2008-06-26 22:12 ` Segmentation Faults with both 062608 snapshots Gary Hawco
2008-07-01 2:32 ` Theodore Tso [this message]
2008-07-01 0:00 ` More ext4dev snapshot weirdness Gary Hawco
2008-07-01 16:02 ` Theodore Tso
2008-07-01 10:54 ` delalloc filesystem corruption Gary Hawco
2008-07-01 23:00 ` Mingming Cao
2008-07-01 17:50 ` Gentoo with ext4-patch-queue snapshots Gary Hawco
2008-07-02 17:19 ` Mingming Cao
2008-07-02 20:33 ` Mingming Cao
2008-07-03 14:07 ` Aneesh Kumar
2008-07-03 17:38 ` Mingming Cao
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=20080701023252.GA28143@mit.edu \
--to=tytso@mit.edu \
--cc=ghawco@cox.net \
--cc=linux-ext4@vger.kernel.org \
--cc=sandeen@redhat.com \
/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.