Hi,
Below is the output from "tune4fs". From what people are saying it looks like et4 may not be the way to go.
[root@sraid3 ~]# tune4fs -l /dev/sdb tune4fs 1.41.9 (22-Aug-2009) Filesystem volume name: <none> Last mounted on: /sraid3/sraid3 Filesystem UUID: adc08889-f6a9-47c6-a570-e51c480240a3 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: ext_attr resize_inode dir_index filetype sparse_super large_file Filesystem flags: signed_directory_hash Default mount options: (none) Filesystem state: not clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 731381760 Block count: 2925527040 Reserved block count: 146276352 Free blocks: 499285087 Free inodes: 730894437 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 326 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Filesystem created: Wed Feb 10 14:49:46 2010 Last mount time: Fri Oct 1 18:49:29 2010 Last write time: Mon Oct 4 01:32:34 2010 Mount count: 3 Maximum mount count: 37 Last checked: Mon Jun 7 15:51:57 2010 Check interval: 15552000 (6 months) Next check after: Sat Dec 4 14:51:57 2010 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 Default directory hash: half_md4 Directory Hash Seed: 78a52c1a-0e24-4e94-b1dc-e193e7cac68d
On Mon, 4 Oct 2010, Miguel Medalha wrote:
Can you give us the output of "tune4fs -l /dev/sdb" ?
Does it show " has_journal" under "Filesystem features"?
If it doesn't, you can input the following:
tune4fs -o journal_data
The option "journal_data" fits the case in which you don't care about the fastest speed but you put your focus on data integrity instead.
By the way, if you only used the defaults when creating the ext4 filesystems, I am afraid that you didn't use the ext4 specific features that give it a real advantage over ext3. Some of them cannot be configured latter, they have to be specified when you create the filesystem.
Steve