From owner-freebsd-bugs@FreeBSD.ORG Thu Oct 13 18:00:22 2011 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ED82106566C for ; Thu, 13 Oct 2011 18:00:22 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 02D918FC15 for ; Thu, 13 Oct 2011 18:00:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p9DI0L6n027367 for ; Thu, 13 Oct 2011 18:00:21 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p9DI0Lg3027366; Thu, 13 Oct 2011 18:00:21 GMT (envelope-from gnats) Resent-Date: Thu, 13 Oct 2011 18:00:21 GMT Resent-Message-Id: <201110131800.p9DI0Lg3027366@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Nikos Vassiliadis Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F609106566B for ; Thu, 13 Oct 2011 17:56:48 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 15B3B8FC0C for ; Thu, 13 Oct 2011 17:56:48 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id p9DHulal081387 for ; Thu, 13 Oct 2011 17:56:47 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id p9DHulFU081386; Thu, 13 Oct 2011 17:56:47 GMT (envelope-from nobody) Message-Id: <201110131756.p9DHulFU081386@red.freebsd.org> Date: Thu, 13 Oct 2011 17:56:47 GMT From: Nikos Vassiliadis To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: kern/161552: kernel panic with RCTL option: racct_alloc_resource: usage < 0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2011 18:00:22 -0000 >Number: 161552 >Category: kern >Synopsis: kernel panic with RCTL option: racct_alloc_resource: usage < 0 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 13 18:00:21 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Nikos Vassiliadis >Release: FreeBSD 10.0-CURRENT >Organization: >Environment: FreeBSD lab.local 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r226271M: Thu Oct 13 19:29:17 EEST 2011 root@lab.local:/usr/obj/usr/src/sys/RCTLLAB i386 >Description: A kernel with option RCTL panics after some time. amount in frame #11 seems very big, should it be signed? Backtrace: Unread portion of the kernel message buffer: panic: racct_alloc_resource: usage < 0 cpuid = 0 KDB: enter: panic Physical memory: 1003 MB Dumping 65 MB: 50 34 18 2 #0 doadump (textdump=-995676160) at pcpu.h:244 244 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=-995676160) at pcpu.h:244 #1 0xc04f1b79 in db_fncall (dummy1=1, dummy2=0, dummy3=-1054062208, dummy4=0xd90caa40 "") at /usr/src/sys/ddb/db_command.c:572 #2 0xc04f1f71 in db_command (last_cmdp=0xc10e24bc, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:448 #3 0xc04f20ca in db_command_loop () at /usr/src/sys/ddb/db_command.c:501 #4 0xc04f40bd in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:229 #5 0xc0a56743 in kdb_trap (type=3, code=0, tf=0xd90cabf0) at /usr/src/sys/kern/subr_kdb.c:625 #6 0xc0da70eb in trap (frame=0xd90cabf0) at /usr/src/sys/i386/i386/trap.c:719 #7 0xc0d8fa8c in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #8 0xc0a5654a in kdb_enter (why=0xc0f68ea8 "panic", msg=0xc0f68ea8 "panic") at cpufunc.h:71 #9 0xc0a21634 in panic (fmt=0xc0f67d32 "racct_alloc_resource: usage < 0") at /usr/src/sys/kern/kern_shutdown.c:599 #10 0xc0a184f2 in racct_alloc_resource (racct=0xc49a947c, resource=19, amount=18446744069415584193) at /usr/src/sys/kern/kern_racct.c:258 #11 0xc0a1899f in racct_set_locked (p=0xc4dd02c4, resource=19, amount=18446744071563033602) at /usr/src/sys/kern/kern_racct.c:398 #12 0xc0a18bf3 in racctd () at /usr/src/sys/kern/kern_racct.c:739 #13 0xc09f04c8 in fork_exit (callout=0xc0a18a10 , arg=0x0, frame=0xd90cad28) at /usr/src/sys/kern/kern_fork.c:995 #14 0xc0d8fb04 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275 (kgdb) >How-To-Repeat: I have not find what triggers the panic, but it always panics after an hour of uptime or so. The machine is a virtualbox VM with 2 CPUs. My kernel's cf: include GENERIC ident RCTLLAB options VIMAGE options VNET_DEBUG options IPSEC device crypto options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD options RACCT options RCTL >Fix: >Release-Note: >Audit-Trail: >Unformatted: