Oops during mkfs, SMP Opteron, 2.6.8.1 / -mm4

[Christopher Swingley]

Greetings!

I'm getting a kernel oops (manually typed in at the bottom) when I try 
to make an ext3 (or ext2) filesystem on a large (999 GB) RAID array.  I 
get the same oops whether the disks are set up as a hardware RAID (3Ware 
7000 series) or software RAID-5.  The oops is 100% repeatable, and 
always happens at the same place during mkfs.

The system is a dual Opteron system with an MSI mainboard.  The drives 
are SATA drives plugged into a 3Ware 7000 series RAID controller.

I get the oops with both 2.6.8.1 and 2.6.8.1-mm4.

If more information would be helpful, just let me know!

Here's the manually typed in oops:

Unable to handle kernel paging request at 0000000000200e6f RIP:
<ffffffff80157081>{kmem_getpages+129}
PML4 1fdcd9067 PGD 1fe351067 PMD 0
Oops: 0000 [1] SMP
CPU 1
Modules linked in: 8139too mii crc32 tg3
Pid: 1719, comm: mkfs.ext3 Not tainted 2.6.8.1
RIP: 0010:[<ffffffff80157081>] <ffffffff80157081>{kmem_getpages+129}
RSP: 0018:00000101fe38bb88  EFLAGS: 00010213
RAX: ffffffff7fffffff RXB: 00000101fffc9680 RCX: 00000000001fffff
RDX: 0000010000011400 RSI: 0000010000011740 RDI: 0000010000011c00
RBP: 00000101fffc9680 R08: 000001016bc1e000 R09: 000001016c331310
R10: 00000101fffc96a8 R11: 00000101fffc96b8 R12: 0000000000000050
R13: 0000000000000000 R14: 0000000000000001 R15: 0000000000000010
FS:  0000002a95bcf380(0000) GS:ffffffff8050f100(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000200e6f CR3: 00000000dfeca000 CR4: 00000000000006e0
Process mkfs.ext3 (pid: 1719, threadinfo 00000101fe38a000, task 00000100099229f0)
Stack: 000001016c3f4000 0000000000000000 0000000000000050 ffffffff80157eb0
       00000050fe38bda1 00000101fffc9680 00000101fffc9698 0000000000000050
       0000010005f92658 0000000000000001
Call Trace:<ffffffff80157eb0>{cache_grow+176} <ffffffff801580cf>{cache_alloc_refill+383}
       <ffffffff80158396>{kmem_cache_alloc+54} <ffffffff80175161>{alloc_buffer_head+17}
       <ffffffff8017290a>{create_buffers+42} <ffffffff801732a6>{create_empty_buffers+22}
       <ffffffff8017370f>{__block_prepare_write+175} <ffffffff80177b10>{blkdev_get_block+0}
       <ffffffff801538e2>{__alloc_pages+818} <ffffffff8017419a>{block_prepare_write+26}
       <ffffffff80151593>{generic_file_aio_write_nolock+1315}
       <ffffffff80263617>{write_chan+311} <ffffffff8026370c>{write_chan+556}
       <ffffffff80151a37>{generic_file_write_nolock+103} <ffffffff8012f860>{default_wake_function+0}
       <ffffffff802634e0>{write_chan+0} <ffffffff80178b5a>{blkdev_file_write+26}
       <ffffffff80170497>{vfs_write+199} <ffffffff801705c3>{sys_write+83}
       <ffffffff8010ed4a>{system_call+126}

Code: 48 8b 91 70 0e 00 00 76 07 b8 00 00 00 80 eb 0a 48 b8 00 00
RIP <ffffffff80157081>{kmem_getpages+129} RSP <00000101fe38bb88>
CR2: 0000000000200e6f

Thanks!

Chris
-- 
Christopher S. Swingley          email: cswingle@xxxxxxxxxxxx (work)
Intl. Arctic Research Center            cswingle@xxxxxxxxx (personal)
University of Alaska Fairbanks   www.frontier.iarc.uaf.edu/~cswingle/

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/