Linux 分区中的索引节点数与分区应支持的最大索引节点数不匹配

Linux 分区中的索引节点数与分区应支持的最大索引节点数不匹配,linux,amazon-ec2,posix,inode,amazon-ebs,Linux,Amazon Ec2,Posix,Inode,Amazon Ebs,我们使用Amazon EBS来存储大量的小文件(我非常确定,在创建卷时,inode是静态分配的(在本例中使用mfs.ext3)。出于任何原因,mkfs.ext3决定保留1300万个inode,现在您无法再创建任何文件 见此2001 Wikipedia ext3页面有一个脚注,更简洁地解释了这一点: 此外,索引节点是为每个文件(不是块)分配的,这就是为什么只有13M个索引节点-mkfs.ext3必须配置为平均8 KB的文件大小,这可以解释您看到的问题。Sam,谢谢您的回答。块大小是4KB(而不是8

我们使用Amazon EBS来存储大量的小文件(我非常确定,在创建卷时,inode是静态分配的(在本例中使用mfs.ext3)。出于任何原因,mkfs.ext3决定保留1300万个inode,现在您无法再创建任何文件

见此2001

Wikipedia ext3页面有一个脚注,更简洁地解释了这一点:


此外,索引节点是为每个文件(不是块)分配的,这就是为什么只有13M个索引节点-mkfs.ext3必须配置为平均8 KB的文件大小,这可以解释您看到的问题。

Sam,谢谢您的回答。块大小是4KB(而不是8KB).但即使我们使用8KB,这个数字仍然不能相加。200GB/8KB=2600万+(而不是1300万).好的,你刚才向我表明了我的观点…你在根据你认为mkfs.ext3应该做的事情进行计算。我只是说你的卷分配了1300万个索引节点,它们都被使用了。因此,如果你计划在一个卷中写入大量小文件,请在mkfs时间检查索引节点。顺便说一句,如果你回复了人们的答案,他们会收到通知d、 只在这里看到你的回复,我回去手动检查这个问题。同一篇文章中的footnode讨论了inode限制 ~/lists# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 9.9G 3.9G 5.5G 42% / tmpfs 854M 0 854M 0% /lib/init/rw varrun 854M 64K 854M 1% /var/run varlock 854M 0 854M 0% /var/lock udev 854M 80K 854M 1% /dev tmpfs 854M 0 854M 0% /dev/shm /dev/sda2 147G 80G 60G 58% /mnt /dev/sdj 197G 60G 128G 32% /vol ~/lists# df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/sda1 655360 26541 628819 5% / tmpfs 186059 3 186056 1% /lib/init/rw varrun 186059 31 186028 1% /var/run varlock 186059 2 186057 1% /var/lock udev 186059 824 185235 1% /dev tmpfs 186059 1 186058 1% /dev/shm /dev/sda2 19546112 17573097 1973015 90% /mnt /dev/sdj 13107200 13107200 0 100% /vol ~/lists# sudo /sbin/dumpe2fs /dev/sdj | grep "Block size" dumpe2fs 1.41.4 (27-Jan-2009) Block size: 4096