public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Theodore Tso <tytso@mit.edu>
To: Victor Pelt <victor.pelt@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: ext4 no space left
Date: Wed, 21 Jan 2009 12:04:23 -0500	[thread overview]
Message-ID: <20090121170423.GJ31253@mit.edu> (raw)
In-Reply-To: <576cb9750901210718u32aa98ecy87e7298a0f3444f@mail.gmail.com>

On Wed, Jan 21, 2009 at 04:18:35PM +0100, Victor Pelt wrote:
> i set the number mounted counter to 31, which forced fsck to run on
> the next reboot. I rebooted, fsck didn't show any erros, but i still
> got the no space left error when i tried to copy files to the
> partition.

OK, if a reboot didn't help, I'll bet I know what happened.  E2fsprogs
changed the default default inode ratio, which means that number of
inodes being created is half what it was previously.  If you do a "df
-i", you'll probably see that you have exhausted the number of inodes
in the filesystem.

The default inode ratio controlled by /etc/mke2fs.conf, and is
currently 16k.  That is, it assumes the average size of files on the
filesystem is at least 16k.  (It previously was 8k.)  For large
filesystems, this is not a problem; I'm guessing that you have a small
root filesystem, and probably are using a hard-coded /dev partition,
so the large number of (zero-length) device files is throwing off the
average.  If you recreate the filesystem with mke2fs -I 8192, it
should allow you to copy over all of your files in the root
filesystem.

Finally, note that we made this change for all ext2/3/4 filesystems,
so this is not unique to ext4; it's just that you reformatted your
root filesystem for the first time since upgrading to a newer
e2fsprogs with the changed default, and you ran into this problem.  If
there are enough people who are using small root filesystems, maybe
we'll need to have some adjusted hueristics.  Right now we have
"floppy" for filesystems less than 3 megs, "small" for filesystems
less than 512 megs, and every thing else is default.  Maybe we need to
have a "medium" for filesystems smaller than 10 gigs, perhaps, and use
a default inode ratio of 8192 for medium-sized filesystems....

						- Ted

  reply	other threads:[~2009-01-21 17:04 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-21 14:19 ext4 no space left Victor Pelt
2009-01-21 14:55 ` Theodore Tso
2009-01-21 15:18   ` Victor Pelt
2009-01-21 17:04     ` Theodore Tso [this message]
2009-01-21 18:15       ` Victor Pelt
2009-01-21 20:46         ` Theodore Tso
2009-01-27 10:53       ` Pavel Machek

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=20090121170423.GJ31253@mit.edu \
    --to=tytso@mit.edu \
    --cc=linux-kernel@vger.kernel.org \
    --cc=victor.pelt@gmail.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