From patchwork Tue May 3 10:57:49 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Filipe Manana X-Patchwork-Id: 12835617 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id A967FC433EF for ; Tue, 3 May 2022 10:58:14 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234581AbiECLBo (ORCPT ); Tue, 3 May 2022 07:01:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39454 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234603AbiECLBm (ORCPT ); Tue, 3 May 2022 07:01:42 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 454C536E25; Tue, 3 May 2022 03:58:00 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 2FEC5B81D73; Tue, 3 May 2022 10:57:58 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id CEFF9C385A9; Tue, 3 May 2022 10:57:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1651575476; bh=RRLox75KOpyt9vFVOhFnBvdrBeKlfISKxs1owxx6W9Y=; h=From:To:Cc:Subject:Date:From; b=GFRnSICe/IR40gx7RvWW8BUbLzLWfUOSF8xOvIynUPX/hNHtrRnOYpH+RHCuZDIk9 D4svzLk5PzoOLPTuLAVg0KXH9XLlgsXDubf3YVb1FCtfMi3seySYJG/49MyggyyRG5 8VQSIB0rMggpXu3yqLkfJbHwQ1OLe40W5lmEGmJOoLkh5qlLJRLeQoMUxAESzRzoc8 SUKSVobLV4qyUIel3ZdwOgd5DT3v0S1h+YAwMuLNZ9ZP1RthqOGoiXyg6dZfr6emkF jHRGj1StPSihpK7Clz6R1zr/EiJyNNWPw2maMQiZU1qqy1gugmzcnad4KFHpEkRBsG /a1/BGJXJbabA== From: fdmanana@kernel.org To: fstests@vger.kernel.org Cc: linux-btrfs@vger.kernel.org, zlang@kernel.org, Filipe Manana Subject: [Resend PATCH] generic: test fsync of directory with renamed symlink Date: Tue, 3 May 2022 11:57:49 +0100 Message-Id: <8f06924cda35f9a5e22c1c188eb46205dd50491f.1651573756.git.fdmanana@suse.com> X-Mailer: git-send-email 2.35.1 MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: fstests@vger.kernel.org From: Filipe Manana Test that if we fsync a directory, create a symlink inside it, rename the symlink, fsync again the directory and then power fail, after the filesystem is mounted again, the symlink exists with the new name and it has the correct content. This currently fails on btrfs, because the symlink ends up empty (which is illegal on Linux), but it is fixed by kernel commit: d0e64a981fd841 ("btrfs: always log symlinks in full mode") Signed-off-by: Filipe Manana Reviewed-by: David Disseldorp --- Resending as this was missed on the last update. No changes, only rebased on the current 'for-next' branch. tests/generic/690 | 89 +++++++++++++++++++++++++++++++++++++++++++ tests/generic/690.out | 2 + 2 files changed, 91 insertions(+) create mode 100755 tests/generic/690 create mode 100644 tests/generic/690.out diff --git a/tests/generic/690 b/tests/generic/690 new file mode 100755 index 00000000..0bf47dd7 --- /dev/null +++ b/tests/generic/690 @@ -0,0 +1,89 @@ +#! /bin/bash +# SPDX-License-Identifier: GPL-2.0 +# Copyright (c) 2022 SUSE Linux Products GmbH. All Rights Reserved. +# +# FS QA Test 690 +# +# Test that if we fsync a directory, create a symlink inside it, rename the +# symlink, fsync again the directory and then power fail, after the filesystem +# is mounted again, the symlink exists with the new name and it has the correct +# content. +# +# On btrfs this used to result in the symlink being empty (i_size 0), and it was +# fixed by kernel commit: +# +# d0e64a981fd841 ("btrfs: always log symlinks in full mode") +# +. ./common/preamble +_begin_fstest auto quick log + +_cleanup() +{ + _cleanup_flakey + cd / + rm -r -f $tmp.* +} + +. ./common/rc +. ./common/filter +. ./common/dmflakey + +# real QA test starts here + +_supported_fs generic +_require_scratch +_require_symlinks +_require_dm_target flakey + +rm -f $seqres.full + +# f2fs doesn't support fs-op level transaction functionality, so it has no way +# to persist all metadata updates in one transaction. We have to use its mount +# option "fastboot" so that it triggers a metadata checkpoint to persist all +# metadata updates that happen before a fsync call. Without this, after the +# last fsync in the test, the symlink named "baz" will not exist. +if [ $FSTYP = "f2fs" ]; then + export MOUNT_OPTIONS="-o fastboot $MOUNT_OPTIONS" +fi + +_scratch_mkfs >>$seqres.full 2>&1 +_require_metadata_journaling $SCRATCH_DEV +_init_flakey +_mount_flakey + +# Create our test directory. +mkdir $SCRATCH_MNT/testdir + +# Commit the current transaction and persist the directory. +sync + +# Create a file in the test directory, so that the next fsync on the directory +# actually does something (it logs the directory). +echo -n > $SCRATCH_MNT/testdir/foo + +# Fsync the directory. +$XFS_IO_PROG -c "fsync" $SCRATCH_MNT/testdir + +# Now create a symlink inside the test directory. +ln -s $SCRATCH_MNT/testdir/foo $SCRATCH_MNT/testdir/bar + +# Rename the symlink. +mv $SCRATCH_MNT/testdir/bar $SCRATCH_MNT/testdir/baz + +# Fsync again the directory. +$XFS_IO_PROG -c "fsync" $SCRATCH_MNT/testdir + +# Simulate a power failure and then mount again the filesystem to replay the +# journal/log. +_flakey_drop_and_remount + +# The symlink should exist, with the name "baz" and its content must be +# "$SCRATCH_MNT/testdir/foo". +[ -L $SCRATCH_MNT/testdir/baz ] || echo "symlink 'baz' is missing" +echo "symlink content: $(readlink $SCRATCH_MNT/testdir/baz | _filter_scratch)" + +_unmount_flakey + +# success, all done +status=0 +exit diff --git a/tests/generic/690.out b/tests/generic/690.out new file mode 100644 index 00000000..84be1247 --- /dev/null +++ b/tests/generic/690.out @@ -0,0 +1,2 @@ +QA output created by 690 +symlink content: SCRATCH_MNT/testdir/foo