| Message ID | 1313290358-12611-1-git-send-email-tytso@mit.edu |
|---|---|
| State | Accepted, archived |
| Headers | show |
On Sat, 13 Aug 2011, Theodore Ts'o wrote: > If both delalloc and data=journalled are enabled, then a warning > message that delalloc will be disabled is displayed at mount time. > Since delalloc is the default, this means this warning is always > printed which really isn't necessary. So disable the warning message > unless the user explicitly asked for delalloc. Hi Ted, that seems a bit confusing. Since delalloc is the default how would the user know that it will be disabled if data=journalled mode is used ? That said, if users are complaining about the warning so lets at least add this information into mount man page, but if they are not I am not sure that we really need to change that. Thanks! -Lukas > > Signed-off-by: "Theodore Ts'o" <tytso@mit.edu> > --- > fs/ext4/ext4.h | 2 ++ > fs/ext4/super.c | 6 ++++-- > 2 files changed, 6 insertions(+), 2 deletions(-) > > diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h > index be593d5..b98b5a1 100644 > --- a/fs/ext4/ext4.h > +++ b/fs/ext4/ext4.h > @@ -916,6 +916,8 @@ struct ext4_inode_info { > #define EXT4_MOUNT_DISCARD 0x40000000 /* Issue DISCARD requests */ > #define EXT4_MOUNT_INIT_INODE_TABLE 0x80000000 /* Initialize uninitialized itables */ > > +#define EXT4_MOUNT2_DELALLOC_EXPLICIT 0x00000001 /* specified by user */ > + > #define clear_opt(sb, opt) EXT4_SB(sb)->s_mount_opt &= \ > ~EXT4_MOUNT_##opt > #define set_opt(sb, opt) EXT4_SB(sb)->s_mount_opt |= \ > diff --git a/fs/ext4/super.c b/fs/ext4/super.c > index 44d0c8d..447eb45 100644 > --- a/fs/ext4/super.c > +++ b/fs/ext4/super.c > @@ -1817,6 +1817,7 @@ set_qf_format: > break; > case Opt_delalloc: > set_opt(sb, DELALLOC); > + set_opt2(sb, DELALLOC_EXPLICIT); > break; > case Opt_block_validity: > set_opt(sb, BLOCK_VALIDITY); > @@ -3681,8 +3682,9 @@ no_journal: > > if (test_opt(sb, DELALLOC) && > (test_opt(sb, DATA_FLAGS) == EXT4_MOUNT_JOURNAL_DATA)) { > - ext4_msg(sb, KERN_WARNING, "Ignoring delalloc option - " > - "requested data journaling mode"); > + if (test_opt2(sb, DELALLOC_EXPLICIT)) > + ext4_msg(sb, KERN_WARNING, "Ignoring delalloc option " > + "- requested data journaling mode"); > clear_opt(sb, DELALLOC); > } > if (test_opt(sb, DIOREAD_NOLOCK)) { > -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 8/15/11 5:14 AM, Lukas Czerner wrote: > On Sat, 13 Aug 2011, Theodore Ts'o wrote: > >> If both delalloc and data=journalled are enabled, then a warning >> message that delalloc will be disabled is displayed at mount time. >> Since delalloc is the default, this means this warning is always >> printed which really isn't necessary. So disable the warning message >> unless the user explicitly asked for delalloc. > > Hi Ted, > > that seems a bit confusing. Since delalloc is the default how would the > user know that it will be disabled if data=journalled mode is used ? > That said, if users are complaining about the warning so lets at least > add this information into mount man page, but if they are not I am not > sure that we really need to change that. I concur... The giant behavior-options switch in ext4 is confusing enough; if enabling one option disables another default option, I think that explicitly stating it in the logs is useful. Doing so silently just covers up the behavior. If users are unhappy with the message, it's probably more because of the fact of the matter, and not because of the presentation of the fact. :) IOW, what does this patch really improve? -Eric > Thanks! > -Lukas > > >> >> Signed-off-by: "Theodore Ts'o" <tytso@mit.edu> >> --- >> fs/ext4/ext4.h | 2 ++ >> fs/ext4/super.c | 6 ++++-- >> 2 files changed, 6 insertions(+), 2 deletions(-) >> >> diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h >> index be593d5..b98b5a1 100644 >> --- a/fs/ext4/ext4.h >> +++ b/fs/ext4/ext4.h >> @@ -916,6 +916,8 @@ struct ext4_inode_info { >> #define EXT4_MOUNT_DISCARD 0x40000000 /* Issue DISCARD requests */ >> #define EXT4_MOUNT_INIT_INODE_TABLE 0x80000000 /* Initialize uninitialized itables */ >> >> +#define EXT4_MOUNT2_DELALLOC_EXPLICIT 0x00000001 /* specified by user */ >> + >> #define clear_opt(sb, opt) EXT4_SB(sb)->s_mount_opt &= \ >> ~EXT4_MOUNT_##opt >> #define set_opt(sb, opt) EXT4_SB(sb)->s_mount_opt |= \ >> diff --git a/fs/ext4/super.c b/fs/ext4/super.c >> index 44d0c8d..447eb45 100644 >> --- a/fs/ext4/super.c >> +++ b/fs/ext4/super.c >> @@ -1817,6 +1817,7 @@ set_qf_format: >> break; >> case Opt_delalloc: >> set_opt(sb, DELALLOC); >> + set_opt2(sb, DELALLOC_EXPLICIT); >> break; >> case Opt_block_validity: >> set_opt(sb, BLOCK_VALIDITY); >> @@ -3681,8 +3682,9 @@ no_journal: >> >> if (test_opt(sb, DELALLOC) && >> (test_opt(sb, DATA_FLAGS) == EXT4_MOUNT_JOURNAL_DATA)) { >> - ext4_msg(sb, KERN_WARNING, "Ignoring delalloc option - " >> - "requested data journaling mode"); >> + if (test_opt2(sb, DELALLOC_EXPLICIT)) >> + ext4_msg(sb, KERN_WARNING, "Ignoring delalloc option " >> + "- requested data journaling mode"); >> clear_opt(sb, DELALLOC); >> } >> if (test_opt(sb, DIOREAD_NOLOCK)) { >> > -- > To unsubscribe from this list: send the line "unsubscribe linux-ext4" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Aug 15, 2011 at 10:59:02AM -0500, Eric Sandeen wrote: > > The giant behavior-options switch in ext4 is confusing enough; if enabling > one option disables another default option, I think that explicitly stating > it in the logs is useful. Doing so silently just covers up the behavior. > > If users are unhappy with the message, it's probably more because of > the fact of the matter, and not because of the presentation of the fact. :) Most users probably have no idea what "delalloc" actually means. So when they get a message that saying that data=journalled has disabled delalloc, it could easily be seen as noise. I was moved to do it because I got tired of seeing the message over, and over, and over again when running xfstests. Maybe an improvement would be (1) to document what data=journal implies in the Documentation/filesystems/ext4.txt, (2) change the message to explicitly say "delayed allocation" instead of "delalloc" (although many people won't have any idea what "delayed allocation" means either), and (3) make it a printk_once thing. I guess I don't agree with the fundamental presumption which is that users should be looking at the dmesg output to understand what various things mean, and if they didn't explicitly specify delalloc, why should we complain about the fact that both delalloc and data=journal were specified (when in fact it wasn't specified). - Ted -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, 15 Aug 2011, Ted Ts'o wrote: > On Mon, Aug 15, 2011 at 10:59:02AM -0500, Eric Sandeen wrote: > > > > The giant behavior-options switch in ext4 is confusing enough; if enabling > > one option disables another default option, I think that explicitly stating > > it in the logs is useful. Doing so silently just covers up the behavior. > > > > If users are unhappy with the message, it's probably more because of > > the fact of the matter, and not because of the presentation of the fact. :) > > Most users probably have no idea what "delalloc" actually means. So > when they get a message that saying that data=journalled has disabled > delalloc, it could easily be seen as noise. I was moved to do it > because I got tired of seeing the message over, and over, and over > again when running xfstests. So the actual users of data=journal does not care all that much about it apparently. If the information for some of the users is "noise" than be it, there is a lot of "noise" in the logs but it is useful for people who do understand it, or to people who can search for it. > > Maybe an improvement would be (1) to document what data=journal > implies in the Documentation/filesystems/ext4.txt, (2) change the > message to explicitly say "delayed allocation" instead of "delalloc" > (although many people won't have any idea what "delayed allocation" > means either), and (3) make it a printk_once thing. That information actually already is in Documentation/filesystems/ext4.txt but not in the Options section. However important is to have this information in mount man page, because that is where usually users go for info right ? I like the "delayed allocation" version of the warning, but I do not think we should do it with printk_once as it seems even more confusing to me. > > I guess I don't agree with the fundamental presumption which is that > users should be looking at the dmesg output to understand what various > things mean, and if they didn't explicitly specify delalloc, why > should we complain about the fact that both delalloc and data=journal > were specified (when in fact it wasn't specified). Yeah, we should probably say that we are "disabling delayed allocation". > > - Ted > Thanks! -Lukas -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 8/15/11 12:54 PM, Ted Ts'o wrote: > On Mon, Aug 15, 2011 at 10:59:02AM -0500, Eric Sandeen wrote: >> >> The giant behavior-options switch in ext4 is confusing enough; if enabling >> one option disables another default option, I think that explicitly stating >> it in the logs is useful. Doing so silently just covers up the behavior. >> >> If users are unhappy with the message, it's probably more because of >> the fact of the matter, and not because of the presentation of the fact. :) > > Most users probably have no idea what "delalloc" actually means. So > when they get a message that saying that data=journalled has disabled > delalloc, it could easily be seen as noise. I was moved to do it > because I got tired of seeing the message over, and over, and over > again when running xfstests. > > Maybe an improvement would be (1) to document what data=journal > implies in the Documentation/filesystems/ext4.txt, (2) change the > message to explicitly say "delayed allocation" instead of "delalloc" > (although many people won't have any idea what "delayed allocation" > means either), and (3) make it a printk_once thing. > > I guess I don't agree with the fundamental presumption which is that > users should be looking at the dmesg output to understand what various > things mean, and if they didn't explicitly specify delalloc, why > should we complain about the fact that both delalloc and data=journal > were specified (when in fact it wasn't specified). Well, just my $0.02, I won't fight it. One thing I do want, though, is to be able to look at logs and know what mode we're running in. I guess we do print all specified options, so those in the know, will know that delalloc is off if data=journal is on. But I think we could use some consistency here at least: [root@inode ~]# mount -o data=journal,dioread_nolock /dev/sdb5 /mnt/test [root@inode ~]# /* YAY it worked! */ [root@inode ~]# dmesg | tail ... [269530.183245] EXT4-fs (sdb5): Ignoring delalloc option - requested data journaling mode [269530.191170] EXT4-fs (sdb5): Ignoring dioread_nolock option - requested data journaling mode /* boo it didn't work */ Better hit that one too, I guess, and any other option which disables another default ... (honestly, I think it'd be better to fail the mount in cases like this if conflicting options are specified). -Eric -Eric -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h index be593d5..b98b5a1 100644 --- a/fs/ext4/ext4.h +++ b/fs/ext4/ext4.h @@ -916,6 +916,8 @@ struct ext4_inode_info { #define EXT4_MOUNT_DISCARD 0x40000000 /* Issue DISCARD requests */ #define EXT4_MOUNT_INIT_INODE_TABLE 0x80000000 /* Initialize uninitialized itables */ +#define EXT4_MOUNT2_DELALLOC_EXPLICIT 0x00000001 /* specified by user */ + #define clear_opt(sb, opt) EXT4_SB(sb)->s_mount_opt &= \ ~EXT4_MOUNT_##opt #define set_opt(sb, opt) EXT4_SB(sb)->s_mount_opt |= \ diff --git a/fs/ext4/super.c b/fs/ext4/super.c index 44d0c8d..447eb45 100644 --- a/fs/ext4/super.c +++ b/fs/ext4/super.c @@ -1817,6 +1817,7 @@ set_qf_format: break; case Opt_delalloc: set_opt(sb, DELALLOC); + set_opt2(sb, DELALLOC_EXPLICIT); break; case Opt_block_validity: set_opt(sb, BLOCK_VALIDITY); @@ -3681,8 +3682,9 @@ no_journal: if (test_opt(sb, DELALLOC) && (test_opt(sb, DATA_FLAGS) == EXT4_MOUNT_JOURNAL_DATA)) { - ext4_msg(sb, KERN_WARNING, "Ignoring delalloc option - " - "requested data journaling mode"); + if (test_opt2(sb, DELALLOC_EXPLICIT)) + ext4_msg(sb, KERN_WARNING, "Ignoring delalloc option " + "- requested data journaling mode"); clear_opt(sb, DELALLOC); } if (test_opt(sb, DIOREAD_NOLOCK)) {
If both delalloc and data=journalled are enabled, then a warning message that delalloc will be disabled is displayed at mount time. Since delalloc is the default, this means this warning is always printed which really isn't necessary. So disable the warning message unless the user explicitly asked for delalloc. Signed-off-by: "Theodore Ts'o" <tytso@mit.edu> --- fs/ext4/ext4.h | 2 ++ fs/ext4/super.c | 6 ++++-- 2 files changed, 6 insertions(+), 2 deletions(-)