From owner-freebsd-scsi@FreeBSD.ORG Mon May 28 11:07:37 2012 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28EBA1065670 for ; Mon, 28 May 2012 11:07:37 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 129258FC1C for ; Mon, 28 May 2012 11:07:37 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4SB7aCL063467 for ; Mon, 28 May 2012 11:07:36 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4SB7aZ1063465 for freebsd-scsi@FreeBSD.org; Mon, 28 May 2012 11:07:36 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 May 2012 11:07:36 GMT Message-Id: <201205281107.q4SB7aZ1063465@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 11:07:37 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/165982 scsi [mpt] mpt instability, drive resets, and losses on Fre o kern/165740 scsi [cam] SCSI code must drain callbacks before free o kern/163713 scsi [aic7xxx] [patch] Add Adaptec29329LPE to aic79xx_pci.c o kern/162256 scsi [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' o kern/161809 scsi [cam] [patch] set kern.cam.boot_delay via build option o kern/159412 scsi [ciss] 7.3 RELEASE: ciss0 ADAPTER HEARTBEAT FAILED err o kern/157770 scsi [iscsi] [panic] iscsi_initiator panic o kern/154432 scsi [xpt] run_interrupt_driven_hooks: still waiting after o kern/153514 scsi [cam] [panic] CAM related panic o kern/153361 scsi [ciss] Smart Array 5300 boot/detect drive problem o kern/152250 scsi [ciss] [patch] Kernel panic when hw.ciss.expose_hidden o kern/151564 scsi [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 10 o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c s kern/149927 scsi [cam] hard drive not stopped before removing power dur o kern/148083 scsi [aac] Strange device reporting o kern/147704 scsi [mpt] sys/dev/mpt: new chip revision, partially unsupp o kern/146287 scsi [ciss] ciss(4) cannot see more than one SmartArray con o kern/145768 scsi [mpt] can't perform I/O on SAS based SAN disk in freeb o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/144301 scsi [ciss] [hang] HP proliant server locks when using ciss o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/127717 scsi [ata] [patch] [request] - support write cache toggling o kern/123674 scsi [ahc] ahc driver dumping o kern/123520 scsi [ahd] unable to boot from net while using ahd o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 50 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon May 28 12:25:56 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48207106566B; Mon, 28 May 2012 12:25:56 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.208]) by mx1.freebsd.org (Postfix) with ESMTP id EDE758FC15; Mon, 28 May 2012 12:25:55 +0000 (UTC) Date: Mon, 28 May 2012 14:25:49 +0200 From: vermaden To: Polytropon , marius@alchemy.franken.de, Don Lewis , Robert Huff X-Mailer: interia.pl/pf09 In-Reply-To: <20120524011023.6f5401c6.freebsd@edvax.de> References: <20120524011023.6f5401c6.freebsd@edvax.de> Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1338207949; bh=dMgMi50/LJEoe/yTTCk2OnJOTF8OnOkf310RL/PaZBU=; h=Date:From:Subject:To:Cc:X-Mailer:In-Reply-To:References: Message-Id:MIME-Version:Content-Type:Content-Transfer-Encoding; b=DUWpndtHG6vam/C3AGL0DeXUOSTHNh/TzgJ+6bULCjJnVz4BKHYr6HSJ/FZmOEUcN dkCd/09+1IjCo0c04ZzIRLLechs68iqPGSDu3WEN6+I24aEUnR1jiz5G3C7k1gXLB1 YYJBY+jsxioTxgZ7SY9FBK425WfHCPKV/DCCi8dU= Cc: freebsd-scsi@FreeBSD.org, freebsd-questions@freebsd.org, freebsd-hardware@FreeBSD.org Subject: Re: Working and Supported SCSI Controller X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2012 12:25:56 -0000 > I haven't looked into that topic for a long time, but in > the past, I've had _no_ problems using Ataptec's 2940 > type of controllers (either W or U, and UW). The ahc > driver worked well with them. >=20 > Polytropon > LSI 53C1010-66 (Ultra160, sym(4)) or 53C1030 (Ultra320, mpt(4)) based one= s. >=20 > Marius > I'm using an Adaptec 29160N (Ultra 160) with the ahc driver. It has > internal and external 69 pin LVD connectors, a 68 pin internal > single-ended connector and a 50 pin internal single-ended connector. >=20 > Don Lewis > > I haven't looked into that topic for a long time, but in > > the past, I've had _no_ problems using Ataptec's 2940 > > type of controllers (either W or U, and UW). The ahc > > driver worked well with them. > Agreed. Adaptec has the reputation of being expensive but=20 > robust and well-supported; my experience confirms all three. >=20 > Robert Huff Thank You gentleman, gonna try 'Ataptec AHA-2940UW' this time and share the results. Regards, vermaden ... From owner-freebsd-scsi@FreeBSD.ORG Fri Jun 1 12:11:36 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9579E10657AA; Fri, 1 Jun 2012 12:11:36 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog128.obsmtp.com (na3sys009aog128.obsmtp.com [74.125.149.141]) by mx1.freebsd.org (Postfix) with ESMTP id E62C18FC08; Fri, 1 Jun 2012 12:11:35 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob128.postini.com ([74.125.148.12]) with SMTP ID DSNKT8ixd7gFagsq0EeI9wxz+siDPKs7LS8s@postini.com; Fri, 01 Jun 2012 05:11:36 PDT Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Fri, 1 Jun 2012 08:06:56 -0400 Received: from inbexch01.lsi.com (135.36.98.37) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Fri, 1 Jun 2012 08:00:45 -0400 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Fri, 1 Jun 2012 17:30:42 +0530 From: "Desai, Kashyap" To: "freebsd-scsi@freebsd.org" , "freebsd-fs@freebsd.org" Date: Fri, 1 Jun 2012 17:30:39 +0530 Thread-Topic: Kernel panic in FreeBSD-8.3 from UFS Thread-Index: Ac0/7imu82JsmcHyQVm3sDwdYp9fsA== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "McConnell, Stephen" Subject: Kernel panic in FreeBSD-8.3 from UFS X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 12:11:36 -0000 Hi, We have seen kernel panic while doing IO along with HBA reset. This looks t= o 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>=20 See below back trace. #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=3D0xf19839bf= "\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_i= f.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 ?? ( To me it looks like UFS is doing something to crash the kernel. ` Kashyap From owner-freebsd-scsi@FreeBSD.ORG Fri Jun 1 12:43:47 2012 Return-Path: Delivered-To: freebsd-scsi@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-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem 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-- From owner-freebsd-scsi@FreeBSD.ORG Fri Jun 1 12:50:11 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9F991065678; Fri, 1 Jun 2012 12:50:11 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog123.obsmtp.com (na3sys009aog123.obsmtp.com [74.125.149.149]) by mx1.freebsd.org (Postfix) with ESMTP id 494CC8FC25; Fri, 1 Jun 2012 12:50:09 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob123.postini.com ([74.125.148.12]) with SMTP ID DSNKT8i6ezGNwyCrE9UVStQIApRr3Ia6BriA@postini.com; Fri, 01 Jun 2012 05:50:09 PDT Received: from PALCAS01.lsi.com (128.94.213.117) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Fri, 1 Jun 2012 08:56:13 -0400 Received: from inbexch01.lsi.com (135.36.98.37) by PALCAS01.lsi.com (128.94.213.117) with Microsoft SMTP Server (TLS) id 8.3.213.0; Fri, 1 Jun 2012 08:50:02 -0400 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch01.lsi.com ([135.36.98.37]) with mapi; Fri, 1 Jun 2012 18:19:59 +0530 From: "Desai, Kashyap" To: Konstantin Belousov Date: Fri, 1 Jun 2012 18:19:56 +0530 Thread-Topic: Kernel panic in FreeBSD-8.3 from UFS Thread-Index: Ac0/9DQxCjvBzL4sTc2DlPByoowCKAAAKAOw Message-ID: References: <20120601124338.GU2358@deviant.kiev.zoral.com.ua> In-Reply-To: <20120601124338.GU2358@deviant.kiev.zoral.com.ua> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-fs@freebsd.org" , "freebsd-scsi@freebsd.org" , "McConnell, Stephen" Subject: RE: Kernel panic in FreeBSD-8.3 from UFS X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 12:50:11 -0000 Thanks for the information. *YES* to me also looks like memory leaks only..= but it is CAM XPT who is using "366195K " memory.. See below output of "vmstat -m" vmstat -m Type InUse MemUse HighUse Requests Size(s) feeder 7 1K - 7 16 acpiintr 1 1K - 1 32 isadev 9 1K - 9 64 acpica 3179 172K - 73127 16,32,64,128,256,512,1024,2048 cdev 7 1K - 7 128 acpitask 1 1K - 1 1024 sigio 1 1K - 1 32 filedesc 50 14K - 2926 16,256,512,1024 kenv 121 9K - 130 16,32,64,128,4096 kqueue 0 0K - 266 128,1024 CAM dev queue 8 1K - 8 128 proc-args 26 2K - 4746 16,32,64,128 hhook 2 1K - 2 128 ithread 128 11K - 128 16,64,128 CAM queue 43 9K - 595257 16,32,64,128,256,512,1024,2048= ,4096 KTRACE 100 13K - 100 128 acpisem 21 3K - 21 64,128 linker 157 6K - 166 16,32,256 lockf 1751 61K - 2311 32,64,128,256,512,1024 loginclass 2 1K - 96 64 ip6ndp 12 1K - 13 64,128 ip6opt 0 0K - 3 32 temp 56 233K - 11165 16,32,64,128,256,512,1024,2048= ,4096 devbuf 5248 4507K - 5360 16,32,64,128,256,512,1024,2048= ,4096 module 493 31K - 493 64,128 mtx_pool 2 8K - 2 4096 CAM SIM 8 1K - 8 128 subproc 216 219K - 3091 256,4096 proc 2 8K - 2 4096 session 18 2K - 109 64 pgrp 25 2K - 129 64 cred 62 6K - 13960 64,128 uidinfo 3 2K - 88 64,1024 plimit 18 5K - 1389 256 scsi_cd 0 0K - 4 16 CAM periph 22 3K - 84532 16,32,64,128 CAM XPT 183208 366195K - 722021 16,32,64,256,1024,2048 sysctltmp 0 0K - 453 16,32,64,128,4096 sysctloid 5010 158K - 5286 16,32,64,128 sysctl 0 0K - 763 16,32,64 tidhash 1 8K - 1 =20 callout 7 1792K - 7 =20 umtx 750 71K - 750 64,128 p1003.1b 1 1K - 1 16 SWAP 2 4373K - 2 64 bus-sc 97 417K - 6298 16,32,64,128,256,512,1024,2048= ,4096 bus 1382 64K - 9711 16,32,64,128,256,1024 devstat 16 33K - 16 16,4096 eventhandler 73 4K - 73 32,64,128 UART 6 3K - 6 16,256,1024 kobj 358 716K - 634 2048 Per-cpu 1 1K - 1 16 ata_pci 2 1K - 2 32 rman 226 13K - 424 16,32,64 sbuf 0 0K - 1636 16,32,64,128,256,512,1024,2048= ,4096 scsi_da 0 0K - 186 16 stack 0 0K - 2 128 taskqueue 15 1K - 15 16,64 Unitno 14 1K - 5912 16,64 iov 0 0K - 1847877 16,64,128,256 select 9 1K - 9 64 ioctlops 0 0K - 5848 16,32,64,128,256,512,1024,2048 msg 4 25K - 4 1024,4096 sem 4 101K - 4 1024,4096 shm 1 12K - 1 =20 tty 21 11K - 23 512,2048 mbuf_tag 0 0K - 549 32,64 shmfd 1 4K - 1 4096 pcb 18 79K - 567 16,32,64,512,1024,2048,4096 soname 3 1K - 16885 16,32,128 vfscache 1 512K - 1 =20 cl_savebuf 0 0K - 48 32 vfs_hash 1 256K - 1 =20 acpidev 50 2K - 50 32 vnodes 2 1K - 2 128 vnodemarker 0 0K - 6497 512 mount 94 4K - 197 16,32,64,128,256 BPF 10 1K - 10 64 ether_multi 21 1K - 24 16,32,64 ifaddr 90 17K - 90 16,32,64,128,256,512,2048 ifnet 11 11K - 11 64,1024 USBdev 35 9K - 35 32,128,1024 clone 6 24K - 6 4096 arpcom 2 1K - 2 16 lltable 23 6K - 23 256 USB 66 40K - 69 16,32,64,128,256,1024,4096 routetbl 29 4K - 245 16,64,128,256 igmp 10 2K - 10 128 in_multi 1 1K - 1 128 sctp_iter 0 0K - 3 256 sctp_ifn 2 1K - 2 128 sctp_ifa 4 1K - 4 128 sctp_vrf 1 1K - 1 64 sctp_a_it 0 0K - 3 16 hostcache 1 16K - 1 =20 syncache 1 72K - 1 =20 entropy 1024 64K - 1024 64 in6_multi 15 2K - 15 16,256 pci_link 16 2K - 16 64,128 mld 10 2K - 10 128 rpc 2 1K - 2 128 audit_evclass 179 3K - 218 16 jblocks 2 1K - 2 128 savedino 0 0K - 121 256 sbdep 0 0K - 464 32 jsegdep 1 1K - 6778 32 jseg 1 1K - 4558 128 jfreefrag 0 0K - 179 64 jnewblk 0 0K - 5965 64 jremref 0 0K - 317 64 jaddref 0 0K - 317 64 freedep 0 0K - 9 32 freework 1 1K - 268 32,128 newdirblk 0 0K - 6 32 dirrem 0 0K - 305 64 mkdir 0 0K - 12 64 diradd 0 0K - 305 64 freefile 0 0K - 72 32 freeblks 0 0K - 157 128 freefrag 0 0K - 179 64 indirdep 1 1K - 4235 64 newblk 2 65K - 5966 128 bmsafemap 2 5K - 4389 128,4096 inodedep 2 257K - 4997 256 pagedep 1 64K - 51 128 ufs_dirhash 8 4K - 24 16,32,64,512 ufs_mount 21 390K - 21 256,4096 vm_pgdata 2 65K - 2 64 UMAHash 1 1K - 1 256 acpi_perf 2 1K - 2 256 DEVFS1 127 32K - 187 256 atkbddev 2 1K - 2 32 DEVFS3 141 18K - 223 128,256 DEVFS 24 1K - 25 16,64 memdesc 1 4K - 1 4096 apmdev 1 1K - 1 64 io_apic 2 2K - 2 1024 pfs_nodes 21 3K - 21 128 msi 3 1K - 3 64 nexusdev 5 1K - 5 16 GEOM 117 19K - 2291 16,32,64,128,256,512,1024,2048 SCSI SES 2 4K - 2 2048 kbdmux 7 18K - 7 16,256,1024,2048 mps 22 280K - 24141 16,32,64,128,256,512,2048,4096 mps_user 0 0K - 662 32,64 ` Kashyap > -----Original Message----- > From: Konstantin Belousov [mailto:kostikbel@gmail.com] > Sent: Friday, June 01, 2012 6:14 PM > To: Desai, Kashyap > Cc: freebsd-scsi@freebsd.org; freebsd-fs@freebsd.org; McConnell, Stephen > Subject: Re: Kernel panic in FreeBSD-8.3 from UFS >=20 > 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 > > > > See below back trace. > You did not specified the panic message. Was it 'kmem_map too small' ? >=20 > Unless HBA driver causes memory leak, this is probably indeed unrelated. > > > > > > #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=3D= 2) > > at /usr/src/sys/vm/vm_kern.c:334 > > #4 0xc0c708e7 in page_alloc (zone=3D0x0, bytes=3D32768, pflag=3D0xf198= 39bf > "\002", > > 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 ?? ( > > > > > > To me it looks like UFS is doing something to crash the kernel. >=20 > You might try to use vmstat -z and vmstat -m on core to see what has > used KVA. From owner-freebsd-scsi@FreeBSD.ORG Fri Jun 1 12:58:30 2012 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6B551065670; Fri, 1 Jun 2012 12:58:30 +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 2FB038FC1D; Fri, 1 Jun 2012 12:58:29 +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 q51CwOXi093185; Fri, 1 Jun 2012 15:58:24 +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 q51CwOml054641; Fri, 1 Jun 2012 15:58:24 +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 q51CwOZn054640; Fri, 1 Jun 2012 15:58:24 +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:58:24 +0300 From: Konstantin Belousov To: "Desai, Kashyap" Message-ID: <20120601125824.GV2358@deviant.kiev.zoral.com.ua> References: <20120601124338.GU2358@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Azlbkg4pdDb7tRhV" 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-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2012 12:58:31 -0000 --Azlbkg4pdDb7tRhV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 01, 2012 at 06:19:56PM +0530, Desai, Kashyap wrote: >=20 > Thanks for the information. *YES* to me also looks like memory leaks only= .. but it is CAM XPT who is using "366195K " memory.. >=20 Yes, it seems that cam should be investigated next. It is indeed most likely not related to UFS at all, and just happens to trace through the UFS code since you might have run fs-intensive test and filesystem just called allocator most often. > See below output of "vmstat -m" >=20 > vmstat -m >=20 > Type InUse MemUse HighUse Requests Size(s) > feeder 7 1K - 7 16 > acpiintr 1 1K - 1 32 > isadev 9 1K - 9 64 > acpica 3179 172K - 73127 16,32,64,128,256,512,1024,20= 48 > cdev 7 1K - 7 128 > acpitask 1 1K - 1 1024 > sigio 1 1K - 1 32 > filedesc 50 14K - 2926 16,256,512,1024 > kenv 121 9K - 130 16,32,64,128,4096 > kqueue 0 0K - 266 128,1024 > CAM dev queue 8 1K - 8 128 > proc-args 26 2K - 4746 16,32,64,128 > hhook 2 1K - 2 128 > ithread 128 11K - 128 16,64,128 > CAM queue 43 9K - 595257 16,32,64,128,256,512,1024,20= 48,4096 > KTRACE 100 13K - 100 128 > acpisem 21 3K - 21 64,128 > linker 157 6K - 166 16,32,256 > lockf 1751 61K - 2311 32,64,128,256,512,1024 > loginclass 2 1K - 96 64 > ip6ndp 12 1K - 13 64,128 > ip6opt 0 0K - 3 32 > temp 56 233K - 11165 16,32,64,128,256,512,1024,20= 48,4096 > devbuf 5248 4507K - 5360 16,32,64,128,256,512,1024,20= 48,4096 > module 493 31K - 493 64,128 > mtx_pool 2 8K - 2 4096 > CAM SIM 8 1K - 8 128 > subproc 216 219K - 3091 256,4096 > proc 2 8K - 2 4096 > session 18 2K - 109 64 > pgrp 25 2K - 129 64 > cred 62 6K - 13960 64,128 > uidinfo 3 2K - 88 64,1024 > plimit 18 5K - 1389 256 > scsi_cd 0 0K - 4 16 > CAM periph 22 3K - 84532 16,32,64,128 > CAM XPT 183208 366195K - 722021 16,32,64,256,1024,2048 > sysctltmp 0 0K - 453 16,32,64,128,4096 > sysctloid 5010 158K - 5286 16,32,64,128 > sysctl 0 0K - 763 16,32,64 > tidhash 1 8K - 1 =20 > callout 7 1792K - 7 =20 > umtx 750 71K - 750 64,128 > p1003.1b 1 1K - 1 16 > SWAP 2 4373K - 2 64 > bus-sc 97 417K - 6298 16,32,64,128,256,512,1024,20= 48,4096 > bus 1382 64K - 9711 16,32,64,128,256,1024 > devstat 16 33K - 16 16,4096 > eventhandler 73 4K - 73 32,64,128 > UART 6 3K - 6 16,256,1024 > kobj 358 716K - 634 2048 > Per-cpu 1 1K - 1 16 > ata_pci 2 1K - 2 32 > rman 226 13K - 424 16,32,64 > sbuf 0 0K - 1636 16,32,64,128,256,512,1024,20= 48,4096 > scsi_da 0 0K - 186 16 > stack 0 0K - 2 128 > taskqueue 15 1K - 15 16,64 > Unitno 14 1K - 5912 16,64 > iov 0 0K - 1847877 16,64,128,256 > select 9 1K - 9 64 > ioctlops 0 0K - 5848 16,32,64,128,256,512,1024,20= 48 > msg 4 25K - 4 1024,4096 > sem 4 101K - 4 1024,4096 > shm 1 12K - 1 =20 > tty 21 11K - 23 512,2048 > mbuf_tag 0 0K - 549 32,64 > shmfd 1 4K - 1 4096 > pcb 18 79K - 567 16,32,64,512,1024,2048,4096 > soname 3 1K - 16885 16,32,128 > vfscache 1 512K - 1 =20 > cl_savebuf 0 0K - 48 32 > vfs_hash 1 256K - 1 =20 > acpidev 50 2K - 50 32 > vnodes 2 1K - 2 128 > vnodemarker 0 0K - 6497 512 > mount 94 4K - 197 16,32,64,128,256 > BPF 10 1K - 10 64 > ether_multi 21 1K - 24 16,32,64 > ifaddr 90 17K - 90 16,32,64,128,256,512,2048 > ifnet 11 11K - 11 64,1024 > USBdev 35 9K - 35 32,128,1024 > clone 6 24K - 6 4096 > arpcom 2 1K - 2 16 > lltable 23 6K - 23 256 > USB 66 40K - 69 16,32,64,128,256,1024,4096 > routetbl 29 4K - 245 16,64,128,256 > igmp 10 2K - 10 128 > in_multi 1 1K - 1 128 > sctp_iter 0 0K - 3 256 > sctp_ifn 2 1K - 2 128 > sctp_ifa 4 1K - 4 128 > sctp_vrf 1 1K - 1 64 > sctp_a_it 0 0K - 3 16 > hostcache 1 16K - 1 =20 > syncache 1 72K - 1 =20 > entropy 1024 64K - 1024 64 > in6_multi 15 2K - 15 16,256 > pci_link 16 2K - 16 64,128 > mld 10 2K - 10 128 > rpc 2 1K - 2 128 > audit_evclass 179 3K - 218 16 > jblocks 2 1K - 2 128 > savedino 0 0K - 121 256 > sbdep 0 0K - 464 32 > jsegdep 1 1K - 6778 32 > jseg 1 1K - 4558 128 > jfreefrag 0 0K - 179 64 > jnewblk 0 0K - 5965 64 > jremref 0 0K - 317 64 > jaddref 0 0K - 317 64 > freedep 0 0K - 9 32 > freework 1 1K - 268 32,128 > newdirblk 0 0K - 6 32 > dirrem 0 0K - 305 64 > mkdir 0 0K - 12 64 > diradd 0 0K - 305 64 > freefile 0 0K - 72 32 > freeblks 0 0K - 157 128 > freefrag 0 0K - 179 64 > indirdep 1 1K - 4235 64 > newblk 2 65K - 5966 128 > bmsafemap 2 5K - 4389 128,4096 > inodedep 2 257K - 4997 256 > pagedep 1 64K - 51 128 > ufs_dirhash 8 4K - 24 16,32,64,512 > ufs_mount 21 390K - 21 256,4096 > vm_pgdata 2 65K - 2 64 > UMAHash 1 1K - 1 256 > acpi_perf 2 1K - 2 256 > DEVFS1 127 32K - 187 256 > atkbddev 2 1K - 2 32 > DEVFS3 141 18K - 223 128,256 > DEVFS 24 1K - 25 16,64 > memdesc 1 4K - 1 4096 > apmdev 1 1K - 1 64 > io_apic 2 2K - 2 1024 > pfs_nodes 21 3K - 21 128 > msi 3 1K - 3 64 > nexusdev 5 1K - 5 16 > GEOM 117 19K - 2291 16,32,64,128,256,512,1024,20= 48 > SCSI SES 2 4K - 2 2048 > kbdmux 7 18K - 7 16,256,1024,2048 > mps 22 280K - 24141 16,32,64,128,256,512,2048,40= 96 > mps_user 0 0K - 662 32,64 >=20 >=20 > ` Kashyap >=20 > > -----Original Message----- > > From: Konstantin Belousov [mailto:kostikbel@gmail.com] > > Sent: Friday, June 01, 2012 6:14 PM > > To: Desai, Kashyap > > Cc: freebsd-scsi@freebsd.org; freebsd-fs@freebsd.org; McConnell, Stephen > > Subject: Re: Kernel panic in FreeBSD-8.3 from UFS > >=20 > > 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 > > > > > > See below back trace. > > You did not specified the panic message. Was it 'kmem_map too small' ? > >=20 > > Unless HBA driver causes memory leak, this is probably indeed unrelated. > > > > > > > > > #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=3D0xf1= 9839bf > > "\002", > > > 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 ?? ( > > > > > > > > > To me it looks like UFS is doing something to crash the kernel. > >=20 > > You might try to use vmstat -z and vmstat -m on core to see what has > > used KVA. --Azlbkg4pdDb7tRhV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/IvG8ACgkQC3+MBN1Mb4je2gCgqc5sAMpSoKxbz+NPCLz1fAa7 4FMAnj3hA9UgE3oSu6KLkverbyhQ1Goz =0QcW -----END PGP SIGNATURE----- --Azlbkg4pdDb7tRhV--