> >
> >XFS has additional problems with inode numbers overflowing the
> >standard 32bit container once the file system its self goes over 2TB.
>
> I was wondering about that. It seem like you should be able to control
> this with mkfs.xfs by setting agcont and setting the
> agsize instead of letting mkfs.xfs set them. I don't think that many people
> need a file system that can contain a billion files. Just a few
> hundred million will due. The only down side in doing this
> is that the inode info may not be splattered across all of the file system
> like it would if you used the mkfs.xfs defaults.
>
>
The problem is not the number of inodes the system will allow you to create,
it is where they are created. An XFS inode number is actually a disk address,
once the filesystem goes beyond the 2Tbyte limit inodes can have addresses
which are beyond this boundary and hence over flow the 32 bit inode field.
At the moment there is no way of restricting inodes to specific allocation
groups, but I suppose it would be possible to do this. In fact it might be
a simpler solution than anything else. The consequences are :
1. moving an existing filesystem from Irix will still potentially leave
us with inodes beyond the boundary.
2. it will change the distribution of inodes in the filesystem, which will
in turn change how data is distributed. There is a danger that the first
2 Tbytes would have to become fairly full and hence potentially fragmented
before much data made it into the rest of the filesystem. This will take
some thinking about.
Steve
|