#! /bin/bash # FSQA Test No. 098 # # Test that after truncating a file into the middle of a hole causes the new # size of the file to be persisted after a clean unmount of the filesystem (or # after the inode is evicted). This is for the case where all the data following # the hole is not yet durably persisted, that is, that data is only present in # the page cache. # # This test is motivated by an issue found in btrfs. # #----------------------------------------------------------------------- # # Copyright (C) 2015 SUSE Linux Products GmbH. All Rights Reserved. # Author: Filipe Manana # # This program is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License as # published by the Free Software Foundation. # # This program is distributed in the hope that it would be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write the Free Software Foundation, # Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA #----------------------------------------------------------------------- # seq=`basename $0` seqres=$RESULT_DIR/$seq echo "QA output created by $seq" tmp=/tmp/$$ status=1 # failure is the default! trap "_cleanup; exit \$status" 0 1 2 3 15 _cleanup() { rm -f $tmp.* } # get standard environment, filters and checks . ./common/rc . ./common/filter # real QA test starts here _supported_fs generic _supported_os Linux _require_scratch # This test was motivated by an issue found in btrfs when the btrfs no-holes # feature is enabled (introduced in kernel 3.14). So enable the feature if the # fs being tested is btrfs. if [ $FSTYP == "btrfs" ]; then _require_btrfs_fs_feature "no_holes" _require_btrfs_mkfs_feature "no-holes" MKFS_OPTIONS="$MKFS_OPTIONS -O no-holes" fi rm -f $seqres.full _scratch_mkfs >>$seqres.full 2>&1 _scratch_mount # Create our test file with some data and durably persist it. $XFS_IO_PROG -f -c "pwrite -S 0xaa 0 128K" $SCRATCH_MNT/foo | _filter_xfs_io sync # Append some data to the file, increasing its size, and leave a hole between # the old size and the start offset if the following write. So our file gets # a hole in the range [128Kb, 256Kb[. $XFS_IO_PROG -c "pwrite -S 0xbb 256K 32K" $SCRATCH_MNT/foo | _filter_xfs_io # Now truncate our file to a smaller size that is in the middle of the hole we # previously created. On most truncate implementations the data we appended # before gets discarded from memory (with truncate_setsize()) and never ends # up being written to disk. $XFS_IO_PROG -c "truncate 160K" $SCRATCH_MNT/foo _scratch_cycle_mount # We expect to see a file with a size of 160Kb, with the first 128Kb of data all # having the value 0xaa and the remaining 32Kb of data all having the value 0x00 echo "File content after remount:" od -t x1 $SCRATCH_MNT/foo status=0 exit