Невозможно изменить размер2fs - комбинация flex_bg и! Resize_inode
Недавно я настроил свой первый программный рейд с помощью mdadm, и после добавления большего количества дисков в рейд я не могу изменить размер файловой системы до полного размера рейда. Я создал одну (~16 ТБ) файловую систему в /dev/md0 через:
mkfs.ext4 -v -b 4096 -t huge -E stride=128,stripe-width=256 /dev/md0
Затем я мучительно ждал пару дней, пока все данные со старого рейда скопировались в новый рейд; Я перемещался по дискам и увеличивал рейд, а затем, наконец, я:
resize2fs -p /dev/md0
Который сообщает мне, что
resize2fs 1.42 (29-Nov-2011)
resize2fs: /dev/md0: The combination of flex_bg and !resize_inode features is not supported by resize2fs
Мне не хватает понимания того, для чего именно предназначены эти две функции или почему комбинация является проблемной, поэтому, вопреки своему здравому смыслу, я попытался добавить resize_inode:
tune2fs -O +resize_inode /dev/md0
Но меня подстрелили:
Setting filesystem feature 'resize_inode' not supported.
И я не достаточно смел, чтобы попытаться удалить flex_bg, поскольку я действительно не хочу делать ничего, что могло бы подвергнуть риску мои данные. Я использую Ubuntu 12.04 с ядром 3.5.1:
Linux critter 3.5.1-030501-generic #201208091310 SMP Thu Aug 9 17:11:48 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
Я снова протестировал resize2fs с v1.42.5 (последней доступной версией), но безрезультатно. Итак, чтобы быть ясным, мой вопрос: как я могу изменить размер этой файловой системы ext4 до размера рейда (без воссоздания, предпочтительно)?
Изменить: вот некоторые сведения о файловой системе, которые могут быть полезны.
tune2fs -l /dev/md0
tune2fs 1.42 (29-Nov-2011)
Filesystem volume name: <none>
Last mounted on: /media/Bigger
Filesystem UUID: baecfa03-74c1-42ad-8e19-3b823f05f502
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 274700288
Block count: 4395202560
Reserved block count: 219760128
Free blocks: 247712956
Free inodes: 274636266
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 2048
Inode blocks per group: 128
RAID stride: 128
RAID stripe width: 768
Flex block group size: 16
Filesystem created: Fri Aug 17 02:54:50 2012
Last mount time: Mon Aug 20 02:21:51 2012
Last write time: Mon Aug 20 02:25:07 2012
Mount count: 3
Maximum mount count: -1
Last checked: Fri Aug 17 02:54:50 2012
Check interval: 0 (<none>)
Lifetime writes: 16 TB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: b357ba49-60b1-4c55-837f-a70c8285a8f5
Journal backup: inode blocks
3 ответа
Это может вам помочь - http://www.spinics.net/lists/linux-ext4/msg27511.html
Делайте резервные копии, прежде чем что-то делать, поскольку то, что вы делаете, кажется очень рискованным с ext4.
Смотрите это - https://ext4.wiki.kernel.org/index.php/Ext4_Howto
WARNING: It is NOT recommended to resize the inodes using resize2fs with
e2fsprogs 1.41.0 or later, as this is known to corrupt some filesystems.
До 16 ТБ, кажется, выполнимо с 64-битной файловой системой ext4, но состояние инструментов, похоже, меняется. Это очень хорошее чтение - http://blog.ronnyegner-consulting.de/2011/08/18/ext4-and-the-16-tb-limit-now-solved/
Если вы не слышали об этом от разработчика файловой системы ext4, вы можете задать этот вопрос в списках рассылки ext4.
Чида - я ранее нашел те же самые URL, но по опыту я знал, что ext4 будет обрабатывать более 16 ТБ с современным ядром и инструментами. Но это все еще не работало.
Наконец, я получил ответ из списка рассылки linux-ext4 - команда mkfs.ext4, которую я использовал, не работала. Я перепутал -t и -T. Это должно было прочитать:
mkfs.ext4 -v -b 4096 -t ext4 -T huge -E stride=128,stripe-width=256 /dev/md0
А потом - как мне сказали - он бы включал resize_inode и работал как положено.
Спасибо за вашу помощь.
Я знаю, что это старый, но только ради того, чтобы кто-то читал это в будущем...
flex_bg является (относительно новой) функцией, которая позволяет файловой системе более гибко делиться на "группы блоков". Традиционно он делится на группы блоков с равными заранее заданными размерами. Преимущество flex_bg Дело в том, что большая виртуальная группа блоков позволит, например, собрать большую таблицу инодов, и тогда запись большого количества файлов может произойти быстрее, так как не нужно будет искать пространство в другой группе блоков.
resize_inode это пространство, предварительно выделенное для случая, когда вы можете захотеть изменить размер файловой системы в будущем. Он в основном используется для предотвращения физического перемещения таблицы инодов.
resize_inode занимает некоторое пространство и обеспечивает более плавное и быстрое изменение размера файловой системы, и flex_bg снимает ограничения на количество узлов (file / dir count) и повышает производительность.
Печально то, что mkfs, вероятно, не был достаточно мощным, чтобы иметь возможность изменять эти функции в файловой системе к моменту публикации вопроса, и у него все еще могут быть проблемы с некоторыми функциями. Но их изменение не должно повредить вашей файловой системе, если она здорова. Так всегда беги fsck -f /dev/SD... прежде чем пытаться изменить такие функции, и тогда вам пора.