xfs
[Top] [All Lists]

Re: free space problem

To: Huszár Viktor Dénes <hvd@xxxxxx>
Subject: Re: free space problem
From: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Fri, 30 May 2008 00:57:59 +1000
Cc: "'Emmanuel Florac'" <eflorac@xxxxxxxxxxxxxx>, xfs@xxxxxxxxxxx
In-reply-to: <20080529132624.E3CDCC0D418@xxxxxxxxxxxx>
Mail-followup-to: Huszár Viktor Dénes <hvd@xxxxxx>, 'Emmanuel Florac' <eflorac@xxxxxxxxxxxxxx>, xfs@xxxxxxxxxxx
References: <20080529125509.136aa653@xxxxxxxxxxxxxxxxxxxx> <20080529132624.E3CDCC0D418@xxxxxxxxxxxx>
Sender: xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.5.17+20080114 (2008-01-14)
On Thu, May 29, 2008 at 03:26:16PM +0200, Huszár Viktor Dénes wrote:
> YES! Finally the problem is solved! Thank you Emmanuel and everyone else!
> After adding inode64 to the mount option [only umount and mount worked, with
> remount it didn't] it works. Although the icount and ifree numbers have not
> changed, we can write to the disk. 
> 
> Hope this will help anyone who encounters this problem. In the xfs man and
> debian docs we could not find anything about this inode64, so thank you once
> again for the help!!!! 

I can think of two places off the top of my head where it is
documented:

Documentation/filesystems/xfs.txt in your local kernel source tree:

  inode64
        Indicates that XFS is allowed to create inodes at any location
        in the filesystem, including those which will result in inode
        numbers occupying more than 32 bits of significance.  This is
        provided for backwards compatibility, but causes problems for
        backup applications that cannot handle large inode numbers.

$ man 8 mount

  inode64

        Indicates that XFS is allowed to create inodes at any location in the
        filesystem,  including  those which will result in inode numbers 
occupying more
        than 32 bits of significance.  This is provided for backwards 
compatibility,
        but causes problems for backup applications that cannot handle large 
inode
        numbers.


Cheers,

Dave.
-- 
Dave Chinner
david@xxxxxxxxxxxxx


<Prev in Thread] Current Thread [Next in Thread>