Kernel panic in FreeBSD-8.3 from UFS

Konstantin Belousov kostikbel at gmail.com
Fri Jun 1 12:43:47 UTC 2012


On Fri, Jun 01, 2012 at 05:30:39PM +0530, Desai, Kashyap wrote:
> Hi,
> 
> We have seen kernel panic while doing IO along with HBA reset.
> This looks to be very rare but not sure if someone can help me to
> understand what is a issue here. To me it does not look any issue with
> underline Device Driver <mps>
>
> See below back trace.
You did not specified the panic message. Was it 'kmem_map too small' ?

Unless HBA driver causes memory leak, this is probably indeed unrelated.
> 
> 
> #0  doadump (textdump=1) at pcpu.h:244
> 244	pcpu.h: No such file or directory.
> 	in pcpu.h
> (kgdb) #0  doadump (textdump=1) at pcpu.h:244
> #1  0xc0a1845a in kern_reboot (howto=260)
>     at /usr/src/sys/kern/kern_shutdown.c:442
> #2  0xc0a186f1 in panic (fmt=Variable "fmt" is not available.
> ) at /usr/src/sys/kern/kern_shutdown.c:607
> #3  0xc0c7ceda in kmem_malloc (map=0xc15c808c, size=32768, flags=2)
>     at /usr/src/sys/vm/vm_kern.c:334
> #4  0xc0c708e7 in page_alloc (zone=0x0, bytes=32768, pflag=0xf19839bf "\002", 
>     wait=2) at /usr/src/sys/vm/uma_core.c:994
> #5  0xc0c72fe0 in uma_large_malloc (size=32768, wait=2)
>     at /usr/src/sys/vm/uma_core.c:3067
> #6  0xc0a04fac in malloc (size=32768, mtp=0xc102b808, flags=2)
>     at /usr/src/sys/kern/kern_malloc.c:492
> #7  0xc0c42e89 in softdep_disk_io_initiation (bp=0xdef881fc)
>     at /usr/src/sys/ufs/ffs/ffs_softdep.c:10126
> #8  0xc0c5208f in ffs_geom_strategy (bo=0xc5fc30ac, bp=0xdef881fc)
>     at buf.h:411
> #9  0xc0c65a43 in ufs_strategy (ap=0xf1983b00)
>     at /usr/src/sys/ufs/ufs/ufs_vnops.c:2317
> #10 0xc0d6a6dd in VOP_STRATEGY_APV (vop=0xc102e4a0, a=0xf1983b00)
>     at vnode_if.c:2171
> #11 0xc0a8d19e in bufstrategy (bo=0xc6b901bc, bp=0xdef881fc) at vnode_if.h:940
> #12 0xc0a9352e in bufwrite (bp=0xdef881fc) at buf.h:404
> #13 0xc0a8db5c in vfs_bio_awrite (bp=0xdef881fc) at buf.h:392
> #14 0xc0c584c5 in ffs_syncvnode (vp=0xc6b90110, waitfor=1)
>     at /usr/src/sys/ufs/ffs/ffs_vnops.c:288
> #15 0xc0c58739 in ffs_fsync (ap=0xf1983c4c)
>     at /usr/src/sys/ufs/ffs/ffs_vnops.c:187
> #16 0xc0d69712 in VOP_FSYNC_APV (vop=0xc102dfc0, a=0xf1983c4c)
>     at vnode_if.c:1267
> #17 0xc0ab5d49 in sys_fsync (td=0xc64ea8a0, uap=0xf1983cec) at vnode_if.h:549
> #18 0xc0d49315 in syscall (frame=0xf1983d28) at subr_syscall.c:131
> #19 0xc0d32af1 in Xint0x80_syscall ()
>     at /usr/src/sys/i386/i386/exception.s:266
> #20 0x00000033 in ?? (
> 
> 
> To me it looks like UFS is doing something to crash the kernel.

You might try to use vmstat -z and vmstat -m on core to see what
has used KVA.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20120601/67b1fa82/attachment.pgp


More information about the freebsd-fs mailing list