Kernel bug on SLES 9

[Deanan <delusion@xxxxxxxxxxxx>]

Has anyone seen the error below before?

I was basically writing about 60G sequentially in 16mb files and it 
occured a few times at about 55Gb into the write.
The system is SLES 9 x86-64 with 2G of ram. The filesystem was made 
using the defaults
on top of an md raid 0 of 3 disks (chunk size 512).

Cheers,

Deanan

May 20 19:56:29 e09 kernel: ----------- [cut here ] --------- [please 
bite here ] ---------
May 20 19:56:29 e09 kernel: Kernel BUG at xfs_aops:980
May 20 19:56:29 e09 kernel: invalid operand: 0000 [1] SMP
May 20 19:56:29 e09 kernel: CPU 1
May 20 19:56:29 e09 kernel: Pid: 6491, comm: StoragePerforma Tainted: G  
U 2.6.5-7.97-smpDalsa
May 20 19:56:29 e09 kernel: RIP: 0010:[<ffffffffa01edac4>] 
<ffffffffa01edac4>{:xfs:linvfs_get_block_core+372}
May 20 19:56:29 e09 kernel: RSP: 0018:000001006ccf3878  EFLAGS: 00010202
May 20 19:56:29 e09 kernel: RAX: 0000000000000005 RBX: 00000000002fe000 
RCX: 000001006eab8e48
May 20 19:56:29 e09 kernel: RDX: 0000000000000001 RSI: 000001006eaa8980 
RDI: 0000010074600828
May 20 19:56:29 e09 kernel: RBP: 000001006eab96b0 R08: 000001006ccf3838 
R09: 0000000000000001
May 20 19:56:29 e09 kernel: R10: 0000000000300000 R11: 0000000000000001 
R12: 000001006eaa4878
May 20 19:56:29 e09 kernel: R13: 0000000000000000 R14: 0000000000000002 
R15: 0000000000000001
May 20 19:56:29 e09 kernel: FS:  0000000062d31960(005b) 
GS:ffffffff804e7e80(0000) knlGS:0000000000000000
May 20 19:56:29 e09 kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 
000000008005003b
May 20 19:56:29 e09 kernel: CR2: 00000000006eb000 CR3: 000000007ff16000 
CR4: 00000000000006e0
May 20 19:56:29 e09 kernel: Process StoragePerforma (pid: 6491, 
threadinfo 000001006ccf2000, task 000001007b26c3d0)
May 20 19:56:29 e09 kernel: Stack: 00000000000d837f 0000000100001000 
ffffffffffffffff 000001007408c480
May 20 19:56:29 e09 kernel:        00000000002fe000 0000000000002000 
0000000000000000 0000010000000005
May 20 19:56:29 e09 kernel:        0000010001003950 0000000000000000
May 20 19:56:29 e09 kernel: Call 
Trace:<ffffffffa01edb66>{:xfs:linvfs_get_blocks_direct+22}
May 20 19:56:29 e09 kernel:        
<ffffffff801a90d2>{__blockdev_direct_IO+1410} 
<ffffffff80167a2a>{pagevec_lookup_tag+26}
May 20 19:56:29 e09 kernel:        
<ffffffffa01ed91b>{:xfs:linvfs_direct_IO+187} 
<ffffffffa01edb50>{:xfs:linvfs_get_blocks_direct+0}
May 20 19:56:29 e09 kernel:        
<ffffffffa01ed7f0>{:xfs:linvfs_unwritten_convert_direct+0}
May 20 19:56:29 e09 kernel:        
<ffffffff8015e784>{generic_file_direct_IO+100} 
<ffffffff8015ee93>{__generic_file_aio_write_nolock+819}
May 20 19:56:29 e09 kernel:        <ffffffff80167a47>{pagevec_lookup+23} 
<ffffffff8016880f>{truncate_inode_pages+591}
May 20 19:56:29 e09 kernel:        
<ffffffff8015e6aa>{__filemap_fdatawrite_range+154}
May 20 19:56:29 e09 kernel:        
<ffffffff8015f82d>{generic_file_aio_write_nolock+77}
May 20 19:56:29 e09 kernel:        
<ffffffffa01f2d72>{:xfs:xfs_write+946} 
<ffffffffa01ef1fe>{:xfs:linvfs_write+126}
May 20 19:56:29 e09 kernel:        <ffffffff80182a94>{do_sync_write+164} 
<ffffffffa01ccbb6>{:xfs:xfs_iunlock+102}
May 20 19:56:29 e09 kernel:        
<ffffffff8013a4e0>{autoremove_wake_function+0} 
<ffffffffa01f15a4>{:xfs:linvfs_permission+20}
May 20 19:56:29 e09 kernel:        <ffffffff80191e87>{permission+55} 
<ffffffff801932dc>{may_open+108}
May 20 19:56:29 e09 kernel:        
<ffffffff80164880>{file_ra_state_init+32} 
<ffffffff8017fac6>{dentry_open_it+310}
May 20 19:56:29 e09 kernel:        <ffffffff8017fc71>{filp_open+113} 
<ffffffff80182bc3>{vfs_write+243}
May 20 19:56:29 e09 kernel:        <ffffffff80182dfd>{sys_write+157} 
<ffffffff8017fd67>{sys_open+231}
May 20 19:56:29 e09 kernel:        <ffffffff801106f4>{system_call+124}
May 20 19:56:29 e09 kernel:
May 20 19:56:29 e09 kernel: Code: 0f 0b 63 e7 1f a0 ff ff ff ff d4 03 45 
85 ed 74 0e f0 49 0f
May 20 19:56:29 e09 kernel: RIP 
<ffffffffa01edac4>{:xfs:linvfs_get_block_core+372} RSP <000001006ccf3878>