On Mon, May 14, 2007 at 05:03:11PM -0600, Andreas Dilger wrote: > A quick patch to sanity check the inode ratio vs the inode size. In some > cases Lustre users have tried specifying an inode size of 4096 bytes, while > keeping an inode ratio of one inode per 4096 bytes, causing mke2fs to spin > forever trying to allocate the inode tables. I'm sure more people will do > this now that large inodes are available in ext4 and documented in e2fsprogs. I can't replicate this. I'm guessing you are doing this with the clusterfs codebase that has the extent patches? Mke2fs shouldn't be spinning if it can't allocate the inode tables. Instead it should print the error message: % ./mke2fs -F -I 4096 -i 4096 -b 4096 -j /tmp/foo.img mke2fs 1.40-WIP (07-Apr-2007) Warning: 4096-byte inodes not usable on older systems /tmp/foo.img: Not enough space to build proposed filesystem while setting up superblock I don't have an objection with a patch that prints a more explicit patch, but even with your change, there will still be combinations that won't trigger your patch, but if there is a bug in your applied patch series, we should root cause the problem that is causing mke2fs spin forever, since that will probably cause problems elsewhere: % ./mke2fs -F -I 4096 -N 4095 -b 4096 -j /tmp/foo.img 4096 mke2fs 1.40-WIP (07-Apr-2007) Warning: 4096-byte inodes not usable on older systems /tmp/foo.img: Not enough space to build proposed filesystem while setting up superblock - Ted - To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
