panic on 6.2-RELEASE

Thu Jan 18 10:38:11 UTC 2007

Hi , 

I have a server that acting as a mail router - mean a lot of messages to
deal with .

The machine running freebsd FreeBSD 6.2-RELEASE with SMP support and
postfix to handle the mail .

Today I had a system crash due to kernel panic (see the kgdb output
below)

I saw some  discussion regarding this issue in the freebsd forum but  I
don't think this is the same problem .

http://www.freebsdforums.org/forums/showthread.php?t=45114

dose any of you had any idea what the problem might be and how can I fix
that ?

Thanks in advance 

Ram 

The kgdb output :

[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]

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:

c id = 00

fault virtual address   = 0x104

fault code              = supervisor read, page not present

instruction pointer     = 0x20:0xc06508a5

stack pointer           = 0x28:0xe35b2c90

frame pointer           = 0x28:0xe35b2c9c

code segment            = base 0x0, limit 0xfffff, type 0x1b

                        = DPL 0, pres 1, def32 1, gran 1

processor eflags        = resume, IOPL = 0

current process         = 5 (thread taskq)

trap number             = 12

panic: page fault

cpuid = 0

Uptime: 8h0m9s

Dumping 1023 MB (3 chunks)

  chunk 0: 1MB (159 pages) ... ok

  chunk 1: 1022MB (261625 pages) 1007 991 975 959 943 927 911 895 879
863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591
575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303
287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok

  chunk 2: 1MB (128 pages)

#0  doadump () at pcpu.h:165

165             __asm __volatile("movl %%fs:0,%0" : "=r" (td));

(kgdb) bt

#0  doadump () at pcpu.h:165

#1  0xc065a58e in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:409

#2  0xc065a8b5 in panic (fmt=0xc088ab3d "%s") at
/usr/src/sys/kern/kern_shutdown.c:565

#3  0xc0840680 in trap_fatal (frame=0xe35b2c50, eva=260) at
/usr/src/sys/i386/i386/trap.c:837

#4  0xc083fe36 in trap (frame=

      {tf_fs = 8, tf_es = -1065156568, tf_ds = 40, tf_edi = -995126912,
tf_esi = 4, tf_ebp = -480564068, tf_isp = -480564100, tf_ebx =
-938978500, tf_edx = 6, tf_ecx = 0, tf_eax = 1, tf_trapno = 12, tf_err =
0, tf_eip = -1067120475, tf_cs = 32, tf_eflags = 65538, tf_esp =
-937907896, tf_ss = 4}) at /usr/src/sys/i386/i386/trap.c:270

#5  0xc082ca5a in calltrap () at /usr/src/sys/i386/i386/exception.s:139

#6  0xc06508a5 in _mtx_lock_sleep (m=0xc808533c, tid=3299840384, opts=0,
file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:546

#7  0xc06a0b1a in unp_gc (arg=0x0, pending=2) at
/usr/src/sys/kern/uipc_usrreq.c:1714

#8  0xc067b237 in taskqueue_run (queue=0xc4b40d00) at
/usr/src/sys/kern/subr_taskqueue.c:257

#9  0xc067b71a in taskqueue_thread_loop (arg=0x1) at
/usr/src/sys/kern/subr_taskqueue.c:376

#10 0xc0642dc1 in fork_exit (callout=0xc067b688 <taskqueue_thread_loop>,
arg=0xc096c828, frame=0xe35b2d38)

    at /usr/src/sys/kern/kern_fork.c:821

#11 0xc082cabc in fork_trampoline () at
/usr/src/sys/i386/i386/exception.s:208