Date: Wed, 25 May 2005 12:57:25 +0100 From: Jamie Heckford <jamie@trident-uk.co.uk> To: Jamie Heckford <jamie@trident-uk.co.uk> Cc: Peter Jeremy <PeterJeremy@optushome.com.au>, freebsd-stable@freebsd.org, jamie@tridentmicrosystems.co.uk, freebsd-hackers@freebsd.org Subject: Re: 5.4-RC2 freezing - ATA related? Message-ID: <42946825.2090402@trident-uk.co.uk> In-Reply-To: <429458D0.2030104@trident-uk.co.uk> References: <001801c55a14$609720d0$37cba1cd@emerytelcom.com> <20050518150316.GA11987@nipples.trident-uk.co.uk> <20050518195312.GB2129@cirb503493.alcatel.com.au> <20050518222937.GA13356@nipples.trident-uk.co.uk> <20050518155452.M87264@carver.gumbysoft.com> <20050518231544.GA13555@nipples.trident-uk.co.uk> <429458D0.2030104@trident-uk.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Jamie Heckford wrote:
> Another one... looks completly different :-(
>
> [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]
> 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".
> #0 doadump () at pcpu.h:160
> 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
> (kgdb) bt full
> #0 doadump () at pcpu.h:160
> No locals.
> #1 0xc04fac8a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410
> first_buf_printf = 1
> #2 0xc04faf50 in panic (fmt=0xc06c06db
> "softdep_deallocate_dependencies: dangling deps")
> at /usr/src/sys/kern/kern_shutdown.c:566
> td = (struct thread *) 0xc357fd80
> bootopt = 260
> newpanic = 1
> ap = 0xc357fd80 "\\\214\215ÃðjOÃ"
> buf = "softdep_deallocate_dependencies: dangling deps", '\0'
> <repeats 209 times>
> #3 0xc061cbfe in softdep_deallocate_dependencies (bp=0x0)
> at /usr/src/sys/ufs/ffs/ffs_softdep.c:5961
> No locals.
> #4 0xc053c8f4 in brelse (bp=0xd77932d4) at buf.h:431
> No locals.
> #5 0xc054bd24 in flushbuflist (blist=0xd77932d4, flags=0,
> vp=0xc4bf9630, slpflag=0,
> slptimeo=0, errorp=0x0) at /usr/src/sys/kern/vfs_subr.c:1101
> bp = (struct buf *) 0xd77932d4
> nbp = (struct buf *) 0xd75948f0
> found = 1
> #6 0xc054b987 in vinvalbuf (vp=0xc4bf9630, flags=0, cred=0x0, td=0x0,
> slpflag=0,
> slptimeo=0) at /usr/src/sys/kern/vfs_subr.c:987
> blist = (struct buf *) 0x0
> error = 0
> object = 0xc04efc79
> #7 0xc054e85c in vclean (vp=0xc4bf9630, flags=8, td=0xc357fd80)
> at /usr/src/sys/kern/vfs_subr.c:2479
> ---Type <return> to continue, or q <return> to quit---
> active = 0
> #8 0xc054eeb5 in vgonel (vp=0xc4bf9630, td=0xc357fd80)
> at /usr/src/sys/kern/vfs_subr.c:2697
> No locals.
> #9 0xc054a9f2 in vlrureclaim (mp=0xc35b3c00) at pcpu.h:157
> vp = (struct vnode *) 0xc4bf9630
> done = 0
> trigger = 10
> usevnodes = 0
> count = 7
> #10 0xc054ac66 in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:598
> mp = (struct mount *) 0xc35b3c00
> nmp = (struct mount *) 0xc35b3c00
> done = 5887
> p = (struct proc *) 0xc38d8c5c
> td = (struct thread *) 0xc357fd80
> #11 0xc04e67e8 in fork_exit (callout=0xc054aa98 <vnlru_proc>, arg=0x0,
> frame=0xe68aad38)
> at /usr/src/sys/kern/kern_fork.c:791
> p = (struct proc *) 0xc38d8c5c
> td = (struct thread *) 0x0
> #12 0xc066746c in fork_trampoline () at
> /usr/src/sys/i386/i386/exception.s:209
> No locals.
> (kgdb)
>
> panic: softdep_deallocate_dependencies: dangling deps
> Uptime: 10h26m14s
> Dumping 2047 MB
> 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304
> 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592
> 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880
> 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136
> 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360
> 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 1536 1552 1568 1584
> 1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 1760 1776 1792 1808
> 1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 2016 2032(kgdb)
>
> Would be really grateful if anyone could suggest anything, again it
> appears to happen around the time periodic runs (but has happened
> randomly under load, not sure if this is a red herring tho)
>
> If anyone needs anymore info, more than happy to oblige.
>
> Cheers
>
Is there anyway this could be triggered by a filesystem becoming full.....?
--
Jamie Heckford
Network Manager
Trident Microsystems Ltd.
t: +44(0)1737-780790
f: +44(0)1737-771908
w: http://www.trident-uk.co.uk/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?42946825.2090402>