From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 17:47:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4416A1065674; Thu, 20 Sep 2012 17:47:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 19A728FC14; Thu, 20 Sep 2012 17:47:02 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 71BB8B983; Thu, 20 Sep 2012 13:47:01 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, mexas@bristol.ac.uk Date: Thu, 20 Sep 2012 08:48:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201209200817.q8K8HqPX012614@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201209200817.q8K8HqPX012614@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209200848.19246.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 20 Sep 2012 13:47:01 -0400 (EDT) Cc: linimon@lonesome.com, freebsd-ia64@freebsd.org Subject: Re: out of swap space causing panic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 17:47:02 -0000 On Thursday, September 20, 2012 4:17:52 am Anton Shterenlikht wrote: > It is expected that running out of swap space > causes panic? > > This is on ia64 r235474. > > Mark, I'll add another swap disk, > so there will be ~85 GB of swap space. > Will let you know when done. > > > - - - - - - - - - - Prior Console Output - - - - - - - - - - > swap_pager_getswapspace(16): failed > Sep 19 04:12:20 mech-as28 kernel: pid 36179 (tst_fmt_usr), uid 0, was killed: out of swap space > Sep 19 10:54:01 mech-as28 su: mexas to root on /dev/pts/0 > panic: _mtx_lock_sleep: recursed on non-recursive mutex process lock @ /usr/src/sys/ia64/ia64/trap.c:562 > > cpuid = 1 > KDB: enter: panic > [ thread pid 25199 tid 100332 ] > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe25000,gp ;; > db> > db> bt > Tracing pid 25199 tid 100332 td 0xe0000001d44088a0 > kdb_enter(0x9ffc000000c52c38, 0x9ffc000000c52c38, 0x9ffc0000004eb6b0, 0x793) at kdb_enter+0x92 > panic(0x9ffc000000c50e98, 0x9ffc000000c50f40, 0x9ffc000000c93830, 0x232) at panic+0x420 > _mtx_lock_sleep(0xe0000000159c6e90, 0xe0000001d44088a0, 0x0, 0x9ffc000000c93830, 0x232) at _mtx_lock_sleep+0xb0 > _mtx_lock_flags(0xe0000000159c6e90, 0x0, 0x9ffc000000c93830, 0x232, 0x9ffc00000097dcc0, 0x716, 0x14022d4c0) at _mtx_lock_flags+0x1a0 > trap(0x14, 0xa0000000f88fb000) at trap+0x940 > ivt_Data_TLB() at ivt_Data_TLB+0x1d0 > --- trapframe at 0xa0000000f88fb000 > crhold() at crhold+0x10 No, your problem is here. You should never get a trap in crhold(). Something else is wrong. > cred_update_thread(0xe0000001d44089d0, 0xe0000000159c6dd8, 0xe0000000159c6e90, 0x9ffc000000c51cf0) at cred_update_thread+0x70 > syscall(0xe0000000159c6d98, 0x1408aa000, 0x1c, 0xe0000001d44088a0, 0x140849630, 0x0, 0x9ffc000000979a40, 0x8) at syscall+0xd0 > epc_syscall_return() at epc_syscall_return Note that this is not a thread in vm_pageout_oom(), so this is not in the code handling the out-of-swap condition. -- John Baldwin