public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Eric Sandeen <sandeen@sandeen.net>
To: Bernd Schubert <bernd-schubert@gmx.de>
Cc: linux-xfs@oss.sgi.com
Subject: Re: XFS "no space left" problem
Date: Mon, 05 Feb 2007 12:28:47 -0600	[thread overview]
Message-ID: <45C7775F.9070408@sandeen.net> (raw)
In-Reply-To: <eq7r7c$b1n$1@sea.gmane.org>

Bernd Schubert wrote:
> David Chinner wrote:
> 
>> Or get a 64bit machine and use inode64. ;)
> 
> David, can you tell more in detail what you mean with "use inode64"?
> 
> We also just migrated our server to xfs, the largest partition has a size of
> 4TB. Lets say in the future a problem occurs and we could solve this by a
> 64-bit system? Migrating to 64-bit wouldn't be difficult, since the server
> systems are already opterons. Only since we never bothered to migrate the
> installation to x86_64 its not 64-bit yet. Would we need to tell xfs
> somehow that it update its internal values to 64-bit integers or will it do
> that automatically? 

xfs is generally fully 64 bit, even on a 32 bit machine.  see more below...

> Btw, if you need 64-bit integers, why don't you use long long, or even
> better with C99 int64_t?

32-bit machines can only do 32-bit inodes (vfs limitation) (at least 
'til recently), so by default xfs doesn't let inode numbers go above 32 
bits - even though -internally- it -does-  use a 64-bit container.

The xfs inode number encodes its location on disk, so this restriction 
also restricts which blocks can be allocated as inodes.

xfs tries to reserve enough of these low blocks that you won't run out 
of potential inode blocks, but i've seen that get sideways.  The 
original poster probably ran into trouble because he started with a 100G 
filesystem & grew it 10 or so times.

if you mount with inode64 you'll allow inodes to be allocated with more 
  than 32 bits set.  But this can only work on a 64 bit machine.

and then you have to be sure your userspace can cope w/ 64 bit inode 
numbers too.

-Eric

  reply	other threads:[~2007-02-05 18:28 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-03 18:37 XFS "no space left" problem wildcat
2007-02-03 23:38 ` David Chinner
2007-02-05 17:58   ` Bernd Schubert
2007-02-05 18:28     ` Eric Sandeen [this message]
2007-02-05 21:59       ` Bernd Schubert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=45C7775F.9070408@sandeen.net \
    --to=sandeen@sandeen.net \
    --cc=bernd-schubert@gmx.de \
    --cc=linux-xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox