[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

maintain 6TB filesystem + fsck



i posted on rhel list about proper creating of 6tb ext3 filesystem and
tuning here.......http://www.redhat.com/archives/nahant-list/2006-November/msg00239.html
i am reading lots of ext3 links like......
http://www.redhat.com/support/wpapers/redhat/ext3/
http://lists.centos.org/pipermail/centos/2005-September/052533.html
http://batleth.sapienti-sat.org/projects/FAQs/ext3-faq.html
............but not enough links for large TB arrays and ext3 :( there
is lots of old faq and information so pls show me errors of my ways
lol. after reading mailing list posts i have created filesystems like
this........
mkfs.ext3 -b 4096 -i 65536 -j -m 1 -O dir_index -L /prodspace1 /dev/sda1

i put output of mkfs.ext3 and tune2fs -l below. is there any thing
that i am mistaken about?? my other problem is fsck. i read
here.....http://listman.redhat.com/archives/ext3-users/2006-October/msg00005.html
'The major problem at this point is e2fsck time, which is about 1h/TB
for fast disks, at minimum (i.e. no major corruption found).'
.........is that ext3 or ext4? i don't know how long fsck will take w/
6TB ext3 filesystem. i first choose to disable auto fsck with 'tune2fs
-i0 -c0 /dev/sda1' but seems dangerous if filesystem become corrupt
without my knowledge! what is good balance betwen using auto fsck
after number of mounts or time pass and keeping fsck time short for
large arrays? info......
os is rhel es 4 update 4 w/ generic server hardware
storage hardware is multiple apple xserve raid w/ 6TB array each
filesystem expected to contain 10 mb files to maybe even 50 mb + 100mb

# tune2fs -l /dev/sda1
tune2fs 1.35 (28-Feb-2004)
Filesystem volume name:   /prodspace1
Last mounted on:          <not available>
Filesystem UUID:          7dccbede-5f4a-4cdf-b81e-129d3dd40106
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal resize_inode dir_index filetype
needs_recovery sparse_super large_file
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              106733568
Block count:              1707722743
Reserved block count:     17077227
Free blocks:              1704243353
Free inodes:              106733557
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         2048
Inode blocks per group:   64
Filesystem created:       Thu Nov 30 18:06:45 2006
Last mount time:          Thu Nov 30 18:26:11 2006
Last write time:          Thu Nov 30 18:26:11 2006
Mount count:              1
Maximum mount count:      38
Last checked:             Thu Nov 30 18:06:45 2006
Check interval:           15552000 (6 months)
Next check after:         Tue May 29 19:06:45 2007
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               128
Journal inode:            8
Default directory hash:   tea
Directory Hash Seed:      9ef5bfcf-74fd-49a1-b2dc-88aa9b881bd9
Journal backup:           inode blocks


# mkfs.ext3 -b 4096 -i 65536 -j -m 1 -O dir_index -L /prodspace1 /dev/sda1
mke2fs 1.35 (28-Feb-2004)
Filesystem label=/prodspace1
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
106733568 inodes, 1707722743 blocks
17077227 blocks (1.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=1711276032
52116 block groups
32768 blocks per group, 32768 fragments per group
2048 inodes per group
Superblock backups stored on blocks:
      32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
      4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
      102400000, 214990848, 512000000, 550731776, 644972544

Writing inode tables: done
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 38 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]