You can always try:
# git clone git://oss.sgi.com/xfs/cmds/xfsprogs.git
# cd xfsprogs
# git checkout v3.2.0
# repair/xfs_repair -n /dev/md2
On 6/24/14, 9:24 AM, Dragon wrote:
> Hello Eric,
> ok will never use xfs_check ;). Yes i saw option -P but i though if i
> desabled that test, i will never get fix those problems. The Version
> is from Debian Wheezy stable, so why it is such old, when it is that
> important :do not understand this from debianmaintainer...: So what
> could i do to use latest Version under Debian Wheezy? Normaly i use
> the package system.. Any risk to loos all my data? Where came the
> Problem from? If the version is such old, was the md2 created out of
> that, or are there only the tools in it?
> On 6/24/14, 8:01 AM, Dragon wrote:
> Hello, i have a fresh install Debian Wheezy with software raid as md2 for
> my files. MD2 is nealry full of 8TB and i wanted to migrate the data to a
> newier system. While copy files i got an message that i have to run
> xfs_repair. I first run xfs_check but it eats up all my 11GB memory and the
> system stalls.
> Yep, xfs_check doesn't scale and is on the way to deprecation.
> Then i run xfs_repair -n /dev/md2 but it hangs each time add: problem
> with directory contens in inode 2147997719 - would have cleared inode
> 2147997719. If i break this and restart, it hangs at the same position.
> System seems to do nothing over hours.
> You might try the -P option to repair. -P Disable prefetching of inode and
> directory blocks. Use this option if you find xfs_repair gets stuck and stops
> proceeding. If that works, it likely indicates a bug, but it might get you
> Some Infos: xfsprogs in Version 3.1.7+b1
> And that's a 3-year old xfsprogs, so an upgrade might help, too. -Eric
> xfs mailing list