On Tue, Mar 04, 2014 at 09:21:48AM -0800, Christoph Hellwig wrote:
> Make sure that we see unlinked inodes when shutting a filesystem
> down that has an open O_TMPFILE descriptor, and make sure that it
> has been deleted after a mount/umount cycle.
>
> Signed-off-by: Christoph Hellwig <hch@xxxxxx>
>
> diff --git a/tests/xfs/006 b/tests/xfs/006
> new file mode 100755
> index 0000000..6be8418
> --- /dev/null
> +++ b/tests/xfs/006
> @@ -0,0 +1,86 @@
> +#! /bin/bash
> +# XFS QA Test No. 006
> +#
> +# Test O_TMPFILE interaction with log recovery and repair.
> +#
> +#-----------------------------------------------------------------------
> +# Copyright (c) 2014 Christoph Hellwig. All Rights Reserved.
> +#
> +# 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"
> +
> +here=`pwd`
> +tmp=/tmp/$$
> +status=1 # failure is the default!
> +trap "_cleanup; exit \$status" 0 1 2 3 15
> +
> +_cleanup()
> +{
> + cd /
> + rm -f $tmp.*
> + rm -f ${testfile}
> +}
> +
> +# get standard environment, filters and checks
> +. ./common/rc
> +. ./common/filter
> +. ./common/repair
> +
> +# real QA test starts here
> +_supported_fs generic
XFS only.
> +_supported_os Linux
> +
> +_require_scratch
> +#_require_xfs_io_falloc_flink
> +
> +testfile="${SCRATCH_MNT}/tst-tmpfile-flink"
> +
> +_scratch_mount
> +
> +# test creating a r/w tmpfile, do I/O and link it into the namespace
> +$XFS_IO_PROG -x -T \
> + -c "pwrite 0 4096" \
> + -c "pread 0 4096" \
> + -c "freeze" \
> + -c "thaw" \
> + -c "shutdown" \
> + ${SCRATCH_MNT} | _filter_xfs_io
$testfile?
Also, I don't see the file being linked into the namespace, so the
comment is probably wrong. Also, please add a comment as to
why the freeze/thaw is necessary.
> +# repair should find an unlinked inode and an incorrect icount
> +_scratch_xfs_repair -n 2>&1 | \
> + _filter_repair > $tmp.repair
> +
> +ino=`grep 'disconnected inode ' $tmp.repair | \
> + head -1 | \
> + awk '{print $3}' | \
> + sed 's/,//'`
> +
> +cat $tmp.repair | sed "s/$ino/XXX/g"
Ok, so we should see that line in the golden output...
....
> diff --git a/tests/xfs/006.out b/tests/xfs/006.out
> new file mode 100644
> index 0000000..46f3b73
> --- /dev/null
> +++ b/tests/xfs/006.out
> @@ -0,0 +1,43 @@
> +QA output created by 006
> +wrote 4096/4096 bytes at offset 0
> +XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
> +read 4096/4096 bytes at offset 0
> +XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
> +Phase 1 - find and verify superblock...
> +Phase 2 - using <TYPEOF> log
> + - scan filesystem freespace and inode maps...
> + - found root inode chunk
> +Phase 3 - for each AG...
> + - scan (but don't clear) agi unlinked lists...
> + - process known inodes and perform inode discovery...
> + - process newly discovered inodes...
> +Phase 4 - check for duplicate blocks...
> + - setting up duplicate extent list...
> + - check for inodes claiming duplicate blocks...
> +No modify flag set, skipping phase 5
> +Phase 6 - check inode connectivity...
> + - traversing filesystem ...
> + - traversal finished ...
> + - moving disconnected inodes to lost+found ...
> +disconnected inode XXX, would move to lost+found
There it is, but is moving it to lost+found the right thing to do,
given that it was on the unlinked list and should have had a zero
link count? i.e. aren't we supposed to free unlinked inodes with a
zero link count, not recover them to lost+found?
> +Phase 7 - verify link counts...
> +would have reset inode XXX nlinks from 0 to 1
Yeah, that seems like the wrong behaviour to have for an anonymous
O_TMPFILE file - it's making it visible because we moved it to
lost+found in phase 6....
Also, I don't see any icount mismatch, so the comment above in the
test is probably wrong.
> diff --git a/tests/xfs/group b/tests/xfs/group
> index ba34650..2f896e1 100644
> --- a/tests/xfs/group
> +++ b/tests/xfs/group
> @@ -3,6 +3,7 @@
> 003 db auto quick
> 004 db auto quick
> 005 auto quick
> +006 auto quick
and repair.
Cheers,
Dave.
--
Dave Chinner
david@xxxxxxxxxxxxx
_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs
