FreeBSD 5.5 persistent crashing

[Lanny Baron]

HI Geoff,

Although I don't know what kind of Server you have or who makes it, 
perhaps you might want to replace the raid controller.
Regards,
___________________________________________________
Lanny Baron
Freedom Technologies Corporation
Toll Free: 1.877.963.1900
High Performance Servers and RAID Storage Systems

http://www.FreeBSDsystems.COM
___________________________________________________


Geoff Garside wrote:
> Hi,
> I’m trying to get to the bottom of some issues we have been experiencing
> with a server of ours. We have so far tried replacing the memory in the
> server and we are still experiencing the crashes.
> 
> If anyone has any ideas as to what could be causing this, or possible kgdb
> tricks to try.
> 
> Server details
>   * Dual Xeon 3GHz
>   * 1GB DDR2 400MHz
>   * 3ware 8006/2LP RAID
>   * 2x 160GB SATA drives
> 
> Uname Output
> # uname -a
> FreeBSD xxx 5.5-RELEASE-p11 FreeBSD 5.5-RELEASE-p11 #0: Sun Feb 11 17:08:57
> GMT 2007 geoff at xxx:/usr/obj/usr/src/sys/xxx  i386
> 
> 
> Kernel Debugger output
> # kgdb kernel.debug /usr/crash/vmcore.7
> [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
> Undefined symbol "ps_pglobal_lookup"]
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i386-marcel-freebsd".
> 
> Unread portion of the kernel message buffer:
> Cannot access memory at address 0xc0c3c3a1
> (kgdb) where
> #0  doadump () at pcpu.h:160
> #1  0xc04e09f5 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:412
> #2  0xc04e0d19 in panic (fmt=0xc0623851 "%s") at
> /usr/src/sys/kern/kern_shutdown.c:568
> #3  0xc0601b14 in trap_fatal (frame=0xe7231740, eva=28) at
> /usr/src/sys/i386/i386/trap.c:822
> #4  0xc0601853 in trap_pfault (frame=0xe7231740, usermode=0, eva=28) at
> /usr/src/sys/i386/i386/trap.c:737
> #5  0xc06014ad in trap (frame=
>       {tf_fs = -1068564456, tf_es = -1067319280, tf_ds = -1068564464, tf_edi
> = 4, tf_esi = 0, tf_ebp = -417130596, tf_isp = -417130644, tf_ebx = 131074,
> tf_edx = -1013448320, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2,
> tf_eip = -1068229475, tf_cs = 8, tf_eflags = 66118, tf_esp = 7, tf_ss =
> -417129328}) at /usr/src/sys/i386/i386/trap.c:427
> #6  0xc05ef8aa in calltrap () at /usr/src/sys/i386/i386/exception.s:140
> #7  0xc04f0018 in MD5Update (context=0x4, input=0x20002 <Address 0x20002 out
> of bounds>, inputLen=3281518976) at /usr/src/sys/kern/md5c.c:172
> #8  0xc049fc21 in procfs_doprocfile (td=0xc3980180, p=0xc4951a98,
> pn=0xc1fe7c00, sb=0xe72317f0, uio=0x0) at /usr/src/sys/fs/procfs/procfs.c:73
> #9  0xc04a3e90 in pfs_readlink (va=0x0) at pcpu.h:157
> #10 0xc053cbb8 in kern_readlink (td=0xc3980180, path=0x0,
> pathseg=UIO_USERSPACE, buf=0x0, bufseg=UIO_USERSPACE, count=1024) at
> vnode_if.h:925
> #11 0xc053cade in readlink (td=0xc3980180, uap=0x0) at
> /usr/src/sys/kern/vfs_syscalls.c:2197
> #12 0xc0601e4f in syscall (frame=
>       {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135512892, tf_esi =
> 135663632, tf_ebp = -1077940936, tf_isp = -417129116, tf_ebx = 674101364,
> tf_edx = -1077941960, tf_ecx = 0, tf_eax = 58, tf_trapno = 135517392, tf_err
> = 2, tf_eip = 672575044, tf_cs = 31, tf_eflags = 647, tf_esp = -1077942020,
> tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1014
> #13 0xc05ef8ff in Xint0x80_syscall () at
> /usr/src/sys/i386/i386/exception.s:201
> #14 0x0000002f in ?? ()
> #15 0x0000002f in ?? ()
> #16 0x0000002f in ?? ()
> #17 0x0813c33c in ?? ()
> #18 0x08161010 in ?? ()
> #19 0xbfbfed38 in ?? ()
> #20 0xe7231d64 in ?? ()
> #21 0x282df874 in ?? ()
> #22 0xbfbfe938 in ?? ()
> #23 0x00000000 in ?? ()
> #24 0x0000003a in ?? ()
> #25 0x0813d4d0 in ?? ()
> #26 0x00000002 in ?? ()
> #27 0x2816ae44 in ?? ()
> #28 0x0000001f in ?? ()
> #29 0x00000287 in ?? ()
> #30 0xbfbfe8fc in ?? ()
> #31 0x0000002f in ?? ()
> #32 0x00000000 in ?? ()
> #33 0x00000000 in ?? ()
> #34 0x00000000 in ?? ()
> #35 0x00000000 in ?? ()
> #36 0x0bf63000 in ?? ()
> #37 0xc3984a98 in ?? ()
> #38 0xc3980180 in ?? ()
> #39 0xe7231600 in ?? ()
> #40 0xe72315e8 in ?? ()
> #41 0xc1efc780 in ?? ()
> #42 0xc04f105f in sched_switch (td=0x8161010, newtd=0x282df874, flags=Cannot
> access memory at address 0xbfbfed48
> ) at /usr/src/sys/kern/sched_4bsd.c:881
> Previous frame inner to this frame (corrupt stack?)
> (kgdb)
> 
> Regards,
> Geoff Garside
>  
> Open Hosting Ltd
> 
> 
> _______________________________________________
> freebsd-hackers at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org"