Dave Chinner on 09/27/2011 08:10 PM wrote:
 > I'm pretty sure this was fixed in 2.6.37.

I upgraded to kernel 2.6.38. The files are now visible.

Michael Cronenworth wrote:

quoted

xfs_reno is a tool designed to move all 64 bit inodes back into the
32 bit inode space again.

http://xfs.org/index.php/Unfinished_work#The_xfs_reno_tool

I'll give this a shot first.

I did try this tool first, but it didn't seem to work for me:

# xfs_reno -vv 
/tmp/q.save/7074d797d8cd5965224f21a778924aa44a0871f4-qt-x11-4.7.4-2.fc14-x86_64 

xfs_reno: Cannot stat 
/tmp/q.save/7074d797d8cd5965224f21a778924aa44a0871f4-qt-x11-4.7.4-2.fc14-x86_64: 
Invalid argument
# xfs_reno -fvv /tmp/q.save
Scanning directory tree...
Processing 1 directory...
xfs_reno: directory: 97367 1 /tmp/q.save
xfs_reno: unable to duplicate directory attributes: /tmp/q.save
0 seconds elapsed
Done.
# ls -l /tmp/q.save/
ls: cannot access 
/tmp/q.save/b0afb399c40e9a45061b5cee73770def741d270e-qt-4.7.4-2.fc14-x86_64: 
Invalid argument
ls: cannot access 
/tmp/q.save/7074d797d8cd5965224f21a778924aa44a0871f4-qt-x11-4.7.4-2.fc14-x86_64: 
Invalid argument
total 8
drwxr-xr-x. 2 root root 4096 Sep 27 22:33 
310514e5d8aff198342a469b59311b7fa3af0d28-qt-webkit-4.7.4-2.fc14-x86_64
??????????? ? ?    ?       ?            ? 
7074d797d8cd5965224f21a778924aa44a0871f4-qt-x11-4.7.4-2.fc14-x86_64
??????????? ? ?    ?       ?            ? 
b0afb399c40e9a45061b5cee73770def741d270e-qt-4.7.4-2.fc14-x86_64
-rw-------. 1 root root   83 Sep 27 22:38 xfs_reno.recover

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs