Re: HEADS UP: SUJ Going in to head today - panic on rename()
Hi First, many thanks for this effort, it is really very appreciated, Panic on Gnome starting: # kgdb -q /usr/obj/usr/src/sys/VBOOK/kernel.debug /var/crash/vmcore.12 ... #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) x/s panicstr 0xc07c2160 buf.13793: remove_from_journal: 0xc581ec40 is not in journal (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc056b883 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc056babd in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc0488ba9 in db_fncall (dummy1=1, dummy2=0, dummy3=-1065321792, dummy4=0xd90d572c ) at /usr/src/sys/ddb/db_command.c:548 #4 0xc0488fa1 in db_command (last_cmdp=0xc07abb1c, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04890fa in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc048af7d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:229 #7 0xc0597f54 in kdb_trap (type=3, code=0, tf=0xd90d58c4) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc06f842e in trap (frame=0xd90d58c4) at /usr/src/sys/i386/i386/trap.c:694 #9 0xc06dcf7b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc05980ba in kdb_enter (why=0xc0747a43 panic, msg=0xc0747a43 panic) at cpufunc.h:71 #11 0xc056baa1 in panic (fmt=0xc0755fee remove_from_journal: %p is not in journal) at /usr/src/sys/kern/kern_shutdown.c:573 #12 0xc0672135 in remove_from_journal (wk=0xc0c3ec2f) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2204 #13 0xc067e273 in cancel_jaddref (jaddref=0xc581ec40, inodedep=0xc5c58700, wkhd=0xc5c5875c) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3336 #14 0xc067f163 in softdep_revert_link (dp=0xc681f9f8, ip=0xc681f910) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3871 #15 0xc0697fd0 in ufs_rename (ap=0xd90d5c1c) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1546 #16 0xc070ead6 in VOP_RENAME_APV (vop=0xc0796340, a=0xd90d5c1c) at vnode_if.c:1474 #17 0xc05f2902 in kern_renameat (td=0xc586e8c0, oldfd=-100, old=0x4856ca30 Address 0x4856ca30 out of bounds, newfd=-100, new=0x4856ca90 Address 0x4856ca90 out of bounds, pathseg=UIO_USERSPACE) at vnode_if.h:636 #18 0xc05f29b6 in kern_rename (td=0xc586e8c0, from=0x4856ca30 Address 0x4856ca30 out of bounds, to=0x4856ca90 Address 0x4856ca90 out of bounds, pathseg=UIO_USERSPACE) at /usr/src/sys/kern/vfs_syscalls.c:3574 #19 0xc05f29e9 in rename (td=0xc586e8c0, uap=0xd90d5cf8) at /usr/src/sys/kern/vfs_syscalls.c:3551 #20 0xc06f7c49 in syscall (frame=0xd90d5d38) at /usr/src/sys/i386/i386/trap.c:1113 #21 0xc06dcfe0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #22 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) Just after fsck -y tunefs -j enable for both / and /usr in single-user mode and then usual boot panic is reproducible -- Vladimir B. Grebenschikov v...@fbsd.ru ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: SUJ Going in to head today - panic on rename()
On Mon, 26 Apr 2010, Vladimir Grebenschikov wrote: Hi First, many thanks for this effort, it is really very appreciated, Panic on Gnome starting: Thank you for the report with stack. That was very helpful. I know how to fix this bug but it will take me a day or two as my primary test machine seems to have died. For now you will have to tunefs -j disable on that volume. Thanks, Jeff # kgdb -q /usr/obj/usr/src/sys/VBOOK/kernel.debug /var/crash/vmcore.12 ... #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) x/s panicstr 0xc07c2160 buf.13793:remove_from_journal: 0xc581ec40 is not in journal (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc056b883 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc056babd in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc0488ba9 in db_fncall (dummy1=1, dummy2=0, dummy3=-1065321792, dummy4=0xd90d572c ) at /usr/src/sys/ddb/db_command.c:548 #4 0xc0488fa1 in db_command (last_cmdp=0xc07abb1c, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04890fa in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc048af7d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:229 #7 0xc0597f54 in kdb_trap (type=3, code=0, tf=0xd90d58c4) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc06f842e in trap (frame=0xd90d58c4) at /usr/src/sys/i386/i386/trap.c:694 #9 0xc06dcf7b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc05980ba in kdb_enter (why=0xc0747a43 panic, msg=0xc0747a43 panic) at cpufunc.h:71 #11 0xc056baa1 in panic (fmt=0xc0755fee remove_from_journal: %p is not in journal) at /usr/src/sys/kern/kern_shutdown.c:573 #12 0xc0672135 in remove_from_journal (wk=0xc0c3ec2f) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2204 #13 0xc067e273 in cancel_jaddref (jaddref=0xc581ec40, inodedep=0xc5c58700, wkhd=0xc5c5875c) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3336 #14 0xc067f163 in softdep_revert_link (dp=0xc681f9f8, ip=0xc681f910) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3871 #15 0xc0697fd0 in ufs_rename (ap=0xd90d5c1c) at /usr/src/sys/ufs/ufs/ufs_vnops.c:1546 #16 0xc070ead6 in VOP_RENAME_APV (vop=0xc0796340, a=0xd90d5c1c) at vnode_if.c:1474 #17 0xc05f2902 in kern_renameat (td=0xc586e8c0, oldfd=-100, old=0x4856ca30 Address 0x4856ca30 out of bounds, newfd=-100, new=0x4856ca90 Address 0x4856ca90 out of bounds, pathseg=UIO_USERSPACE) at vnode_if.h:636 #18 0xc05f29b6 in kern_rename (td=0xc586e8c0, from=0x4856ca30 Address 0x4856ca30 out of bounds, to=0x4856ca90 Address 0x4856ca90 out of bounds, pathseg=UIO_USERSPACE) at /usr/src/sys/kern/vfs_syscalls.c:3574 #19 0xc05f29e9 in rename (td=0xc586e8c0, uap=0xd90d5cf8) at /usr/src/sys/kern/vfs_syscalls.c:3551 #20 0xc06f7c49 in syscall (frame=0xd90d5d38) at /usr/src/sys/i386/i386/trap.c:1113 #21 0xc06dcfe0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #22 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) Just after fsck -y tunefs -j enable for both / and /usr in single-user mode and then usual boot panic is reproducible -- Vladimir B. Grebenschikov v...@fbsd.ru ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
today panic
cvsup'd 21 oct 2003 morning (jakarta time)
ipv6# uname -a
FreeBSD ipv6.ppk.itb.ac.id 5.1-CURRENT FreeBSD 5.1-CURRENT #5: Tue Oct 21 20:25:
00 WIT 2003 root@:/usr/obj/usr/src/sys/PPK i386
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xdeadc0de
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc0564638
stack pointer = 0x10:0xcfe1f6e8
frame pointer = 0x10:0xcfe1f6e8
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 12 (swi1: net)
trap number = 12
panic: page fault
Uptime: 1h15m8s
Dumping 255 MB
16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
---
Reading symbols from /usr/obj/usr/src/sys/PPK/modules/usr/src/sys/modules/acpi/a
cpi.ko.debug...done.
Loaded symbols for /usr/obj/usr/src/sys/PPK/modules/usr/src/sys/modules/acpi/acp
i.ko.debug
Reading symbols from /boot/kernel/daemon_saver.ko...done.
Loaded symbols for /boot/kernel/daemon_saver.ko
Reading symbols from /usr/obj/usr/src/sys/PPK/modules/usr/src/sys/modules/linux/
linux.ko.debug...done.
Loaded symbols for /usr/obj/usr/src/sys/PPK/modules/usr/src/sys/modules/linux/li
nux.ko.debug
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240
240 dumping++;
(kgdb)
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1 0xc04fc96c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372
#2 0xc04fccf7 in panic () at /usr/src/sys/kern/kern_shutdown.c:550
#3 0xc0683b66 in trap_fatal (frame=0xcfe1f6a8, eva=0)
at /usr/src/sys/i386/i386/trap.c:820
#4 0xc0683802 in trap_pfault (frame=0xcfe1f6a8, usermode=0, eva=3735929054)
at /usr/src/sys/i386/i386/trap.c:734
#5 0xc06833bd in trap (frame=
{tf_fs = -1049690088, tf_es = -807337968, tf_ds = -807337968, tf_edi = -10
66651587, tf_esi = -559038242, tf_ebp = -807274776, tf_isp = -807274796, tf_ebx
= -807274548, tf_edx = -559038242, tf_ecx = 0, tf_eax = -559038242, tf_trapno =
12, tf_err = 0, tf_eip = -1068087752, tf_cs = 8, tf_eflags = 66118, tf_esp = -80
7274576, tf_ss = -1068378335}) at /usr/src/sys/i386/i386/trap.c:419
#6 0xc06740c8 in calltrap () at {standard input}:102
#7 0xc051d721 in kvprintf (fmt=0xc06c303d @ %s:%d,
func=0xc051d0c0 snprintf_func, arg=0xcfe1f7cc, radix=10,
ap=0xcfe1f818 -ÆlÀ£\004) at /usr/src/sys/kern/subr_prf.c:669
#8 0xc051d03e in vsnprintf (str=0xc072f040 mtx_lock() of spin mutex ,
size=0, format=0x0, ap=0x0) at /usr/src/sys/kern/subr_prf.c:414
#9 0xc04fcc11 in panic (fmt=0xc06c3022 mtx_lock() of spin mutex %s @ %s:%d)
at /usr/src/sys/kern/kern_shutdown.c:511
#10 0xc04f2d66 in _mtx_lock_flags (m=0xc4378c90, opts=0,
file=0xc06cc62d /usr/src/sys/net/route.c, line=1187)
at /usr/src/sys/kern/kern_mutex.c:332
#11 0xc057968f in rt_check (lrt=0x0, lrt0=0xcfe1f8cc, dst=0x0)
at /usr/src/sys/net/route.c:1187
#12 0xc056a9d0 in ether_output (ifp=0xc41d6000, m=0xc16f8f00, dst=0xc41ce2b0,
rt0=0xc43d6b00) at /usr/src/sys/net/if_ethersubr.c:162
#13 0xc0593024 in ip_output (m0=0x32, opt=0xc41d6000, ro=0xc41ce2b0, flags=1,
imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:1025
#14 0xc058cc8b in ip_forward (m=0xc16f8f00, ro=0xcfe1fc38, srcrt=0,
next_hop=0x0) at /usr/src/sys/netinet/ip_input.c:1944
#15 0xc058b8a6 in ip_input (m=0xc16f8f00)
at /usr/src/sys/netinet/ip_input.c:772
#16 0xc05739ce in netisr_processqueue (ni=0xc0755a50)
at /usr/src/sys/net/netisr.c:140
#17 0xc0573e08 in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:246
#18 0xc04e8f72 in ithread_loop (arg=0xc16c1d00)
at /usr/src/sys/kern/kern_intr.c:534
#19 0xc04e7f6f in fork_exit (callout=0xc04e8de0 ithread_loop, arg=0x0,
frame=0x0) at /usr/src/sys/kern/kern_fork.c:796
-dikshie-
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
