From: "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>
To: Theodore Tso <tytso@mit.edu>
Cc: Ext4 Developers List <linux-ext4@vger.kernel.org>
Subject: Re: [PATCH] ext4: Remove "extents" mount option
Date: Wed, 7 Jan 2009 21:30:46 +0530 [thread overview]
Message-ID: <20090107160046.GC9617@skywalker> (raw)
In-Reply-To: <20090107144502.GC17110@mit.edu>
On Wed, Jan 07, 2009 at 09:45:02AM -0500, Theodore Tso wrote:
> On Wed, Jan 07, 2009 at 11:02:50AM +0530, Aneesh Kumar K.V wrote:
> > On Tue, Jan 06, 2009 at 01:49:37PM -0500, Theodore Ts'o wrote:
> > > This mount option is largely superfluous, and in fact the way it was
> > > implemented was buggy; if a filesystem which did not have the extents
> > > feature flag was mounted -o extents, the filesystem would attempt to
> > > create and use extents-based file even though the extents feature flag
> > > was not eabled. The simplest thing to do is to nuke the mount option
> > > entirely. It's not all that useful to force the non-creation of new
> > > extent-based files if the filesystem can support it.
> > >
> >
> > Ext4 -> Ext3 migration story is to mount the filesystem with -o
> > noextents and copy the file around. If we remove the -o noextents
> > options how do we force the creation of non extent format files ?
>
> 1) How much do we care about ext4->ext3 migration?
>
> 2) That only deals with extent-based files; it doesn't deal with any
> of the other ext4-specific features.
>
> What's the scenario you're thinking about here? When would it be
> useful for users to be able to downgrade extent-based files to
> indirect block files by copying files around?
>
The user migrate from ext3 to ext4 and later wants to move back. So
with ext3 to ext4 migration he use tune2fs to enable the extent
feature. Now later he wants to move back to ext3. The only way is mount
the filesystem with -o noextents and copy the new files created in
extent format back. Then mount it using ext3.
-aneesh
prev parent reply other threads:[~2009-01-07 16:00 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-06 18:49 [PATCH] ext4: Remove "extents" mount option Theodore Ts'o
2009-01-07 5:32 ` Aneesh Kumar K.V
2009-01-07 14:45 ` Theodore Tso
2009-01-07 15:47 ` Eric Sandeen
2009-01-07 16:00 ` Aneesh Kumar K.V [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=20090107160046.GC9617@skywalker \
--to=aneesh.kumar@linux.vnet.ibm.com \
--cc=linux-ext4@vger.kernel.org \
--cc=tytso@mit.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;
as well as URLs for NNTP newsgroup(s).