From: Sun Ke via Linux-f2fs-devel <linux-f2fs-devel@lists.sourceforge.net>
To: Chao Yu <chao.yu@oppo.com>, <fstests@vger.kernel.org>, <guan@eryu.me>
Cc: jaegeuk@kernel.org, david@fromorbit.com,
linux-f2fs-devel@lists.sourceforge.net
Subject: Re: [f2fs-dev] [PATCH v2] generic/066: attr1 is still there after log replay on f2fs
Date: Tue, 15 Mar 2022 17:34:44 +0800 [thread overview]
Message-ID: <690fc25e-263e-5c7a-2bd0-55fa06c85e23@huawei.com> (raw)
In-Reply-To: <de79517f-4fa6-c409-42d4-6187eb968e0e@oppo.com>
在 2022/3/15 12:01, Chao Yu 写道:
> On 2022/3/11 17:43, Sun Ke via Linux-f2fs-devel wrote:
>> The test fail on f2fs:
>> xattr names and values after second fsync log replay:
>> # file: SCRATCH_MNT/foobar
>> +user.attr1="val1"
>> user.attr3="val3"
>>
>> attr1 is still there after log replay. f2fs doesn't support fs-op level
>> transaction functionality. so it have no way to persist all metadata
>> updates in one transaction. We can use "fastboot" mountoption for this
>> case, so during last fsync on qwerty, f2fs can trigger a checkpoint
>> which will persist all metadata updates before fsync().
>>
>> Suggested-by: Chao Yu <chao@kernel.org>
>> Signed-off-by: Sun Ke <sunke32@huawei.com>
>> ---
>> tests/generic/066 | 8 ++++++++
>> 1 file changed, 8 insertions(+)
>>
>> diff --git a/tests/generic/066 b/tests/generic/066
>> index 105a7acd..b8465101 100755
>> --- a/tests/generic/066
>> +++ b/tests/generic/066
>> @@ -56,6 +56,14 @@ sync
>> $SETFATTR_PROG -x user.attr2 $SCRATCH_MNT/foobar
>> $XFS_IO_PROG -c "fsync" $SCRATCH_MNT/foobar
>> +# f2fs doesn't support fs-op level transaction functionality. so it
>> have no way
>> +# to persist all metadata updates in one transaction. We can use
>> "fastboot"
>> +# mountoption for this case, so during last fsync on qwerty, f2fs can
>> trigger a
>> +# checkpoint which will persist all metadata updates before fsync().
>> +if [ $FSTYP = "f2fs" ]; then
>> + export MOUNT_OPTIONS="-o fastboot"
>
> Can we merge "fastboot" with original mount options? and after the test,
> how about
> recovering to original mount options?
>
> Thanks,
Like this:
if [ $FSTYP = "f2fs" ]; then
- export MOUNT_OPTIONS="-o fastboot"
+ export MOUNT_OPTIONS="-o fastboot $MOUNT_OPTIONS"
fi
right?
And I have tested that there is no need to recover to original mount
options after the test. It will be the original one in the next test.
Thanks,
Sun Ke
>
>> +fi
>> +
>> _flakey_drop_and_remount
>> # After the fsync log is replayed, the file should have only 2
>> xattrs, the ones
> .
_______________________________________________
Linux-f2fs-devel mailing list
Linux-f2fs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
prev parent reply other threads:[~2022-03-15 9:35 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-11 9:43 [f2fs-dev] [PATCH v2] generic/066: attr1 is still there after log replay on f2fs Sun Ke via Linux-f2fs-devel
2022-03-15 4:01 ` Chao Yu via Linux-f2fs-devel
2022-03-15 9:34 ` Sun Ke via Linux-f2fs-devel [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=690fc25e-263e-5c7a-2bd0-55fa06c85e23@huawei.com \
--to=linux-f2fs-devel@lists.sourceforge.net \
--cc=chao.yu@oppo.com \
--cc=david@fromorbit.com \
--cc=fstests@vger.kernel.org \
--cc=guan@eryu.me \
--cc=jaegeuk@kernel.org \
--cc=sunke32@huawei.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).