public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: DervishD <raul@pleyades.net>
To: Timothy Miller <miller@techsource.com>
Cc: Christoph Hellwig <hch@infradead.org>,
	Oliver Pitzeier <oliver@linux-kernel.at>,
	linux-kernel@vger.kernel.org
Subject: Re: Strange Linux behaviour!?
Date: Fri, 7 May 2004 20:21:49 +0200	[thread overview]
Message-ID: <20040507182149.GC380@DervishD> (raw)
In-Reply-To: <409BC67F.4030701@techsource.com>

    Hi Timothy :)

 * Timothy Miller <miller@techsource.com> dixit:
> >?Have you checked whether you're out of inodes?
> What happens when Linux runs out of inodes?

    It returns ENOSPC on write operations on the filesystem.

> Why would it?

    Because you created lots of dirs and files ;)

> Doesn't it create more?

    EXT2 and EXT3 doesn't, the number of inodes is specified when doing
mke2fs and it's fixed. Don't know what happens under other
filesystems, but for me doesn't make much sense to create more
inodes: inodes themselves occupy disk space, and if you've run out of
inodes, you probable are near to run out of disk space too. Moreover,
disk structures are a bit complex and adding inodes is not an easy
task in most filesystems :?

    I've been seeing this problem lately on myself. I have a disk to
store temporarily backups and large files in general, so I formatted
it with ext2 using one inode per megabyte of data. This filesystem
usually have 10-50 files, no more, and even with 1/1MB inode ratio,
there were more than 10000 inodes. But when I accidentally
uncompressed one of the backups in the disk, I run out of inodes
*FAST*. I mean, the disk was 80% empty and I didn't have free inodes,
but this is not the common case, since usually you will have an inode
per 4kB of data, so if you don't have free inodes it will usually
mean that your disk space will exhaust soon, too. This is the common
case, I think, so it doesn't worth the effort of adding a few more
inodes just for making the agony longer ;)

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736
http://www.pleyades.net & http://raul.pleyades.net/

  reply	other threads:[~2004-05-08  0:41 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-07  6:39 PATCH [NFSd] NFSv3/TCP Oliver Tennert
2004-05-07  6:47 ` Neil Brown
2004-05-07  7:19   ` Oliver Tennert
2004-05-07  7:22   ` Greg Banks
2004-05-07  7:52     ` Oliver Tennert
2004-05-07  8:11       ` Greg Banks
2004-05-07  8:33         ` Strange Linux behaviour!? Oliver Pitzeier
2004-05-07  8:34           ` Christoph Hellwig
2004-05-07  9:01             ` Oliver Pitzeier
2004-05-07 17:25             ` Timothy Miller
2004-05-07 18:21               ` DervishD [this message]
2004-05-07  8:43           ` Keith Owens
2004-05-07 10:28             ` DervishD
2004-05-07  8:57           ` Dick Streefland
     [not found] <1T8Ks-7ED-15@gated-at.bofh.it>
     [not found] ` <1T93S-7SM-11@gated-at.bofh.it>
     [not found]   ` <1T9dz-80x-17@gated-at.bofh.it>
     [not found]     ` <1ThkH-63V-1@gated-at.bofh.it>
2004-05-07 19:44       ` Pascal Schmidt
2004-05-08 13:31         ` Richard B. Johnson

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=20040507182149.GC380@DervishD \
    --to=raul@pleyades.net \
    --cc=hch@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=miller@techsource.com \
    --cc=oliver@linux-kernel.at \
    /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