lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 18 Jun 2007 09:44:13 -0400
From:	Theodore Tso <tytso@....edu>
To:	Magnus Naeslund <mag@...e.se>
Cc:	"Robert P. J. Day" <rpjday@...dspring.com>,
	linux-kernel@...r.kernel.org
Subject: Re: ARC-1260: No space left on device, when there is (or should be) free space left

On Mon, Jun 18, 2007 at 02:20:15PM +0200, Magnus Naeslund wrote:
> Duh, this was it!
> What is the recommended method on how to increase the inode count on the filesystem (there is no need for online resize in this case)?
> I have the resize_inode option set when looking at the tune2fs -l output.

Unfortunately, at the moment there isn't a way to increase the inode
count without resizing the filesystem (which will add more blocks and
inodes as you add more blockgroups).  That's because the number of
inodes per block group is fixed at mke2fs time.   

In theory it should be possible to whip up a program which would
implement this, but it would be a non-trivial exercise.  So at the
moment, the only solution is to recreate it with a larger number of
inodes, or resize the filesystem.

How are you using the filesystem?  This wouldn't happen to be one of
the backup schemes that use hard links and huge numbers of
directories, would it?  And how did you create the filesystem
originally?  Normally mke2fs is quite generous with the number of
inodes it creates to avoid this problem.  Did you use -T largefile or
-T largefile4 by any chance?  Or did you manually specify a
non-standard inode_ratio size?

						- Ted

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ