5.4-RC2 freezing - ATA related?

[Jamie Heckford]

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/