From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id D82EA7FF3 for ; Sun, 17 Feb 2013 15:34:02 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id B4D6A304032 for ; Sun, 17 Feb 2013 13:34:02 -0800 (PST) Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net [150.101.137.129]) by cuda.sgi.com with ESMTP id uxlBL0TtZ9rMAeXE for ; Sun, 17 Feb 2013 13:34:01 -0800 (PST) Date: Mon, 18 Feb 2013 08:33:59 +1100 From: Dave Chinner Subject: Re: 32bit apps and inode64 Message-ID: <20130217213359.GA26694@dastard> References: <4FA76E11.1070708@profihost.ag> <20120507071713.GZ5091@dastard> <4FA77842.5010703@profihost.ag> <4FA7FA14.6080700@hardwarefreak.com> <4FA82B07.1020102@profihost.ag> <4FAA153D.1030606@hardwarefreak.com> <20120509070450.GP5091@dastard> <511E4F00.2010703@profihost.ag> <20130215214653.GP22182@sgi.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Stefan Priebe - Profihost AG Cc: Ben Myers , "xfs@oss.sgi.com" On Sat, Feb 16, 2013 at 11:24:13AM +0100, Stefan Priebe - Profihost AG wrote: > I'm on linux. So no recommended way for production systems? > > Stefan > > Am 15.02.2013 um 22:46 schrieb Ben Myers : > > > 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 > > > > It isn't in xfsprogs today. Simple answer: mount with inode32, run find to print out all the filenames in the filesystem and their inode number, copy the files with inodes numbers greater than 32 bit to a temporary file and then rename them over the top of the original. That's effectively all xfs_reno does, anyway, just with faster algorithms (like bulkstat) and a bunch of crash resiliency semantics wrapped around it.... Cheers, Dave. -- Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs