On Tue, Aug 17, 2010 at 09:53:40AM +0200, Mario Bachmann wrote:
> Am Tue, 17 Aug 2010 17:13:37 +1000 > schrieb Dave Chinner
> > > Compiler: I use "gcc (Gentoo 4.4.4-r1 p1.0, pie-0.4.5) 4.4.4".
> > >
> > > Testing List (on one machine only):
> > > works: x86_64, 184.108.40.206, xfsdump-3.0.1
> > > works: x86_64, 220.127.116.11, xfsdump-3.0.4
> > > failure: x86_64, 18.104.22.168, xfsdump-3.0.1 (worked only one time)
> > > failure: x86_64, 22.214.171.124, xfsdump-3.0.4
> > Ok, that makes more sense - we changed the way bulkstat works in
> > from 2.6.34 to 2.6.35 to correctly validate inode numbers being
> > passed in via bulkstat, and hence files unlinked during the dump run
> > could return EINVAL when validating the directory structure (as they
> > no longer exist). Is you system completely idle while the dump
> > is running, or are files being removed while the dump is running?
> I would call my system idle, when I use xfsdump. No rm or mv operations
> are running while the dump. The first machine has a dual core 2.9 GHz and
> 8 GB of RAM and the filesystems are not really big (~10GB used). The second
> machine has a dual core 2 GHz and 2 GB of RAM.
Yup, I have reproduced it here. What is strange is that xfs_fsr uses
XFS_IOC_BULKSTAT_SINGLE, and that works fine on 126.96.36.199. The same
ioctl calls from xfsdump are failing, though, so something funny is
going on there.
I'll look into it further.