On Mon, Oct 31, 2011 at 11:56:20AM +0100, Arkadiusz Mi??kiewicz wrote: > > xfs_repair version 3.1.6 > > disconnected inode 17491441754, moving to lost+found > disconnected inode 17491441755, moving to lost+found > disconnected inode 17491441756, moving to lost+found > disconnected inode 17491441757, moving to lost+found > corrupt dinode 17491441757, extent total = 1, nblocks = 0. This is a bug. > Please capture the filesystem metadata with xfs_metadump and > report it to xfs@xxxxxxxxxxx. > cache_node_purge: refcount was 1, not zero (node=0x21450c90) > > fatal error -- 117 - couldn't iget disconnected inode > > 30GB metadump image, 6.1GB compressed of ~7TB real partition > http://ixion.pld-linux.org/~arekm/lv_storage1.metadump.xz > > You need ~8-12GB of memory for xfs_repair on this. > > I can also provide ssh access to the system with this image and all needed > stuff, so you don't need to download it or waste own resources. I think I understand the problem - we found a disconnected inode, which we try to move to lost + found. For some reason the inode is found to be incorrect by xfs_iformat, so iget bailds out. The fix will be to do a pass over the the inodes we want to move to correct such inconsistencies and/or junk them. I'll try to prepare a fix as soon as I get some time, but I'm fairly busy at the moment. Btw, what did you to to the fs? Having the total blocks out of sync with the numbers in the data and attribute forks seems like an extremly unusal error case. _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
