From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 20:17:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 DB36616A46C for ; Wed, 20 Jun 2007 20:17:20 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id A4A9813C457 for ; Wed, 20 Jun 2007 20:17:20 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l5KKHIOH059323; Wed, 20 Jun 2007 16:17:19 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: Dan Mack Date: Wed, 20 Jun 2007 16:16:56 -0400 User-Agent: KMail/1.9.6 References: <1182354823.6504.23.camel@shumai.marcuscom.com> <200706201528.31349.lists@jnielsen.net> <20070620145130.K71819@coco.macktronics.com> In-Reply-To: <20070620145130.K71819@coco.macktronics.com> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706201616.56547.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: ZFS and deadlock with {nullfs,NFS} 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: Wed, 20 Jun 2007 20:17:20 -0000 On Wednesday 20 June 2007 03:56:13 pm Dan Mack wrote: > On Wed, 20 Jun 2007, John Nielsen wrote: > > On Wednesday 20 June 2007 12:30:23 pm Dan Mack wrote: > >> On Wed, 20 Jun 2007, Kris Kennaway wrote: > >> > >> > >> > >>> 404 at the moment, but look for processes involving zil* in the > >>> backtrace. I had to disable zil (vfs.zfs.zil_disable=1 tunable) to > >>> prevent low-memory deadlocks on my machines. Since then it's been > >>> fine. > >>> > >>> You may also wish to use my patches (see the archives) to improve > >>> performance and low-memory behaviour. > >>> > >>> Kris > >> > >> Does someone have these recommended sysctls embodied in an example > >> /boot/loader.conf yet? Here is mine, does it look reasonable to keep > >> ZFS from running into the kmem_ memory panics? I have no idea if I > >> found all of your recommendations so it would be nice if they were > >> summarized in one place. > >> > >> | # /boot/loader.conf i386 / 1GB memory / SMP > >> | kern.maxvnodes="50000" > > > > Note that kern.maxvnodes has to be set in /etc/sysctl.conf to have any > > effect. > > > > JN > > FWIW ... I'm still experiencing panics; this time with when running cvsup > to update /usr/ports: > > borg# grep -i Panic /var/crash/info* > /var/crash/info.0: Panic String: kmem_malloc(16384): kmem_map too small: > 268419072 total allocated /var/crash/info.1: Panic String: > kmem_malloc(131072): kmem_map too small: 266354688 total allocated > /var/crash/info.2: Panic String: kmem_malloc(4096): kmem_map too small: > 268435456 total allocated /var/crash/info.3: Panic String: > kmem_malloc(28672): kmem_map too small: 268435456 total allocated > > > Anyone ideas on other tunables that might keep the system running? I'm > not too concerned about performance. Otherwise I'll have to go spend > some money on an AMD64 mainboard, memory, and cpu :-( The only tunable I had that you didn't was this one: vfs.zfs.arc_max="83886080" FWIW, my i386 system has 1.5GB RAM. More RAM might help, and/or you probably still need to do some balancing (read: fiddling) with the tunables you're already adjusting. JN