Crash dump help

DJ Valentine djvalentine at
Sat Apr 1 23:52:21 UTC 2006

Good day everyone and sorry for disturbing you but I need some help

3 days ago it hapened to me after I portupgrade my "curl-7*"
Non-interactive tool to its latest version

I realy cannot say what the source of this unpleasant event taking
place it was. It could have been the fact im holding IRC logs for some
huge #undernet channels, or it could have been the fact I was doing
this from a Konsole/"KDE console".

I was doing "make" on /usr/ports/gimp. Right after I pressed enter I
got a crash dump on my PC. Bad thing is I cannot recover those data

I tried using kdbg and followed steps as per the book

su-2.05b# kgdb kernel.debug /var/crash/vmcore.0
[GDB will not be able to debug user-mode threads:
/usr/lib/ Unde                                        
                 fined 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:
ô^Á(ÿhÁ▒ÀX_ÁÐgÁÈgÁÀCÁ0<_Á(ÿXhÁ▒À _Á▒_Á_ÁDÁ@_Á(ÿ hÁ
               Á¨_Á _ÁDÁ``Á(ÿ0iÁ@▒Àx`Áð_Áè_ÁÀDÁp

#0  doadump () at pcpu.h:165
165             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) list *0xc0713860
0xc0713860 is in nfs4_do_setclientid (../../../nfs4client/nfs4_vfsops.c:853).
849             nfs_v4initcompound(&cp);
851             nfsm_v4build_compound(&cp, "nfs4_do_setclientid() (confirm)");
852             nfsm_v4build_setclientid_confirm(&cp, &scid);
853             nfsm_v4build_finalize(&cp);
855             nfsm_request_mnt(nmp, NFSV4PROC_COMPOUND, curthread, cred);
856             if (error != 0)
857                     goto nfsmout;
(kgdb) backtrace
#0  doadump () at pcpu.h:165
#1  0xc06398b6 in boot (howto=260) at ../../../kern/kern_shutdown.c:399
#2  0xc0639b4c in panic (fmt=0xc08583ea "%s")
    at ../../../kern/kern_shutdown.c:555
#3  0xc0811270 in trap_fatal (frame=0xd143f790, eva=0)
    at ../../../i386/i386/trap.c:831
#4  0xc0810fdb in trap_pfault (frame=0xd143f790, usermode=0, eva=0)
    at ../../../i386/i386/trap.c:742
#5  0xc0810c19 in trap (frame=
      {tf_fs = -784138232, tf_es = -1067319256, tf_ds = 40, tf_edi =
-1039615744, tf_esi = 0, tf_ebp = -784074780, tf_isp = -784074820,
tf_ebx = -1049747192, tf_edx = 2048, tf_ecx = 0, tf_eax = 1, tf_trapno
= 12, tf_err = 0, tf_eip = -1067444990, tf_cs = 32, tf_eflags = 66182,
tf_esp = 1, tf_ss = 0})
    at ../../../i386/i386/trap.c:432
#6  0xc080040a in calltrap () at ../../../i386/i386/exception.s:139
#7  0xc0601502 in g_io_request (bp=0xc16e2108, cp=0xc208b900)
    at ../../../geom/geom_io.c:259
#8  0xc0603a4d in g_vfs_strategy (bo=0x1, bp=0xc6664b58)
    at ../../../geom/geom_vfs.c:106
#9  0xc060b98d in cd9660_strategy (ap=0x1)
    at ../../../isofs/cd9660/cd9660_vnops.c:755
#10 0xc0821089 in VOP_STRATEGY_APV (vop=0xc08c7e00, a=0xd143f838)
    at vnode_if.c:1796
---Type <return> to continue, or q <return> to quit---
#11 0xc068349c in bufstrategy (bo=0xc1c5de90, bp=0x1) at vnode_if.h:928
#12 0xc067de41 in breadn (vp=0xc1c5ddd0, blkno=0, size=2048, rablkno=0x0,
    rabsize=0x0, cnt=0, cred=0x0, bpp=0x1) at buf.h:415
#13 0xc067dd84 in bread (vp=0xc1c5ddd0, blkno=0, size=2048, cred=0x0,
    bpp=0xd143f8c4) at ../../../kern/vfs_bio.c:719
#14 0xc0608299 in cd9660_blkatoff (vp=0x800, offset=0, res=0x0, bpp=0xd143f93c)
    at ../../../isofs/cd9660/cd9660_lookup.c:406
#15 0xc0607cee in cd9660_lookup (ap=0x1)
    at ../../../isofs/cd9660/cd9660_lookup.c:178
#16 0xc08203a4 in VOP_CACHEDLOOKUP_APV (vop=0x1, a=0x800) at vnode_if.c:150
#17 0xc0684352 in vfs_cache_lookup (ap=0x1) at vnode_if.h:82
#18 0xc0820333 in VOP_LOOKUP_APV (vop=0xc08c7e00, a=0xd143fb18)
    at vnode_if.c:99
#19 0xc06888e1 in lookup (ndp=0xd143fc00) at vnode_if.h:56
#20 0xc0688222 in namei (ndp=0xd143fc00) at ../../../kern/vfs_lookup.c:203
#21 0xc06958f9 in kern_stat (td=0xc2657480,
    path=0x800 <Address 0x800 out of bounds>, pathseg=2048, sbp=0xd143fc74)
    at ../../../kern/vfs_syscalls.c:2053
#22 0xc06958a7 in stat (td=0xc2657480, uap=0xd143fd04)
    at ../../../kern/vfs_syscalls.c:2038
#23 0xc0811587 in syscall (frame=
      {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134520148, tf_esi
= 1, tf_ebp = -1077945800, tf_isp = -784073372, tf_ebx = 134758432,
tf_edx = 5, tf_ecx = 1---Type <return> to continue, or q <return> to
35154710, tf_eax = 188, tf_trapno = 0, tf_err = 2, tf_eip = 134592959,
tf_cs = 51, tf_eflags = 658, tf_esp = -1077945972, tf_ss = 59})
    at ../../../i386/i386/trap.c:976
#24 0xc080045f in Xint0x80_syscall () at ../../../i386/i386/exception.s:200
#25 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) quit

I have uploaded the files here:

I dont know what data I dumped, if it is important or not, or what
hapened. If anyone can help me, thank you in advance.

Sincerely, DJVal

... spining heart shaped pink vinyl!

More information about the freebsd-stable mailing list