From: Ted Ts'o <tytso@mit.edu>
To: Eric Sandeen <sandeen@redhat.com>
Cc: Andreas Dilger <adilger@dilger.ca>, linux-ext4@vger.kernel.org
Subject: Re: buggy EOFBLOCKS_FL handling
Date: Thu, 19 Aug 2010 13:11:28 -0400 [thread overview]
Message-ID: <20100819171128.GA3468@thunk.org> (raw)
In-Reply-To: <4C6D63D5.8030600@redhat.com>
On Thu, Aug 19, 2010 at 12:03:17PM -0500, Eric Sandeen wrote:
>
> Maybe e2fsck could tally these and after I dunno, 10 or 20 or so, ask
> whether it should keep flagging them or just go into "yes" mode for
> the rest of the inodes with that problem?
Maybe. I'd need to do some testing to see what percentage of the
"takes hours longer" is caused by needing to fix truly vast numbers of
inodes, versus the fact that writing the e2fsck log file was taking a
huge amount of time. I'm not sure, asking the user, "I've tried
fixing 100 of these inodes, and it looks like there are runs more,
want to skip checking for the rest" is all that great (i.e., a "go
into automatic 'no' mode for this question").
The other possibility is that I'd make it configurable by e2fsck.conf,
but change the default to be "ignore this fs error", and then 2-3
years later, change the default to "check for this fs error", without
actually requiring most users to have a knob in their e2fsck.conf
file.
- Ted
next prev parent reply other threads:[~2010-08-19 17:11 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-19 3:01 buggy EOFBLOCKS_FL handling Theodore Ts'o
2010-08-19 3:04 ` [PATCH, RFC] ext4: Fix " Theodore Ts'o
2010-08-21 21:07 ` [PATCH -v2] " Theodore Ts'o
2010-08-19 5:13 ` buggy " Andreas Dilger
2010-08-19 14:44 ` Ted Ts'o
2010-08-19 17:03 ` Eric Sandeen
2010-08-19 17:11 ` Ted Ts'o [this message]
2010-08-19 18:33 ` Andreas Dilger
2010-08-21 20:11 ` Updated test case Ted Ts'o
2010-08-22 0:40 ` Eric Sandeen
2010-08-22 11:42 ` Ted Ts'o
2010-08-22 15:35 ` Eric Sandeen
2010-08-23 18:05 ` Andreas Dilger
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=20100819171128.GA3468@thunk.org \
--to=tytso@mit.edu \
--cc=adilger@dilger.ca \
--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).