On Sun, 2 May 2010, Fabien Thomas wrote: > Hi Jeff, > > Before sending the 'bad' part i would like to say that it is very useful and save me a lot of time after a crash. > > I've updated the ports and there was no more space on the FS. > It end up with this backtrace (After one reboot the kernel crashed a second time with the same backtrace): When did you update? I fixed a bug that looked just like this a day or two ago. Thanks, Jeff > > (kgdb) bt > #0 doadump () at /usr/home/fabient/fabient-sandbox/sys/kern/kern_shutdown.c:245 > #1 0xc0a1a8fe in boot (howto=260) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_shutdown.c:416 > #2 0xc0a1ad4c in panic (fmt=Could not find the frame base for "panic". > ) at /usr/home/fabient/fabient-sandbox/sys/kern/kern_shutdown.c:590 > #3 0xc0d058b3 in remove_from_journal (wk=0xc4b4aa80) at /usr/home/fabient/fabient-sandbox/sys/ufs/ffs/ffs_softdep.c:2204 > #4 0xc0d07ebb in cancel_jaddref (jaddref=0xc4b4aa80, inodedep=0xc46bed00, wkhd=0xc46bed5c) > at /usr/home/fabient/fabient-sandbox/sys/ufs/ffs/ffs_softdep.c:3336 > #5 0xc0d09401 in softdep_revert_mkdir (dp=0xc46ba6cc, ip=0xc4bba244) > at /usr/home/fabient/fabient-sandbox/sys/ufs/ffs/ffs_softdep.c:3898 > #6 0xc0d37c49 in ufs_mkdir (ap=0xc8510b2c) at /usr/home/fabient/fabient-sandbox/sys/ufs/ufs/ufs_vnops.c:1973 > #7 0xc0e7bc6e in VOP_MKDIR_APV (vop=0xc1085ea0, a=0xc8510b2c) at vnode_if.c:1534 > #8 0xc0add64a in VOP_MKDIR (dvp=0xc485e990, vpp=0xc8510bec, cnp=0xc8510c00, vap=0xc8510b6c) at vnode_if.h:665 > #9 0xc0add58f in kern_mkdirat (td=0xc4649720, fd=-100, path=0x804e9a0 <Address 0x804e9a0 out of bounds>, > segflg=UIO_USERSPACE, mode=448) at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_syscalls.c:3783 > #10 0xc0add2fe in kern_mkdir (td=0xc4649720, path=0x804e9a0 <Address 0x804e9a0 out of bounds>, segflg=UIO_USERSPACE, mode=448) > at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_syscalls.c:3727 > #11 0xc0add289 in mkdir (td=0xc4649720, uap=0x0) at /usr/home/fabient/fabient-sandbox/sys/kern/vfs_syscalls.c:3706 > #12 0xc0e5324b in syscall (frame=0xc8510d38) at /usr/home/fabient/fabient-sandbox/sys/i386/i386/trap.c:1116 > #13 0xc0e2b3c0 in Xint0x80_syscall () at /usr/home/fabient/fabient-sandbox/sys/i386/i386/exception.s:261 > #14 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > Regards, > Fabien > > >> Hello, >> >> I fixed a few SUJ bugs. If those of you who reported one of the following bugs could re-test I would greatly appreciate it. >> >> 1) panic on gnome start via softdep_cancel_link(). >> 2) Difficulty setting flags on /. This can only be done from a direct boot into single user but there were problems with tunefs that could lead to the kernel and disk becoming out of sync with filesystem state. >> 3) Kernel compiles without SOFTUPDATES defined in the config now work. >> >> I have had some reports of a hang waiting on journal space with certain types of activity. I have only had this reported twice and I am not able to reproduce no matter how much load I throw at the machine. If you reproduce this please try to get a coredump or minidump. >> >> Thanks, >> Jeff >> _______________________________________________ >> freebsd-current_at_freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" >Received on Sun May 02 2010 - 06:11:17 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:03 UTC