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 <david@xxxxxxxxxxxxx>: > > > 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, 2.6.34.4, xfsdump-3.0.1 > > > works: x86_64, 2.6.34.4, xfsdump-3.0.4 > > > failure: x86_64, 2.6.35.2, xfsdump-3.0.1 (worked only one time) > > > failure: x86_64, 2.6.35.2, 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 2.6.35.2. The same ioctl calls from xfsdump are failing, though, so something funny is going on there. I'll look into it further. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
