From: Miao Xie <miaox@cn.fujitsu.com>
To: bo.li.liu@oracle.com
Cc: Marios Titas <redneb8888@gmail.com>, btrfs <linux-btrfs@vger.kernel.org>
Subject: Re: [PATCH] Btrfs: update inode flags when renaming
Date: Fri, 22 Feb 2013 17:34:47 +0800 [thread overview]
Message-ID: <51273BB7.60504@cn.fujitsu.com> (raw)
In-Reply-To: <20130222084034.GC12835@liubo.cn.oracle.com>
On fri, 22 Feb 2013 16:40:35 +0800, Liu Bo wrote:
> On Fri, Feb 22, 2013 at 03:32:50AM -0500, Marios Titas wrote:
>> Sorry, but the bug persists even with the above patch.
>>
>> touch test
>> chattr +C test
>> lsattr test
>> mv test test2
>> lsattr test2
>>
>> In the above scenario test2 will not have the C flag.
>
> What do you expect? IMO it's right that test2 does not have the C flag.
No, it's not right.
For the users, they expect the C flag is not lost because they just do
a rename operation. but fixup_inode_flags() re-sets the flags by the
parent directory's flag.
I think we should inherit the flags from the parent just when we create
a new file/directory, in the other cases, just give a option to the users.
How do you think about?
Thanks
Miao
>
> This patch ensure that we get the same result after we remount, no more
> the C flag coming back :)
>
> thanks,
> liubo
>
>>
>> On Fri, Feb 22, 2013 at 3:11 AM, Liu Bo <bo.li.liu@oracle.com> wrote:
>>> A user reported some weird behaviours,
>>> if we move a file with the noCow flag to a directory without the
>>> noCow flag, the file is now without the flag, but after remount,
>>> we'll find the file's noCow flag comes back.
>>>
>>> This is because we missed a proper inode update after inheriting
>>> parent directory's flags,
>>>
>>> Reported-by: Marios Titas <redneb8888@gmail.com>
>>> Signed-off-by: Liu Bo <bo.li.liu@oracle.com>
>>> ---
>>> fs/btrfs/inode.c | 7 +++++--
>>> 1 files changed, 5 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
>>> index d9984fa..d2e3352 100644
>>> --- a/fs/btrfs/inode.c
>>> +++ b/fs/btrfs/inode.c
>>> @@ -7478,8 +7478,6 @@ static int btrfs_rename(struct inode *old_dir, struct dentry *old_dentry,
>>> old_dentry->d_inode,
>>> old_dentry->d_name.name,
>>> old_dentry->d_name.len);
>>> - if (!ret)
>>> - ret = btrfs_update_inode(trans, root, old_inode);
>>> }
>>> if (ret) {
>>> btrfs_abort_transaction(trans, root, ret);
>>> @@ -7514,6 +7512,11 @@ static int btrfs_rename(struct inode *old_dir, struct dentry *old_dentry,
>>> }
>>>
>>> fixup_inode_flags(new_dir, old_inode);
>>> + ret = btrfs_update_inode(trans, root, old_inode);
>>> + if (ret) {
>>> + btrfs_abort_transaction(trans, root, ret);
>>> + goto out_fail;
>>> + }
>>>
>>> ret = btrfs_add_link(trans, new_dir, old_inode,
>>> new_dentry->d_name.name,
>>> --
>>> 1.7.7.6
>>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2013-02-22 9:34 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-22 8:11 [PATCH] Btrfs: update inode flags when renaming Liu Bo
2013-02-22 8:32 ` Marios Titas
2013-02-22 8:40 ` Liu Bo
2013-02-22 9:10 ` Marios Titas
2013-02-22 10:00 ` Liu Bo
2013-02-22 21:19 ` Marios Titas
2013-02-22 22:21 ` David Sterba
2013-02-22 9:34 ` Miao Xie [this message]
2013-02-22 9:50 ` Marios Titas
2013-02-22 10:06 ` Liu Bo
2013-02-22 22:04 ` David Sterba
2013-02-25 3:50 ` Liu Bo
2013-02-25 4:23 ` Miao Xie
2013-02-25 5:03 ` Liu Bo
2013-02-25 11:22 ` David Sterba
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=51273BB7.60504@cn.fujitsu.com \
--to=miaox@cn.fujitsu.com \
--cc=bo.li.liu@oracle.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=redneb8888@gmail.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