Tell me more ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.
up vote 3 down vote favorite

Running mkfs.ext4 on top of LVM on a raid 5 and is taking hours to complete. It's a 3TB 4 disks setup and im just doing mkfs.ext4 /dev/md0

my stride size and width seem ok, any idea to speed this up?

Thanks!

share|improve this question
2  
Your question is very open ended and lacks almost any information. Without anything to go on, I'd say your raid5 is (re)building and that takes up a lot of IO – Joris May 8 '11 at 5:42
Indeed, it was the raid rebuilding that was making it drag. In fact i had to wipe out the disks with dd if=/dev/zero of=/dev/sd{a,b,c,d} before raid could be properly resintalled. It was insisting in reading existing blocks on the disk/mess with mbr/screwing linux reinstal before i did this. Not even mdadm --zero-superblocks fixed it. – Ricardo May 12 '11 at 8:22

2 Answers

up vote 4 down vote

mkfs.ext4 -O uninit_bg=1 -E lazy_itable_init=1

will force the time consuming parts of the initialization into the background.

lazy_itable_init[= <0 to disable, 1 to enable>]

If enabled and the uninit_bg feature is enabled, the inode table will not be fully initialized by mke2fs. This speeds up filesystem initialization noticeably, but it requires the kernel to finish initializing the filesystem in the background when the filesystem is first mounted. If the option value is omitted, it defaults to 1 to enable lazy inode table initialization.

uninit_bg

Create a filesystem without initializing all of the block groups. This feature also enables checksums and highest-inode-used statistics in each blockgroup. This feature can speed up filesystem creation time noticeably (if lazy_itable_init is enabled), and can also reduce e2fsck time dramatically. It is only supported by the ext4 filesystem in recent Linux kernels.

share|improve this answer
2  
Note that lazy_itable_init is turned on by default if the kernel you are running supports automatic background initialization of the inode table ( 2.6.37+ ). Without that support, enabling this option is unsafe as it leaves the inode tables uninitialized, so they may contain garbage that fsck will mistake as valid inodes under certain circumstances. Also uninit_bg is enabled by default for ext4. – psusi Aug 6 '11 at 23:11
up vote 0 down vote

First obvious issues to clarify

  • what version of linux?

  • what RAID controller (and RAID controller firmware)?

  • what drives (and drive firmware)?

  • what connectivity between the controller and the drives?

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.