NFS directory copies cause crash
Damian Gerow
dgerow at afflictions.org
Thu Sep 15 20:58:41 PDT 2005
Thus spake Kris Kennaway (kris at obsecurity.org) [15/09/05 21:39]:
: > Is this something known and being worked on, or should I try to gather some
: > debugging information?
:
: The latter..at least a DDB traceback to begin with so we can tell if
: it's a known issue or not.
This is what I've got:
Fatal trap 18: integer divide fault while in kernel mode
instruction pointer = 0x8:0xc063c94d
stack pointer = 0x10:0xd40166e4
frame pointer = 0x10:0xd4016720
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 11639 (nfsd)
trap number = 18
panic: integer divide fault
And the backtrace:
#0 doadump () at pcpu.h:160
#1 0xc051c647 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:412
#2 0xc051c989 in panic (fmt=0xc06e3166 "%s") at /usr/src/sys/kern/kern_shutdown.c:568
#3 0xc06c2d0c in trap_fatal (frame=0xd40166a4, eva=0) at /usr/src/sys/i386/i386/trap.c:817
#4 0xc06c2722 in trap (frame=
{tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1048248320, tf_esi = 0, tf_ebp = -738105568, tf_isp = -738105648, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 183205888, tf_trapno = 18, tf_err = 0, tf_eip = -1067202227, tf_cs = 8, tf_eflags = 66182, tf_esp = 38, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:622
#5 0xc06afefa in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#6 0x00000018 in ?? ()
#7 0x00000010 in ?? ()
#8 0x00000010 in ?? ()
#9 0xc1850000 in ?? ()
#10 0x00000000 in ?? ()
#11 0xd4016720 in ?? ()
#12 0xd40166d0 in ?? ()
#13 0x00000000 in ?? ()
#14 0x00000000 in ?? ()
#15 0x00000000 in ?? ()
#16 0x0aeb8000 in ?? ()
#17 0x00000012 in ?? ()
#18 0x00000000 in ?? ()
#19 0xc063c94d in ffs_dirpref (pip=0xc1b193d4) at libkern.h:56
#20 0xc063c42a in ffs_valloc (pvp=0xc1e38d68, mode=16877, cred=0xc1e08d80, vpp=0xd40167a0) at /usr/src/sys/ufs/ffs/ffs_alloc.c:863
#21 0xc0669866 in ufs_mkdir (ap=0xd40169fc) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1381
#22 0xc066bc08 in ufs_vnoperate (ap=0x0) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2827
#23 0xc062c05e in nfsrv_mkdir (nfsd=0xc1e08d00, slp=0x0, td=0xc1580600, mrq=0xd4016c7c) at vnode_if.h:772
#24 0xc0637225 in nfssvc_nfsd (td=0x0) at /usr/src/sys/nfsserver/nfs_syscalls.c:471
#25 0xc0636852 in nfssvc (td=0xc1580600, uap=0xd4016d04) at /usr/src/sys/nfsserver/nfs_syscalls.c:181
#26 0xc06c30c0 in syscall (frame=
{tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 0, tf_ebp = -1077941448, tf_isp = -738103964, tf_ebx = 0, tf_edx = -1077936144, tf_ecx = 2, tf_eax = 155, tf_trapno = 12, tf_err = 2, tf_eip = 671953119, tf_cs = 31, tf_eflags = 582, tf_esp = -1077941476, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1009
#27 0xc06aff4f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201
#28 0x0000002f in ?? ()
#29 0x0000002f in ?? ()
#30 0x0000002f in ?? ()
#31 0x00000000 in ?? ()
#32 0x00000000 in ?? ()
#33 0xbfbfeb38 in ?? ()
#34 0xd4016d64 in ?? ()
#35 0x00000000 in ?? ()
#36 0xbfbffff0 in ?? ()
#37 0x00000002 in ?? ()
#38 0x0000009b in ?? ()
#39 0x0000000c in ?? ()
#40 0x00000002 in ?? ()
#41 0x280d30df in ?? ()
#42 0x0000001f in ?? ()
#43 0x00000246 in ?? ()
#44 0xbfbfeb1c in ?? ()
#45 0x0000002f in ?? ()
#46 0x00000000 in ?? ()
#47 0x00000000 in ?? ()
#48 0x00000000 in ?? ()
#49 0x00000000 in ?? ()
#50 0x1f481000 in ?? ()
#51 0xc15c5c5c in ?? ()
#52 0xc1580600 in ?? ()
#53 0xd4016b90 in ?? ()
#54 0xd4016b74 in ?? ()
#55 0xc1578300 in ?? ()
#56 0xc052ff10 in sched_switch (td=0x0, newtd=0x0, flags=Cannot access memory at address 0xbfbfeb48
) at /usr/src/sys/kern/sched_4bsd.c:881
Previous frame inner to this frame (corrupt stack?)
Note that you can find a dmesg and a snippet of debugging at:
<http://www.afflictions.org/~dgerow/pandora.dmesg>
<http://www.afflictions.org/~dgerow/pandora.kgdb>
Let me know if there's anythign else needed.
- Damian
More information about the freebsd-stable
mailing list