Kernel panic: flush_pagedep_deps: flush failed

Thomas Herzog thomas.herzog at inode.at
Wed May 21 06:00:36 UTC 2008


with backtrace, it looks like:

root at daham STORAGE> kgdb kernel.debug /var/crash/vmcore.1
[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 "amd64-marcel-freebsd".

Unread portion of the kernel message buffer:
ad8: FAILURE - WRITE_DMA48 timed out LBA=314770767
g_vfs_done():ad8s1a[WRITE(offset=161162592256, length=16384)]error = 5
panic: flush_pagedep_deps: flush failed
cpuid = 0
Uptime: 3d15h11m52s
Physical memory: 1011 MB
Dumping 271 MB: 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16

#0  doadump () at pcpu.h:194
194		__asm __volatile("movq %%gs:0,%0" : "=r" (td));
(kgdb) backtrace
#0  doadump () at pcpu.h:194
#1  0x0000000000000004 in ?? ()
#2  0xffffffff804abe09 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
#3  0xffffffff804ac20d in panic (fmt=0x104 <Address 0x104 out of bounds>) at /usr/src/sys/kern/kern_shutdown.c:563
#4  0xffffffff8068f122 in softdep_sync_metadata (vp=0xffffff003c30eba0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:5689
#5  0xffffffff806957ae in ffs_syncvnode (vp=0xffffff003c30eba0, waitfor=Variable "waitfor" is not available.
) at /usr/src/sys/ufs/ffs/ffs_vnops.c:310
#6  0xffffffff8067c6bc in ffs_truncate (vp=0xffffff003c30eba0, length=328192, flags=2176, cred=0xffffff0001079d00,
     td=0xffffff00049b19c0) at /usr/src/sys/ufs/ffs/ffs_inode.c:268
#7  0xffffffff8069b3af in ufs_direnter (dvp=0xffffff003c30eba0, tvp=0xffffff0033d5a7c0, dirp=0xffffffffa4715640, 
cnp=Variable "cnp" is not available.
)
     at /usr/src/sys/ufs/ufs/ufs_lookup.c:950
#8  0xffffffff806a13b7 in ufs_makeinode (mode=Variable "mode" is not available.
) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2422
#9  0xffffffff807a0b90 in VOP_CREATE_APV (vop=Variable "vop" is not available.
) at vnode_if.c:206
#10 0xffffffff8053234d in vn_open_cred (ndp=0xffffffffa4715a10, flagp=0xffffffffa471595c, cmode=Variable "cmode" is not 
available.
) at vnode_if.h:112
#11 0xffffffff80530022 in kern_open (td=0xffffff00049b19c0, path=0x7fffff3f9760 <Address 0x7fffff3f9760 out of bounds>,
     pathseg=Variable "pathseg" is not available.
) at /usr/src/sys/kern/vfs_syscalls.c:1028
#12 0xffffffff8075dc57 in syscall (frame=0xffffffffa4715c70) at /usr/src/sys/amd64/amd64/trap.c:852
#13 0xffffffff8074418b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:290
#14 0x00000008011ebe7c in ?? ()
Previous frame inner to this frame (corrupt stack?)


Thomas Herzog wrote:
> hi,
> 
> root at daham STORAGE> kgdb kernel.debug /var/crash/vmcore.1
> [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 "amd64-marcel-freebsd".
> 
> Unread portion of the kernel message buffer:
> ad8: FAILURE - WRITE_DMA48 timed out LBA=314770767
> g_vfs_done():ad8s1a[WRITE(offset=161162592256, length=16384)]error = 5
> panic: flush_pagedep_deps: flush failed
> cpuid = 0
> Uptime: 3d15h11m52s
> Physical memory: 1011 MB
> Dumping 271 MB: 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16
> 
> #0  doadump () at pcpu.h:194
> 194        __asm __volatile("movq %%gs:0,%0" : "=r" (td));
> 
> both cores says the same.
> 
> Thomas
> 
> Toni Schmidbauer wrote:
>> At Tue, 20 May 2008 07:59:19 +0200,
>> Thomas Herzog wrote:
>>> cat /var/crash/info.1
>>
>> follow this guide:
>>
>> http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html 
>>
>>
>> and post the results. if nobody answers, open a pr (problem report)
>>
>> http://www.freebsd.org/send-pr.html
>>
>> hth,
>> toni
> _______________________________________________
> freebsd-questions at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to 
> "freebsd-questions-unsubscribe at freebsd.org"
> 


More information about the freebsd-questions mailing list