Date: Fri, 1 Jun 2012 15:43:38 +0300 From: Konstantin Belousov <kostikbel@gmail.com> To: "Desai, Kashyap" <Kashyap.Desai@lsi.com> Cc: "freebsd-fs@freebsd.org" <freebsd-fs@freebsd.org>, "freebsd-scsi@freebsd.org" <freebsd-scsi@freebsd.org>, "McConnell, Stephen" <Stephen.McConnell@lsi.com> Subject: Re: Kernel panic in FreeBSD-8.3 from UFS Message-ID: <20120601124338.GU2358@deviant.kiev.zoral.com.ua> In-Reply-To: <B2FD678A64EAAD45B089B123FDFC3ED72B9F6C1F79@inbmail01.lsi.com> References: <B2FD678A64EAAD45B089B123FDFC3ED72B9F6C1F79@inbmail01.lsi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] 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. [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/IuPoACgkQC3+MBN1Mb4jDTwCg3cDGolPvQ5drJZ/aWLWFnU9f xpsAoMYn44lshfjyxGQLhL/CGYg52JuC =L/q9 -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120601124338.GU2358>