Date: Wed, 25 May 2005 11:52:00 +0100 From: Jamie Heckford <jamie@trident-uk.co.uk> To: jamie@tridentmicrosystems.co.uk Cc: Peter Jeremy <PeterJeremy@optushome.com.au>, freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: 5.4-RC2 freezing - ATA related? Message-ID: <429458D0.2030104@trident-uk.co.uk> In-Reply-To: <20050518231544.GA13555@nipples.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>
next in thread | previous in thread | raw e-mail | index | archive | help
Jamie Heckford wrote:
> On Wed, May 18, 2005 at 03:54:59PM -0700, Doug White wrote:
>
>>On Wed, 18 May 2005, Jamie Heckford wrote:
>>
>>
>>>Hi Peter,
>>>
>>>On Thu, May 19, 2005 at 05:53:12AM +1000, Peter Jeremy wrote:
>>>
>>>>On Wed, 2005-May-18 16:03:16 +0100, Jamie Heckford wrote:
>>>>
>>>>>Managed to get a dump on our system for a similar prob we are getting:
>>>>
>>>>That traceback looks like a panic, not a deadlock. What was the panic
>>>>message?
>>>
>>>Only have remote access to the box im afraid, is there anyway I can obtain
>>>the panic message?
>>
>>"print msgbuf" should do it
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
--
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?429458D0.2030104>