linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andrew Clayton <andrew@digital-domain.net>
To: Eric Sandeen <sandeen@redhat.com>
Cc: linux-ext4@vger.kernel.org
Subject: Re: [PATCH] Documentation/filesystems/ext3.txt
Date: Tue, 19 May 2009 17:03:58 +0100	[thread overview]
Message-ID: <20090519170358.5d38a2bc@zeus.int.pccl> (raw)
In-Reply-To: <4A12C3A4.90202@redhat.com>

On Tue, 19 May 2009 09:35:16 -0500, Eric Sandeen wrote:

> Andrew Clayton wrote:
> > Update the ext3 document with the fact that data=writeback is now
> > the default journaling mode.
> > 
> > 
> > Signed-off-by: Andrew Clayton <andrew@digital-domain.net>
> > 
> > --- linux-2.6/Documentation/filesystems/ext3.txt.orig
> > 2009-05-18 20:48:27.084220753 +0100 +++
> > linux-2.6/Documentation/filesystems/ext3.txt	2009-05-18
> > 20:49:01.023225288 +0100 @@ -39,11 +39,11 @@
> > data=journal		All data are committed into the journal
> > prior to being written into the main file system. 
> > -data=ordered	(*)	All data are forced directly out to
> > the main file +data=ordered		All data are forced
> > directly out to the main file system prior to its metadata being
> > committed to the journal.
> >  
> > -data=writeback		Data ordering is not preserved, data
> > may be written +data=writeback	(*)	Data ordering is
> > not preserved, data may be written into the main file system after
> > its metadata has been committed to the journal.
> 
> If we're updating this documentation, while we're at it we should add
> that the default is actually controlled by a new kernel config option,
> and also something along the lines of "this mode will produce file
> corruption on a power loss or unclean shutdown, and may lead to
> unintentional information disclosure."

Sure, the data problem is actually eluded to further down the document
where I've expanded it slightly and chat about the default writeback vs
ordered mode.

Hows the below?

> -Eric

Update the ext3 document with the fact that data=writeback is now
 the default journaling mode and mention that the default can be turned 
back to ordered mode via CONFIG_EXT3_DEFAULTS_TO_ORDERED

Also slightly expand upon the problems with writeback mode and possible
file corruption and information disclosures as noted by Eric Sandeen

Signed-off-by: Andrew Clayton <andrew@digital-domain.net>

--- ext3.txt.orig	2009-05-19 16:31:17.000000000 +0100
+++ ext3.txt	2009-05-19 16:59:35.000000000 +0100
@@ -39,11 +39,11 @@
 data=journal		All data are committed into the journal prior to being
 			written into the main file system.
 
-data=ordered	(*)	All data are forced directly out to the main file
+data=ordered		All data are forced directly out to the main file
 			system prior to its metadata being committed to the
 			journal.
 
-data=writeback		Data ordering is not preserved, data may be written
+data=writeback	(*)	Data ordering is not preserved, data may be written
 			into the main file system after its metadata has been
 			committed to the journal.
 
@@ -160,16 +160,19 @@
 There are 3 different data modes:
 
 * writeback mode
-In data=writeback mode, ext3 does not journal data at all.  This mode provides
-a similar level of journaling as that of XFS, JFS, and ReiserFS in its default
-mode - metadata journaling.  A crash+recovery can cause incorrect data to
-appear in files which were written shortly before the crash.  This mode will
-typically provide the best ext3 performance.
+If no mode is explicitly set then this is the default mode.  In data=writeback 
+mode, ext3 does not journal data at all.  This mode provides a similar level of
+journaling as that of XFS, JFS, and ReiserFS in its default mode - metadata 
+journaling.  A crash+recovery can cause file corruption and may lead to 
+sensitve data to appear in files which were written shortly before the crash.  
+This mode will typically provide the best ext3 performance.
 
 * ordered mode
-In data=ordered mode, ext3 only officially journals metadata, but it logically
-groups metadata and data blocks into a single unit called a transaction.  When
-it's time to write the new metadata out to disk, the associated data blocks
+This mode can be made the default via the kernel config option
+CONFIG_EXT3_DEFAULTS_TO_ORDERED.  In data=ordered mode, ext3 only officially 
+journals metadata, but it logically groups metadata and data blocks into a 
+single unit called a transaction.  
+When it's time to write the new metadata out to disk, the associated data blocks
 are written first.  In general, this mode performs slightly slower than
 writeback but significantly faster than journal mode.
 

  reply	other threads:[~2009-05-19 16:04 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-18 20:22 [PATCH] Documentation/filesystems/ext3.txt Andrew Clayton
2009-05-19 14:35 ` Eric Sandeen
2009-05-19 16:03   ` Andrew Clayton [this message]
2009-05-19 16:16     ` Eric Sandeen
2009-05-19 17:49       ` Andrew Clayton

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=20090519170358.5d38a2bc@zeus.int.pccl \
    --to=andrew@digital-domain.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).