Messages in this thread | ![/](/images/icornerl.gif) | | Date | Tue, 14 Oct 2003 12:32:41 -0200 (BRST) | From | Marcelo Tosatti <> | Subject | Re: paging request at virtual address 8a000018, pde = 00000000 |
| |
On Mon, 13 Oct 2003, Janis Putrams wrote:
> Hi! > Got regular kernel crashes on high load nfs client/db server/www. Had > crashes with kernels 2.4.18 as well as 2.4.20. Replaced RAM- no help. > Managed to capture through serial console. If someone could give direction > it would be great. > Thanks > Janis Putrams > > > > cpu:2x Intel(R) XEON(TM) CPU 2.20GHz > os:Red Hat Linux 7.3 2.96-113 > gcc:gcc version 2.96 20000731 > kernel-ver:linux-2.4.20-20.7(have happened also with 2.4.18) > > Unable to handle kernel paging request at virtual address 8a000018 > c0106da7 > *pde = 00000000 > Oops: 0000 > CPU: 1 > EIP: 0010:[<c0106da7>] Not tainted > Using defaults from ksymoops -t elf32-i386 -a i386 > EFLAGS: 00010286 > eax: 8a000028 ebx: de110000 ecx: de110000 edx: 8a000000 > esi: 00000002 edi: 8a000018 ebp: de111f30 esp: de111f28 > ds: 0018 es: 0018 ss: 0018 > Process httpd (pid: 17454, stackpage=de111000) > Stack: de110654 de111fc4 00000002 00000000 00000000 00000000 00000000 > c529f03b > de110000 00000000 e6c08780 f8a6aa33 e6c08780 00000000 de111f90 > 00000000 > c0148c10 ec986f80 c0148b34 e6c08780 00000000 00000000 00000000 > c013d32a > Call Trace: [<f8a6aa33>] (0xde111f54)) > [<c0148c10>] (0xde111f68)) > [<c0148b34>] (0xde111f70)) > [<c013d32a>] (0xde111f84)) > [<c010708c>] (0xde111fc0)) > Code: 8b 40 f0 83 f8 01 75 31 83 fe 11 0f 85 08 ff ff ff 90 8d b4 > > >>EIP; c0106da7 <do_signal+127/27b> <===== > Trace; f8a6aa33 <[nfs]nfs_permission+13/119> > Trace; c0148c10 <path_release+10/30> > Trace; c0148b34 <permission+44/80> > Trace; c013d32a <sys_access+ea/120> > Trace; c010708c <signal_return+14/18> > Code; c0106da7 <do_signal+127/27b> > 00000000 <_EIP>: > Code; c0106da7 <do_signal+127/27b> <===== > 0: 8b 40 f0 mov 0xfffffff0(%eax),%eax <===== > Code; c0106daa <do_signal+12a/27b> > 3: 83 f8 01 cmp $0x1,%eax > Code; c0106dad <do_signal+12d/27b> > 6: 75 31 jne 39 <_EIP+0x39> c0106de0 > <do_signal+160/27b> > Code; c0106daf <do_signal+12f/27b> > 8: 83 fe 11 cmp $0x11,%esi > Code; c0106db2 <do_signal+132/27b> > b: 0f 85 08 ff ff ff jne ffffff19 <_EIP+0xffffff19> c0106cc0 > <do_signal+40/27b> > Code; c0106db8 <do_signal+138/27b> > 11: 90 nop > Code; c0106db9 <do_signal+139/27b> > 12: 8d b4 00 00 00 00 00 lea 0x0(%eax,%eax,1),%esi
Hum I dont remember ever seeing this.
Try memtest to check if the memory is indeed okay.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| ![\](/images/icornerr.gif) |