All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Fedyk <mfedyk@matchmail.com>
To: reiserfs-list@namesys.com
Subject: Re: another seriously corrupt ext3 -- pesky journal
Date: Mon, 18 Aug 2003 13:16:09 -0700	[thread overview]
Message-ID: <20030818201609.GB10320@matchmail.com> (raw)
In-Reply-To: <20030818181354.GC10270@think>

On Mon, Aug 18, 2003 at 02:13:54PM -0400, Theodore Ts'o wrote:
> On Mon, Aug 18, 2003 at 12:39:46PM -0400, Erez Zadok wrote:
> > The power failure on Thursday did something evil to my ext3 file system (box
> > running RH9+patches, ext3, /dev/md0, raid5 driver, 400GB f/s using 3x200GB
> > IDE drives and one hot-spare).  The f/s got corrupt badly and the symptoms
> > are very similar to what Eddy described here:
> > 
> > 	https://www.redhat.com/archives/ext3-users/2003-July/msg00015.html
> > 
> > That is, nearly everything I try results in and error such as
> > 
> > 	"Invalid argument while checking ext3 journal for /dev/md0"
> 
> What probably happened is that the power failed while you were writing
> out the inode table, and the memory failed before the DMA engine and
> hard drive did, since DRAM tends to be more sensitive to voltage drops
> that other parts of the system.  As a result, random garbage got
> scribbled all over the disk.  (Ted 's observation: PC Class hardware
> is sh*t.)
> 
> Normally, this isn't a problem, since the ext3 journal contains full
> backups of recently written data blocks.  (As opposed to filesystems
> that use soft update or logically journaled filesystems, which are
> even more fragile in the face of cheap hardware that scribble random
> garbage on power failure.)  However, this is not true when the first

After reading this comment about logical journaling (and reading a thread
about htree and ext3 journaling a while ago, and how logical journaling
could make the problems go away there), it made me think of reiserfs 3.6,
which I have been using recently over the past six months or so. 
                               
IIUC, reiserfs uses a logical journal, and it only does meta-data
journaling, but not to the level of ext3's writeback mode.          
                               
There are patches to add ext3-like data journaling to reiserfs that are
planned to be submitted for one of the next couple 2.4-pre kernels.
                               
I'd be very interested in how reiserfs (and reiserfsck!) might handle a
similar scenario. 
                               
Mike                  

       reply	other threads:[~2003-08-18 20:16 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200308181639.h7IGdkWq019919@filer.fsl.cs.sunysb.edu>
     [not found] ` <20030818181354.GC10270@think>
2003-08-18 20:16   ` Mike Fedyk [this message]
2003-08-19  9:28     ` another seriously corrupt ext3 -- pesky journal Oleg Drokin

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=20030818201609.GB10320@matchmail.com \
    --to=mfedyk@matchmail.com \
    --cc=reiserfs-list@namesys.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.