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
--NIjw7+ppZq6Cg8/r Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 01, 2012 at 05:30:39PM +0530, Desai, Kashyap wrote: > Hi, >=20 > 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. >=20 >=20 > #0 doadump (textdump=3D1) at pcpu.h:244 > 244 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump (textdump=3D1) at pcpu.h:244 > #1 0xc0a1845a in kern_reboot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:442 > #2 0xc0a186f1 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:607 > #3 0xc0c7ceda in kmem_malloc (map=3D0xc15c808c, size=3D32768, flags=3D2) > at /usr/src/sys/vm/vm_kern.c:334 > #4 0xc0c708e7 in page_alloc (zone=3D0x0, bytes=3D32768, pflag=3D0xf19839= bf "\002",=20 > wait=3D2) at /usr/src/sys/vm/uma_core.c:994 > #5 0xc0c72fe0 in uma_large_malloc (size=3D32768, wait=3D2) > at /usr/src/sys/vm/uma_core.c:3067 > #6 0xc0a04fac in malloc (size=3D32768, mtp=3D0xc102b808, flags=3D2) > at /usr/src/sys/kern/kern_malloc.c:492 > #7 0xc0c42e89 in softdep_disk_io_initiation (bp=3D0xdef881fc) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:10126 > #8 0xc0c5208f in ffs_geom_strategy (bo=3D0xc5fc30ac, bp=3D0xdef881fc) > at buf.h:411 > #9 0xc0c65a43 in ufs_strategy (ap=3D0xf1983b00) > at /usr/src/sys/ufs/ufs/ufs_vnops.c:2317 > #10 0xc0d6a6dd in VOP_STRATEGY_APV (vop=3D0xc102e4a0, a=3D0xf1983b00) > at vnode_if.c:2171 > #11 0xc0a8d19e in bufstrategy (bo=3D0xc6b901bc, bp=3D0xdef881fc) at vnode= _if.h:940 > #12 0xc0a9352e in bufwrite (bp=3D0xdef881fc) at buf.h:404 > #13 0xc0a8db5c in vfs_bio_awrite (bp=3D0xdef881fc) at buf.h:392 > #14 0xc0c584c5 in ffs_syncvnode (vp=3D0xc6b90110, waitfor=3D1) > at /usr/src/sys/ufs/ffs/ffs_vnops.c:288 > #15 0xc0c58739 in ffs_fsync (ap=3D0xf1983c4c) > at /usr/src/sys/ufs/ffs/ffs_vnops.c:187 > #16 0xc0d69712 in VOP_FSYNC_APV (vop=3D0xc102dfc0, a=3D0xf1983c4c) > at vnode_if.c:1267 > #17 0xc0ab5d49 in sys_fsync (td=3D0xc64ea8a0, uap=3D0xf1983cec) at vnode_= if.h:549 > #18 0xc0d49315 in syscall (frame=3D0xf1983d28) at subr_syscall.c:131 > #19 0xc0d32af1 in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:266 > #20 0x00000033 in ?? ( >=20 >=20 > 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. --NIjw7+ppZq6Cg8/r Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/IuPoACgkQC3+MBN1Mb4jDTwCg3cDGolPvQ5drJZ/aWLWFnU9f xpsAoMYn44lshfjyxGQLhL/CGYg52JuC =L/q9 -----END PGP SIGNATURE----- --NIjw7+ppZq6Cg8/r--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120601124338.GU2358>