On 12/8/10 6:59 PM, Dave Chinner wrote: > On Wed, Dec 08, 2010 at 01:39:10AM -0800, blacknred wrote: >> >> >>> You've done a forced module load. No guarantee your kernel is in any >>> sane shape if you've done that.... >> >> Agree, but I'm reasonably convinced that module isn't the issue, because it >> works fine with my other servers...... >> >>> Strange failure. Hmmm - i386 arch and fedora - are you running with >> 4k stacks? If so, maybe it blew the stack... >> >> i386 arch, rhel 5.0 > > Yup, 4k stacks. This is definitely smelling like a stack blowout. well, hang on. The oops said: EIP: 0060:[<c0529da1>] Tainted: GF VLI EFLAGS: 00010272 (2.6.33.3-85.fc13.x86_64 #1) EIP is at do_page_fault+0x245/0x617 eax: ec5ee000 ebx: 00000000 ecx: eb5de084 edx: 0000000e esi: 00013103 edi: ec5de0b3 ebp: 00000023 esp: ec5de024 ds: 008b es: 008b ss: 0078 which is NOT a rhel 5.0 kernel, and it says x86_64. But the addresses are all 32 bits? So what's going on here? > esi: 00013103 edi: ec5de0b3 ebp: 00000023 esp: ec5de024 > ds: 008b es: 008b ss: 0078 > Process bm (pid: 3210, ti=ec622000 task=ec5e3450 task.ti=ec6ee000) end of the stack is ec6ee000, stack grows up, esp is at ec5de024, well past it (i.e. yes, overrun) if I remember my stack math right... but that's a pretty huge difference so either I have it wrong, or things are really a huge mess here. -Eric _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
