Hey Jeff, On Sun, Feb 17, 2013 at 04:13:28PM +0800, Jeff Liu wrote: > Hi Ben, > > On 02/16/2013 05:46 AM, Ben Myers wrote: > > Hi Stefan, > > > > On Fri, Feb 15, 2013 at 04:06:40PM +0100, Stefan Priebe - Profihost AG wrote: > >> i've discovered some problems on a host with a disk > 1TB. We've some > >> binary 32bit applications which are not able to read some directory > >> anymore after we've formated and installed the system using vanilla > >> 3.7.7 kernel. > >> > >> Right now we're using 3.0.61 kernel on this host - so 64bit apps work > >> well and newly created files get 32bit inode numbers as inode64 is not > >> the default. > >> > >> Is there a way to find / get all 64bit inode files / dies and convert > >> them back to 32bit without a reinstall? > > > > On IRIX you could use xfs_reno to renumber those inodes. > > http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?coll=0650&db=man&fname=/usr/share/catman/a_man/cat1/xfs_reno.z > > > > xfs_reno was ported to linux in '07 and was most recently reposted by Jeff Liu: > > http://oss.sgi.com/archives/xfs/2012-11/msg00425.html > The old patch set was belong to the infrastructures of online shrinking > support. Recently, I realized that I have made a few mistakes in swap > inodes ioctl(2) implementation when I revisit the old patch set at: > http://oss.sgi.com/archives/xfs/2012-11/msg00414.html > > Since we have user request and this function is independent to the > shrinking feature, I'd like to work on it at first if you like it. That sounds good to me. xfs_reno is a worthwhile feature. Regards, Ben _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
