From owner-freebsd-fs@FreeBSD.ORG Fri Jun 1 12:43:47 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 217C2106566C; Fri, 1 Jun 2012 12:43:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id A2B308FC08; Fri, 1 Jun 2012 12:43:46 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q51Chd6X088710; Fri, 1 Jun 2012 15:43:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q51ChdVp054522; Fri, 1 Jun 2012 15:43:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q51ChcMg054521; Fri, 1 Jun 2012 15:43:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 1 Jun 2012 15:43:38 +0300 From: Konstantin Belousov To: "Desai, Kashyap" Message-ID: <20120601124338.GU2358@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NIjw7+ppZq6Cg8/r" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "freebsd-fs@freebsd.org" , "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: Re: Kernel panic in FreeBSD-8.3 from UFS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 12:43:47 -0000 --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 > > 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--