From owner-freebsd-geom@FreeBSD.ORG Sat Jan 22 14:09:13 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF26B106566B for ; Sat, 22 Jan 2011 14:09:13 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 0AC648FC0A for ; Sat, 22 Jan 2011 14:09:12 +0000 (UTC) Received: (qmail invoked by alias); 22 Jan 2011 14:09:11 -0000 Received: from adsl-231.109.242.136.tellas.gr (EHLO [192.168.73.195]) [109.242.136.231] by mail.gmx.com (mp-eu002) with SMTP; 22 Jan 2011 15:09:11 +0100 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX19E4lxk0jlE1gZXRdIyA3mOPsf3IjvXkuhA9HPfoS I40ClL9C9Q76rS Message-ID: <4D3AE488.7050609@gmx.com> Date: Sat, 22 Jan 2011 16:07:04 +0200 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: kmem_map panic with gjournal X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jan 2011 14:09:13 -0000 Hi, I am seeing a "kmem_map too small" panic on a low resources machine (384MB of RAM). After lowering kern.geom.journal.cache.limit the panic is gone, yet I am not sure that this is the "best" solution. Any thoughts? Backtrace from RELENG_8. The panic also occurs on HEAD. Unread portion of the kernel message buffer: panic: kmem_malloc(131072): kmem_map too small: 111280128 total allocated cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c0d3b1ec,d1be5568,c090107c,c31d1870,d1be5568,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0d68c13,0,c0d5c9b8,d1be55d8,0,...) at kdb_backtrace+0x2a panic(c0d5c9b8,20000,6a20000,c0d5c9b2,7d0,...) at panic+0x117 kmem_malloc(c199008c,20000,2,d1be5640,c0b7cc90,...) at kmem_malloc+0x28a page_alloc(0,20000,d1be5633,2,2c41a72,...) at page_alloc+0x27 uma_large_malloc(20000,2,d1be56a8,2,20000,...) at uma_large_malloc+0x50 malloc(20000,c10aa080,2,111,c9415000,...) at malloc+0x80 gj_malloc(c93f5000,ca3ed000,20000,42788000,2,...) at gj_malloc+0x9b g_journal_new_bio(427a8000,2,10ee800,0,c9415000,...) at g_journal_new_bio+0x62 g_journal_insert(427a8000,2,10ee800,0,c9415000,...) at g_journal_insert+0xe0 g_journal_flush(c31ae610,0,c10a8b26,87e,7d0,...) at g_journal_flush+0x36a g_journal_worker(c31ae600,d1be5d28,0,0,0,...) at g_journal_worker+0x162d fork_exit(c10a64e0,c31ae600,d1be5d28) at fork_exit+0x91 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd1be5d60, ebp = 0 --- Uptime: 7m11s Physical memory: 367 MB Dumping 177 MB: 162 146 130 114 98 82 66 50 34 18 2 Thanks, Nikos