blob: b0f9609df8f94b17df00fb68c5196881b6164996 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
|
#! /bin/bash
# SPDX-License-Identifier: GPL-2.0
# Copyright (C) 2015 SUSE Linux Products GmbH. All Rights Reserved.
#
# FS QA Test No. btrfs/086
#
# Test cloning a file range with a length of zero into a destination offset
# greater than zero.
#
# This made btrfs create an extent state record with a start offset greater than
# the end offset, resulting in chaos such as an infinite loop when evicting an
# inode.
#
# This issue was fixed by the following linux kernel patch:
#
# Btrfs: fix inode eviction infinite loop after cloning into it
#
. ./common/preamble
_begin_fstest auto quick clone
. ./common/filter
_supported_fs btrfs
_require_scratch
_require_cloner
_scratch_mkfs >>$seqres.full 2>&1
_scratch_mount
touch $SCRATCH_MNT/foo
touch $SCRATCH_MNT/bar
# Now attempt to clone foo into bar. Because we pass a length of zero, the
# clone ioctl will adjust the length to match the size of the file foo (minus
# the source offset which is zero) - because the adjusted length value is
# zero, it made btrfs create an extent state record for file bar with a start
# offset (64k) greater then its end offset (64k - 1), which is something never
# supposed to happen and for example it made inode eviction enter an infinite
# loop that dumped a warning trace on each iteration.
$CLONER_PROG -s 0 -d 65536 -l 0 $SCRATCH_MNT/foo $SCRATCH_MNT/bar
echo "bar file size after clone operation: `_get_filesize $SCRATCH_MNT/bar`"
status=0
exit
|
