Re: [btrfs] 3ae92b3782: xfstests.generic.269.fail

2019-09-03 Thread Rong Chen



On 9/3/19 9:25 PM, Josef Bacik wrote:

On Tue, Sep 03, 2019 at 04:06:33PM +0800, kernel test robot wrote:

FYI, we noticed the following commit (built with gcc-7):

commit: 3ae92b3782182d282a92573abe95c96d34ca6e73 ("btrfs: change the minimum global 
reserve size")
https://kernel.googlesource.com/pub/scm/linux/kernel/git/next/linux-next.git 
master

in testcase: xfstests
with following parameters:

disk: 4HDD
fs: btrfs
test: generic-group13

test-description: xfstests is a regression test suite for xfs and other files 
ystems.
test-url: git://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git


on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 4G

caused below changes (please refer to attached dmesg/kmsg for entire 
log/backtrace):



It would help if you could capture generic/269.full, but this is likely a
problem with fsck that I fixed a few weeks ago where we're seeing nbytes of an
inode is wrong, but there's an orphan item so it doesn't matter.  This patch
just made it more likely for us to have a still being iput'ed inode after a
transaction commit.  Thanks,

Josef


Hi Josef,

I enclose the generic/269.full file for your reference.

Best Regards,
Rong Chen
btrfs-progs v4.7.3
See http://btrfs.wiki.kernel.org for more information.

Label:  (null)
UUID:   
Node size:  16384
Sector size:4096
Filesystem size:512.00MiB
Block group profiles:
  Data: single8.00MiB
  Metadata: DUP  32.00MiB
  System:   DUP   8.00MiB
SSD detected:   no
Incompat features:  extref, skinny-metadata
Number of devices:  1
Devices:
   IDSIZE  PATH
1   512.00MiB  /dev/vdb

fsstress -p128 -n9 -f setattr=1 -ffsync=0 -fsync=0 -ffdatasync=0 -d 
/fs/scratch/fsstress.2854
dd: error writing '/fs/scratch/SPACE_CONSUMER': No space left on device
34+0 records in
33+0 records out
dd: failed to open '/fs/scratch/SPACE_CONSUMER': No space left on device
dd: failed to open '/fs/scratch/SPACE_CONSUMER': No space left on device
dd: failed to open '/fs/scratch/SPACE_CONSUMER': No space left on device
dd: failed to open '/fs/scratch/SPACE_CONSUMER': No space left on device
dd: failed to open '/fs/scratch/SPACE_CONSUMER': No space left on device
dd: failed to open '/fs/scratch/SPACE_CONSUMER': No space left on device
dd: failed to open '/fs/scratch/SPACE_CONSUMER': No space left on device
dd: failed to open '/fs/scratch/SPACE_CONSUMER': No space left on device
dd: failed to open '/fs/scratch/SPACE_CONSUMER': No space left on device
Killing fsstress process...
_check_btrfs_filesystem: filesystem on /dev/vdb is inconsistent
*** fsck.btrfs output ***
checking extents
checking free space cache
checking fs roots
root 5 inode 1551 errors 400, nbytes wrong
Checking filesystem on /dev/vdb
UUID: f5ee8129-b434-4217-a8fb-bae2bf4c0062
found 461627392 bytes used err is 1
total csum bytes: 267348
total tree bytes: 9715712
total fs tree bytes: 7602176
total extent tree bytes: 1540096
btree space waste bytes: 1712570
file data blocks allocated: 1012891648
 referenced 399106048
*** end fsck.btrfs output
*** mount output ***
rootfs on / type rootfs (rw)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs 
(rw,nosuid,size=1729372k,nr_inodes=432343,mode=755)
securityfs on /sys/kernel/security type securityfs 
(rw,nosuid,nodev,noexec,relatime)
selinuxfs on /sys/fs/selinux type selinuxfs (rw,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup 
(rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/hugetlb type cgroup 
(rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/cpuset type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/memory type cgroup 
(rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/blkio type cgroup 
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/net_cls type cgroup 
(rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/devices type cgroup 
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup 
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup 
(rw,nosuid,nodev,noexec,relatime,perf_event)

Re: [btrfs] 3ae92b3782: xfstests.generic.269.fail

2019-09-03 Thread Josef Bacik
On Tue, Sep 03, 2019 at 04:06:33PM +0800, kernel test robot wrote:
> FYI, we noticed the following commit (built with gcc-7):
> 
> commit: 3ae92b3782182d282a92573abe95c96d34ca6e73 ("btrfs: change the minimum 
> global reserve size")
> https://kernel.googlesource.com/pub/scm/linux/kernel/git/next/linux-next.git 
> master
> 
> in testcase: xfstests
> with following parameters:
> 
>   disk: 4HDD
>   fs: btrfs
>   test: generic-group13
> 
> test-description: xfstests is a regression test suite for xfs and other files 
> ystems.
> test-url: git://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git
> 
> 
> on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 4G
> 
> caused below changes (please refer to attached dmesg/kmsg for entire 
> log/backtrace):
> 
> 

It would help if you could capture generic/269.full, but this is likely a
problem with fsck that I fixed a few weeks ago where we're seeing nbytes of an
inode is wrong, but there's an orphan item so it doesn't matter.  This patch
just made it more likely for us to have a still being iput'ed inode after a
transaction commit.  Thanks,

Josef