From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 0A26A801D for ; Sun, 17 Feb 2013 02:13:58 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id CE8FA8F8033 for ; Sun, 17 Feb 2013 00:13:54 -0800 (PST) Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81]) by cuda.sgi.com with ESMTP id vpm2oVQo2Wn8asFN (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 17 Feb 2013 00:13:54 -0800 (PST) Message-ID: <51209128.6020901@oracle.com> Date: Sun, 17 Feb 2013 16:13:28 +0800 From: Jeff Liu MIME-Version: 1.0 Subject: Re: 32bit apps and inode64 References: <4FA63DDA.9070707@profihost.ag> <20120507013456.GW5091@dastard> <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> In-Reply-To: <20130215214653.GP22182@sgi.com> 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: Ben Myers Cc: "xfs@oss.sgi.com" , Stefan Priebe - Profihost AG 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. Thanks, -Jeff _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs